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
