This site says Cyrillic EBCDIC CCSID is 808 or 880 depending on whether you're using a PC character set or not.
http://www-01.ibm.com/software/globalization/ccsid/ccsid_registered.html
912 is Cyrillic ASCII. The ASCII conversion worked, but still left out the characters, so I'd try 808 and see if that works. Change the CCSID of your source file (or create a new one with the proper CCSID) and then copy over your other source. See if those character constants are the same or change in that translation.
Be sure and check the compile listing. There should be info in there about the CCSID of your constants and whether those characters are going to translate properly when you do comparisons in your code.
If none of these work, we need to look at your java code. The default String constructor makes some assumptions about translation. Aaron may not have considered foreign uses when he did his RPGMail. He is, after all, from a little bitty town in Minnesota where the only non-English they encounter is on the menu at the local pizzaria. :-) The simplest method is new String(byte[] ba, String charsetName). Note that his code can be in your RPG code as well. Prototype the String constructor in RPG as above and pass the right value. Charset names are different from CCSID id's so investigate the right one to use.
-----Original Message-----
From: java400-l-bounces@xxxxxxxxxxxx [mailto:java400-l-bounces@xxxxxxxxxxxx] On Behalf Of Dan Kimmel
Sent: Wednesday, December 12, 2012 8:40 AM
To: Java Programming on and around the IBM i
Subject: RE: RPG, Java and national characters
Did you mention what version of OS you're using? Translation improved significantly at V6R1.
-----Original Message-----
From: java400-l-bounces@xxxxxxxxxxxx [mailto:java400-l-bounces@xxxxxxxxxxxx] On Behalf Of Szymon Nawrocki
Sent: Wednesday, December 12, 2012 5:49 AM
To: 'Java Programming on and around the IBM i'
Subject: RE: RPG, Java and national characters
All source files are 870 - which is correct I think ..
I tested conversion to other CCSID (ie. 912) before java method call and there is a little difference on output, but still it is not correct
Anyway, thanks for your info
-----Original Message-----
From: java400-l-bounces@xxxxxxxxxxxx [mailto:java400-l-bounces@xxxxxxxxxxxx]
On Behalf Of Dan Kimmel
Sent: Tuesday, December 11, 2012 4:20 PM
To: Java Programming on and around the IBM i; rpg400-l@xxxxxxxxxxxx
Subject: RE: RPG, Java and national characters
What'd the CCSID of your RPG source file?
There's a lot of mysteries surrounding character translation for me when it comes to RPG/Java interface so this is pure speculation. However, I know that constants in your RPG source are handled in the CCSID of the source file. Those constants are, of course, embedded in the compiled code. I
*think* those constants are translated into unicode at run time (when the java method is called) based on the source CCSID.
The question mark means its an untranslatable character. In other words, there's no entry in the translation table at that code point.
-----Original Message-----
From: java400-l-bounces@xxxxxxxxxxxx [mailto:java400-l-bounces@xxxxxxxxxxxx]
On Behalf Of Szymon Nawrocki
Sent: Tuesday, December 11, 2012 2:19 AM
To: rpg400-l@xxxxxxxxxxxx; java400-l@xxxxxxxxxxxx
Subject: RPG, Java and national characters
Hi
I'a trying to use RPGMail (Arron's Bartell tool), to expand my RPG and Java
skills - and everything is fine except one problem with national
characters.
When I try to send e-mails with Polish specific characters ("ąęźńł") -
for example in a subject - recipent always gets question mark '?' sign
instead one of that strange polish ones. I've checked everything I suspect
that could be a problem and now I run out of ideas ...
- JVM is running with polish encoding (ISO8859-2)
- iSeries CCSID is Polish
Polish characters hardcoded in Java sources are sent OK, when I code them
in RPG sources (get from database) they go wrong ..
Maybe someone could give me some advise or prompt what to check ...
Regards
Szymon
--
This is the Java Programming on and around the IBM i (JAVA400-L) mailing list To post a message email: JAVA400-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/java400-l
or email: JAVA400-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at
http://archive.midrange.com/java400-l.
--
This is the Java Programming on and around the IBM i (JAVA400-L) mailing list To post a message email: JAVA400-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/java400-l
or email: JAVA400-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at
http://archive.midrange.com/java400-l.
--
This is the Java Programming on and around the IBM i (JAVA400-L) mailing list To post a message email: JAVA400-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/java400-l
or email: JAVA400-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at
http://archive.midrange.com/java400-l.
--
This is the Java Programming on and around the IBM i (JAVA400-L) mailing list To post a message email: JAVA400-L@xxxxxxxxxxxx To subscribe, unsubscribe, or change list options,
visit:
http://lists.midrange.com/mailman/listinfo/java400-l
or email: JAVA400-L-request@xxxxxxxxxxxx Before posting, please take a moment to review the archives at
http://archive.midrange.com/java400-l.
As an Amazon Associate we earn from qualifying purchases.