vsnetaddin : Messages : 3820-3849 of 3878

The return value from VCProject::get_Platforms is incorrect in my C++
VS 2005 addin.  Can someone tell me what I'm doing wrong?

/////////////////////////////////////////////////////////////////
	 EnvDTE::_Solution *sln;
	 EnvDTE::Projects *prjs;
	 EnvDTE::Project *prj;
	 VCProjectEngineLibrary::VCProject *vcp;
	 hr = m_pDTE->get_Solution(&sln);
	 if ( SUCCEEDED(hr) )
	 {
		 hr = sln->get_Projects(&prjs);
		 if ( SUCCEEDED(hr) )
		 {
			 hr = prjs->Item(CComVariant(1), &prj);
			 IDispatch *disp;
			 if ( SUCCEEDED(hr) )
			 {
				 vcp = VCProjectEngineLibrary::VCProject *)prj;
				 hr = vcp->get_Platforms(&disp);
VCProjectEngineLibrary::IVCCollection *plats
=(VCProjectEngineLibrary::IVCCollection *)disp;

//////////////////////////////////////////////////////////////////////

If, in the debugger, I expand the value returned in disp, the vtable
clearly is wrong.  In fact the memory pointed to by disp contains a
Unicode string containing the current project name, e.g. myproject.vcproj.

Thanks
green

#3848

From: "Joshua" <abusement@...>
Date: Tue Jan 1, 2008 4:52 pm
Subject: RE: Licensing your Addin

elektrofetish

Online Now

I'm looking to license my addin and am evaluating a few licensing
systems out there (DeployLX and Manco currently).  I know there are
quite a few providers of licensing libraries that I can use and am
curious to see what others are using and what their experiences with
them are.

So far I'm not terribly impressed with DeployLX (their site never seems
to want to render in IE7), which leaves me with the product from Manco.

Any feedback would be greatly appreciated.

Danke

Joshua

#3842

From: "dmorelli75" <davide.morelli@...>
Date: Mon Dec 24, 2007 9:50 pm
Subject: Re: Setting up a remoting ipc channel from an Addin

dmorelli75

Offline

> I can't give any specific help I'm afraid (my expertise is in native
C++
> add-ins rather than managed code), but from the exception details
you've
> given in your post it looks like a file not found message.
>

yes, looks like it cannot find some referenced assembly but I can't
figure out which one.. It's strange because the client gives this
exception only if the service is hosted by a VS addin, if the service
is hosted by a windows form it works fine, so the problem must have
something to do with VS...

thank you for your answer.

BTW, marry Xmas!

#3841

From: "Anna-Jayne Metcalfe" <yahoo@...>
Date: Mon Dec 24, 2007 6:00 pm
Subject: RE: Setting up a remoting ipc channel from an Addin

jalapenokitten

Offline

Hi Davide,

> I'm trying to setup a channel and register a remoting service from
the Addin OnConnection(), the remoting code works well from a windows
form but gives exception if the service is hosted from an addin, the
esception is raised when a client attempts to connect to the service

I can't give any specific help I'm afraid (my expertise is in native C++
add-ins rather than managed code), but from the exception details you've
given in your post it looks like a file not found message.

Whether that helps or not, I couldn't say...it was about as much as I could
decipher.



Kind Regards,

	 Anna-Jayne Metcalfe
	 Software/Product Development Consultant,
	 Riverblade Limited

	 http://www.riverblade.co.uk


Riverblade Limited, 3 Wellington Road, Bournemouth, Dorset BH8 8JQ, United
Kingdom
Registered in England no. 5187132. VAT Registration no. 847 0045 38
Please direct general enquiries to enquiries@....

ACCU - http://www.accu.org - Professionalism in Programming.

#3840

From: "dmorelli75" <davide.morelli@...>
Date: Mon Dec 24, 2007 2:58 pm
Subject: Setting up a remoting ipc channel from an Addin

dmorelli75

Offline

Hi! this is my first post.

I hope you can point me the right direction..

I'm trying to setup a channel and register a remoting service from
the Addin OnConnection(), the remoting code works well from a windows
form but gives exception if the service is hosted from an addin, the
esception is raised when a client attempts to connect to the service

the addin is in an assembly called ToolWindowArticle

here is the OnConnection function:

		 public void OnConnection(object application,
ext_ConnectMode connectMode, object addInInst, ref Array custom)
		 {
			 _applicationObject = (DTE2)application;
			 _addInInstance = (AddIn)addInInst;
			 if(connectMode ==
ext_ConnectMode.ext_cm_UISetup)
             {
[...]
             }
             else if (connectMode ==
ext_ConnectMode.ext_cm_AfterStartup)
             {
[...]
                 serverChannel = new IpcServerChannel
("testServizioIpc");
                 ChannelServices.RegisterChannel(serverChannel, false);
                 RemotingConfiguration.RegisterWellKnownServiceType
(typeof(ServizioIpc), "Servizio", WellKnownObjectMode.Singleton);

[...]
             }
		 }

this is the service:
     public class ServizioIpc : MarshalByRefObject
     {
         public string HelloWorld()
         {
             return "Hello World";
         }
     }


but when I try to connect to the service with this code:

             object proxy = Activator.GetObject(typeof
(ToolWindowArticle.IServizioIpc), "ipc://testServizioIpc/Servizio");
             ToolWindowArticle.IServizioIpc srv =
(ToolWindowArticle.IServizioIpc)proxy;
             MessageBox.Show(srv.HelloWorld());

I get this exception:


System.IO.FileNotFoundException was unhandled
   Message="Impossibile caricare il file o
l'assembly 'ToolWindowArticle, Version=1.0.2914.27385,
Culture=neutral, PublicKeyToken=null' o una delle relative
dipendenze. Impossibile trovare il file specificato."
   Source="mscorlib"
   FileName="ToolWindowArticle, Version=1.0.2914.27385,
Culture=neutral, PublicKeyToken=null"
   FusionLog="=== Informazioni sullo stato di preassociazione
===\r\nREG: Utente = DAVIDE\\davide\r\nREG: DisplayName =
ToolWindowArticle, Version=1.0.2914.27385, Culture=neutral,
PublicKeyToken=null\n (Fully-specified)\r\nREG: Appbase =
file:///E:/Programmi/Microsoft Visual Studio 9.0/Common7/IDE/\r\nREG:
PrivatePath iniziale = NULL\r\nAssembly chiamante:
(Unknown).\r\n===\r\nREG: l'associazione ha origine nel contesto di
caricamento di default.\r\nREG: utilizzo del file di configurazione
dell'applicazione: E:\\Programmi\\Microsoft Visual Studio 9.0\\Common7
\\IDE\\devenv.exe.Config\r\nREG: utilizzo del file di configurazione
computer da C:\\WINDOWS\\Microsoft.NET\\Framework\\v2.0.50727
\\config\\machine.config.\r\nREG: criterio attualmente non applicato
al riferimento (associazione di assembly privati, personalizzati,
parziali o basati su percorsi).\r\nREG: tentativo di download del
nuovo URL file:///E:/Programmi/Microsoft Visual Studio
9.0/Common7/IDE/ToolWindowArticle.DLL.\r\nREG: tentativo di download
del nuovo URL file:///E:/Programmi/Microsoft Visual Studio
9.0/Common7/IDE/ToolWindowArticle/ToolWindowArticle.DLL.\r\nREG:
tentativo di download del nuovo URL file:///E:/Programmi/Microsoft
Visual Studio
9.0/Common7/IDE/PublicAssemblies/ToolWindowArticle.DLL.\r\nREG:
tentativo di download del nuovo URL file:///E:/Programmi/Microsoft
Visual Studio
9.0/Common7/IDE/PublicAssemblies/ToolWindowArticle/ToolWindowArticle.D
LL.\r\nREG: tentativo di download del nuovo URL
file:///E:/Programmi/Microsoft Visual Studio
9.0/Common7/IDE/PrivateAssemblies/ToolWindowArticle.DLL.\r\nREG:
tentativo di download del nuovo URL file:///E:/Programmi/Microsoft
Visual Studio
9.0/Common7/IDE/PrivateAssemblies/ToolWindowArticle/ToolWindowArticle.
DLL.\r\nREG: tentativo di download del nuovo URL
file:///E:/Programmi/Microsoft Visual Studio
9.0/Common7/IDE/ToolWindowArticle.EXE.\r\nREG: tentativo di download
del nuovo URL file:///E:/Programmi/Microsoft Visual Studio
9.0/Common7/IDE/ToolWindowArticle/ToolWindowArticle.EXE.\r\nREG:
tentativo di download del nuovo URL file:///E:/Programmi/Microsoft
Visual Studio
9.0/Common7/IDE/PublicAssemblies/ToolWindowArticle.EXE.\r\nREG:
tentativo di download del nuovo URL file:///E:/Programmi/Microsoft
Visual Studio
9.0/Common7/IDE/PublicAssemblies/ToolWindowArticle/ToolWindowArticle.E
XE.\r\nREG: tentativo di download del nuovo URL
file:///E:/Programmi/Microsoft Visual Studio
9.0/Common7/IDE/PrivateAssemblies/ToolWindowArticle.EXE.\r\nREG:
tentativo di download del nuovo URL file:///E:/Programmi/Microsoft
Visual Studio
9.0/Common7/IDE/PrivateAssemblies/ToolWindowArticle/ToolWindowArticle.
EXE.\r\n"
   StackTrace:
     Server stack trace:
        in System.Reflection.Assembly._nLoad(AssemblyName fileName,
String codeBase, Evidence assemblySecurity, Assembly locationHint,
StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean
forIntrospection)
        in System.Reflection.Assembly.nLoad(AssemblyName fileName,
String codeBase, Evidence assemblySecurity, Assembly locationHint,
StackCrawlMark& stackMark, Boolean throwOnFileNotFound, Boolean
forIntrospection)
        in System.Reflection.Assembly.InternalLoad(AssemblyName
assemblyRef, Evidence assemblySecurity, StackCrawlMark& stackMark,
Boolean forIntrospection)
        in System.Reflection.Assembly.InternalLoad(String
assemblyString, Evidence assemblySecurity, StackCrawlMark& stackMark,
Boolean forIntrospection)
        in System.Reflection.Assembly.Load(String assemblyString)
        in
System.Runtime.Remoting.RemotingConfigHandler.RemotingConfigInfo.LoadT
ype(String typeName, String assemblyName)
        in
System.Runtime.Remoting.RemotingConfigHandler.RemotingConfigInfo.GetSe
rverTypeForUri(String URI)
        in
System.Runtime.Remoting.RemotingConfigHandler.GetServerTypeForUri
(String URI)
        in System.Runtime.Remoting.RemotingServices.GetServerTypeForUri
(String URI)
        in
System.Runtime.Remoting.Channels.BinaryServerFormatterSink.ProcessMess
age(IServerChannelSinkStack sinkStack, IMessage requestMsg,
ITransportHeaders requestHeaders, Stream requestStream, IMessage&
responseMsg, ITransportHeaders& responseHeaders, Stream&
responseStream)
     Exception rethrown at [0]:
        in
System.Runtime.Remoting.Proxies.RealProxy.HandleReturnMessage
(IMessage reqMsg, IMessage retMsg)
        in System.Runtime.Remoting.Proxies.RealProxy.PrivateInvoke
(MessageData& msgData, Int32 type)
        in ToolWindowArticle.IServizioIpc.HelloWorld()
        in testfsharpService.Form1.button1_Click(Object sender,
EventArgs e) in
E:\Progetti\Orcas\testRemoting\testfsharpService\Form1.cs:riga 28
        in System.Windows.Forms.Control.OnClick(EventArgs e)
        in System.Windows.Forms.Button.OnClick(EventArgs e)
        in System.Windows.Forms.Button.OnMouseUp(MouseEventArgs mevent)
        in System.Windows.Forms.Control.WmMouseUp(Message& m,
MouseButtons button, Int32 clicks)
        in System.Windows.Forms.Control.WndProc(Message& m)
        in System.Windows.Forms.ButtonBase.WndProc(Message& m)
        in System.Windows.Forms.Button.WndProc(Message& m)
        in System.Windows.Forms.Control.ControlNativeWindow.OnMessage
(Message& m)
        in System.Windows.Forms.Control.ControlNativeWindow.WndProc
(Message& m)
        in System.Windows.Forms.NativeWindow.DebuggableCallback(IntPtr
hWnd, Int32 msg, IntPtr wparam, IntPtr lparam)
        in System.Windows.Forms.UnsafeNativeMethods.DispatchMessageW
(MSG& msg)
        in
System.Windows.Forms.Application.ComponentManager.System.Windows.Forms
.UnsafeNativeMethods.IMsoComponentManager.FPushMessageLoop(Int32
dwComponentID, Int32 reason, Int32 pvLoopData)
        in
System.Windows.Forms.Application.ThreadContext.RunMessageLoopInner
(Int32 reason, ApplicationContext context)
        in
System.Windows.Forms.Application.ThreadContext.RunMessageLoop(Int32
reason, ApplicationContext context)
        in System.Windows.Forms.Application.Run(Form mainForm)
        in testRemoting.Program.Main() in
E:\Progetti\Orcas\testRemoting\testRemoting\Program.cs:riga 18
        in System.AppDomain._nExecuteAssembly(Assembly assembly, String
[] args)
        in System.AppDomain.ExecuteAssembly(String assemblyFile,
Evidence assemblySecurity, String[] args)
        in
Microsoft.VisualStudio.HostingProcess.HostProc.RunUsersAssembly()
        in System.Threading.ThreadHelper.ThreadStart_Context(Object
state)
        in System.Threading.ExecutionContext.Run(ExecutionContext
executionContext, ContextCallback callback, Object state)
        in System.Threading.ThreadHelper.ThreadStart()
   InnerException:



I'm sorry for the italian error messages, I wish I had an english
version of XP...

thanks!

Davide.

#3839

From: "elektrofetish" <abusement@...>
Date: Thu Dec 13, 2007 3:42 am
Subject: Removing commands via uninstaller in vs.net 2005/8

elektrofetish

Online Now

I've read the articles about removing commands during uninstallation
(via vbscript) and I'm having an issue translating this code to work in
the uninstall method of my installer object (via custom actions).  I'd
like to write this so that it works for vs.net 2005 and 2008.

Does anyone have a recommendation or a path to push me down for
additional investigation?  Is this still the recommended command
removal method for these versions of visual studio?

thanks a ton for your time,

josh

#3838

From: "Tim" <t.calladene@...>
Date: Tue Nov 27, 2007 10:53 pm
Subject: Re: HELP: I can no longer debug my add-in (VS.NET 2003)

thenybbler

Offline

I've now solved the problem - it was being caused by VS .NET somehow
loading the Release version of my dll not the Debug version.

I manually removed all entries for my add-in from the Windows
Registry Hive and reinstalled. It now seems to be working.

I've still got no idea how it happened in the first place though.



--- In vsnetaddin@yahoogroups.com, "Tim" <t.calladene@...> wrote:
>
> I've checked that Unmanged Code Debugging is enabled and that
> Register for COM Interop is enabled. I've also checked that .NET
> Framework SP1 is installed (KB886903) - however the link KB908002
is
> for a fix for VS .NET 2005 (I'm using VS.NET 2003).
>
>
> --- In vsnetaddin@yahoogroups.com, "Shah Japan" <shahjapan@> wrote:
> >
> > Hi,
> >
> > 1. Check whether on the project properties you have enabled
> the "Enable the
> > unmanaged code debugging".
> > 2. Under project properties goto Build tab and check enble
Register
> for COM
> > - Interop.
> > 3. Check whether you have installed "support for shared addin for
> VS.NET"
> > (KB908002)
> > http://support.microsoft.com/kb/908002
> > .Net Framework 1.1 Hotfix (KB886903)
> >
> >
> >
> >
> > On Nov 27, 2007 6:03 AM, Tim <t.calladene@> wrote:
> >
> > >   I've been writing a VS .NET 2003 add-in for some time now and
> have
> > > recently lost the abillity to debug my add-in.
> > >
> > > I've tried uninstalling and re-installing my add-in using the
> generated
> > > setup file and I've tried re-creating the commands.
> > >
> > > For some reason whenever I try to debug my add-in the second
> instance
> > > of Visual Studio runs but my add-in code is not loading, i.e.
any
> > > breakpoints set in the OnDisconnection method has the
warning "The
> > > breakpoint will not hit. No executable code is loaded at the
> current
> > > location" (even though the add-in has clearly loaded in the
second
> > > instance of VS).
> > >
> > > It seems as if the add-in being loaded is a different dll to
the
> one
> > > I'm trying to debug.
> > >
> > > As anyone got any suggestions?
> > >
> > > TIA
> > >
> > >
> > >
> >
> >
> >
> > --
> > Regards,
> > Japan Shah
> >
> >
> > [Non-text portions of this message have been removed]
> >
>

#3837

From: "Tim" <t.calladene@...>
Date: Tue Nov 27, 2007 8:23 pm
Subject: Re: HELP: I can no longer debug my add-in (VS.NET 2003)

thenybbler

Offline

I've checked that Unmanged Code Debugging is enabled and that
Register for COM Interop is enabled. I've also checked that .NET
Framework SP1 is installed (KB886903) - however the link KB908002 is
for a fix for VS .NET 2005 (I'm using VS.NET 2003).


--- In vsnetaddin@yahoogroups.com, "Shah Japan" <shahjapan@...> wrote:
>
> Hi,
>
> 1. Check whether on the project properties you have enabled
the "Enable the
> unmanaged code debugging".
> 2. Under project properties goto Build tab and check enble Register
for COM
> - Interop.
> 3. Check whether you have installed "support for shared addin for
VS.NET"
> (KB908002)
> http://support.microsoft.com/kb/908002
> .Net Framework 1.1 Hotfix (KB886903)
>
>
>
>
> On Nov 27, 2007 6:03 AM, Tim <t.calladene@...> wrote:
>
> >   I've been writing a VS .NET 2003 add-in for some time now and
have
> > recently lost the abillity to debug my add-in.
> >
> > I've tried uninstalling and re-installing my add-in using the
generated
> > setup file and I've tried re-creating the commands.
> >
> > For some reason whenever I try to debug my add-in the second
instance
> > of Visual Studio runs but my add-in code is not loading, i.e. any
> > breakpoints set in the OnDisconnection method has the warning "The
> > breakpoint will not hit. No executable code is loaded at the
current
> > location" (even though the add-in has clearly loaded in the second
> > instance of VS).
> >
> > It seems as if the add-in being loaded is a different dll to the
one
> > I'm trying to debug.
> >
> > As anyone got any suggestions?
> >
> > TIA
> >
> >
> >
>
>
>
> --
> Regards,
> Japan Shah
>
>
> [Non-text portions of this message have been removed]
>

#3836

From: "Shah Japan" <shahjapan@...>
Date: Tue Nov 27, 2007 5:34 am
Subject: Re: HELP: I can no longer debug my add-in (VS.NET 2003)

shahjapan

Offline

Hi,

1. Check whether on the project properties you have enabled the "Enable the
unmanaged code debugging".
2. Under project properties goto Build tab and check enble Register for COM
- Interop.
3. Check whether you have installed "support for shared addin for VS.NET"
(KB908002)
http://support.microsoft.com/kb/908002
.Net Framework 1.1 Hotfix (KB886903)




On Nov 27, 2007 6:03 AM, Tim <t.calladene@...> wrote:

>   I've been writing a VS .NET 2003 add-in for some time now and have
> recently lost the abillity to debug my add-in.
>
> I've tried uninstalling and re-installing my add-in using the generated
> setup file and I've tried re-creating the commands.
>
> For some reason whenever I try to debug my add-in the second instance
> of Visual Studio runs but my add-in code is not loading, i.e. any
> breakpoints set in the OnDisconnection method has the warning "The
> breakpoint will not hit. No executable code is loaded at the current
> location" (even though the add-in has clearly loaded in the second
> instance of VS).
>
> It seems as if the add-in being loaded is a different dll to the one
> I'm trying to debug.
>
> As anyone got any suggestions?
>
> TIA
>
>
>



