Language problem - Sloviak character u010D

Hello Guru's,
we have a serious problem with a recently installed language, Slovakian.
system = 46C NON UNICODE
We loaded the package succesfully through smlt and added it to parameter installed_languages.
We are able to login using language SK (slovakian) but we cannot use some specific characters :
Like č => LATIN SMALL LETTER C WITH CARON
http://www.fileformat.info/info/unicode/char/010d/index.htm
č is translated in a normal c
Has anyone experienced this?
Installed character sets are 1100 and 1401. If I go to report RSCPINST and run it I see codepage 1401 listed for Slovakian so I think this is ok.
I also tried using these parameters to switch between 1100 and 1401 but no luck :
install/codepage/appl_server
install/codepage/db/non_transp
install/codepage/db/transp
If I go to the codepages using SPAD => advanced => charsets => character sets=> 1100 or 1401 I don'y see 269 listed. And this is the number of the character č.
Maybe this has something to do with it.
Please help me because I'm totally stuck and need a solution by Saturday
Thanks
Hans

Stefan,
we figured this out ourselves eventually.
But thank you anyway.
Kind Regards
hans

Similar Messages

Language problem in JSP please help

Hi all java guru;
Altough I tried all different way I can not solve the my problem.
My problem is Turkish language problem in JSP.
If my jsp page use database applications such as push or pull data to my SQL 2000 database or call some datas from database, some data which contains turkish caracter are seen wrong. suc as �� is to ??????
what is the problem?
But important point is that; this is only Database data which come from sql database. But I can see JSP data or HTML data truly.
I try different method to solve in JSP page;
1-request.setEncoding("iso-8859-9");
or
request.setCharacterEncoding( "windows-1250" );
2-
@contentType="text/html; charset=iso-8859-9"
@page pageEncoding="iso-8859-9"
3-
<meta http-equiv="Content-Language" content="tr">
<META http-equiv="Content-Style-Type" content="text/css">
4-
ISO-8859-9 is turkish charecter spefications
String TR_tlp = new String(NEW_TALEP.getBytes(),"ISO-8859-9"); // this parm is inserting database but problem is go on.
5-
for the database...
Properties props = new Properties();
props.put("user","login");
props.put("password","password");
props.put("charSet","UNICODE");
6-
url= "jdbc:microsoft:sqlserver://IP_NO:1433;databasename=database;TRUSTED_CONNECTION = true;CHARSET="+sun.io.ByteToCharConverter.getDefault().getCharacterEncoding();
or
url= "jdbc:microsoft:sqlserver://IP_NO:1433;databasename=database;TRUSTED_CONNECTION = true;CHARSET=ISO-8859-9"
con= DriverManager.getConnection(url, kulad, sifre);
I am using tomcat 5.0.19,
is there any way to solve this problem... Please help......

