[ajug-members] Java going bonkers

[Ray Elenteny]

Hard to say exactly what you have going here given your code snippet, but it 
looks like when you're killing the client, the server side socket is closing 
(which is typical behavior). Is your loop continuing regardless of any 
exception that may be thrown? Without really knowing how the 
"_newClientChannel" is being produced, it's a bit difficult to diagnose.

Ray

On 4/27/05, Christopher Fowler <cfowler at outpostsentinel.com> wrote:
> 
> I've got this code snippet
> 
> _newClientChannel.configureBlocking( true ) ;
> writer.writeLine( "220 SAM ENS Console Proxy" ) ;
> 
> if( response.startsWith( "myid " ) )
> 
> If I telnet to the proxy server and after my telnet client sees the 220
> above I do a kill -9 on the client the server will loop forever on
> read()
> 
> strace shows this as fast as possible:
> 
> [pid 2222] read(13, "", 120) = 0
> [pid 2222] read(13, "", 120) = 0
> [pid 2222] read(13, "", 120) = 0
> [pid 2222] read(13, "", 120) = 0
> [pid 2222] read(13, "", 120) = 0
> [pid 2222] read(13, "", 120) = 0
> [pid 2222] read(13, "", 120) = 0
> [pid 2222] read(13, "", 120) = 0
> [pid 2222] read(13, "", 120) = 0
> [pid 2222] read(13, "", 120) = 0
> [pid 2222] read(13, "", 120) = 0
> [pid 2222] read(13, "", 120) = 0
> [pid 2222] read(13, "", 120) = 0
> [pid 2222] read(13, "", 120) = 0
> [pid 2222] read(13, "", 120) = 0
> [pid 2222] read(13, "", 120) = 0
> [pid 2222] read(13, "", 120) = 0
> [pid 2222] read(13, "", 120) = 0
> [pid 2222] read(13, "", 120) = 0
> [pid 2222] read(13, "", 120) = 0
> [pid 2222] read(13, "", 120) = 0
> [pid 2222] read(13, "", 120) = 0
> [pid 2222] read(13, "", 120) = 0
> [pid 2222] read(13, "", 120) = 0
> [pid 2222] read(13, "", 120) = 0
> [pid 2222] read(13, "", 120) = 0
> 
> Obviously this is happening inside of
> 
> String response = reader.readLine( ) ;
> 
> How do you protect against it?
> 
> _______________________________________________
> ajug-members mailing list
> ajug-members at ajug.org
> http://www.ajug.org/mailman/listinfo/ajug-members
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: http://www.ajug.org/pipermail/ajug-members/attachments/20050427/54b1b920/attachment.html