Hi Stephan,

> I do not see any elegant solution for this problem.  Potential but ugly 
> solutions would include:

All are ugly, aren't they ...

Judging from myself: I first got introduced to
::cppu::getCaughtException when I tried to dynamically determine the
type of the caught exception in an "catch( const Exception& e )" block -
which was impossible, since RTTI doesn't work with our exceptions.

I could easily live without getCaughtException, *if* there was another
means getting the same functionality. I think I could hardly live
without it - it makes a certain class of code much easier to write and
maintain, and less error prone.

> - Remove all calls of the---dangerous anyway---cppu::getCaughtException 
> from the OOo code base 
> (<http://lxr.go-oo.org/ident?i=getCaughtException> lists "245 references 
> in 102 files").

See above. If we make the C++ UNO binding incompatible, in that we add
some polymorphism to the Exception class, so RTTI works, then I'd be
fine with that.

> - Make sure the relevant compiler runtime libraries will always be 
> installed system wide when running OOo.  (This had been discussed 
> before, but dismissed.)

This is what I consider the only viable option.

> - Use only compilers for which runtime libraries need not be installed 
> either syste wide or next to every DLL that uses them (e.g., older 
> Microsoft compilers, or GCC).

Unrealistic.

> - Turn the Three Layer Office back into a Two Layer Office, where the 
> URE and Basis layers are united (and the above scenario would again only 
> use one instance of msvcr90.dll loaded into the process, and everything 
> would probably work fine; there is also an instance of msvcr90.dll in 
> the Brand layer, but that should not interfere with any 
> cppu::getCaughtException calls).

Well ... I suppose there's a reason why the three layer architecture was
introduced ;), so this is probably not an option, too.


Other than that - is there really *no* possibility to teach shared libs
where to load the runtime libraries from?

Ciao
Frank

-- 
- Frank Schönheit, Software Engineer         [EMAIL PROTECTED] -
- Sun Microsystems                      http://www.sun.com/staroffice -
- OpenOffice.org Base                       http://dba.openoffice.org -
- - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -

---------------------------------------------------------------------
To unsubscribe, e-mail: [EMAIL PROTECTED]
For additional commands, e-mail: [EMAIL PROTECTED]

Reply via email to