Were you ever able to solve your problem?
I have a similar problem.
My database is storing the characters correctly and they can be viewed in Java, but when I try to convert them to unicode using:
String inputUtf8 = new String(input.getBytes(),charset);
it works for almost all characters, but some come through as noncharacter "boxes."
The characters that come through as boxes in iso8859-1 are the ones that are in the "supplementary" character range of that set, such as:
- curved left and right quotes
- "TM" symbol
- bullets
- m dash and n dash
(see this table: http://www.csgnetwork.com/htmlchrset.html for a more complete list of the supplementary characters )
Any idea what I need to do to have these characters show up properly?

Problem with character code NCR (example : cộng h�a x� hội)

Dear
I have problem with character code NCR when display this string "cộng h�a x� hội" on web page using JSF. I print out like this c & # 7897 ; ng h � a x � h & # 7897 ; i
Thanks for help

jverd wrote:
A better approach would be to take a char rather than a String in that method, since it's a better model for what you're converting. A char would also let you use switch statement.I was going to say this as well but you beat me to it.
@OP, you really should use char for this. You're unnecessarily taking each char, converting it to a string, and working with the single-character string. That's not very efficient.

Language problem with Safari!

I can't view the Arabic language correctly with "Safari". I chose the "Arabic (Windows )" as my "Default Encoding". I'm using "Safari 3.0.3 (522.15.5)". My OS is "Windows Vista Ultimate". "Arabic" is my current language for non-unicode programs. I don't have this language problem with neither "Internet Explorer 7" or "Firefox 2.0.0.7". I really like the "Safari Web Browser" but this problem si really annoying. How can I solve it? Thanks!

Try to run nightly version of Safari: http://nightly.webkit.org or wait for final version of Safari. Localization issues are major known bugs in Safari.

Language Problem while exporting and importing data

hi,
I have Oracle version 8.1.7.0.0 installed on one server and 9.2.0.1.0 installed on new server.
I'm copying and pasting my version info from SQL*Plus:
SQL*Plus: Release 8.1.7.0.0 - Production on Mon Aug 22 10:46:31 2005
(c) Copyright 2000 Oracle Corporation. All rights reserved.
Connected to:
Oracle8i Enterprise Edition Release 8.1.7.0.0 - Production
With the Partitioning option
JServer Release 8.1.7.0.0 - Production
SQL>
SQL*Plus: Release 9.2.0.1.0 - Production on Mon Aug 22 12:30:06 2005
Copyright (c) 1982, 2002, Oracle Corporation. All rights reserved.
Connected to:
Oracle9i Enterprise Edition Release 9.2.0.1.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.1.0 - Production
SQL>
I created new user on my new server from enterprise manager.
Exported user from the old server and imported in the new server.
i.e: from Oracle8i Enterprise Edition Release 8.1.7.0.0, I did
c:\>exp system/manager file=abc.dmp owner=abc
Then on the new server Release 9.2.0.1.0, I did
c:\>imp system/manager file=abc.dmp fromuser=abc touser=abc
I'm using Arabic Language on my both servers. NLS_LANG parameter on both the servers is AMERICAN_AMERICA.WE8MSWIN1252.
On both the servers I'm able to insert and select data in arabic.
However, after I export the data from old server to the new server, the arabic data comes in question marks.
If I create new table and insert arabic data on new server's user abc it is displaying well. Only the data which I exported and imported is not showing arabic.
On both old and new servers operating system is Windows XP.
I'm stuck with this problem. Anybody having any idea about how to solve this problem please help.
Thank you all in advance.
Regards

Let me be clear here. Storing Arabic data in a WE8MSWIN1252 database is not supported by Oracle and will lead to problems. You are incorrectly using the NLS_LANG to prevent proper conversion and your data appears to be okay when you use utilties like SQL*PLUS to view your data. When you write applications that don't rely on the NLS_LANG like JDBC thin driver for instance you will realize your data is in fact invalid. To learn more about the NLS_LANG you can take a look at this FAQ: http://www.oracle.com/technology/tech/globalization/htdocs/nls_lang%20faq.htm
To migrate your database to a proper character set you can refer to this paper:
http://www.oracle.com/technology/tech/globalization/pdf/mwp.pdf
But please do not ask for help in supporting your current configuration in this forum.

Language problem on import

hi everyone!
i ve oracle 10g2 XE Universal already installed on my pc.
i changed NLS_LANG in registry in GREEK_GREECE.EL8ISO8859P7.
i am trying to import a file in XE that i exported from oracle 10g2EE (charset AMERICAN_AMERICA.EL8ISO8859P7).
import done but with many warnings. i ve also this message:
import done in EL8ISO8859P7 CHARACTER SET AND AL16UTF16 NCHAR CHARACTER SET
import server uses AL32UTF8 character set <possible charset conversion>
when i go to run my application i take this message:
Database server error ORA-01756 QUOTED STRING NOT PROPERLY TERMINATED.
i guess that the problem with the language did not be solved changing the NLS_LANG in registry.
Can anyone help me?

Some update to detail the problem after further investigation.
Any idea is appreciated.
On EBP when we try to make a search for the available values we get "page cannot be found" error. This error occurs only if we login to EBP in a non-English language, i.e. either Turkish or Russian.
We don't get this error on all search helps but with the ones that have a non-latin character in the link. On the other hand the problem does not occur in all the links with non-latin characters. Some of the links with non-latin characters are working correctly.
Steps for the Reconstruction
1. Login to EBP in Turkish
2. Goto Process GOA/"Genel çerçeve sözleşmesini işle" under Contract Management
3. Create a GOA
4. On the initial screen of the GOA creation click on the "binnocular" at the line of under-over delivery tolerance/"Tsl.açığı/ fazlasıtoleransı"
5. Since our SRM server is on SSL Internet Explorer first asks for displaying the non-secure items. The actual problem is that the link contains non-latin characters. You can see the link by clicking on and not letting the binnocular.
6. However when you go down on the same page to the binnocular for the vendor/"Satıcı" search you get no errors. Because the non-latin characters are converted to ASCII codes.
I have also opened an OSS note on that.
Regards
#Bill J.

Chinese Language Problem.

Hi Experts,
Scenario 1:
I have a customer Master in ECC for which all the Basic Data is in Chinese text Name1,Street and so on were in Chinese Language, Language field also has Chinese(ZH).
When i extract the Customer from ECC in the form of IDOC. In WE02 under ADRMAS segment i can see the data in Chinese Symbols (Which is Correct). But when the IDOC hits the XI server all chinese Charcters are changing to ###### Symbols in the Inbound Message and Outbound Message of XI.
So, in MDM Customer Repository record is getting created with ######, Which is not correct.
Scenario2:
In MDM if i create a Customer with Chinese Language say Name1, Street and so on.. Language is selected as Chinese.
When i syndicate the Record, data is going to XI and the Outbound Message of XI has Chinese Characters, but when i see the
in XD03 all the chinese Characters were converted to ####
From the two scenarios, i feel that there is some Configuration needs to be done in ECC. Correct me if i am Wrong.
Note:Unicode System for ECC 6.0 is marked as 'YES'
if any one has come across this knd of problem, please share what you have done to resolve this.
Let me know if any details you need.
Thanks
Sowseel

Hi Sowseel
in your senario you are facing problem on XI level there is nothing related to MDM as you specified that is once you syndicate records from MDM system Chiense Character (symbol) is diplaying and same from extracting data from ECC which means problem at XI level so you need to do some language settting on XI server level with help of XI and basis team
Senario as follows :
1. Just check IDOC at XI level i.e field contain Chiense charachter(Symbol) before posting IDOC to ECC
2. if IDOC has Chiense charachter(Symbol) at XI level before sending to ECC then problem at ECC level then in thus case you need to make neccesary language setting at ECC level not XI server level
Just test above senario and reply back if you are facing problem and closed this thread
Even i faced similer kind of issue at my client place and it got resolved with help of basis team by doing some setting at XI serve level
Thanks,
Jignesh Patel

Korean language problem

I hope somebody can help working with Korean character sets.
==
Environment:
Win2K Advanced Server
WLS 5.10 sp
sun jdk1.2.2
MS SQL Server 7.0
==
Problem:
Korean content displays properly if hardcoded in page OR retrieved
dynamically (using a Bean or directly from DB). But not in both cases!
If I use:
<%@ page contenttype="text/html; charset=EUC-KR" %>
or
<%@ page contenttype="text/html; charset=ISO-2022-KR" %>
or
<%@ page contenttype="text/html; charset=KS_C_5601-1987" %>
hardcoded content displays properly
If I use no page directive and only the html:
<meta http-equiv="Content-Type" content="text/html;" charset="EUC-KR">
the dynamic content displays properly
The only way to get both to display:
use the page directive and use the following method for all dynamic Korean
language String
String convert(String encode) throws UnsupportedEncodingException
return new String(encode.getBytes("8859_1"), "EUC-KR");
Thank you in advance.
- Bready
Here is an example jsp script:
<%@page import="java.sql.*, net.real.sql.*; net.real.dis.*;
net.real.products.*;"%>
<%--<%@ page contenttype="text/html; charset=EUC-KR" %>--%>
<%--<%@ page contenttype="text/html; charset=ISO-2022-KR" %>--%>
<%@ page contenttype="text/html; charset=KS_C_5601-1987" %>
<%
ProductBean[] products = ProductBean.findAll();
%>
<%!
String convert(String encode) throws UnsupportedEncodingException
return new String(encode.getBytes("8859_1"), "EUC-KR");
%>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html;" charset="EUC-KR">
<body>
 
 
korean text on page: 
Å×½ºÆ®
 
from database (via bean): 
<%
for(int i =0;i<5; i++)
out.print(products.getProduct() + " ");
%>
 
<hr noshade color="black">
data after converting bytes from 8859_1 (latin) --> ksc5601 (korean) 
<%
// convert bytes to korean
for(int i =0;i<5; i++)
out.print(convert(products[i].getProduct()) + " ");
%>
</body>
</html>

Oh, how is the data stored in the database? What are the binary values
before and after convert()? You need to make sure that before you
out.print() the data that it is in a printable format. It sounds like it is
stored encoded and you are not using that information to extract it from the
database so it actually comes out encoded (instead of as unicode), or
something like that.
Cameron Purdy
[email protected]
http://www.tangosol.com
WebLogic Consulting Available
"Matt Curinga" <[email protected]> wrote in message
news:[email protected]...
Using the meta-tag and page directive together has the same result as only
using the page directive.
-mc
"Cameron Purdy" <[email protected]> wrote in message
news:[email protected]...
Can you use the page directive and the meta tag together? The firstshould
set up the writer to stream conversion (out.print) and the other tells
the
browser what to expect, although you'd think that info would be in the
header.
Cameron Purdy
[email protected]
http://www.tangosol.com
WebLogic Consulting Available
"ÀÌÃ¢¿" <[email protected]> wrote in message
news:[email protected]...
I hope somebody can help working with Korean character sets.
==
Environment:
Win2K Advanced Server
WLS 5.10 sp
sun jdk1.2.2
MS SQL Server 7.0
==
Problem:
Korean content displays properly if hardcoded in page OR retrieved
dynamically (using a Bean or directly from DB). But not in both cases!
If I use:
<%@ page contenttype="text/html; charset=EUC-KR" %>
or
<%@ page contenttype="text/html; charset=ISO-2022-KR" %>
or
<%@ page contenttype="text/html; charset=KS_C_5601-1987" %>
hardcoded content displays properly
If I use no page directive and only the html:
<meta http-equiv="Content-Type" content="text/html;" charset="EUC-KR">
the dynamic content displays properly
The only way to get both to display:
use the page directive and use the following method for all dynamic
Korean
language String
String convert(String encode) throws UnsupportedEncodingException
return new String(encode.getBytes("8859_1"), "EUC-KR");
Thank you in advance.
- Bready
Here is an example jsp script:
<%@page import="java.sql.*, net.real.sql.*; net.real.dis.*;
net.real.products.*;"%>
<%--<%@ page contenttype="text/html; charset=EUC-KR" %>--%>
<%--<%@ page contenttype="text/html; charset=ISO-2022-KR" %>--%>
<%@ page contenttype="text/html; charset=KS_C_5601-1987" %>
<%
ProductBean[] products = ProductBean.findAll();
%>
<%!
String convert(String encode) throws UnsupportedEncodingException
return new String(encode.getBytes("8859_1"), "EUC-KR");
%>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN">
<html>
<head>
<meta http-equiv="Content-Type" content="text/html;" charset="EUC-KR">
<body>
 
 
korean text on page: 
Å×½ºÆ®
 
from database (via bean): 
<%
for(int i =0;i<5; i++)
out.print(products.getProduct() + " ");
%>
 
<hr noshade color="black">
data after converting bytes from 8859_1 (latin) --> ksc5601
(korean) 
<%
// convert bytes to korean
for(int i =0;i<5; i++)
out.print(convert(products.getProduct()) + " ");
%>
</body>
</html>

Form builder Language problem under linux

Hello,
i have a problem with my form builder 10g under RHEL 3,
when i write a simple text with in other languages other than English -- russian for example the inputs are not mapped correctly i mean i input a character and it displays other than expected and in the compiled applet the text is always in english,
i have motif 2.1 with latest patches and bidi and Complex Text layout,
and also i've set the NLS_LANG and locale , but i couldn't till now write correctly in any other language except english
is there is any configuration files need to be edited or variables set , can anybody help with this , any links or docs are appreciated. thanks
scenario
Set locale russian
set NLS russian
run builder
write text and run un web browser
result text other than entered

Hi,
If you used the standard installation for reader, the path should have been /usr/lib32/Adobe/Reader8/bin and not /usr/lib32/Acrobat/Reader8/bin. Could you confirm how you performed the installation?
The solution is to uninstall and re-install the reader using the standard location. We highly recommend that you install under /opt if it's a system-wide installation. Installing under /usr/lib32 seems strange given that the reader consists of more than just libraries.
If that's not possible, you can fix it by tweaking the INSTALL script that is part of the language pack installer. Change line 198:
from:
198 if [ ! -d "$dir/Adobe/Reader8/Reader" -o ! -d "$dir/Adobe/Reader8/Resource" ]
to:
198 if [ ! -d "$dir/Acrobat/Reader8/Reader" -o ! -d "$dir/Acrobat/Reader8/Resource" ]
and specify /usr/lib32 as the path of installation when prompted.
Let us know how you progress.
Gaurav

Language Problem In Oracle?

Hi,
I have installed oracle 10.2.0.1 DB on Windows XP Professional.I set the following parameters related to database language and character set while creating the DB.
NLS_LANGUAGE AMERICAN
NLS_TERRITORY AMERICA
NLS_CHARACTERSET RU8PC866
NLS_NCHAR_CHARACTERSET AL16UTF16
DB is created succesfully.But the problem ORA-errors are shown with some raw charectors.SQL plus menu is in arabic language.How can i make to display the ORA-errors and SQL* PLUS menu in english.
Thankx..

".[ARABIC_SAUDI
ARABIA.AR8MSWIN1256]"This setting is likely based on Windows locale settings found by the Oracle installer.
Do you want to change this "default" for all users or only for your specific usage?
I would consider limiting the scope when altering the settings, for example to a cmd file or even per session. Try e.g. ENGLISH_SAUDI ARABIA.AR8MSWIN1256 (Windows-1256 is likely your ACP setting, and since the character set includes ascii characters it should do fine also for returning system messages in english).
SQL> alter session set nls_language=english;

