Libthr stable enough for testing

[Lars Eggert]

Mike Makonnen wrote:
> 
> Most major locking work in libthr is finished. I believe it is stable
> enough now that it can be used for most applications[1]. I would
> appreciate it if people would try it out and report any bugs.

I had been running with libc_r symlinked to libthr for a few days with 
no problems, and rebuilt some ports during that time.

The machine (SMP) would sometimes freeze solid (no panic). I symlinked 
libc_r back to the original library, and from then on, starting 
gnomepanel and some other gnome pieces would fail due to errors about 
libthr. I couldn't find them in any log file right now, but I think I 
remember one was about getpwuid_r not being found. (The ports that 
caused problems were gnome 2.3 beta ports from the marcuscom CVS tree.)

 From what I understand, libthr should be a drop-in replacement for 
libc_r, so I was surprised to see this, but maybe I misunderstood?

The problem was fixed by building/reinstalling the problematic ports 
without libthr symlinked into place.

I'll try to get a dump of the exact error messages when I have access to 
  the box again in a few days.

Lars
-- 
Lars Eggert <larse at isi.edu>           USC Information Sciences Institute
-------------- next part --------------
A non-text attachment was scrubbed...
Name: smime.p7s
Type: application/x-pkcs7-signature
Size: 3529 bytes
Desc: S/MIME Cryptographic Signature
Url : http://lists.freebsd.org/pipermail/freebsd-current/attachments/20030528/514c03ce/smime.bin