1*cdf0e10cSrcweirBecause of the LoaderLock bug in .NET Framework 1.0 and 1.1 the cli_uno.dll is linked
2*cdf0e10cSrcweirwith the /NOENTRY switch, which prevent that the C-runtime is initialized when loading
3*cdf0e10cSrcweirthe dll.
4*cdf0e10cSrcweir
5*cdf0e10cSrcweirAlso I removed all static c++ objects which need construction by the CRT,
6*cdf0e10cSrcweirexception handling seems to need an initialised CRT. Therefore
7*cdf0e10cSrcweirI added CRT initialization code in  uno_initEnvironment (cli_bridge.cxx)
8*cdf0e10cSrcweirHowever there is no deinitialization done because bridge libraries remain
9*cdf0e10cSrcweirin memory until the process dies. There is actually no good place where
10*cdf0e10cSrcweirthis had to be called. If we would do that we would have to implement that
11*cdf0e10cSrcweirthe bridge can be disposed.
12*cdf0e10cSrcweir
13*cdf0e10cSrcweir
14*cdf0e10cSrcweirSell also:
15*cdf0e10cSrcweir
16*cdf0e10cSrcweirhttp://msdn.microsoft.com/library/default.asp?url=/library/en-us/dv_vstechart/html/vcconmixeddllloadingproblem.asp
17*cdf0e10cSrcweirhttp://support.microsoft.com/?id=814472
18*cdf0e10cSrcweirhttp://www.ddj.com/dept/windows/184416689
19*cdf0e10cSrcweirhttp://blogs.msdn.com/cbrumme/archive/2003/08/20/51504.aspx
20*cdf0e10cSrcweirhttp://msdn2.microsoft.com/en-US/library/ms172219.aspx