Date: Sun, 28 Nov 1999 11:54:13 -0600 From: "Richard Seaman, Jr." <dick@tar.com> To: Matthew Dillon <dillon@apollo.backplane.com>, TrouBle <trouble@netquick.net> Cc: current@freebsd.org Subject: Re: Which is the truth? (sycalls and traps) Message-ID: <19991128115413.P1408@tar.com> In-Reply-To: <199911281746.JAA45248@apollo.backplane.com> References: <19991128054519.2CB181C6D@overcee.netplex.com.au> <199911281634.IAA44858@apollo.backplane.com> <19991128111949.O1408@tar.com> <199911281728.JAA45072@apollo.backplane.com> <384168B6.D76F8C5@netquick.net> <199911281746.JAA45248@apollo.backplane.com>
next in thread | previous in thread | raw e-mail | index | archive | help
On Sun, Nov 28, 1999 at 09:46:03AM -0800, Matthew Dillon wrote: > > :Ummm Okay are you maybe saying that there is kernel spcae thread support for the > :current FreeBSD using linux threads ??? if so, is there a way, i can also get a > :thread supported system using current for some testing also ??? or it is > :genberic to your installations alone, or is threading actually in 4.0 current > :using linux threads ?? and does it support pthread_cancel ?? > : > :looking forward to a reply > > That isn't what I tested with, but yes, there is currently support for > native linux threads in the linux compatibility stuff. In order to use > the support you need to compile against a linux environment, though. > Annoying, eh? The linuxthreads "port" at http://lt.tar.com didn't compile against a linux environment, and didn't required linux compatibility. The information at that site is now outdated, but there's a pointer there to an updated port produced by Russell Carter that also doesn't require any linux compatibility stuff or linux environment either. You can play with it. It worked quite well both uniprocessor and SMP, though I understand that Russell has encountered problems under SMP recently after Marcel's signal changes in -current. There is a pthread_cancel() included. But, full pthread_cancel() functionality requires a lot of libc support that doesn't currently exist in FreeBSD libc. Therefore, if you're expecting read(), as an example, to be a canellation point (as required by POSIX specs), it won't be. -- Richard Seaman, Jr. email: dick@tar.com 5182 N. Maple Lane phone: 262-367-5450 Chenequa WI 53058 fax: 262-367-5852 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-current" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19991128115413.P1408>