Hi Alan
________________________________________
De : Alan W. Irwin [ir...@beluga.phys.uvic.ca]
Date d'envoi : mercredi 2 septembre 2009 17:20
À : Rochel, Alban
Cc : Plplot-devel mailing list
Objet : Re: [Plplot-devel] Qt segmentation fault, Qt version and test_plend
Hi Alban:
The other important point about this bug is my Linux (Debian stable), 64-bit
(amd64) system does not have it for _any_ Qt4 version I try. To be specific
valgrind reports the following results for qtwidget/qtwidget:
valgrind examples/c/test_plend -dev qtwidget
[...]
Enter device number or keyword: qtwidget
==23168==
==23168== ERROR SUMMARY: 0 errors from 0 contexts (suppressed: 944 from 4)
==23168== malloc/free: in use at exit: 248,205 bytes in 6,285 blocks.
==23168== malloc/free: 54,218 allocs, 47,933 frees, 9,436,280 bytes allocated.
==23168== For counts of detected errors, rerun with: -v
==23168== searching for pointers to 6,285 not-freed blocks.
==23168== checked 378,984 bytes.
==23168==
==23168== LEAK SUMMARY:
==23168== definitely lost: 165,456 bytes in 5,432 blocks.
==23168== possibly lost: 2,016 bytes in 2 blocks.
==23168== still reachable: 80,733 bytes in 851 blocks.
==23168== suppressed: 0 bytes in 0 blocks.
==23168== Rerun with --leak-check=full to see details of leaked memory.
(...)
To investigate that possibility further what are your valgrind results for
the latest SDK downloadable binary version of Qt4? (I will download and try
that version myself right after I send this, but I assume it will continue
to produce valgrind clean results aside from unfreed memory errors.) Do you
have the same gcc compiler version number as above that was used to compile
your Qt4 system version that is generating valgrind errors? (Of course,
even if that gcc version number is the same, the compilers are likely still
different because the patches applied by your distro will be different from
those applied by Debian.) What other important differences do you have with
Debian stable for your 64-bit system where valgrind shows errors?
Alan
__________________________
On my OpenSuSE 11.1 64 bit system, valgrind ./test_plend -dev qtwidget gives
(before crashing):
==17881== Syscall param write(buf) points to uninitialised byte(s)
==17881== at 0x5BCEF60: write (in /lib64/libc-2.9.so)
[...]
==17881== Address 0x622482c is 12 bytes inside a block of size 1,024 alloc'd
[...]
==17881==
==17881== Invalid read of size 2
==17881== at 0x5B3DA61: getenv (in /lib64/libc-2.9.so)
==17881== by 0x4E49348: plGetDrvDir (in
/home/rochel/plplot/lib/libplplotd.so.9.6.2)
[...]
==17881== ERROR SUMMARY: 7 errors from 2 contexts (suppressed: 1923 from 5)
==17881== malloc/free: in use at exit: 227,576 bytes in 4,800 blocks.
==17881== malloc/free: 48,928 allocs, 44,128 frees, 5,591,404 bytes allocated.
==17881== For counts of detected errors, rerun with: -v
==17881== searching for pointers to 4,800 not-freed blocks.
==17881== checked 306,248 bytes
Even on a minimal Qt Application, I get a non-clean ERROR SUMMARY (same thing
on Mandriva One 2009.1 32, but no crash). This was obtained with Qt 4.5.2
(2009.03), on gcc 4.3.2 [gcc-4_3-branch revision 141291], which shouldn't be
too different from yours (anyway, I get the same issue on gcc 3.3). glibc is
2.9-2.11.1. The locale is en_GB.UTF-8, but setting LC_ALL and LANG to "C"
doesn't change anything.
Interestingly, I've tried this on a Fedora 10 64 bit virtual machine, with Qt
4.4 only (I didn't have enough free disk space to install Qt 4.5...),
test_plend crashed in the second call for qtwidget when calling something in
oxygen.so, which is the graphical theme of my session. Reverting to a gtk
theme, everything went OK.
I'm currently downloading a 64 bit Mandriva distribution, but I won't be able
to test it before maybe tomorrow: I will have to install it on my home
computer, which my wife uses most of the day :)
Alban
------------------------------------------------------------------------------
Let Crystal Reports handle the reporting - Free Crystal Reports 2008 30-Day
trial. Simplify your report design, integration and deployment - and focus on
what you do best, core application coding. Discover what's new with
Crystal Reports now. http://p.sf.net/sfu/bobj-july
_______________________________________________
Plplot-devel mailing list
Plplot-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/plplot-devel