--
Regards,
Japan Shah


[Non-text portions of this message have been removed]

#3835

From: "Tim" <t.calladene@...>
Date: Tue Nov 27, 2007 9:56 am
Subject: Re: HELP: I can no longer debug my add-in (VS.NET 2003)

thenybbler

Offline

I've not changed any of the registry settings - and debugging had
been working for months. It seems like VS is loading a different
version of my addin's .dll. I was wondering if I need to unregister /
reregister the assembly.


--- In vsnetaddin@yahoogroups.com, "greeneyes" <greeneyes_2399@...>
wrote:
>
> Did you check the registry to make sure the entries for your add-in
are located where the registry thinks they are?
>
>   ----- Original Message -----
>   From: Tim
>   To: vsnetaddin@yahoogroups.com
>   Sent: Monday, November 26, 2007 4:33 PM
>   Subject: [vsnetaddin] HELP: I can no longer debug my add-in
(VS.NET 2003)
>
>
>   I've been writing a VS .NET 2003 add-in for some time now and
have
>   recently lost the abillity to debug my add-in.
>
>   I've tried uninstalling and re-installing my add-in using the
generated
>   setup file and I've tried re-creating the commands.
>
>   For some reason whenever I try to debug my add-in the second
instance
>   of Visual Studio runs but my add-in code is not loading, i.e. any
>   breakpoints set in the OnDisconnection method has the
warning "The
>   breakpoint will not hit. No executable code is loaded at the
current
>   location" (even though the add-in has clearly loaded in the
second
>   instance of VS).
>
>   It seems as if the add-in being loaded is a different dll to the
one
>   I'm trying to debug.
>
>   As anyone got any suggestions?
>
>   TIA
>
>
>
>
>
> [Non-text portions of this message have been removed]
>

