atom feed26 messages in org.freebsd.freebsd-javaclose() of active socket does not wor...
FromSent OnAttachments
Arne H. JuulDec 11, 2006 6:47 am 
Arne H. JuulDec 11, 2006 7:06 am 
Achilleas MantziosDec 11, 2006 7:25 am 
Achilleas MantziosDec 11, 2006 7:48 am 
Kostik BelousovDec 11, 2006 9:11 am 
Arne H. JuulDec 11, 2006 2:40 pm 
David XuDec 11, 2006 4:15 pm 
Arne H. JuulDec 11, 2006 4:25 pm 
Arne H. JuulDec 11, 2006 4:50 pm 
David XuDec 11, 2006 5:04 pm 
Daniel EischenDec 11, 2006 5:08 pm 
Bruce EvansDec 11, 2006 9:54 pm 
Poul-Henning KampDec 11, 2006 10:43 pm 
Daniel EischenDec 12, 2006 5:21 am 
Kostik BelousovDec 12, 2006 5:59 am 
Daniel EischenDec 12, 2006 6:24 am 
Daniel EischenDec 12, 2006 6:35 am 
Kostik BelousovDec 12, 2006 6:38 am 
Greg LewisDec 12, 2006 11:31 am 
Daniel EischenDec 12, 2006 12:49 pm 
David XuDec 12, 2006 3:29 pm 
Arne H. JuulDec 12, 2006 5:59 pm 
Bruce EvansDec 12, 2006 7:28 pm 
Julian ElischerDec 12, 2006 11:12 pm 
Bruce EvansDec 13, 2006 3:28 am 
David XuDec 13, 2006 4:10 am 
Subject:close() of active socket does not work on FreeBSD 6
From:David Xu (davi@freebsd.org)
Date:Dec 11, 2006 5:04:59 pm
List:org.freebsd.freebsd-java

On Tuesday 12 December 2006 08:49, Arne H. Juul wrote:

On Tue, 12 Dec 2006, David Xu wrote:

On Tuesday 12 December 2006 06:34, Arne H. Juul wrote: <snip>

This is exactly the sort of issue that should be solved by the thread library / kernel threads implementation and not in every threaded application that needs it, in my view.

It should not be done in new thread library, do you want a bloat and error-prone thread library ? Instead if this semantic is really necessary, it should be done in kernel.

Well, it depends on the alternatives. If a clean kernel implementation is possible - yes please, of course. If only a complex, error-prone kernel implementation is possible, I would prefer to have the complexity in the thread library.

That's better than having it in the kernel and (IMHO) better than having N implementation in various applications, especially since the applications don't necessarily know enough about the internals of the thread library and kernel interactions to get it right, much less efficient.

That said, copying the linux_close.c workaround in the Java VM seems to solve my immediate problem, even if I think it's a bit ugly. But I have confidence that you can do a better and cleaner solution :-)

- Arne H. J.

Thread library only manages POSIX threads, it is nothing to do with how user will use file. Sorry, I will not mess the thread library.