I'm unsure on what the difference to o:Math actually is, so just make
sure the element and its contents are not ignored and each contained
m:oMath will be read in separately.

Else (on 64bits platform) the driver smashes our stack: SQL_ULEN is 64 bits
Widen result type of getQueryTimeOut, getMaxFieldSize and getMaxRows so that it will always fit

- as long as we still have the slow build.pl run for top-level build

GTK themes expect the button and the editing area to be swapped in RTL.

When entering pass count 2 it is expected that the breakpoint is
passed two times before breaking not to break the second time.

Also fixed a crash due to dangling pointers of breakpoints.

...with SAL_LOG=+INFO due to std::ostringstream in log.cxx using global operator
new, which potentially calls rtl_allocateMemory.

It is puzzling that Executable_soffice.bin.mk contains the line
$(eval $(call gb_Executable_set_targettype_gui,$(sofficebin),YES))
yet, in the build log we see -SUBSYSTEM:CONSOLE among the linker flags.
I added -SUBSYSTEM:WINDOWS flag exlicitely, and it comes later so it
prevails. I guess MinGW will be still affected. It really should be
fixed correctly by a gbuild expert.