#3834

From: "greeneyes" <greeneyes_2399@...>
Date: Tue Nov 27, 2007 2:18 am
Subject: Re: HELP: I can no longer debug my add-in (VS.NET 2003)

starthefish

Offline

Did you check the registry to make sure the entries for your add-in are located
where the registry thinks they are?

   ----- Original Message -----
   From: Tim
   To: vsnetaddin@yahoogroups.com
   Sent: Monday, November 26, 2007 4:33 PM
   Subject: [vsnetaddin] HELP: I can no longer debug my add-in (VS.NET 2003)

   I've been writing a VS .NET 2003 add-in for some time now and have
   recently lost the abillity to debug my add-in.

   I've tried uninstalling and re-installing my add-in using the generated
   setup file and I've tried re-creating the commands.

   For some reason whenever I try to debug my add-in the second instance
   of Visual Studio runs but my add-in code is not loading, i.e. any
   breakpoints set in the OnDisconnection method has the warning "The
   breakpoint will not hit. No executable code is loaded at the current
   location" (even though the add-in has clearly loaded in the second
   instance of VS).

   It seems as if the add-in being loaded is a different dll to the one
   I'm trying to debug.

   As anyone got any suggestions?

   TIA

[Non-text portions of this message have been removed]

#3833

From: "Tim" <t.calladene@...>
Date: Tue Nov 27, 2007 12:33 am
Subject: HELP: I can no longer debug my add-in (VS.NET 2003)

