On Fri, Aug 12, 2011 at 04:35:00PM -0600, Orion Poplawski wrote: > On 08/01/2011 12:37 PM, Hazen Babcock wrote: > > > > Hello, > > > > Version 5.9.8 of PLplot is now available. > > I'm getting segfaults on the following tests building for Fedora 15-17: > > The following tests FAILED: > 25 - examples_pdfqt (Failed) > 24 - examples_epsqt (Failed) > 23 - examples_svgqt (Failed) > > I think it has something to do with library linking: > > [mockbuild@mock1 plplot_test]$ xvfb-run > /builddir/build/BUILD/plplot-5.9.8/fedora/examples/c/x02c -dev pdfqt -o > ./x02c% > > *** PLPLOT WARNING *** > All pages after the first skipped because family file output not specified. > > /usr/bin/xvfb-run: line 166: 11264 Segmentation fault > DISPLAY=:$SERVERNUM > XAUTHORITY=$AUTHFILE "$@" 2>&1 > > [mockbuild@mock1 plplot_test]$ LD_PRELOAD=/lib64/libpthread.so.0 xvfb-run > /builddir/build/BUILD/plplot-5.9.8/fedora/examples/c/x02c -dev pdfqt -o > ./x02c% > > *** PLPLOT WARNING *** > All pages after the first skipped because family file output not specified. > > /builddir/build/BUILD/plplot-5.9.8/fedora/examples/c/x02c: symbol lookup > error: /usr/lib64/libQtGui.so.4: undefined symbol: _ZN18QThreadStorageDataD1Ev > > [mockbuild@mock1 plplot_test]$ ldd > /builddir/build/BUILD/plplot-5.9.8/fedora/examples/c/x02c > linux-vdso.so.1 => (0x00007fff001ff000) > libplplotd.so.11 => > /builddir/build/BUILD/plplot-5.9.8/fedora/src/libplplotd.so.11 > (0x00007f50e2f74000) > libm.so.6 => /lib64/libm.so.6 (0x00007f50e2ce1000) > libltdl.so.7 => /usr/lib64/libltdl.so.7 (0x00007f50e2ad8000) > libdl.so.2 => /lib64/libdl.so.2 (0x00007f50e28d4000) > libcsirocsa.so.0 => > /builddir/build/BUILD/plplot-5.9.8/fedora/lib/csa/libcsirocsa.so.0 > (0x00007f50e26cc000) > libcsironn.so.0 => > /builddir/build/BUILD/plplot-5.9.8/fedora/lib/nn/libcsironn.so.0 > (0x00007f50e24c4000) > libqhull.so.5 => /usr/lib64/libqhull.so.5 (0x00007f50e2271000) > libqsastime.so.0 => > /builddir/build/BUILD/plplot-5.9.8/fedora/lib/qsastime/libqsastime.so.0 > (0x00007f50e206b000) > libfreetype.so.6 => /usr/lib64/libfreetype.so.6 (0x00007f50e1dcf000) > libc.so.6 => /lib64/libc.so.6 (0x00007f50e1a35000) > libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00007f50e181f000) > /lib64/ld-linux-x86-64.so.2 (0x00007f50e31dd000) > > I'm guessing here that because x02c is not linked with Qt & phtreads > something > doesn't get set up correctly when Qt is dlopened. But this is pretty beyond > me. Any thoughts?
It might also be related to the issues I encountered with debian. As of 5.9.8 the Qt driver always initialises devices as GUI applications, even for non-interactive devices. This is because the library can only be initialised once even if there are multiple streams and subsequent streams might be qtwidgets. Yesterday I committed a patch so that if DISPLAY is not set (and so qtwidget would never work anyway) then all devices are initialised as not GUI (and hence don't open an X connection). For me this meant that the non-interactive devices worked in a root environment without X doing something like (unset DISPLAY; make test_noninteractive) to ensure DISPLAY was not set. Might be worth checking. Andrew ------------------------------------------------------------------------------ FREE DOWNLOAD - uberSVN with Social Coding for Subversion. Subversion made easy with a complete admin console. Easy to use, easy to manage, easy to install, easy to extend. Get a Free download of the new open ALM Subversion platform now. http://p.sf.net/sfu/wandisco-dev2dev _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel
