OSEC

Neohapsis is currently accepting applications for employment. For more information, please visit our website www.neohapsis.com or email hr@neohapsis.com
 
Re: undefined*symbol*'pthread_* ' errors in gnome snapshot package

From: Adriaan (misc.adriaangmail.com)
Date: Sun Sep 03 2006 - 01:03:38 CDT


On 9/1/06, Kurt Miller <listsintricatesoftware.com> 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=