Date: Sat, 22 Apr 2006 01:13:59 +0400 (MSD) From: Maxim Konovalov <maxim@macomnet.ru> To: Marc Olzheim <marcolz@stack.nl> Cc: Daniel Eischen <deischen@freebsd.org>, freebsd-threads@freebsd.org Subject: Re: kern/20861: libc_r does not honor socket timeouts Message-ID: <20060422005609.S40431@mp2.macomnet.net> In-Reply-To: <20060419083832.GA50232@stack.nl> References: <200604182133.k3ILXmZp085715@freefall.freebsd.org> <Pine.GSO.4.64.0604181742170.26624@sea.ntplx.net> <20060419014445.I73773@mp2.macomnet.net> <Pine.GSO.4.64.0604181751050.26624@sea.ntplx.net> <20060419015433.S73773@mp2.macomnet.net> <20060419083832.GA50232@stack.nl>
next in thread | previous in thread | raw e-mail | index | archive | help
On Wed, 19 Apr 2006, 10:38+0200, Marc Olzheim wrote: > On Wed, Apr 19, 2006 at 01:55:38AM +0400, Maxim Konovalov wrote: > > [...] > > > > Yep, I wonder about libc_r PRs state. We need to decide actually what > > > > and when we are going to do with them. Kill them all right now? > > > > > > I'd vote for that :-) > > > > If I don't hear any objections by Friday I'll close them. > > As active users of libc_r, we wouldn't mind if a list of all PRs closed > in this manner could hit the list ;-) Here you are: threads/76690 fork hang in child for (-lc_r & -lthr) threads/24472 libc_r does not honor SO_SNDTIMEO/SO_RCVTIMEO socket options threads/24632 libc_r delicate deviation from libc in handling SIGCHLD threads/34536 accept() blocks other threads threads/39922 [patch] Threaded applications executed with closed std file descr. could not use redirections threads/48856 Setting SIGCHLD to SIG_IGN still leaves zombies under threads threads/49087 Signals lost in programs linked with libc_r threads/76694 fork cause hang in dup()/close() function in child (-lc_r) threads/84483 problems with devel/nspr and -lc_r on 4.x threads/94467 send(), sendto() and sendmsg() are not correct in libc_r threads/30464 pthread mutex attributes -- pshared threads/37676 libc_r: msgsnd(), msgrcv(), pread(), pwrite() need wrappers threads/40671 pthread_cancel doesn't remove thread from condition queue threads/69020 pthreads library leaks _gc_mutex kern/64313 FreeBSD (OpenBSD) pthread implicit set/unset O_NONBLOCK flag kern/19247 uthread_sigaction.c does not do anything wrt SA_NOCLDWAIT kern/22190 A threaded read(2) from a socketpair(2) fd can sometimes fail with errno 19 (ENODEV) -- Maxim Konovalov
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20060422005609.S40431>