DO NOT REPLY TO THIS EMAIL, BUT PLEASE POST YOUR BUG· RELATED COMMENTS THROUGH THE WEB INTERFACE AVAILABLE AT <http://issues.apache.org/bugzilla/show_bug.cgi?id=34763>. 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 [EMAIL PROTECTED] changed: What |Removed |Added ---------------------------------------------------------------------------- CC| |[EMAIL PROTECTED] | |om ------- Additional Comments From [EMAIL PROTECTED] 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: [EMAIL PROTECTED] For additional commands, e-mail: [EMAIL PROTECTED]
