 | |
About CLR Host.
Dotnet Framework (CLR) microsoft.public.dotnet.framework.clr
 |
| | Thread Tools | Search this Thread | Display Modes |
#1
 
| |||
| |||
|
About CLR Host. -
12-30-2007
, 07:53 AM
#2
| |||
| |||
|
|
I'm confused by Shell(explorer.exe) is one CLR host for .net applications. If there are many winform applications running, are there many application domains in explorer.exe? It must exhaust the reources in explorer.exe! Also, if i double click a winform application, it is displayed as a independent win32 process instead of an appdomain in explorer.exe.......... I must be wrong, can somebody here clear this? thanks a lot! |
Explorer is not a host for the CLR, it's a shell that doesn't depend on the
CLR.
If you extend the explorer with managed code (which is not supported and
ill-advised), you will load the CLR in the explorer process, but that
doesn't mean that all processes started from the explorer shell will load
the CLR, these are just separate processes who don't inherit from the shell
(other than the environment block) .
Willy.
#3
| |||
| |||
|
|
"lander" <lostlander.... (AT) gmail (DOT) com> wrote in message news:f38d5240-a8c2-42fa-9fd3-76e978b0a15c (AT) e10g2000prf (DOT) googlegroups.com... I'm confused by Shell(explorer.exe) is one CLR host for .net applications. If there are many winform applications running, are there many application domains in explorer.exe? It must exhaust the reources in explorer.exe! Also, if i double click a winform application, it is displayed as a independent win32 process instead of an appdomain in explorer.exe.......... I must be wrong, can somebody here clear this? thanks a lot! Explorer is not a host for the CLR, it's a shell that doesn't depend on the CLR. If you extend the explorer with managed code (which is not supported and ill-advised), you will load the CLR in the explorer process, but that doesn't mean that all processes started from the explorer shell will load the CLR, these are just separate processes who don't inherit from the shell (other than the environment block) . Willy. |
#4
| |||
| |||
|
|
"lander" <lostlander.... (AT) gmail (DOT) com> wrote in message news:f38d5240-a8c2-42fa-9fd3-76e978b0a15c (AT) e10g2000prf (DOT) googlegroups.com... I'm confused by Shell(explorer.exe) is one CLR host for .net applications. If there are many winform applications running, are there many application domains in explorer.exe? It must exhaust the reources in explorer.exe! Also, if i double click a winform application, it is displayed as a independent win32 process instead of an appdomain in explorer.exe.......... I must be wrong, can somebody here clear this? thanks a lot! Explorer is not a host for the CLR, it's a shell that doesn't depend on the CLR. If you extend the explorer with managed code (which is not supported and ill-advised), you will load the CLR in the explorer process, but that doesn't mean that all processes started from the explorer shell will load the CLR, these are just separate processes who don't inherit from the shell (other than the environment block) . Willy. |
Don't know where you get this from, or in what context this was said. A CLR
host is an unmanaged code process that *explicitly* loads the CLR (just a
bunch of DLL's) in order to (eventually) execute "managed" code, that may
get loaded in that same process. The explorer shell does not know about the
CLR and does not explicitly loads the CLR in it's process space.
The only two CLR hosts I know of are SQL2005 (provided CLR hosting is
enabled) and Exchange 7.
Willy.
#5
| |||
| |||
|
|
"lander" <lostlander.... (AT) gmail (DOT) com> wrote in message news:0d2e83ee-912d-41ba-afc1-c4ad9535b198 (AT) s12g2000prg (DOT) googlegroups.com... On Dec 30, 11:08 pm, "Willy Denoyette [MVP]" willy.denoye... (AT) telenet (DOT) be> wrote: "lander" <lostlander.... (AT) gmail (DOT) com> wrote in message news:f38d5240-a8c2-42fa-9fd3-76e978b0a15c (AT) e10g2000prf (DOT) googlegroups.com... I'm confused by Shell(explorer.exe) is one CLR host for .net applications. If there are many winform applications running, are there many application domains in explorer.exe? It must exhaust the reources in explorer.exe! Also, if i double click a winform application, it is displayed as a independent win32 process instead of an appdomain in explorer.exe.......... I must be wrong, can somebody here clear this? thanks a lot! Explorer is not a host for the CLR, it's a shell that doesn't depend on the CLR. If you extend the explorer with managed code (which is not supported and ill-advised), you will load the CLR in the explorer process, but that doesn't mean that all processes started from the explorer shell will load the CLR, these are just separate processes who don't inherit from the shell (other than the environment block) . Willy. So what does it mean by "shell is a CLR host for .net app" exactly? Don't know where you get this from, or in what context this was said. A CLR host is an unmanaged code process that *explicitly* loads the CLR (just a bunch of DLL's) in order to (eventually) execute "managed" code, that may get loaded in that same process. The explorer shell does not know about the CLR and does not explicitly loads the CLR in it's process space. The only two CLR hosts I know of are SQL2005 (provided CLR hosting is enabled) and Exchange 7. Willy.- Hide quoted text - - Show quoted text - |
http://www.dotnetindia.com/2004/11/msdn_today.html
==>
The CLR hosts are
a. Windows Shell
b. IIS
c. IE
4. * but, how to host the CLR programmatically?
Anyway, i think i understand what you mean, thanks for explanation!
#6
| |||
| |||
|
|
"lander" <lostlander.... (AT) gmail (DOT) com> wrote in message news:0d2e83ee-912d-41ba-afc1-c4ad9535b198 (AT) s12g2000prg (DOT) googlegroups.com... On Dec 30, 11:08 pm, "Willy Denoyette [MVP]" willy.denoye... (AT) telenet (DOT) be> wrote: "lander" <lostlander.... (AT) gmail (DOT) com> wrote in message news:f38d5240-a8c2-42fa-9fd3-76e978b0a15c (AT) e10g2000prf (DOT) googlegroups.com... I'm confused by Shell(explorer.exe) is one CLR host for .net applications. If there are many winform applications running, are there many application domains in explorer.exe? It must exhaust the reources in explorer.exe! Also, if i double click a winform application, it is displayed as a independent win32 process instead of an appdomain in explorer.exe.......... I must be wrong, can somebody here clear this? thanks a lot! Explorer is not a host for the CLR, it's a shell that doesn't depend on the CLR. If you extend the explorer with managed code (which is not supported and ill-advised), you will load the CLR in the explorer process, but that doesn't mean that all processes started from the explorer shell will load the CLR, these are just separate processes who don't inherit from the shell (other than the environment block) . Willy. So what does it mean by "shell is a CLR host for .net app" exactly? Don't know where you get this from, or in what context this was said. A CLR host is an unmanaged code process that *explicitly* loads the CLR (just a bunch of DLL's) in order to (eventually) execute "managed" code, that may get loaded in that same process. The explorer shell does not know about the CLR and does not explicitly loads the CLR in it's process space. The only two CLR hosts I know of are SQL2005 (provided CLR hosting is enabled) and Exchange 7. Willy.- Hide quoted text - - Show quoted text - |
http://www.dotnetindia.com/2004/11/msdn_today.html
==>
The CLR hosts are
a. Windows Shell
b. IIS
c. IE
4. * but, how to host the CLR programmatically?
Anyway, i think i understand what you mean, thanks for explanation!
Well I see, but these are wrong, IIS and IE are not CLR hosts, IIS *never*
loads the CLR, asp.net and managed code based web applications are hosted in
a separate process who's name depends on the OS version.
IE loads the CLR when it needs to run managed code (say a plug in or a page
that refers to a managed object), the Windows shell is not a CLR host for
the same reason.
Hosting the CLR can be done by calling the unmanaged Hosting API's, see
<http://msdn2.microsoft.com/en-us/library/9x0wh2z3.aspx> for details.
Willy.
#7
| |||
| |||
|
|
"lander" <lostlander.... (AT) gmail (DOT) com> wrote in message news:75b99f7b-471a-4f6d-baf6-2032d52c74ba (AT) d21g2000prf (DOT) googlegroups.com... On Dec 31 2007, 11:53 pm, "Willy Denoyette [MVP]" willy.denoye... (AT) telenet (DOT) be> wrote: "lander" <lostlander.... (AT) gmail (DOT) com> wrote in message news:0d2e83ee-912d-41ba-afc1-c4ad9535b198 (AT) s12g2000prg (DOT) googlegroups.com... On Dec 30, 11:08 pm, "Willy Denoyette [MVP]" willy.denoye... (AT) telenet (DOT) be> wrote: "lander" <lostlander.... (AT) gmail (DOT) com> wrote in message news:f38d5240-a8c2-42fa-9fd3-76e978b0a15c (AT) e10g2000prf (DOT) googlegroups.com.... I'm confused by Shell(explorer.exe) is one CLR host for .net applications. If there are many winform applications running, are there many application domains in explorer.exe? It must exhaust the reources in explorer.exe! Also, if i double click a winform application, it is displayed as a independent win32 process instead of an appdomain in explorer.exe.......... I must be wrong, can somebody here clear this? thanks a lot! Explorer is not a host for the CLR, it's a shell that doesn't depend on the CLR. If you extend the explorer with managed code (which is not supported and ill-advised), you will load the CLR in the explorer process, but that doesn't mean that all processes started from the explorer shell will load the CLR, these are just separate processes who don't inherit from the shell (other than the environment block) . Willy. So what does it mean by "shell is a CLR host for .net app" exactly? Don't know where you get this from, or in what context this was said. A CLR host is an unmanaged code process that *explicitly* loads the CLR (just a bunch of DLL's) in order to (eventually) execute "managed" code, that may get loaded in that same process. The explorer shell does not know about the CLR and does not explicitly loads the CLR in it's process space. The only two CLR hosts I know of are SQL2005 (provided CLR hosting is enabled) and Exchange 7. Willy.- Hide quoted text - - Show quoted text - I knew it from :http://www.dotnetindia.com/2004/11/msdn_today.html == The CLR hosts are a. Windows Shell b. IIS c. IE 4. * but, how to host the CLR programmatically? Anyway, i think i understand what you mean, thanks for explanation! Well I see, but these are wrong, IIS and IE are not CLR hosts, IIS *never* loads the CLR, asp.net and managed code based web applications are hosted in a separate process who's name depends on the OS version. IE loads the CLR when it needs to run managed code (say a plug in or a page that refers to a managed object), the Windows shell is not a CLR host for the same reason. Hosting the CLR can be done by calling the unmanaged Hosting API's, see http://msdn2.microsoft.com/en-us/library/9x0wh2z3.aspx> for details. Willy.- Hide quoted text - - Show quoted text - |
|
« Previous Thread
|
Next Thread »
| Thread Tools | Search this Thread |
| Display Modes | |
Linear Mode
| |
Powered by vBulletin Version 3.5.4
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.
Copyright ©2000 - 2008, Jelsoft Enterprises Ltd.