Time to put ${PTHREAD_LIBS} in the x11/xscreensaver-gnome?

[Stephen Hilton]

On Fri, 26 Mar 2004 02:24:21 -0600
Jeremy Messenger <mezz7 at cox.net> wrote:

> On Fri, 26 Mar 2004 16:58:42 +0900, Alexander Nedotsukov 
> <bland at FreeBSD.org> wrote:
> 
> > 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...
> 
> Indeed, so I am.. :-)
> 
> > 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>$

This was the error message on my 5.2.1-RELEASE-p3 system, not CURRENT.

> >
> >
> > Jeremy, can you try let's say /usr/X11R6/bin/xscreensaver-hacks/glmatrix 
> > from cli?
> 
> Actually, the screensavers work fine but I just can't run that 
> xscreensaver-demo w/out ${PTHREAD_LIBS}. It's how I caught 
> xscreensaver-demo crashed, because I want to disable the screensaver when 
> I noticed that screensaver was enabled. See my old thread (around three 
> weeks ago)...

Same here, did not know there was a problem till I tried to change my 
screensaver settings with xscreensaver-demo.


> 
> http://lists.freebsd.org/mailman/htdig/freebsd-gnome/2004-March/005480.html
> ================================
> [...]
> Strange, I don't see anything wrong with ldd. It's weird that the
> screensaver, itself does work fine but I just can't run that
> xscreensaver-demo.
> ================================
> 
> Cheers,
> Mezz
> 
> 
> >> 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
> 
> 
> -- 
> bsdforums.org 's moderator, mezz.
> _______________________________________________
> freebsd-gnome at freebsd.org mailing list
> http://lists.freebsd.org/mailman/listinfo/freebsd-gnome
> To unsubscribe, send any mail to "freebsd-gnome-unsubscribe at freebsd.org"
>