https://bugs.freedesktop.org/show_bug.cgi?id=65830
--- Comment #11 from Lionel Elie Mamane <[email protected]> --- (In reply to comment #9) > Lionel: I took a look to the backtrace but i don't know how it goes from > connectivity::odbc::OTools::getStringValue, > http://opengrok.libreoffice.org/xref/core/connectivity/source/drivers/ > odbcbase/OTools.cxx#406 > to "rtl_uStringbuffer_insert" It is one of the aData.append calls. See in include/rtl/ustrbuf.hxx (or in older versions, sal/inc/rtl/ustrbuf.hxx): OUStringBuffer & append( const sal_Unicode * str, sal_Int32 len) { // insert behind the last character rtl_uStringbuffer_insert( &pData, &nCapacity, getLength(), str, len ); return *this; } In a non-completely-debug build (in particular, in a build that is not "turn all optimisations off"), the call to OUStringBuffer::append is inlined and thus does not appear in the backtrace. > even if I've got the link, I don't know what could be the problem. The best is to reproduce in a fully-debug, no-optimisations build. Then look in gdb at the variables and see what is wrong. Maybe len is bigger than the buffer size, maybe str points to something wrong, ... -- You are receiving this mail because: You are the assignee for the bug.
_______________________________________________ Libreoffice-bugs mailing list [email protected] http://lists.freedesktop.org/mailman/listinfo/libreoffice-bugs