Language problem on SRM

Hi all,
I'm working on SRM 5.0 with 2 back-ends; user languages will be english, russian and turkish.
Everything is working fine while we are using English as logon language.
Now we are experiencing a problem while using Turkish: during GOA creation, when in the distribution tab we are trying to display from the match code the list of releasing Purch. Org. we got the Explorer warning Security Information:
"This page contains both secure and nonsecure items. Do you want to display the nonsecure items?"
and after no pages are displayed (both selecting yes or no)!
Some of you has experienced similar problems?
Can you advice some particular settings in the case of multi-language environment?
Thanks
#Bill J.

Some update to detail the problem after further investigation.
Any idea is appreciated.
On EBP when we try to make a search for the available values we get "page cannot be found" error. This error occurs only if we login to EBP in a non-English language, i.e. either Turkish or Russian.
We don't get this error on all search helps but with the ones that have a non-latin character in the link. On the other hand the problem does not occur in all the links with non-latin characters. Some of the links with non-latin characters are working correctly.
Steps for the Reconstruction
1. Login to EBP in Turkish
2. Goto Process GOA/"Genel çerçeve sözleşmesini işle" under Contract Management
3. Create a GOA
4. On the initial screen of the GOA creation click on the "binnocular" at the line of under-over delivery tolerance/"Tsl.açığı/ fazlasıtoleransı"
5. Since our SRM server is on SSL Internet Explorer first asks for displaying the non-secure items. The actual problem is that the link contains non-latin characters. You can see the link by clicking on and not letting the binnocular.
6. However when you go down on the same page to the binnocular for the vendor/"Satıcı" search you get no errors. Because the non-latin characters are converted to ASCII codes.
I have also opened an OSS note on that.
Regards
#Bill J.

