[ http://issues.apache.org/jira/browse/DERBY-525?page=comments#action_12355604 ]
Tomohito Nakayama commented on DERBY-525: ----------------------------------------- I have executed 'jdbcapi/resultsetStream.java' ,which was modified for DERBY-525 , and found the problem was deeper than I thought , and DERBY-525.patch did not solve the problem yet . Because high byte of none ASCII character was cleared as 0x00 for some reason , it was impossible to replace none ASCII character as '?' just comparing with 0x00ff . I survey why high byte of character was cleared . > getAsciiStreamshould replace non-ASCII characters with 0x3f, '?' to match > embedded > ----------------------------------------------------------------------------------- > > Key: DERBY-525 > URL: http://issues.apache.org/jira/browse/DERBY-525 > Project: Derby > Type: Bug > Components: Network Client > Versions: 10.1.2.0, 10.1.1.0, 10.2.0.0 > Reporter: Kathey Marsden > Assignee: Tomohito Nakayama > Fix For: 10.2.0.0 > Attachments: DERBY-525.patch, DERBY-525.site.patch, derbyall_report.txt > > When calling Clob.getAsciiStream or ResultSet.getAsciiStream if > the column type is a character type or a CLOB, then any out of > range character (to the ASCII set) needs to be replaced by 0x3f > ('?', question mark). ASCII is defined as 8 bit characters, > thus Unicode Characters in the range 0x0000 to 0x00ff are > mapped to ASCII characters 0x00 to 0xff, and Unicode characters > in the range 0x0100 to 0xffff are mapped to 0x3f > By code inspection: > client code in > org.apache.derby.client.am.ResultSet > embedded in > org.apache.derby.impl.jdbc.ReaderToAscii -- This message is automatically generated by JIRA. - If you think it was sent incorrectly contact one of the administrators: http://issues.apache.org/jira/secure/Administrators.jspa - For more information on JIRA, see: http://www.atlassian.com/software/jira