thenybbler

Offline

I've been writing a VS .NET 2003 add-in for some time now and have
recently lost the abillity to debug my add-in.

I've tried uninstalling and re-installing my add-in using the generated
setup file and I've tried re-creating the commands.

For some reason whenever I try to debug my add-in the second instance
of Visual Studio runs but my add-in code is not loading, i.e. any
breakpoints set in the OnDisconnection method has the warning "The
breakpoint will not hit. No executable code is loaded at the current
location" (even though the add-in has clearly loaded in the second
instance of VS).

It seems as if the add-in being loaded is a different dll to the one
I'm trying to debug.

As anyone got any suggestions?

TIA

#3832

From: "liubolook" <liubolook@...>
Date: Mon Nov 5, 2007 7:22 am
Subject: How to build a .net templates file step by step

liubolook

Offline

Hi everyone,

I am new here. I want to build a vs templates file in my developement.

I have searched google for a long time,  and have found some articles
about this. But they are too difficulty to start as a biginner.

I need some article about step by step instructions.

Have you ever encounter this problem?

If someone can give me some usefull examples or links, I am very thanks!

Best regards

Ben

#3831

From: Peter Macej <peter@...>
Date: Sun Nov 4, 2007 4:50 pm
Subject: Re: Re: Reading FileCodeModel for a large web project

