Well I build with debug symbols on windows and debugged. Exception is
thrown and catched on here. So no problem on UNO.
I still need to find what cause the crash. I will have some time on monday
to work on.
Best
___
LibreOffice mailing list
On 10/22/2013 11:33 PM, Efe Gürkan YALAMAN wrote:
2013/10/22 Stephan Bergmann sberg...@redhat.com
mailto:sberg...@redhat.com
I'm still not sure I get you. That the catch(uno::Exception) block
at cui/source/options/__optaboutconfig.cxx:234 will eventually catch
an exception is
On 23/10/13 09:58, Stephan Bergmann wrote:
On 10/22/2013 11:33 PM, Efe Gürkan YALAMAN wrote:
2013/10/22 Stephan Bergmann sberg...@redhat.com
mailto:sberg...@redhat.com
I'm still not sure I get you. That the catch(uno::Exception) block
at cui/source/options/__optaboutconfig.cxx:234
Stephan Bergmann-2 wrote
I cannot reproduce any problem with a current master build, at least on
Windows 7 with MS Narrator (Control Panel - Ease of Access Center -
Start Narrator) enabled. Expert Config comes up relatively quickly even
and appears fully functional.
Not sure you'd have
2013/10/22 Stephan Bergmann sberg...@redhat.com
I'm still not sure I get you. That the catch(uno::Exception) block at
cui/source/options/**optaboutconfig.cxx:234 will eventually catch an
exception is obviously not unexpected. You mean, on Windows you observe
that that catch block is never
On 10/19/2013 11:55 PM, Efe Gürkan YALAMAN wrote:
I was trying to find the reason of the fdo#70465
https://bugs.freedesktop.org/show_bug.cgi?id=70465. Reproduced the bug
and debugged that.
During the load page traverses the options recursively with
CuiAboutConfigTabPage::FillItems method. Exit
Hi all,
I was trying to find the reason of the
fdo#70465https://bugs.freedesktop.org/show_bug.cgi?id=70465.
Reproduced the bug and debugged that.
During the load page traverses the options recursively with
CuiAboutConfigTabPage::FillItems method. Exit condition of this method is
an exception
