|
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.adriaan
gmail.com)
Date: Sun Sep 03 2006 - 01:03:38 CDT
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]
On 9/1/06, Kurt Miller <lists
intricatesoftware.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=
- Messages sorted by: [ date ] [ thread ] [ subject ] [ author ]