On Wednesday 20 of April 2011, Tor Lillqvist wrote:
Another related thing that is broken is how the code often loses useful
information associated with exceptions.
To take an example, the root cause to much breakage on Windows in the 3.4
beta1 caused an exception with the nice message "package2.dll: cannot get
symbol: component_getImplementationEnvironment" attached. That message says
very clearly what the problem is. And the message indicates indeed a very
serious problem with the UNO component shared library in question. But did
this message show up anywhere (except that I by luck happened to see it in
the debugger, as there was something to see, as the catch clause in this
case actually caught the exception object)? Not anywhere where the user
would have been able to report it at least.
I think I had the same when the conversion to gbuild made the .docx import
module writerfilter unusable. In SfxObjectShell::InsertFrom() the exception
throw was caught without caring about it and just converted into 'return
false', which several levels higher was converted to an error dialog just
stating 'Generic input/output error' :(. But I don't know a good universal
solution to this, it probably required fixing code that does things like
this.
--
Lubos Lunak
l.lunak@suse.cz
Context
Privacy Policy |
Impressum (Legal Info) |
Copyright information: Unless otherwise specified, all text and images
on this website are licensed under the
Creative Commons Attribution-Share Alike 3.0 License.
This does not include the source code of LibreOffice, which is
licensed under the Mozilla Public License (
MPLv2).
"LibreOffice" and "The Document Foundation" are
registered trademarks of their corresponding registered owners or are
in actual use as trademarks in one or more countries. Their respective
logos and icons are also subject to international copyright laws. Use
thereof is explained in our
trademark policy.