Return-Path: Delivered-To: apmail-commons-dev-archive@www.apache.org Received: (qmail 38760 invoked from network); 26 Nov 2007 00:25:49 -0000 Received: from hermes.apache.org (HELO mail.apache.org) (140.211.11.2) by minotaur.apache.org with SMTP; 26 Nov 2007 00:25:49 -0000 Received: (qmail 77286 invoked by uid 500); 26 Nov 2007 00:25:36 -0000 Delivered-To: apmail-commons-dev-archive@commons.apache.org Received: (qmail 77229 invoked by uid 500); 26 Nov 2007 00:25:36 -0000 Mailing-List: contact dev-help@commons.apache.org; run by ezmlm Precedence: bulk List-Help: List-Unsubscribe: List-Post: List-Id: Reply-To: "Jakarta Commons Developers List" Delivered-To: mailing list dev@commons.apache.org Received: (qmail 77219 invoked by uid 500); 26 Nov 2007 00:25:36 -0000 Delivered-To: apmail-jakarta-commons-dev@jakarta.apache.org Received: (qmail 77214 invoked by uid 99); 26 Nov 2007 00:25:36 -0000 Received: from nike.apache.org (HELO nike.apache.org) (192.87.106.230) by apache.org (qpsmtpd/0.29) with ESMTP; Sun, 25 Nov 2007 16:25:36 -0800 X-ASF-Spam-Status: No, hits=-100.0 required=10.0 tests=ALL_TRUSTED X-Spam-Check-By: apache.org Received: from [140.211.11.4] (HELO brutus.apache.org) (140.211.11.4) by apache.org (qpsmtpd/0.29) with ESMTP; Mon, 26 Nov 2007 00:25:46 +0000 Received: by brutus.apache.org (Postfix, from userid 33) id 3C80E7141FD; Sun, 25 Nov 2007 16:25:24 -0800 (PST) From: bugzilla@apache.org To: commons-dev@jakarta.apache.org Subject: DO NOT REPLY [Bug 34763] - [net] TelnetClient broken for binary transmissions + solution In-Reply-To: X-Bugzilla-Reason: AssignedTo Message-Id: <20071126002525.3C80E7141FD@brutus.apache.org> Date: Sun, 25 Nov 2007 16:25:24 -0800 (PST) X-Virus-Checked: Checked by ClamAV on apache.org DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG� RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT . ANY REPLY MADE TO THIS MESSAGE WILL NOT BE COLLECTED AND� INSERTED IN THE BUG DATABASE. http://issues.apache.org/bugzilla/show_bug.cgi?id=34763 edward.j.sargisson@nz1.ibm.com changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |edward.j.sargisson@nz1.ibm.c | |om ------- Additional Comments From edward.j.sargisson@nz1.ibm.com 2007-11-25 16:25 ------- I'd like to provide some additional support for fixing this. We have a situation where we have some hardware crypto modules connected to a Lantronix EDS4100 serial-to-IP device. We need to use Telnet to connect to the Lantronix box. However, the hardware crypto modules use \r as the line seperator. When running our software on Linux this causes a failure because: 1. The Unix line separator means that FromNetASCIIInputStream is used. 2. The FromNetASCIIInputStream#__read method reads a \r then waits for the next character. 3. Because our hardware crypto modules only send one line of response with a \r terminator there is no next character. 4. The read then times out. There are two basic issues here: One is that JRE properties are being used to configure the library with no method for the developer to override this. The second is that the code expects a character after every \r when there is no guarantee this might happen. In conclusion, I would like a way to either turn off line feed conversion or to have access to the unconverted input stream. -- Configure bugmail: http://issues.apache.org/bugzilla/userprefs.cgi?tab=email ------- You are receiving this mail because: ------- You are the assignee for the bug, or are watching the assignee. --------------------------------------------------------------------- To unsubscribe, e-mail: dev-unsubscribe@commons.apache.org For additional commands, e-mail: dev-help@commons.apache.org