peter_macej

Offline

Hi Phill,

In fact, I'm using VSWebProjectItem.Load/Unload method for Web site
projects. This works fine. Moreover, I call
VSWebProjectItem.WaitUntilReady after Load. I don't know whether this is
necessary just to get FileCodeModel.

For web application projects this doesn't work because it is normal
project and projectItem.Object cannot be cast to
VsWebSite.VSWebProjectItem. As I wrote, you never get Null for
FileCodeModel in web application because VS automatically loads the
document in the background if needed.  The problem is that this process
allocates 8 GDI objects for each document. And they don't seem to be
destroyed until all references to file code model (and its properties)
are released and GCed. So if you have web application with 1200 files
and you call e.g. ProjectItem.FilecodeModel.CodeElements.Count for each
of them in one loop, you reach 9999 GDI objects count limit in few
seconds and your VS becomes unstable.

In this case you cannot use VSWebProjectItem.Unload method nor you can
call Window.Close because there is no Window object. So you have three
options here:
1. Call ProjectItem.Open before accessing FileCodeModel and then call
Window.Close, as described in Carlos's article. This is fine if you get
FileCodeModel once, store all info you need locally and then you will
never need FileCodeModel again. This is not my case. I read some info
first, e.g method names. Then during the program execution there may be
a need to read method source code, so I need to read e.g. StartPoint
which automatically loads the document if already not. It's impossible
to call Open and Close every time I access document.

2. Even when you didn't open window for the ProjectItem manually, you
can open it for loaded document anytime and then immediately close it.
This will release also all GDI (and memory) resources that were
allocated for it before. This was my case. I just called Open and Close
method on places where FileCodeModel wasn't needed anymore. This worked
fine but very slow. It's because Open and Close was used on every
project item, even it was never used and loaded. I needed to do it for
every projectItem because there is no way to tell whether the document
was loaded in memory and used for e.g. getting the FileCodeModel or not.

3. So I found better solution, which is variation of 2. First, I
determine whether the document was loaded in the background and close it
if yes. This cannot be done just with automation, I needed to call VS
services. This was my first use of VS package objects but it seems to
work. If anyone is interested, I can post the code here.

So now it works for me but it is Open-Close game which loads and then
closes one document several times. One solution is to open it once,
cache all info locally and close it forever. The problem is that getting
all possible info (e.g. method parameters) is too slow. Even slower then
opening and closing document several times. My VSdocman only reads the
info (and then caches it) when it first needs it. Some info is never
needed which we don't know in advance.

