| Groups | Blog | Home |
dotnet faqs : Microsoft Help: IEExe.exe and STA
We are developing a windows application that is deployed using No-Touch-Deployment (with Full-trust). I have implemented Axhost handling microsoft web browser control SHDocvw.dll. In order to make it work i have to start the application in partmentState.STA. So I am creating a new thread in main(), explicitly specifying STA, otherwise I can not get the Web browser control to work. In the application I also use a System.Windows.Forms.Timer. Everything works fine when I run it in debug or release mode from my disk, but when I deploy the application using NTD the Timer causes an error. But the error does not occur until the application closes. If I remove the timer, there is no problem. I have had a lot of problems with ApartmentState.STA and No-Touch-Deployment. In some circumstances Control.Invoke do not marshal the thread correctly, which causes the application to get an security exception. The stacktrace saying something about InvokeMarshaled... Maybe the timer-problem is also caused by incorrect Invoke Marshaling. I hope to find a workaround for these problem, which I think is a bug inside IEExe.exe. At least to get the Timer to work. There must be a way to handle No-Touch-Deployment and ApartmentState.STA!!!
I had a similar problem with VS.NET 2002 and a no-touch-deployment app, is
that what you are using? I think all your problems should go away if the main app runs in STA and you don't use threads to do the UI stuff. To make the main app run in STA, inside your 1st form (if it is called Form1), do something like <STAThread()> _ Public Shared Sub main() Dim fff As Form1 = New Form1 fff.ShowDialog() End Sub Just to make sure the app is running in STA, in the Form_Load event of the main form, do a MsgBox(System.Threading.Thread.CurrentThread.ApartmentState) and it should return a zero (0 = STA) Let us know if this solves the problem [quoted text, click to view] "pfurb" <leonardfurby@hotmail.com> wrote in message news:6c7eb516.0401191021.3a2a6759@posting.google.com... > Hi. > We are developing a windows application that is deployed using > No-Touch-Deployment (with Full-trust). > I have implemented Axhost handling microsoft web browser control > SHDocvw.dll. > In order to make it work i have to start the application in > partmentState.STA. So I am creating a new thread in main(), explicitly > specifying STA, otherwise I can not get the Web browser control to > work. > > In the application I also use a System.Windows.Forms.Timer. Everything > works fine when I run it in debug or release mode from my disk, but > when I deploy the application using NTD the Timer causes an error. But > the error does not occur until the application closes. If I remove the > timer, there is no problem. > > I have had a lot of problems with ApartmentState.STA and > No-Touch-Deployment. In some circumstances Control.Invoke do not > marshal the thread correctly, which causes the application to get an > security exception. The stacktrace saying something about > InvokeMarshaled... Maybe the timer-problem is also caused by incorrect > Invoke Marshaling. > > I hope to find a workaround for these problem, which I think is a bug > inside IEExe.exe. At least to get the Timer to work. There must be a > way to handle No-Touch-Deployment and ApartmentState.STA!!! > > If someone could help me with this I would be very grateful.
Thanks for your reply.
No the code you presented does not solves the problem. When I use an ActiveX component and No-Touch-Deployment I have to explicitly set the thread in ApartmentState.STA. Like this... [STAThread] static void Main() { Thread newThread = new Thread(new ThreadStart(RunMain)); newThread.ApartmentState = ApartmentState.STA; newThread.Start(); } static void RunMain() { Application.Run(new Form1()); } Otherwise I can not get it to work together with an ActiveX component using AxHost. (For example: Try deploying this code using NTD and Full-trust http://groups.google.se/groups?hl=sv&lr=&ie=UTF-8&selm=en%23UikVlBHA.696%40tkmsftngp05). But when I start the application like above the System.Windows.Forms.Timer causes an exception. When the application closes it will get an exception due to the timer, but the exception is also caused by the fact that the timer tries to read information from the users disk. (Which is ok in Full-Trust and NTD without explicitly setting ApartmentState.STA). It is almost like the Timer fails to marshal to the main application thread. If I create a customized timer using thread it will not work at all. I guess this is a bug in IEExe, but there is got to be a workaround. I really hope that someone could explain what is happening and why and how to solve it. Best Regards. [quoted text, click to view] > I had a similar problem with VS.NET 2002 and a no-touch-deployment app, is
> that what you are using? > I think all your problems should go away if the main app runs in STA and you > don't use threads to do the UI stuff. > To make the main app run in STA, inside your 1st form (if it is called > Form1), do something like > > <STAThread()> _ > Public Shared Sub main() > Dim fff As Form1 = New Form1 > fff.ShowDialog() > End Sub > > Just to make sure the app is running in STA, in the Form_Load event of the > main form, do a > MsgBox(System.Threading.Thread.CurrentThread.ApartmentState) > and it should return a zero (0 = STA) >
After some time of testing I have found out that the Timer exception
does not have anything to do with reading from disk. The Timer exception occurs due to the fact that it causes some UI operations. In this case the Timer function opens a form dialog when it detects some changes. This causes IEExe to error-report when it is closed. So I guess I am closer to the problem. But does anyone have a solution
You might be causing a security exception.
I know that there are some UI operations that are not allowed in partially trusted contexts. For example. Control.Focus(); will throw as Security Exception when running Partially Trusted. Wrap your timer event in a Try..Catch block and output the Exception.StackTrace() that might help narrow the problem - Paul [quoted text, click to view] "pfurb" <leonardfurby@hotmail.com> wrote in message news:6c7eb516.0401200057.262d0e83@posting.google.com... > After some time of testing I have found out that the Timer exception > does not have anything to do with reading from disk. The Timer > exception occurs due to the fact that it causes some UI operations. In > this case the Timer function opens a form dialog when it detects some > changes. This causes IEExe to error-report when it is closed. > > So I guess I am closer to the problem. But does anyone have a solution > or similar experiences?
DOes anyone know how to detect if .NET exists on the client machine and
redirect them to a download page? [quoted text, click to view] "Chris Botha" <chris_s_botha@hotmail.com> wrote in message news:uw2wjC43DHA.1632@TK2MSFTNGP12.phx.gbl... > I am just thinking that I am using the Web browser control with no-touch > deployment and it works (no threads involved opening forms, which I think > causes your problem). > As a test, do you know how to customize the toolbox and how to get the Web > browser control on it, and then drag it onto a form? > Then to test the concept, rather than using AxHost, create a simple app with > NO threads and a Web browser control on the form and on the form_load > navigate to some site and then no-touch deploy the app. > > > "pfurb" <leonardfurby@hotmail.com> wrote in message > news:6c7eb516.0401200010.6010baba@posting.google.com... > > Thanks for your reply. > > No the code you presented does not solves the problem. When I use an > > ActiveX component and No-Touch-Deployment I have to explicitly set the > > thread in ApartmentState.STA. Like this... > > > > [STAThread] > > static void Main() > > { > > Thread newThread = new Thread(new ThreadStart(RunMain)); > > newThread.ApartmentState = ApartmentState.STA; > > newThread.Start(); > > } > > > > static void RunMain() > > { > > Application.Run(new Form1()); > > } > > > > Otherwise I can not get it to work together with an ActiveX component > > using AxHost. (For example: Try deploying this code using NTD and > > Full-trust > http://groups.google.se/groups?hl=sv&lr=&ie=UTF-8&selm=en%23UikVlBHA.696%40tkmsftngp05). > > But when I start the application like above the > > System.Windows.Forms.Timer causes an exception. When the application > > closes it will get an exception due to the timer, but the exception is > > also caused by the fact that the timer tries to read information from > > the users disk. (Which is ok in Full-Trust and NTD without explicitly > > setting ApartmentState.STA). It is almost like the Timer fails to > > marshal to the main application thread. If I create a customized timer > > using thread it will not work at all. > > > > I guess this is a bug in IEExe, but there is got to be a workaround. I > > really hope that someone could explain what is happening and why and > > how to solve it. > > > > Best Regards. > > > > > I had a similar problem with VS.NET 2002 and a no-touch-deployment app, > is > > > that what you are using? > > > I think all your problems should go away if the main app runs in STA and > you > > > don't use threads to do the UI stuff. > > > To make the main app run in STA, inside your 1st form (if it is called > > > Form1), do something like > > > > > > <STAThread()> _ > > > Public Shared Sub main() > > > Dim fff As Form1 = New Form1 > > > fff.ShowDialog() > > > End Sub > > > > > > Just to make sure the app is running in STA, in the Form_Load event of > the > > > main form, do a > > > MsgBox(System.Threading.Thread.CurrentThread.ApartmentState) > > > and it should return a zero (0 = STA) > > > > > > Let us know if this solves the problem > >
I am just thinking that I am using the Web browser control with no-touch
deployment and it works (no threads involved opening forms, which I think causes your problem). As a test, do you know how to customize the toolbox and how to get the Web browser control on it, and then drag it onto a form? Then to test the concept, rather than using AxHost, create a simple app with NO threads and a Web browser control on the form and on the form_load navigate to some site and then no-touch deploy the app. [quoted text, click to view] "pfurb" <leonardfurby@hotmail.com> wrote in message news:6c7eb516.0401200010.6010baba@posting.google.com... > Thanks for your reply. > No the code you presented does not solves the problem. When I use an > ActiveX component and No-Touch-Deployment I have to explicitly set the > thread in ApartmentState.STA. Like this... > > [STAThread] > static void Main() > { > Thread newThread = new Thread(new ThreadStart(RunMain)); > newThread.ApartmentState = ApartmentState.STA; > newThread.Start(); > } > > static void RunMain() > { > Application.Run(new Form1()); > } > > Otherwise I can not get it to work together with an ActiveX component > using AxHost. (For example: Try deploying this code using NTD and > Full-trust http://groups.google.se/groups?hl=sv&lr=&ie=UTF-8&selm=en%23UikVlBHA.696%40tkmsftngp05). > But when I start the application like above the > System.Windows.Forms.Timer causes an exception. When the application > closes it will get an exception due to the timer, but the exception is > also caused by the fact that the timer tries to read information from > the users disk. (Which is ok in Full-Trust and NTD without explicitly > setting ApartmentState.STA). It is almost like the Timer fails to > marshal to the main application thread. If I create a customized timer > using thread it will not work at all. > > I guess this is a bug in IEExe, but there is got to be a workaround. I > really hope that someone could explain what is happening and why and > how to solve it. > > Best Regards. > > > I had a similar problem with VS.NET 2002 and a no-touch-deployment app, is > > that what you are using? > > I think all your problems should go away if the main app runs in STA and you > > don't use threads to do the UI stuff. > > To make the main app run in STA, inside your 1st form (if it is called > > Form1), do something like > > > > <STAThread()> _ > > Public Shared Sub main() > > Dim fff As Form1 = New Form1 > > fff.ShowDialog() > > End Sub > > > > Just to make sure the app is running in STA, in the Form_Load event of the > > main form, do a > > MsgBox(System.Threading.Thread.CurrentThread.ApartmentState) > > and it should return a zero (0 = STA) > > > > Let us know if this solves the problem
[quoted text, click to view]
> DOes anyone know how to detect if .NET exists on the client machine and > redirect them to a download page? IE will report the version number of any installed .NET Framework version(s) in the "appVersion" property of the "navigator" object. Here is a small test html page that will display this value: -------------------------- <html> <head> <title>.NET CLR Version Test</title> <script language=JavaScript> function showVersion() { txtVersion.outerText = navigator.appVersion; } </script> </head> <body onLoad="showVersion();"> <center>IE version is: <span id=txtVersion></span></center> </body> </html> -------------------------- You could parse the "appVersion" value and if the CLR information is not present, then you could redirect with instructions to download the .NET Framework. I haven't tested this with Netscape or any other browsers so I don't know if they report any of this information. However, if you're creating NTD apps, then you have to use IE anyway. Hope this helps. -- Thanks, Jeff
Version myVersion;
HttpBrowserCapabilities brObject = Request.Browser; myVersion = brObject.ClrVersion; if(myVersion.Major == 0 && myVersion.Minor == 0) Response.Redirect("Download.NET.aspx", true); [quoted text, click to view] "Sankar Nemani" <snemani@nospamlumedx.com> wrote in message news:OVm9%23K43DHA.1052@TK2MSFTNGP12.phx.gbl... > DOes anyone know how to detect if .NET exists on the client machine and > redirect them to a download page? > > "Chris Botha" <chris_s_botha@hotmail.com> wrote in message > news:uw2wjC43DHA.1632@TK2MSFTNGP12.phx.gbl... > > I am just thinking that I am using the Web browser control with no-touch > > deployment and it works (no threads involved opening forms, which I think > > causes your problem). > > As a test, do you know how to customize the toolbox and how to get the Web > > browser control on it, and then drag it onto a form? > > Then to test the concept, rather than using AxHost, create a simple app > with > > NO threads and a Web browser control on the form and on the form_load > > navigate to some site and then no-touch deploy the app. > > > > > > "pfurb" <leonardfurby@hotmail.com> wrote in message > > news:6c7eb516.0401200010.6010baba@posting.google.com... > > > Thanks for your reply. > > > No the code you presented does not solves the problem. When I use an > > > ActiveX component and No-Touch-Deployment I have to explicitly set the > > > thread in ApartmentState.STA. Like this... > > > > > > [STAThread] > > > static void Main() > > > { > > > Thread newThread = new Thread(new ThreadStart(RunMain)); > > > newThread.ApartmentState = ApartmentState.STA; > > > newThread.Start(); > > > } > > > > > > static void RunMain() > > > { > > > Application.Run(new Form1()); > > > } > > > > > > Otherwise I can not get it to work together with an ActiveX component > > > using AxHost. (For example: Try deploying this code using NTD and > > > Full-trust > > > http://groups.google.se/groups?hl=sv&lr=&ie=UTF-8&selm=en%23UikVlBHA.696%40tkmsftngp05). > > > But when I start the application like above the > > > System.Windows.Forms.Timer causes an exception. When the application > > > closes it will get an exception due to the timer, but the exception is > > > also caused by the fact that the timer tries to read information from > > > the users disk. (Which is ok in Full-Trust and NTD without explicitly > > > setting ApartmentState.STA). It is almost like the Timer fails to > > > marshal to the main application thread. If I create a customized timer > > > using thread it will not work at all. > > > > > > I guess this is a bug in IEExe, but there is got to be a workaround. I > > > really hope that someone could explain what is happening and why and > > > how to solve it. > > > > > > Best Regards. > > > > > > > I had a similar problem with VS.NET 2002 and a no-touch-deployment > app, > > is > > > > that what you are using? > > > > I think all your problems should go away if the main app runs in STA > and > > you > > > > don't use threads to do the UI stuff. > > > > To make the main app run in STA, inside your 1st form (if it is called > > > > Form1), do something like > > > > > > > > <STAThread()> _ > > > > Public Shared Sub main() > > > > Dim fff As Form1 = New Form1 > > > > fff.ShowDialog() > > > > End Sub > > > > > > > > Just to make sure the app is running in STA, in the Form_Load event of > > the > > > > main form, do a > > > > MsgBox(System.Threading.Thread.CurrentThread.ApartmentState) > > > > and it should return a zero (0 = STA) > > > > > > > > Let us know if this solves the problem > > > > > >
Don't see what you're looking for? Try a search.
|
June 2003
July 2003
August 2003
September 2003
October 2003
November 2003
December 2003
January 2004
February 2004
March 2004
April 2004
May 2004
June 2004
July 2004
August 2004
September 2004
October 2004
November 2004
December 2004
January 2005
February 2005
March 2005
April 2005
May 2005
June 2005
July 2005
August 2005
September 2005
October 2005
November 2005
December 2005
January 2006
February 2006
March 2006
April 2006
May 2006
June 2006
July 2006
August 2006
September 2006
October 2006
November 2006
December 2006
January 2007
February 2007
March 2007
April 2007
May 2007
June 2007
July 2007
August 2007
September 2007
October 2007
November 2007
December 2007
January 2008
February 2008
March 2008
April 2008
May 2008
June 2008
| home · blog · groups | Questions? Comments? Contact the dn |