To read Double Byte Character

Hello All,
What is meant by Double Byte Character.
I want to read the this Double Byte Character.Is there any function module or class to read this or any other way to get the double byte character.
This is very urgent please i will reward points.
Thanks,
Karan

Hello Indrakaran,
For to determine Field Properties in Unicode please take a look at the New Unicode Class CL_ABAP_CHAR_UTILITIES.
CHARSIZE attributes:
The CHARSIZE attribute declares the length of a C(1) field in bytes - that is, one byte in NUS, and either two or four in US, UTF-8 or UTF-16 respectively.
Hope it helps,
Heinz

Similar Messages

Crystal XI R2 exporting issues with double-byte character sets

NOTE: I have also posted this in the Business Objects General section with no resolution, so I figured I would try this forum as well.
We are using Crystal Reports XI Release 2 (version 11.5.0.313).
We have an application that can be run using multiple cultures/languages, chosen at login time. We have discovered an issue when exporting a Crystal report from our application while using a double-byte character set (Korean, Japanese).
The original text when viewed through our application in the Crystal preview window looks correct:
性能著概要
When exported to Microsoft Word, it also looks correct. However, when we export to PDF or even RPT, the characters are not being converted. The double-byte characters are rendered as boxes instead. It seems that the PDF and RPT exports are somehow not making use of the linked fonts Windows provides for double-byte character sets. This same behavior is exhibited when exporting a PDF from the Crystal report designer environment. We are using Tahoma, a TrueType font, in our report.
I did discover some new behavior that may or may not have any bearing on this issue. When a text field containing double-byte characters is just sitting on the report in the report designer, the box characters are displayed where the Korean characters should be. However, when I double click on the text field to edit the text, the Korean characters suddenly appear, replacing the boxes. And when I exit edit mode of the text field, the boxes are back. And they remain this way when exported, whether from inside the design environment or outside it.
Has anyone seen this behavior? Is SAP/Business Objects/Crystal aware of this? Is there a fix available? Any insights would be welcomed.
Thanks,
Jeff

Hi Jef
I searched on the forums and got the following information:
1) If font linking is enabled on your device, you can examine the registry by enumerating the subkeys of the registry key at HKEY_LOCAL_MACHINEu2013\SOFTWARE\Microsoft\Windows NT\CurrentVersion\FontLink\SystemLink to determine the mappings of linked fonts to base fonts. You can add links by using Regedit to create additional subkeys. Once you have located the registry key that has just been mentioned, from the Edit menu, Highlight the font face name of the font you want to link to and then from the Edit menu, click Modify. On a new line in the dialog field "Value data" of the Edit Multi-String dialog box, enter "path and file to link to," "face name of the font to link".u201D
2) "Fonts in general, especially TrueType and OpenType, are u201CUnicodeu201D.
Since you are using a 'true type' font, it may be an Unicode type already.However,if Bud's suggestion works then nothing better than that.
Also, could you please check the output from crystal designer with different version of pdf than the current one?
Meanwhile, I will look out for any additional/suitable information on this issue.

Report in PDF format can not support double byte character ?

Hi :
I am developing the simplified chinese application , when i generate the report in PDF format , i found all double byte character did not display correctly . i am using dev6i+patch5 , why ?
it is a bug of form or not ???????
HELP !!!