Asian-English Language problem on iTunes

I have two computers. Both of them are PCs with Windows XP Pro OS. However, one of them has Asian Language package installed. First, I transfered Asian songs through the Asian Language PC. The Asian language ID3 tags displayed correctly in the iTunes and iPod. After, I connected the iPod to my other PC. All the Asian language ID3 tags were messed up on both iTunes and iPod. Is there any way that I can prevent this problem happen again, if I switch the connections of my iPod between the two PCs?

Some update to detail the problem after further investigation.
Any idea is appreciated.
On EBP when we try to make a search for the available values we get "page cannot be found" error. This error occurs only if we login to EBP in a non-English language, i.e. either Turkish or Russian.
We don't get this error on all search helps but with the ones that have a non-latin character in the link. On the other hand the problem does not occur in all the links with non-latin characters. Some of the links with non-latin characters are working correctly.
Steps for the Reconstruction
1. Login to EBP in Turkish
2. Goto Process GOA/"Genel çerçeve sözleşmesini işle" under Contract Management
3. Create a GOA
4. On the initial screen of the GOA creation click on the "binnocular" at the line of under-over delivery tolerance/"Tsl.açığı/ fazlasıtoleransı"
5. Since our SRM server is on SSL Internet Explorer first asks for displaying the non-secure items. The actual problem is that the link contains non-latin characters. You can see the link by clicking on and not letting the binnocular.
6. However when you go down on the same page to the binnocular for the vendor/"Satıcı" search you get no errors. Because the non-latin characters are converted to ASCII codes.
I have also opened an OSS note on that.
Regards
#Bill J.

