unhandled exception / abort etc. ...

Hi there,

On Tue, 2012-02-21 at 16:55 +0100, Stephan Bergmann wrote:
> On 02/21/2012 04:07 PM, Michael Meeks wrote:
> > > In my experience, such exceptions typically indicate a programming error
> > > (either in actual program code, or in the way the bits of the program
> > > are combined into an installation set).  And for programmers, it is
> > > often more helpful to see the direct consequences of such error than
> > > some "helpful" mediation on LO's part (like the infamous "The user
> > > language cannot be determined" message, typically caused by some problem
> > > that has zero to do with any locale data, only leading devs to start
> > > searching in the wrong direction).
> >
> >     Haha :-) indeed, however a pathalogical, silent abort, without even an
> > auto-save, or any message from the exception is rather unfortunate
> > too ;-)
>
> This should not be a "silent abort, without even an auto-save" 
> anyway---at least not in production builds where the sal signal handler 
> machinery should catch the abort.  (No idea what the current status is, 
> which configurations lead to which behaviour wrt. that signal handler.)

        So - it took me a while to get around to this, but luckily while I was
chasing:

        https://bugs.freedesktop.org/show_bug.cgi?id=46340

        I hit this. Interestingly on Linux we do get some (not particularly
helpful) console debug:

$ ./soffice /tmp/foo.odp 

terminate called after throwing an instance of
'com::sun::star::lang::DisposedException'
$

        And of course, no auto-save, no contents of the exception etc. etc. And
I imagine the same is true for all un-caught exceptions, including
(incidentally ::std::bad_alloc() ;-). I imagine that at the moment
actively discards document data left & right in the vast majority of
cases where it is not caught.

        So - again; what are the downsides of a pleasant wrapper around 'main'
that not only prints out the exception and contents on the console, but
triggers the save/crash handler nicely. Of course, we can disable that
for the 'interesting' cases on Linux where G_SLICE is set etc. so people
debugging will see something closer to the original throw in gdb.

        ATB,

                Michael.

-- 
michael.meeks@suse.com  <><, Pseudo Engineer, itinerant idiot