I hoped there is a way to use web projects the same way as other
projects. In normal VB or C#, VS loads all documents in the memory.
There is no GDI leak. Memory is not a problem these days. My Vsdocman
can use all FileCodeModel objects any time. When it finishes, all
references to FileCodeModel objects are released.

Peter

pjollans  wrote:
>
>
> Hi Peter,
>
> I haven't really looked at your problem in detail, but I saw the
> reference to Carlos's article
>
> http://www.mztools.com/Articles/2006/MZ2006017.aspx
> <http://www.mztools.com/Articles/2006/MZ2006017.aspx>
>
> and I wanted to send some feedback to Carlos on this article anyway.
>
> I find even Carlos's technique of opening and closing the file before
> fetching the FileCodeModel unreliable. I have found a new tip, which I
> am currently trying out, in the link:
>
>
http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=\
112636
>
<http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID\
=112636>
>
> This involves adding a reference to VsWebSite.Interop.dll and using
> the VSWebProjectItem.Load method. I wasn't previously even aware of
> the VSWebSite component! Maybe this is of some help to you.
>
> Phil

#3830

From: "pjollans" <phil@...>
Date: Thu Nov 1, 2007 11:19 pm
Subject: Removing menu command on uninstall

pjollans

Offline

Hi,

there used to be a problem removing menu items when you uninstall an
Add-In. I haven't looked at this problem for years, probably not since
VS 2002.

Does anybody know if this problem has been fixed in VS 2005?

If so, how do you go about removing the menu item during uninstall?

Thanks in advance
Phil

#3829

From: "pjollans" <phil@...>
Date: Thu Nov 1, 2007 11:16 pm
Subject: Re: Reading FileCodeModel for a large web project

pjollans

Offline

Hi Peter,

I haven't really looked at your problem in detail, but I saw the
reference to Carlos's article

http://www.mztools.com/Articles/2006/MZ2006017.aspx

and I wanted to send some feedback to Carlos on this article anyway.

I find even Carlos's technique of opening and closing the file before
fetching the FileCodeModel unreliable. I have found a new tip, which I
am currently trying out, in the link:

http://connect.microsoft.com/VisualStudio/feedback/ViewFeedback.aspx?FeedbackID=\
112636

This involves adding a reference to VsWebSite.Interop.dll and using
the VSWebProjectItem.Load method. I wasn't previously even aware of
the VSWebSite component! Maybe this is of some help to you.

Phil

#3828

From: Peter Macej <peter@...>
Date: Fri Oct 12, 2007 8:28 am
Subject: Reading FileCodeModel for a large web project

peter_macej

Offline

Hello,

I'm solving quite difficult problem (for me). I have large web site or
web application project with about 1300 code files. For now, I will talk
only about Web application project.

I cannot get FileCodeModel objects for all code files. When trying from
my add-in, the VS simply crashes or becomes unstable. It happens after
several hundreds ProjectItems are already processed. So I initially
thought it was insufficient RAM problem. But there was still a lot of
free RAM available when this happened. After some testing I was able
(only sometimes) to catch this exception when system crashed:
"InvalidOperationException: BufferedGraphicsContext cannot be disposed
of because a buffer operation is currently in progress."

This pointed me to http://tinyurl.com/2eaxf8, especially the last posts.
Indeed, if I opened  Task Manager and added "GDI Objects" column in
Processes view, the devenv.exe always crashed not when there was no free
RAM but when number of GDI objects reached 9999. In .NET 2.0 there seems
to be a bug when this happens.

Bingo! So I isolated the problem and found that each call of
pi.FileCodeModel creates 8 new GDI objects which stay there. With more
than 1000 code files we easily reach 9999. And I'm stuck here.

I've created sample Web Application project with about 1380 code files.
Then I created a macro which should reproduce the problem. The macro
simply gets list of all project items as plain collection and then gets
FileCodeModel from each of them (if possible). I expected it to behave
the same as add-in - number of GDI reaches 9999 and VS becomes unstable.
In macro environment, there however appeared different symptoms but I
believe they have the same reason. GDI count stopped at about 8000 and
pi.FileCodeModel started to throw exceptions:
"System.Runtime.InteropServices.COMException (0x80010100): System call
failed. (Exception from HRESULT: 0x80010100 (RPC_E_SYS_CALL_FAILED))
      at EnvDTE.ProjectItem.get_FileCodeModel()"

Therefore the count of code models shown when macro finished differs
every time I run the macro.
You can download the project from
http://www.helixoft.com/CsharpWebApplication2.zip (1.2 MB) and the macro is:

       Sub GdiLeakTest()
           Try
               ' First, get all project items as plain collection
               Dim projectItemsCol As New Collection
               getAllProjectItems(CType(DTE.ActiveSolutionProjects(0),
Project).ProjectItems, projectItemsCol)
               ' So far, so good.

               Dim codeModels As New Collection
               Dim pi As ProjectItem
               For Each pi In projectItemsCol
                   Dim filecm As FileCodeModel
                   Try
                       ' the following operation creates 8 new
                       ' GDI objects for each .aspx.cs file in
                       ' Web application project.
                       filecm = pi.FileCodeModel
                   Catch exx As Exception
                       '    'Here we get exceptions randomly.
                   End Try

                   If Not filecm Is Nothing Then
                       codeModels.Add(filecm)
                   End If
               Next

               Dim res As String = "Done" & vbCrLf
               res &= "Project items: " & projectItemsCol.Count & vbCrLf
               res &= "Code models: " & codeModels.Count
               MsgBox(res)
           Catch ex As Exception
               MsgBox(ex.ToString)
           End Try
       End Sub

       Private Sub getAllProjectItems(ByVal projectItems As ProjectItems,
ByVal result As Collection)
           Dim pi As ProjectItem
           Try
               For Each pi In projectItems
                   result.Add(pi)
                   Try
                       If pi.ProjectItems.Count > 0 Then
                           getAllProjectItems(pi.ProjectItems, result)
                       End If
                   Catch exx As Exception
                   End Try
               Next pi
           Catch ex As Exception
           End Try
       End Sub