Language problem on nokia 8600

hi all
i have a litter problem on my phone nokia 8600.
it's a gift from my aunty from England and i currently in malaysia.
the phone is nice and it's in good condition as well!
but...it's can't recognize chinese character. it's a bit annoying when i recieved an msg which in manderin word, i have to forward to another phone to read it.
it's not a big deal , but day to day it's cost me a lot, expecially in chinese occasion, i keep recieving these type of msg.
so my question is, is there any way to install another software that support chinese languages perhaps it's like PC software??? i have no idea)
thanks for your time, and hope somebody can give me a hand here.
cheers!

Hi SamehLandous,
Thanks for your post and welcome to the forum.
This can be fixed quickly by updating or reinstalling the software.
Please connect your phone to Nokia Suite and make a back up first via Tools > Back up. Then click on the green arrow icon where you will be able to update the phone's software. If no update is listed you will be able to reinstall the current software, this option is displayed in blue.
After the update, please go to Tools > Restore to restore the back up. The Nokia Recommends app will now make the required internet connection and the application will run smoothly.
Please get back to me if you manage to resolve the issue, otherwise I can provide further support.
Iris9290
If my post has helped you in any way, please accept it as a solution or click on the white star, so that other users will be able to benefit from it too.

Agentry Android Client - Device Language Problem

