office-gobmx/cli_ure/source/uno_bridge
2010-12-06 09:16:29 +00:00
..
bridge_exports.map
cli_base.h add modelines to .h and .c files as well 2010-10-27 16:04:46 +01:00
cli_bridge.cxx Add vim/emacs modelines to all source files 2010-10-14 17:04:31 +02:00
cli_bridge.h add modelines to .h and .c files as well 2010-10-27 16:04:46 +01:00
cli_data.cxx Add vim/emacs modelines to all source files 2010-10-14 17:04:31 +02:00
cli_environment.cxx Add vim/emacs modelines to all source files 2010-10-14 17:04:31 +02:00
cli_environment.h add modelines to .h and .c files as well 2010-10-27 16:04:46 +01:00
cli_proxy.cxx Replace all occured, occurance etc. 2010-12-06 09:16:29 +00:00
cli_proxy.h add modelines to .h and .c files as well 2010-10-27 16:04:46 +01:00
cli_uno.cxx Replace all occured, occurance etc. 2010-12-06 09:16:29 +00:00
makefile.mk changefileheader2: #i109125#: change source file copyright notice from Sun Microsystems to Oracle; remove CVS style keywords (RCSfile, Revision) 2010-02-12 15:01:35 +01:00
README.txt

Because of the LoaderLock bug in .NET Framework 1.0 and 1.1 the cli_uno.dll is linked 
with the /NOENTRY switch, which prevent that the C-runtime is initialized when loading 
the dll.

Also I removed all static c++ objects which need construction by the CRT, 
exception handling seems to need an initialised CRT. Therefore
I added CRT initialization code in  uno_initEnvironment (cli_bridge.cxx)
However there is no deinitialization done because bridge libraries remain 
in memory until the process dies. There is actually no good place where 
this had to be called. If we would do that we would have to implement that
the bridge can be disposed.


Sell also:

http://msdn.microsoft.com/library/default.asp?url=/library/en-us/dv_vstechart/html/vcconmixeddllloadingproblem.asp
http://support.microsoft.com/?id=814472
http://www.ddj.com/dept/windows/184416689
http://blogs.msdn.com/cbrumme/archive/2003/08/20/51504.aspx
http://msdn2.microsoft.com/en-US/library/ms172219.aspx