Can you reproduce the problems? If yes, how do you handle large projects?

Note, unlike web site projects, web applications return correct non-null
FileCodeModel for all files. But I tried also "open-close" method
described at http://www.mztools.com/Articles/2006/MZ2006017.aspx. I
replaced:
filecm = pi.FileCodeModel
with:
Dim w As Window
w = pi.Open(EnvDTE.Constants.vsViewKindCode)
filecm = pi.FileCodeModel
w.Close(vsSaveChanges.vsSaveChangesNo)

Then the macro works correctly, GDI count doesn't increase and the
result is OK. This seems like partial solution but...
1. I have supposed that Web application projects should behave like
normal projects and there is no need to open documents in the background.

2. I need all FileCodeModel objects after reading them. Using w.Close
invalidates them and trying to access them causes exceptions.

Any idea?


--
Peter Macej
Helixoft - http://www.helixoft.com
VSdocman - Commenter and generator of class documentation for C#, VB
.NET and ASP .NET code

#3827

From: "x04001" <raf.news@...>
Date: Tue Oct 9, 2007 2:11 pm
Subject: Add programmatically Tab and item onto Toolbox

x04001

Offline

Hi,

I'm able to create a tab, but i'm not able to install the component..
here is my code :

// Create a EnvDTE object.
System.Type t = System.Type.GetTypeFromProgID("VisualStudio.DTE.8.0");
// visual studio 2005

object obj = System.Activator.CreateInstance(t, true);
EnvDTE.DTE env = (EnvDTE.DTE)obj;

// Find the ToolBox Window and ToolBox Tabs collection
Window win = env.Windows.Item(EnvDTE.Constants.vsWindowKindToolbox);
ToolBox tb = (ToolBox)win.Object;
ToolBoxTabs tbts = tb.ToolBoxTabs;

// check if the tabs we will create, already exist
int i = 1;
bool bFound = false;
while ( (i < tbts.Count) && !bFound)
{
   if (tbts.Item(i).Name == "RogTech")
   {
   // the tab already exists, so we will update it with new control version
     bFound = true;
   }

   i++;
}
if (!bFound)
{
// the tab does not exist, so we will create it.
// Insert a new Tab in the tab collection.
ToolBoxTab tbt = tbts.Add("RogTech");
tbt.Activate();

// Insert the new Component.
EnvDTE.ToolBoxItem tbi = tbt.ToolBoxItems.Add("RogTech",
@"XTGrid.dll",
vsToolBoxItemFormat.vsToolBoxItemFormatDotNETComponent);

// release environment
env.Solution.Close(false);
Marshal.ReleaseComObject(env);

}

1. Where is the problem ?
2. how can i make it working with VS.NET 2008 ?

thanks a lot.

#3826

From: "markusbischof" <markusbischof@...>
Date: Mon Oct 1, 2007 1:24 pm
Subject: How to create a toolwindow in VS 2005

markusbischof

Offline

Hi!

I'm new to this group, so I hope I can find some help here.

My problem is that I want to create a tool window from my addin in
Visual Studio 2005. After some research I found out two ways: The
"old" way using a shim control and the "new" way using the
CreateToolWindow2 method. I really would like to use the second way,
but then I run into some problems:

The CreateToolWindow2 method uses (probably) reflection to create the
user control that I want to host. In my case, I already have the
UserControl-reference and I do not want to let VS create it. Is that
somehow possible?!

Any help is appreciated!

Regards

#3825

From: "pjollans" <phil@...>
Date: Sat Sep 22, 2007 12:01 pm
Subject: Re: Inno Setup on Windows Vista 64 bit

pjollans

Offline

Hi,

I believe that I have now fixed the installation problem with Vista
64-Bit version.

The problem is related to how the Add-In is registered. By hand, you
can register the component with "regasm <file> /codebase". However, my
  installation does not do this, because I don't know any reliable way
to locate regasm.exe.

Instead, I install a mini application which uses
RegistrationServices.RegisterAssembly to register the file (or
UnregisterAssembly on uninstall) with the flag
AssemblyRegistrationFlags.SetCodeBase.

Vista 64-Bit has two versions of the .NET framework for 32 and 64 bit.
  This registration app registers the Add-In for the framework version
on which it itself is running.

The problem was, that my registration app ran in the 64 bit version of
the framework, wheras the Add-In needs to be registered for the 32 bit
version.

I was able to fix this, by modifying the advanced compile options for
the registration program, to specify Target CPU = x86. This causes the
  program to be loaded using the 32 bit version of the framework
