Time to put ${PTHREAD_LIBS} in the x11/xscreensaver-gnome?
Alexander Nedotsukov
bland at FreeBSD.org
Thu Mar 25 23:58:48 PST 2004
Joe Marcus Clarke wrote:
>On Thu, 2004-03-25 at 23:42, Alexander Nedotsukov wrote:
>
>
>>Jeremy Messenger wrote:
>>
>>
>>
>>>On Thu, 25 Mar 2004 23:46:28 +0900, Alexander Nedotsukov
>>><bland at FreeBSD.org> wrote:
>>>
>>><snip>
>>>
>>>
>>>
>>>>Well to be constructive can people (not only once who currently
>>>>expirince a problem with xscreensaver) try the patch attached and report
>>>>two things is: it works and what is your GL library Nvidia/Mesa?
>>>>
>>>>
>>>I tried this patch and it doesn't fix the crash. Here using Nvidia
>>>driver.
>>>
>>>
>>Jeremy, I looked into your ldd output and it same to mine. There is no
>>any single object linked against libc_r, libthr, libkse or libpthread.
>>Can this be world + kernel problem?
>>About the patch. Its purpose not link GL hacks against libpthread. They
>>don't use any pthreads api so why we need this?
>>
>>
>
>The problem isn't with the -demo binary, but with the hacks that the
>binary loads. On my -CURRENT system, libGL is linked to libpthread, and
>so are my GL-based hacks:
>
>
/me confused and feels like missed something important...
Wich crash we talking about than? xscreensaver-demo use fork() & exec()
for hack preview. GL hack crash should not affect xscreensaver-demo. If
I remove libmapping for GL hacks they start coredump but still have no
problem with selecting/previewing/using another non-GL hack.
I was always thinking about this:
hilton>$ xscreensaver-demo
xscreensaver-demo: 12:32:45: error closing "/usr/home/stephenh/.xscreensav
er": Bad file descriptor
xscreensaver-demo: too early for dialog?
Fatal error 'Unable to read from thread kernel pipe' at line 1100 in file
/usr/src/lib/libc_r/uthread/uthread_kern.c (errno = 0)
Abort trap (core dumped)
hilton>$
Jeremy, can you try let's say /usr/X11R6/bin/xscreensaver-hacks/glmatrix
from cli?
>ldd /usr/X11R6/bin/xscreensaver-hacks/glplanet
>glplanet:
>
>
...
> libintl.so.6 => /usr/local/lib/libintl.so.6 (0x2857b000)
> libstdc++.so.4 => /usr/lib/libstdc++.so.4 (0x28584000)
>
>I bet if you rebuilt xscreensaver without GL support, it would work
>fine. I think adding PTHREAD_LIBS to the build may be the obly way to
>fix this for libpthread users.
>
Ideally if libmap works correct they (libc_r users) should not see any
difference. My problem is I still do not understand what we going to
fix. I feel like something but not xscreensaver problem.
>
>Of course, as a test, you might try libmapping libthread to libc_r, and
>see if you can reproduce this, Alexander. I can try the same thing. I
>know I can.
>
>
This is what I doing all the time to let GL hacks play. I will try to
switch back to stock nv driver and MesaGL library later today the only
combination I did not test.
All the best,
Alexander.
>Joe
>
>
>
More information about the freebsd-gnome
mailing list