32 messages in org.freebsd.freebsd-archclose() of active socket does not wor...| From | Sent On | Attachments |
|---|---|---|
| Kostik Belousov | Dec 11, 2006 9:11 am | |
| Arne H. Juul | Dec 11, 2006 2:40 pm | |
| David Xu | Dec 11, 2006 4:15 pm | |
| Arne H. Juul | Dec 11, 2006 4:50 pm | |
| David Xu | Dec 11, 2006 5:05 pm | |
| Daniel Eischen | Dec 11, 2006 5:08 pm | |
| Bruce Evans | Dec 11, 2006 9:54 pm | |
| Poul-Henning Kamp | Dec 11, 2006 10:43 pm | |
| Daniel Eischen | Dec 12, 2006 5:21 am | |
| Kostik Belousov | Dec 12, 2006 5:59 am | |
| Daniel Eischen | Dec 12, 2006 6:24 am | |
| Daniel Eischen | Dec 12, 2006 6:35 am | |
| Kostik Belousov | Dec 12, 2006 6:38 am | |
| Daniel Eischen | Dec 12, 2006 12:49 pm | |
| David Xu | Dec 12, 2006 3:29 pm | |
| Bruce Evans | Dec 12, 2006 7:28 pm | |
| Julian Elischer | Dec 12, 2006 11:12 pm | |
| Bruce Evans | Dec 13, 2006 3:28 am | |
| David Xu | Dec 13, 2006 4:10 am | |
| Daniel Eischen | Dec 13, 2006 6:23 am | |
| Robert Watson | Dec 20, 2006 8:22 am | |
| Daniel Eischen | Dec 20, 2006 10:28 am | |
| David Xu | Dec 20, 2006 4:19 pm | |
| Julian Elischer | Dec 21, 2006 5:02 am | |
| Robert Watson | Dec 21, 2006 5:46 am | |
| Robert Watson | Dec 21, 2006 7:21 am | |
| Daniel Eischen | Dec 21, 2006 9:15 am | |
| John-Mark Gurney | Dec 21, 2006 6:17 pm | |
| David Xu | Dec 21, 2006 6:42 pm | |
| Daniel Eischen | Dec 21, 2006 7:35 pm | |
| John-Mark Gurney | Dec 21, 2006 8:07 pm | |
| Daniel Eischen | Dec 21, 2006 8:16 pm |
| Subject: | close() of active socket does not work on FreeBSD 6 | |
|---|---|---|
| From: | Daniel Eischen (deis...@freebsd.org) | |
| Date: | Dec 12, 2006 12:49:38 pm | |
| List: | org.freebsd.freebsd-arch | |
On Tue, 12 Dec 2006, Poul-Henning Kamp wrote:
In message <2006...@delplex.bde.org>, Bruce Evans writes:
On Mon, 11 Dec 2006, Daniel Eischen wrote:
It's probably a nightmare in the kernel too. close() starts looking like revoke(), and revoke() has large problems and bugs in this area.
There is the distinctive difference that revoke() operates on a name and close() on a filedescriptor, but otherwise I agree.
Well, if threads waiting on IO are interruptable by signals, can't we make a new signal that's only used by the kernel and send it to all threads waiting on IO for that descriptor? When it gets out to actually setup the signal handler, it just resumes like it is returning from an SA_RESTART signal handler (which according to another posting would reissue the IO command and get EBADF).
-- Dan