(although the help file doesn't state this clearly).

Regards
Phil

--- In vsnetaddin@yahoogroups.com, "pjollans" <phil@...> wrote:
>
> Hi,
>
> this is really a question for Carlos, because I know that he uses Inno
> Setup for his Add-In.
>
> Do you know what I have to specify in my setup in order to install
> correctly on Vista-64?
>
> Several users or my Add-In have reported that they get "Class not
> registered" when they use my Add-In on Vista-64. My Add-In installs
> two 32 bit ocx files, and it appears that they are not registered
> correctly.
>
> As I understand, they should be copied to the SysWOW64 directory and
> registered with the 32 bit version or RegSvr32 which is in that
> directory. However, it looks to me as if Inno Setup should do this
> correctly anyway.
>
> Sorry, this is not really a Visual Studio question, but I know that
> there are a few others in the group using Inno Setup.
>
> Best regards
> Phil
>

#3824

From: "pjollans" <phil@...>
Date: Mon Sep 17, 2007 7:31 pm
Subject: Inno Setup on Windows Vista 64 bit

pjollans

Offline

Hi,

this is really a question for Carlos, because I know that he uses Inno
Setup for his Add-In.

Do you know what I have to specify in my setup in order to install
correctly on Vista-64?

Several users or my Add-In have reported that they get "Class not
registered" when they use my Add-In on Vista-64. My Add-In installs
two 32 bit ocx files, and it appears that they are not registered
correctly.

As I understand, they should be copied to the SysWOW64 directory and
registered with the 32 bit version or RegSvr32 which is in that
directory. However, it looks to me as if Inno Setup should do this
correctly anyway.

Sorry, this is not really a Visual Studio question, but I know that
there are a few others in the group using Inno Setup.

Best regards
Phil

#3823

From: "jivan.goyal" <jivan_goel@...>
Date: Thu Aug 23, 2007 10:16 am
Subject: Authenticode files in VS 2005

jivan.goyal

Offline

I've a project which was in VS2k3 and 've converted it into VS 2k5 by
including all the files in empty project and attaching all the files
and references needed for the project.

Now problem left is that I wants also to include the two files in setup
of the project that were used in the VS 2003 based project. in VS2k3
there is direct option in the properties of the setup where we can
browse these files. but now there is no option in VS 2005.These files
are 1) Certificate File with .spc extension 2) Private Key File
with .pvk extension. in VS2k3 its very easy. but in vs2k5 it might be
changed.

please can anybody tell the procedure to include these files in my
project code.

Thanks and Regards,

Jivan Goyal

#3822

From: "Bill F. Foust" <BillFoust@...>
Date: Sun Jul 22, 2007 2:53 pm
Subject: Re: Issue while registering a VS2005 addin dll under HKEY_LOCAL_MACHINE(C++)

rimdev

Offline

With vs sdk projects you need to reset vs with the devenv /reset command line
option before the menus show up. Maybe this will help.

Bill

----- Original Message -----
From: vsnetaddin@yahoogroups.com <vsnetaddin@yahoogroups.com>
To: vsnetaddin@yahoogroups.com <vsnetaddin@yahoogroups.com>
Sent: Sat Jul 21 11:27:29 2007
Subject: [vsnetaddin] Issue while registering a VS2005 addin dll under
HKEY_LOCAL_MACHINE(C++)

Steps followed:
Register the addin under HKEY_LOCAL_MACHINE
Open devenv ,Addin is observed under Tools menubar.
Unregister the addin
Addin is removed from devenv
But when I register the addin again,it does appear in Addin Manager
under Tools option but it is not visible in Tools option.

I face this issue when i register the addin under
HKLM->SOFTWARE'->'Microsoft'->'VisualStudio'->'8.0'->'AddIns'
that is HKEY_LOCAL_MACHINE.

But,when i register the addin under
HKCU->SOFTWARE'->'Microsoft'->'VisualStudio'->'8.0'->'AddIns' that is
under HKEY_CURRENT_USER(for specific user) I do not face any problem .

sumeetpk

[Non-text portions of this message have been removed]

#3821

From: "sumitpkedia" <sumitpkedia@...>
Date: Sat Jul 21, 2007 6:27 pm
Subject: Issue while registering a VS2005 addin dll under HKEY_LOCAL_MACHINE(C++)

sumitpkedia

Offline

Steps followed:
Register the addin under HKEY_LOCAL_MACHINE
Open devenv ,Addin is observed under Tools menubar.
Unregister the addin
Addin is removed from devenv
But when I register the addin again,it does appear in Addin Manager
under Tools option but it is not visible in Tools option.

I face this issue when i register the addin under
HKLM->SOFTWARE'->'Microsoft'->'VisualStudio'->'8.0'->'AddIns'
that is HKEY_LOCAL_MACHINE.

But,when i register the addin under
HKCU->SOFTWARE'->'Microsoft'->'VisualStudio'->'8.0'->'AddIns' that is
under HKEY_CURRENT_USER(for specific user) I do not face any problem .

sumeetpk

#3820

From: bob.powell@...
Date: Tue Jul 17, 2007 1:02 am
Subject: Bob POWELL is out of the office.

bobpowell1

Offline

I will be out of the office starting  07/16/2007 and will not return until
07/25/2007.

*************************************************************************
This message and any attachments (the "message") are confidential and intended
solely for the addressee(s).
Any unauthorised use or dissemination is prohibited. E-mails are susceptible to
alteration.
Neither SOCIETE GENERALE nor any of its subsidiaries or affiliates shall be
liable for the message if altered, changed or
falsified.
                               ************
Ce message et toutes les pieces jointes (ci-apres le "message") sont
confidentiels et etablis a l'intention exclusive de ses
destinataires. Toute utilisation ou diffusion non autorisee est interdite. Tout
message electronique est susceptible d'alteration.
La SOCIETE GENERALE et ses filiales declinent toute responsabilite au titre de
ce message s'il a ete altere, deforme ou falsifie.
*************************************************************************