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