[Libreoffice] Debug compilation fails in sal module

Julien Nabet serval2412 at yahoo.fr
Mon Jun 27 13:20:35 PDT 2011


Le 27/06/2011 22:06, Arnaud Versini a écrit :
> Hello,
>
> I've the same problem with this autogen on Ubuntu 10.04 64 too:
>
> --without-junit
> --enable-debug
> --enable-symbols
>
We're 3 (3 "declared" :-) ) but for the moment it seems to concern only 
Debian/Ubuntu (32 or 64 bits). Have other Linux or BSD distros the same 
pb ? What about Mac and Windows ? (Of course, when it's compiled in 
debug mode)

Here is 1 more test when I comment out the line 481 from with 
qa/osl/process/osl_process.cxx (env_container->push_back(line);)
I get :
==22499==    by 0x408756E: 
CppUnit::TestRunner::run(CppUnit::TestResult&, std::string const&) (in 
/home/maryline/compile-libreoffice/libo/solver/350/unxlngi6/lib/libcppunit-1.12.so.1)
==22499==    by 0x804BBBE: sal_main() (cppunittester.cxx:148)
==22499==    by 0x804B730: main (cppunittester.cxx:89)
==22499==  Address 0x482b850 is 0 bytes inside data symbol 
"_ZGVNSt7num_getIcSt19istreambuf_iteratorIcSt11char_traitsIcEEE2idE"
==22499==
Error: File 
/home/maryline/compile-libreoffice/libo/clone/ure/sal/cpprt/operators_new_delete.cxx, 
Line 96: operator delete mismatch
/usr/include/c++/4.6/debug/safe_iterator.h:193:error: attempt to
      dereference a past-the-end iterator.

Objects involved in the operation:
iterator "this" @ 0x0xbe966380 {
type = 
N11__gnu_debug14_Safe_iteratorIN9__gnu_cxx17__normal_iteratorIPSsNSt9__cxx19986vectorISsN3rtl9AllocatorISsEEEEEENSt7__debug6vectorISsS8_EEEE 
(mutable iterator);
    state = past-the-end;
    references sequence with type 
`NSt7__debug6vectorISsN3rtl9AllocatorISsEEEE' @ 0x0xbe966380
}
==22977==
==22977== HEAP SUMMARY:
==22977==     in use at exit: 33,115 bytes in 422 blocks
==22977==   total heap usage: 2,179 allocs, 1,747 frees, 240,329 bytes 
allocated
==22977==

Memcheck: mc_leakcheck.c:1012 (vgMemCheck_detect_memory_leaks): the 
'impossible' happened.
==22977== Block 0x483c000..0x483cfff overlaps with block 
0x483c000..0x483c57fThis is usually caused by using 
VALGRIND_MALLOCLIKE_BLOCKin an inappropriate way.   at 0x3803B51E: ??? 
(in /usr/lib/valgrind/memcheck-x86-linux)

sched status:
    running_tid=2

I attached the file for the details.

Julien.


-------------- next part --------------
A non-text attachment was scrubbed...
Name: new_test.log
Type: text/x-log
Size: 47901 bytes
Desc: not available
URL: <http://lists.freedesktop.org/archives/libreoffice/attachments/20110627/fd8b0bda/attachment-0001.bin>


More information about the LibreOffice mailing list