On Mar 11, 2008, at 10:51 PM, Jonathan Woithe wrote: >> The problem seems to start in the proc_str() function at: >> layout = pango_cairo_create_layout(aStream->cairoContext); >> though it makes through several more lines of code before going down >> for good. >> >> Curiously I found that if I ran my test program in the directory that >> I had make install plplot from then I didn't see the problem. I have >> the following the layout: >> /home/hbabcock/C/plplot_test/test1 - the test program. >> /home/hbabcock/OpenSource/plplot-working/plplot-CBS-1 - the directory >> I make installed plplot from. >> >> This works: >> debian ~/OpenSource/plplot-working/plplot-CBS-1 : pwd >> /home/hbabcock/OpenSource/plplot-working/plplot-CBS-1 >> debian ~/OpenSource/plplot-working/plplot-CBS-1 : /home/hbabcock/C/ >> plplot_test/test1 >> >> This does not: >> debian ~/C/plplot_test : pwd >> /home/hbabcock/C/plplot_test >> debian ~/C/plplot_test : ./test1 >> >> And it doesn't seem to be the absolute path since it didn't work from >> a couple other directories that I tried. >> Perhaps it is some sort of strange linking issue with pango / pango- >> cairo? > > There isn't any chance of there being multiple copies of either > pango or > plplot on the system, does there? If so there's always a chance that > different versions are being picked up by the dynamic linker. I can't > imagine how that might come about (excepting the inclusion of > relative paths > in LD_LIBRARY_PATH which isn't generally a good idea) but it's a > thought. > If something like this was happening I would expect it to be > evident through > the use of ldd: > > cd /home/hbabcock/OpenSource/plplot-working/plplot-CBS-1 > ldd /home/hbabcock/C/plplot_test/test1 > > cd /home/hbabcock/C/plplot_test > ldd ./test1 > > It's a very strange problem. Is anything revealed by running test1 > through > strace in the two scenarios?
ldd looks normal (at least to me): debian ~/C/plplot_test : ldd test1 linux-gate.so.1 => (0xffffe000) libplplotd.so.9 => /usr/local/lib/libplplotd.so.9 (0xb7eb2000) libc.so.6 => /lib/libc.so.6 (0xb7d65000) libltdl.so.3 => /usr/local/lib/libltdl.so.3 (0xb7d5e000) libdl.so.2 => /lib/libdl.so.2 (0xb7d5a000) libm.so.6 => /lib/libm.so.6 (0xb7d34000) libcsirocsa.so.0 => /usr/local/lib/libcsirocsa.so.0 (0xb7d2b000) libcsironn.so.0 => /usr/local/lib/libcsironn.so.0 (0xb7d23000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7cb4000) libqhull.so.5 => /usr/lib/libqhull.so.5 (0xb7c66000) /lib/ld-linux.so.2 (0xb7f1a000) libz.so.1 => /usr/lib/libz.so.1 (0xb7c51000) debian ~/OpenSource/plplot-working/plplot-CBS-1 : ldd /home/hbabcock/ C/plplot_test/test1 linux-gate.so.1 => (0xffffe000) libplplotd.so.9 => /usr/local/lib/libplplotd.so.9 (0xb7f79000) libc.so.6 => /lib/libc.so.6 (0xb7e2c000) libltdl.so.3 => /usr/local/lib/libltdl.so.3 (0xb7e25000) libdl.so.2 => /lib/libdl.so.2 (0xb7e21000) libm.so.6 => /lib/libm.so.6 (0xb7dfb000) libcsirocsa.so.0 => /usr/local/lib/libcsirocsa.so.0 (0xb7df2000) libcsironn.so.0 => /usr/local/lib/libcsironn.so.0 (0xb7dea000) libfreetype.so.6 => /usr/lib/libfreetype.so.6 (0xb7d7b000) libqhull.so.5 => /usr/lib/libqhull.so.5 (0xb7d2d000) /lib/ld-linux.so.2 (0xb7fe1000) libz.so.1 => /usr/lib/libz.so.1 (0xb7d18000) The only difference I can see in strace is that when I run in /home/ hbabcock/OpenSource/plplot-working/plplot-CBS-1, the program looks in this directory first before looking in /usr/lib, however all the libraries still seem to be found in /usr/lib. Did anyone else have similar results? -Hazen ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2008. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/ _______________________________________________ Plplot-devel mailing list Plplot-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/plplot-devel