On 9/1/06, Kurt Miller <[EMAIL PROTECTED]> wrote:
Thanks for the report. librsvg-2.9.5p5 is the package that is
failing in your report. It is failing because it has a shared lib
that is threaded which is dlopen()'ed by gdk-pixbuf-query-loaders
which is unthreaded. For this to work gdk-pixbuf-query-loaders
must be linked with -pthread.
This update differs from the one Mikolaj Kucharski posted
by only modifying gdk-pixbuf-query-loaders and should not
cause a WANTLIB ripple effect on ports that depend on gtk+2.
A similar patch exists in NetBSD's gtk+2 port.
[patch snipped]
After a clean install of the 2006-9-1 12:51 snapshot , I have applied
your patches to gtk+2 and created a package, and did a pkg_add.
As a result the package add of gnome-session went well. No more
pthread* related "unresolved. errors" anymore.
Unfortunately gimp, installed from the 2006-8-28 16:05 snapshot pkg,
still dumps core after started from a gnome xterm.
----------------- error message -----------------------
$ gimp:/usr/local/lib/libgthread-2.0.so.1000.3: undefined symbol
'pthread_mutex_trylock'
lazy binding failed!
[1] + Segmentation fault gimp (core dumped)
$
-----------------end ----------------------------------------
The error occurs while using a file selection box to save a file.
This same type of error happens during the initial start of gimp, when
you are offered the opportunity to select a directory for temporary
files, and try to select another directory.
Wondering why under the standard fvwm, gimp doesn't show this behaviour.
=Adriaan=
