RE: problem with glib-1.2.5 and pthreads

[deanjx aramco com sa]

Hey Guy,
What's all this Dipl-Ing business. Some of us are MSc and PhD (that includes
me)but we don't advertise this fact especially since the world of the
Internet is classless
Best Regards
Dr. John Dean PhD, MSc., BSc(Hons), MIM, MInstWeld, MInstNDE, MInstQA

-----Original Message-----
From: Dipl.-Ing. Uwe Koloska [mailto:koloska@Rcs1.urz.tu-dresden.de]
Sent: Tuesday, October 05, 1999 12:38 PM
To: gtk-app-devel-list@redhat.com
Cc: "recipient.list.not.shown:;"@aramco.com.sa
Subject: problem with glib-1.2.5 and pthreads


Hello,

I have installed glib 1.2.5 and gtk+ 1.2.5.  glib is configured with option
"--with-threads=posix" and I use glibc5.4.46, linuxthreads-0.71 and
linux-2.2.11.  With glib/gtk+ 1.2.3 all works fine but with 1.2.5 all
programs
without threads report (for example my old gimp-1.0.4)
    gimp: can't resolve symbol '__register_frame_info'

I found that register_frame_info is a pthread-function and since gimp isn't
compiled with threads support this symbol is missing.

Why calls glib (and gtk+ has an unsolved reference to this function, too)
pthread-functions, when threads are not used?  What has changed from 1.2.3
to
1.2.5?

For newer systems with threading support in glibc and threadsafe X11-libs
this
is normally no problem, but older systems don't work as before.


I have found a workaround (and know that it's time to upgrade my system to
glibc2 ;-)).  I have to preload the pthread library (and on my system
activate
the threadsafe X11-libs with "threads") and mostly all works fine
    LD_PRELOAD=/lib/libpthread.so.0.7 threads gimp

Yours
Uwe Koloska

--
mailto:koloska@rcs.urz.tu-dresden.de
http://rcswww.urz.tu-dresden.de/~koloska/
--                                    --
right now the web page is in german only
but this will change as time goes by ;-)


--
         To unsubscribe: mail gtk-app-devel-list-request@redhat.com with
                       "unsubscribe" as the Subject.

	Mailing list concerns should be mailed to <listmaster@redhat.com>