Hi all,
We are using SMP 2.3 SP04 and Agentry 6.1.4 versions both for client and server.
There is no problem when the client's device system language is English. But when it is a diferent language, gives an error.
Check the screenshot below,
Previous client versions are worse, because they all just crash after "Checking Style Definition" step.
Thanks in advance.

Murat,
One idea for non-English language is that all the localization files or configuration files (*.ini) or any edited files were saved in encoding type: Unicode. If you are using Notepad to save your changes, when you press save or save as there is an Encoding type selection next to the "Save" button. Make sure it is Unicode (not Aschii).
Here is the definition of Unicode Wiki: http://en.wikipedia.org/wiki/Unicode
If you look at the Wiki Unicode characters support Non-English or character type better.
The above is just a trick we use in support. Also when Agentry implemented multilingual support the code supported Unicode encoding.
This is one idea.
Another idea is to dive in the log files just before the failure occurred for Replacing Definition for EditFieldStyle. Check which file it used. Try opening it in Notepad and click Save As - See what encoding it is using (The Encoding will be displayed next to the Save button).
Regards,
Mark Pe
SAP Senior Support Engineer (Mobility)

Asian Language problem (###) after OS/DB Migration of SAP BW 3.5

Hello,
    We have recently migrated our SAP BW 3.5 system form Windows to Linux OS and now we have some issue in the BEX. when we log in with Language EN in to bex and then run any report related to Japan/China (Asian) then the reports is showing #### in place of Asian characters.
   It is fine if we log in to Web reporting we have no issues.
Please provide me the solution asap I will give you full points
System: SAP BW 3.5
OS/DB Migration : from windows 32 bit to Linux 64 bit
Problem: In Bex asian character are shown as '###' when log in with Language "EN"

Hello Murali,
       Thanks for your information....I got much idea and i will allot full points for you.
But the solution which i for is as below
Option 1 for GUI 710)
step1 -> as you said changed the language in system Regional setting to Japanese
step2 -> upgrade GUI to 710
step3 -> Go to GUI Options and check ON the "With Wizards"
step4 -> go to the GUI-> select the BW system on it -> click on change button
step5 -> go to 'code page tab' and then uncheck "Unicode off" and select the language from default to Japanese
Option 2 for GUI 640 or above)
step1 -> as you said changed the language in system Regional setting to Japanese
step2 ->Go to GUI (640) select the BW system on it -> click on change button or properties
step3 -> click Advance button -> Uncheck 'Default code page' and select the language to 'JA' and then OK

Language problem - Sloviak character u010D

Similar Messages

Maybe you are looking for