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