try this ,Install acrobat4.0 or above and make sure you got acrobat distiller which will add a acrobat distiller printer in you windows. print report direct to that printer (don't change desformat) and you should got your PDF file with correct font setting.
<BLOCKQUOTE><font size="1" face="Verdana, Arial">quote:</font><HR>Originally posted by xie min ([email protected]):
Hi :
I am developing the simplified chinese application , when i generate the report in PDF format , i found all double byte character did not display correctly . i am using dev6i+patch5 , why ?
it is a bug of form or not ???????
HELP !!!<HR></BLOCKQUOTE>
null

JSF and Double Byte Character

Hi,
I wanted to know how to handle <h:outputText> with chinese character or double byte character.
See sample code below :
<%@ page language="java" contentType="text/html; charset=UTF-8" pageEncoding="UTF-8"%>
<meta http-equiv="Content-Type" content="text/html; charset=UTF-8">
<h:form styleClass="form" id="form1">
<% request.setCharacterEncoding("UTF-8"); %>
<h:inputText styleClass="inputText" id="text1"></h:inputText>
<hx:commandExButton type="submit" value="Submit" styleClass="commandExButton" id="button1" action="#{pc_SubmitTest.doButton1Action}"></hx:commandExButton>
<h:outputText styleClass="outputText" id="text2"></h:outputText>
</h:form>
When you input with double byte character and submit,
the output screen value did not render properly .
I tried this similiar code at JSP, it work fine.
Anybody know how to solve this problem ?
Anything need to do at pagecode level ?
Thank you.
Reinardy

Problem was due to the fact that I was trying to generate the excel file in char stream instead of byte stream

Jolt and wtc support double byte character??

hi all,
the wtc couldn't support double byte character while passing data from weblogic
7 to tuxedo 8. so, can jolt do it?? say passing double type character.
your quick response would be appreciable!
sang

try this ,Install acrobat4.0 or above and make sure you got acrobat distiller which will add a acrobat distiller printer in you windows. print report direct to that printer (don't change desformat) and you should got your PDF file with correct font setting.
<BLOCKQUOTE><font size="1" face="Verdana, Arial">quote:</font><HR>Originally posted by xie min ([email protected]):
Hi :
I am developing the simplified chinese application , when i generate the report in PDF format , i found all double byte character did not display correctly . i am using dev6i+patch5 , why ?
it is a bug of form or not ???????
HELP !!!<HR></BLOCKQUOTE>
null

Implementation of double-byte character support in the Database

Hi experts,
There is an oracle 10.2.0.5 standard edition database running on windows platform. The application team needs to add a column of the datatype double byte (chinese characters) to an existing table. By doing so, will we have to change the character set of the database ? Would implementing this cause any impact on the database ?
Is it possible to change the existing single byte column to the double byte column in a table?
Edited by: srp on Dec 18, 2010 2:21 PM

I think you should post your request to Globalization Support forum Globalization Support with following details:
what is the APIs used to write data ?
what are the APIs used to read data ?
what is the client OS ?
what is the value of NLS_LANG environment variable in client environment
Note that command line SQL*Plus under Windows does not display Unicode data: try to use instead SQL Developer.
Example:
1. run in SQL*Plus:
SQL> desc t;
Name                                      Null?    Type
X                                                  NUMBER(38)
Y                                                  NVARCHAR2(10)
SQL> insert into t values(1, unistr('\8349'));
1 row created.
SQL> commit;
Commit complete.
SQL> select * from t;
         X Y
         1 ■
SQL> select dump(y, 1016) from t;
DUMP(Y,1016)
Typ=1 Len=2 CharacterSet=AL16UTF16: 83,49Run in SQL Developer:
select * from t
X                      Y
1                      草

Implementation of double byte character in oracle 10.2.0.5 database

Hi experts,
There is an oracle 10.2.0.5 standard edition database running on windows 2003 platform. The application team needs to add a column of the datatype double byte (chinese characters) to an existing table. The database character set is set to WE8ISO8859P1 and the national characterset is AL16UTF16. After going through the Oracle Documentation our DBA team found out that its possible to insert chinese characters into the table with the current character set.
The client side has the following details:
APIs used to write data--SQL Developer
APIs used to read data--SQL Developer
Client OS--Windows 2003
The value of NLS_LANG environment variable in client environment is American and the database character set is WE8ISO8859P1 and National Character set is AL16UTF16.
We have got a problem from the development team saying that they are not able to insert chinese characters into the table of nchar or nvchar column type. The chinese characters that are being inserted into the table are getting interpreted as *?*...
What could be the workaround for this ??
Thanks in advance...

For SQL Developer, see my advices in Re: Oracle 10g - Chinese Charecter issue and Re: insert unicode data into nvarchar2 column in a non-unicode DB
-- Sergiusz

Safari 5.1.1 browser is not support double byte character website.

In have installed 5.1.1 Safari, the double byte characters are not supporting in this browser. The same site(http://home.mcafee.com/Default.aspx/?culture=zh-cn) works fine in Firefox and IE8. The site also works fine in my friends system Safari 5.1.1. Do I need to install any plugin or change any settings?
Note : I have installed Windows 7 Language packages.

I had tried this but it's the same. I have attached a screenshot for your reference. This same page looks fine in other systems. The text is missing in the highlighted sections.

Double byte characters in a String - Help needed

Hi All,
Can anyone tell me how to find the presence of a double byte ( Japanese ) character in a String. I need to check whether the String contains a Japanese character or not. Thanx in advance.
Ramya

/** returns true if the String s contains any "double-byte" characters */
public boolean containsDoubleByte(String s) {
for (int i=0; i<s.length(); i++) {
    if (isDoubleByte(s.charAt(i)) {
      return true;
return false;
/** returns true if the char c is a double-byte character */
public boolean isJapanese(char c) {
if (c >= '\u0100' && c<='\uffff') return true;
return false;
// simpler: return c>'\u00ff';
/** returns true if the String s contains any Japanese characters */
public boolean containsJapanese(String s) {
for (int i=0; i<s.length(); i++) {
    if (isJapanese(s.charAt(i)) {
      return true;
return false;
/** returns true if the char c is a Japanese character. */
public boolean isJapanese(char c) {
// katakana:
if (c >= '\u30a0' && c<='\u30ff') return true;
// hiragana
if (c >= '\u3040' && c<='\u309f') return true;
// CJK Unified Ideographs
if (c >= '\u4e00' && c<='\u9fff') return true;
// CJK symbols & punctuation
if (c >= '\u3000' && c<='\u303f') return true;
// KangXi (kanji)
if (c >= '\u2f00' && c<='\u2fdf') return true;
// KanBun
if (c >= '\u3190' && c <='\u319f') return true;
// CJK Unified Ideographs Extension A
if (c >= '\u3400' && c <='\u4db5') return true;
// CJK Compatibility Forms
if (c >= '\ufe30' && c <='\ufe4f') return true;
// CJK Compatibility
if (c >= '\u3300' && c <='\u33ff') return true;
// CJK Radicals Supplement
if (c >= '\u2e80' && c <='\u2eff') return true;
// other character..
return false;
/* NB CJK Unified Ideographs Extension B not supported with 16-bit unicode. Source: http://www.alanwood.net/unicode */
}

SDK double bytes

Hi All
I'd like to ask you something. I updated a business partners data by using SDK, but Japanese characters which is double byte are broken and can't be seen on my PC.
What kind of　setting do I need to use double bytes characters like Japanese?
Thanks,
Satoru

> Does your answer suggest that data-loading is enabled
> only if the source data is in Unicode?
Yes and no. I do not know the topic well enough to give you a precise answer. Your post was about "double-byte characters". So my question was whether you meant UTF-16 character encoding. I don't know whether there are other double-byte character encoding schemes in the asian sphere (assuming you work there).
At any rate, it is obvious the encoding of the source data and the one the DTW/API expects ought to match. Let's hope none of them awaits LATIN-1 in one of its more obscure parts.
Have you tried importing data with XML? You can specify the encoding explicitly with that.
No idea about the JCO, nohow.
I'm afraid I can't tell you much more. I tried to narrow down your problem, and do hope there'll be someone around these parts who can solve it.

Double-byte support in Captive 5

I am currently creating multiple choice exams in Captivate 5 (CP5) and here is my problem. When I paste in the translated text (localized into Chinese-Simplified) from either MS-Word, Excel or Notepad into the question and answer fields in the CP5 Question slide, CP5 is substituting some of the Chinese characters with boxes. I paste the same information into Notepad on my windows 7 PC and everything is OK.
Does CP5 fully or partially support Double-Byte text? If it does, what could I be doing wrong or missing in the way of a service pack or hotfix? My Captivate version is - 5.0.1.624.
Thanks for your help. Dean

Assuming you are using the same double byte character set as your db character set, then the answer is yes. Check out this table in the 9i Database Globalization Support Guide, for more info.
http://technet.oracle.com/docs/products/oracle9i/doc_library/release2/server.920/a96529/ch2.htm#103678
Schema objects refer to table/index/view names etc.

How to display double byte characters with system.out.print?

Hi, I'm a newbie java programmer having trouble to utilize java locale with system io on dos console mode.
Platform is winxp, jvm1.5,
File structure is:
C:\myProg <-root
C:\myProg\test <-package
C:\myProg\test\Run.java
C:\myProg\test\MessageBundle.properties <- default properties
C:\myProg\test\MessageBundle_zh_HK.properties <- localed properties (written in notepad and save as Unicode, window notepad contains BOM)
inside MessageBundle.properties:
test = Hello
inside Message_zh_HK.properties:
test = 喂 //hello in big5 encoding
run.java:
package test;
import java.util.*;
public class Run{
public static void main(String[] args){
    Locale locale = new Locale("zh","HK");
    ResourceBundle resource =
        ResourceBundle.getbundle("test.MessageBundle", locale);
    System.out.println(resource.getString("test"));
}//main
}//classwhen run this program, it'll kept diplay "hello" instead of the encoded character...
then when i try run the native2ascii tool against MessageBundle_zh_HK.properties, it starts to display monster characters instead.
Trying to figure out what I did wrong and how to display double byte characters on console.
Thank you.
p.s: while googling, some said dos can only can display ASCII. To demonstrate the dos console is capable of displaying double byte characters, i wrote another helloWorld in chinese using notepad with C# and compile using "csc hello.cs", sure enough, console.write in c# allowed me to display the character I was expecting. Since dos console can print double byte characters, I must be missing something important in this java program.

after google a brunch, I learned that javac (hence java.exe) does not support BOM (byte order mark).
I had to use a diff editor to save my text file as unicode without BOM in order for native2ascii to convert into a ascii file.
Even the property file is in ascii format, I'm still having trouble to display those character in dos console. In fact, I just noticed I can use system.out.println to display double byte character if I embedded the character itself in java source file:
public class Run {
     public static void main(String[] args) throws UnsupportedEncodingException{
          String msg = "中文";    //double byte character
                try{
                System.out.println(new String(msg.getBytes("UTF-8")) + " new string"); //this displays fine
                catch(Exception e){}
                Locale locale = new Locale("zh", "HK");
          ResourceBundle resource = ResourceBundle.getBundle("test.MessagesBundle", locale);
                System.out.println(resource.getString("Hey"));      //this will display weird characterso it seems like to me that I must did something wrong in the process of creating properties file from unicode text file...

Double byte characters in dataset

Hi Gurus,
I encounter an issue when writing data to dataset with fixed length.
Company Code: US00
Document Number: 1234567890
Fiscal Year: 2014
Line Item: 001 Short Text ( length 10 char): AF 16
Line Item: 002 Short Text ( length 10 char): AF 16
Comment:X
In Unix, it becomes like this:-
US0012345678902014001AF16      X
US0012345678902014001AF 16      X
The X in second line item was not in correct fixed position and cause file being rejected by the receiver system.
I have tried to calculate using the following syntax for AF 16 :
1) strlen(bseg-sgtxt) = 7
2) numofchar(bseg-sgtxt) = 6
I would like to know if there is any idea to resolve the position of subsequent fields after "SGTXT" field if there is double byte characters found. I have tried to pad trailing space but it does not work.
Expected result is where the X of two line items are located at same and fixed position:-
US0012345678902014001AF16      X
US0012345678902014001AF 16 X
Thank you!

/** returns true if the String s contains any "double-byte" characters */
public boolean containsDoubleByte(String s) {
for (int i=0; i<s.length(); i++) {
    if (isDoubleByte(s.charAt(i)) {
      return true;
return false;
/** returns true if the char c is a double-byte character */
public boolean isJapanese(char c) {
if (c >= '\u0100' && c<='\uffff') return true;
return false;
// simpler: return c>'\u00ff';
/** returns true if the String s contains any Japanese characters */
public boolean containsJapanese(String s) {
for (int i=0; i<s.length(); i++) {
    if (isJapanese(s.charAt(i)) {
      return true;
return false;
/** returns true if the char c is a Japanese character. */
public boolean isJapanese(char c) {
// katakana:
if (c >= '\u30a0' && c<='\u30ff') return true;
// hiragana
if (c >= '\u3040' && c<='\u309f') return true;
// CJK Unified Ideographs
if (c >= '\u4e00' && c<='\u9fff') return true;
// CJK symbols & punctuation
if (c >= '\u3000' && c<='\u303f') return true;
// KangXi (kanji)
if (c >= '\u2f00' && c<='\u2fdf') return true;
// KanBun
if (c >= '\u3190' && c <='\u319f') return true;
// CJK Unified Ideographs Extension A
if (c >= '\u3400' && c <='\u4db5') return true;
// CJK Compatibility Forms
if (c >= '\ufe30' && c <='\ufe4f') return true;
// CJK Compatibility
if (c >= '\u3300' && c <='\u33ff') return true;
// CJK Radicals Supplement
if (c >= '\u2e80' && c <='\u2eff') return true;
// other character..
return false;
/* NB CJK Unified Ideographs Extension B not supported with 16-bit unicode. Source: http://www.alanwood.net/unicode */
}

Double byte stream name

Hi,
is it possible to play RTMP stream with double byte name like japanese korean etc.. ?
I tried to with and without escape() stream name without success
lke "rtmp://server.com:1935/app/"+escape(streamName)
doesn't work
thanks
Franck

I tried it out, and I am able to play RTMP stream with double byte character as stream name, in both vod and live.
What stream name are you giving? Can you explain a bit further the steps you are following.

Support for Double Byte Chars in Table Names

Can you please tell me if double byte characters are supported in table names? Thanks.

Assuming you are using the same double byte character set as your db character set, then the answer is yes. Check out this table in the 9i Database Globalization Support Guide, for more info.
http://technet.oracle.com/docs/products/oracle9i/doc_library/release2/server.920/a96529/ch2.htm#103678
Schema objects refer to table/index/view names etc.

To read Double Byte Character

Similar Messages

Maybe you are looking for