In <Pine.GSO.4.64.0703281615540.14519@sea.ntplx.net>, Daniel Eischen <deischen@freebsd.org> wrote:>On Wed, 28 Mar 2007, Peter Holmes wrote: > >> How do signals work with pthreads in FreeBSD. How are process signals >> delivered? > >The best explanation of signals and threads in general >is in the POSIX spec, or Butenhof's book. > > http://www.opengroup.org/onlinepubs/009695399/functions/xsh_chap02_04.htmlI suspect the question was rather more specific than that, due to bad experiences with LinuxThreads. Does FreeBSD have a proper signal delivery model, where thread masks are per-signal, and signals sent to the process when all threads within the process have the signal blocked remain pending against the process so any thread may accept the signal using sigwait()/sigtimedwait()/sigwaintinfo(). I suspect the answer is yes, but I haven't played with threads on recent versions enough. -- Steve Watt KD6GGD PP-ASEL-IA ICBM: 121W 56' 57.5" / 37N 20' 15.3" Internet: steve @ Watt.COM Whois: SW32-ARIN Free time? There's no such thing. It just comes in varying prices...
On Wed, 28 Mar 2007, Steve Watt wrote:> > In <Pine.GSO.4.64.0703281615540.14519@sea.ntplx.net>, > Daniel Eischen <deischen@freebsd.org> wrote: >> On Wed, 28 Mar 2007, Peter Holmes wrote: >> >>> How do signals work with pthreads in FreeBSD. How are process signals >>> delivered? >> >> The best explanation of signals and threads in general >> is in the POSIX spec, or Butenhof's book. >> >> http://www.opengroup.org/onlinepubs/009695399/functions/xsh_chap02_04.html > > I suspect the question was rather more specific than that, due to > bad experiences with LinuxThreads. Does FreeBSD have a proper > signal delivery model, where thread masks are per-signal, and signals > sent to the process when all threads within the process have the > signal blocked remain pending against the process so any thread may > accept the signal using sigwait()/sigtimedwait()/sigwaintinfo().These are POSIX threads, so if things don't behave as specified by or as allowed by the standard, a bug report should be filed. -- DE
Hi everyone. I check in cvs src/sys/contrib/ipfilter/netinet/ip_state.c I saw the following : "Sun Dec 24 02:18:36 2006 UTC (3 months ago) by darrenr TCP Window scaling was being recognised but the recorded settings were being clobbered and thus effectively disabled. MFC after: 7 days" Today is 29 March 2007. Who can MFC that rev. to STABLE_6. Thanks. ______________________ Best regards, VipeR