Bug 39315 - String encoding while accessing native code
Summary: String encoding while accessing native code
Status: RESOLVED WONTFIX
Alias: None
Product: JDT
Classification: Eclipse Project
Component: Core (show other bugs)
Version: 2.0.2   Edit
Hardware: PC Windows All
: P3 major (vote)
Target Milestone: 3.0 M2   Edit
Assignee: JDT-Core-Inbox CLA
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2003-06-25 07:28 EDT by Thomas CLA
Modified: 2003-07-18 06:58 EDT (History)
0 users

See Also:


Attachments

Note You need to log in before you can comment on or make changes to this bug.
Description Thomas CLA 2003-06-25 07:28:02 EDT
Our testing application accesses a native library.  That is all good and well.  
However it was noticed that the code could not properly process the strings 
received from the DLL using the default JRE that was received with the 
package.  The library simply parses a txt file and returns the discovered 
elements to the java code.  The characters that would not be represented 
properly where the German special characters (like הצ��, characters with 
accents).  These characters where all mapped to an int value of 63.  It appears 
that the 'native' functions can only interpret in ASCII and not the system 
default like most other implementations (Windows being Cp1252). A small 
diagnostic check had shown that the string was 'allegedly' listed as having the 
Cp1252 encoding, but the umlauts (german characters) were not represented.  I 
assumed that there is a problem with the VM interpretting the values received 
from the native code library. 

I had thought that this should be reported to IBM (it was running IBM's JRE ver 
1.3.1) (or maybe even Rational) but could not find any bug-submittal link.  It 
should be the same since it is all based upon Eclipse.

This only occured with the IBM version and was corrected once we downloaded the 
equivalent version from Sun.
Comment 1 Philipe Mulet CLA 2003-06-26 05:38:11 EDT
Mentionned this issue to some VM contact.
Closing this PR which belongs to VM side.