Japanese Characters are showing as Question Marks '?'

Hi Experts,
We are using Oracle Database with below nls_database_parameters:
PARAMETER VALUE
NLS_LANGUAGE AMERICAN
NLS_TERRITORY AMERICA
NLS_CURRENCY $
NLS_ISO_CURRENCY AMERICA
NLS_NUMERIC_CHARACTERS .,
NLS_CHARACTERSET WE8MSWIN1252
NLS_CALENDAR GREGORIAN
NLS_DATE_FORMAT DD-MON-RR
NLS_DATE_LANGUAGE AMERICAN
NLS_SORT BINARY
NLS_TIME_FORMAT HH.MI.SSXFF AM
NLS_TIMESTAMP_FORMAT DD-MON-RR HH.MI.SSXFF AM
NLS_TIME_TZ_FORMAT HH.MI.SSXFF AM TZR
NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZR
NLS_DUAL_CURRENCY $
NLS_COMP BINARY
NLS_LENGTH_SEMANTICS BYTE
NLS_NCHAR_CHARACTERSET AL16UTF16
NLS_NCHAR_CONV_EXCP FALSE
NLS_CSMIG_SCHEMA_VERSION 3
NLS_RDBMS_VERSION 11.1.0.7.0
When we are trying to view the Japanese characters (windows 7) in SQLdeveloper, toad or sqlPlus, we are getting data like '????'.
Can anybody please explain us the setups required to view the Japanese characters from the local machine and database.
Thanks in advance.

user542601 wrote:
[Note: If I insert the Japanese characters from Sql Developer or Toad, I am unable to see proper results.]For JDBC connections in Oracle SQL Developer, I believe a different parameter setting is required.
Try running Sql Dveloper with jvm option: -Doracle.jdbc.convertNcharLiterals=true.
I need to use this data in Oracle 6i Reports now.
When I am creating reports using the table where I have Japanese characters stored in NVARCHAR2 column, the value is not displaying correctly in Report Regardless of Reports support for nchar columns, 6i is very very old and based on equally ancient database client libraries (8.0.x if memory serves me). Earliest version of Oracle database software that support the N literal replacement feature is 10.2. So, obviously not available for Reports 6i.
I'm guessing only way to fully support Japanese language symbols is to move to a UTF8 database (if not migrating to a current version of Report Services).
Please help to provide a workaround for this. Or do I need to post this question in any other forums?There is a Reports forum around here somewhere. Look in the dev tools section or maybe Middleware categories.
Edit: here it is: {forum:id=84}
Edited by: orafad on Feb 25, 2012 11:12 PM
Edited by: orafad on Feb 25, 2012 11:16 PM

Similar Messages

Arabic characters are displaying as question marks in forms 10g

We have migrated our application from forms 6i to forms 10g and now in forms 10g the arabic characters are displaying as question marks while it displays correctly in the old application using forms 6i. I have already set the character set to AR8MSWIN1256 in the registry, but it didn't help. Somebody please help.

@ Sarah, Al-Salamu Alikum We Rahmatu Allah we Barakatu,
Sarah Habibty, why new installation ? In order to select a new suitable character set !!!
Then creating a new instance from the db is a better alternative since it saves time,effort and another back up of his current db is exist safely if needed for any purposes in the future.
@Amer,honestly speaking...
Modifing ur NLS_LANG to > AMERICAN_AMERICA.AR8MSWIN1256
Works for me in both Arabic and English data in 2 applications.This works in my pc.But it didn't works at my boss pc this can happened don't have any reason for that.!!!!
i spent lot's of time trying to search but what i had got is that solution i suggested by a friend of mine.
Now please could you advise me, is it better to create a new instance of database as Amatu Allah has suggested or is it better to change the character set through sql as some others have suggested? Again i suggest to select the short cut way ; to reset the character set through sql after taking a back up from ur data that is currently exist.
then retest again doing the select and test ur data input and retrieval.
SQL> select * from v$nls_parameters
2 where parameter in ('NLS_CHARACTERSET','NLS_LANGUAGE');watching the output if it works that's fine saving ur time & effort .
if not working with the correct NLS_CHARACTERSET then use my previous solution.
Hope this helps...
Regards,
Amatu Allah

Some characters are replaced by question marks!

All of a sudden my iMac (OS X 10.5.1 Leopard) is displaying question marks for some special characters.
For example, on internet, look up a word "pediment" in Yahoo! Dictionary ( http://education.yahoo.com/reference/dictionary/entry/pediment)... Instead of showing the "dot" symbol to identify a syllabus break, it shows question marks as ped?i?ment, and instead of showing c with a little squiggle underneath for a word facade (within the definition of pediment), it shows fa?ade.
I did not have this problem on my iMac on Tuesday (01/29/08) morning and I have not installed anything other than the Apple updates.
I tried with FireFox and Safari, and both show the same thing. Then I went and checked my husband's iMac (OS X 10.5.1 Leopard) and it has a same problem, so I know it is not just my iMac.
Then (yes, there is more...) I started to work on my Word document and tried to insert "symbol" from insert on the Toolbar... many of my symbol fonts (Symbol, Osaka, etc) has question marks replacing special characters.
Please help! I am unable to complete my work without these special characters!!

Well, I went to the Yahoo! Dictionary "Pediment" and it said it was set to Default which is set to Western (ISO Latin 1), so I assumed it was Western (ISO Latin 1). But when I click on Western (ISO Latin 1), the pages appear what it's supposed to look like with special characters... What does this mean?
I reset all the settings; I chose something else as default, quit Safari, opened it and chose Western (ISO Latin 1) as a default to see if it changes anything... No change. It says my default is Western (ISO Latin 1), but it seems not.
I am officially confused and have no clue what to do...??????!!!!!
On the bright side, at least I can get my work done, even if I have to change the encoding one page at a time... Thanks.

Unicode characters are shown as "question marks" in Eclipse console

I am trying to retrieve Unicode data from Sybase database using jdbc.
The data are stored in Sybase with unichar and univarchar datatypes.
Following is the java code tring to run.
{color:#808080}public class Test
public static void main(String [] args) throws Exception
CoreServiceSoapBindingStub binding_Core = new CoreServiceSoapBindingStub();
CoreWSServiceLocator locator_Core = new CoreWSServiceLocator();
binding_Core = (CoreServiceSoapBindingStub) locator_Core.getCoreService();
Contact[] con = binding_Core.getContact();
for(int i=0;i< con.length;++i)
System.out.println(con.getLastName());
}{color}
The result of this code in Eclipse console should be as follow (consists of one English and one Japanese name).
{color:#808080}Suzuki
鈴木{color}
However when I run this, I get the following.
{color:#808080}Suzuki
{color}
The alphabetical characters seem to diplay fine in the console, but foreign characters are not....
The default character set of the database is ISO-8859-1, but I used unichar and univarchar to store data in unicode thus believe no issue at database side...
Used jconnect 6.05 (com.sybase.jdbc3.jdbc.SybDriver
) for the database driver.
Java files are encoded in UTF-8.
Console Encoding is UTF-8.
Is this an issue in database driver?
Since I set the parameters for character set to UTF-8 in both the database and java files....
It would be great if someone could give some comments on this issue....
Thanks a lot.

It might be better to ask this question on an Eclipse forum. I have a couple of suggestions, but none of them have made the output in my console look entirely correct:
1. Try to start Eclipse with these parameters: -vmargs -Dfile.encoding=UTF-8
2. Try switching the font settings for the Console under Preferences in Eclipse.

Japanese characters from args giving question marks on Japanese OS

Hi,
We are internationalising our product to japanese, and one of the features is to be able to open a file containing japanese characters from a double click on a japanese windows OS.
The double click is set up in the registry, and indeed it works properly for most characters. There are a few characters though (unicode character 20060 among them) that it doesn't work for, and what happens is that between the double clicking of the file, and the command line name of the file to open ("%1" in the registry / args[0] in java), the character in question is converted into the literal character for "?" (ascii 63), and java can't open the file.
Testing wordpad directly with this character is fine, the file opens. I've written a simple C++ app and a simple JAVA app which fork wordpad with the fileName param passed to it from the registry, and it didn't open the file passed because of that character.
So our java application, a simple java program and a simple C++ program can't resolve the fileName passed to it because of this character.
The thing is, wordpad is using the same regedit method to get its parameters as we do ("appName.exe" "%1" in shell/open/command) and it opens files containing this character without a problem.
Any ideas on what I'm missing?
Thanks very much
Jack

Hi,
We are internationalising our product to japanese,
and one of the features is to be able to open a file
containing japanese characters from a double click on
a japanese windows OS.
The double click is set up in the registry, and
indeed it works properly for most characters. There
are a few characters though (unicode character 20060
among them) that it doesn't work for, and what
happens is that between the double clicking of the
file, and the command line name of the file to open
("%1" in the registry / args[0] in java), the
character in question is converted into the literal
character for "?" (ascii 63), and java can't open the
file.
Testing wordpad directly with this character is fine,
the file opens. I've written a simple C++ app and a
simple JAVA app which fork wordpad with the fileName
param passed to it from the registry, and it didn't
open the file passed because of that character.
So our java application, a simple java program and a
simple C++ program can't resolve the fileName passed
to it because of this character.
The thing is, wordpad is using the same regedit
method to get its parameters as we do ("appName.exe"
"%1" in shell/open/command) and it opens files
containing this character without a problem.
Any ideas on what I'm missing?
Thanks very much
JackUnicode 20060 belongs to an extended part of JIS Kanji code set and there can be many
applications or systems that do not support those characters. Shift_JIS doesn't and
EUC-JP use 24 bit code for representig those chars which, unfortunately, aren't supported
by most exixting apps.

Special characters are changed to question marks

I'm using SQL developer 3.107 for unit testing.
In a particular unit test, the expected result is a sentence (varchar2) with a special character (ë).
But when I save the result, SQL developer changes the character to 2 question marks.
And as a result, the unit test fails because the expected result differs from the received result (where the 'ë' remains unchanged).
I already tried changing the encoding in the SQL Developer preferences from cp1252 to UNICODE and UTF8 but that didn't help.
Any suggestions?
Thanks in advance

Hello:
I guess that what you observe could be an interaction between the server characterset and the client characterset.
These are the results with different client characterset settings:
NLS_LANG=american_america.WE8ISO8859P1
select 'ë' c, dump('ë') dumped from dual;
C DUMPED
ë Typ=96 Len=1: 137
NLS_LANG=american_america.WE8MSWIN1252
select 'ë' c, dump('ë') dumped from dual;
C DUMPED
+ Typ=96 Len=1: 191
set NLS_LANG=american_america.WE8PC850
select 'ë' c, dump('ë') dumped from dual;
C DUMPED
ë Typ=96 Len=1: 235
According to the ISO 8859-1, 8-bit single-byte coded graphic character sets document [http://www.open-std.org/JTC1/SC2/WG3/docs/n411.pdf] the encoding of the latin small letter e with diaeresis is 0xEB -> (decimal 235).
If you set the client to WE8PC850 do you see a correct behaviour?

Language: Filename with characters for arabic turns question mark

Language: Filename with characters for arabic turns question mark
OS: Solaris 9
Machine: Sun-Fire 25K
There is an adobe distiller software that is configured and a java apps. There are postscript files that are being converted to .pdf format using the adobe distiller. Using the GUI (using the Exceed; for remote access), when they use GUI to convert the postscripts to pdf files, the long filenames have the corresponding characters for arabic reading purpose. This is OK.
When we use the windows RUN to telnet the server and convert the postscripts to pdf, it gives a question marks characters in the filenames ( this; is a sample; filename; ?? ??? ??; right.pdf )
We are not sure now if we have to add a package of arabic or a patch to resolve this problem.
Message was edited by:
yurioira32
Message was edited by:
yurioira32

Solution found, I'll post the work around to those who might encounter the same problem.
Somewhere in the layers of technology (webwork or weblogic I'd guess), the servlet response is encoded into UTF-8 regardless. The encoding in the database was ISO-8859-1. Sending ISO encoded bytes by UTF-8 caused the conflicting character codes (anything above 127) to show up as undefined.
The fix is to decode the input byte array into ISO-8859 string, then encode that string into UTF-8, which can be send by Weblogic.
isoConvert = new String(buf, "ISO-8859-1");
out.write(isoConvert.getBytes("UTF-8"), 0, isoConvert.getBytes("UTF-8").length);

IPhone 4 pictures showing as question marks!?!

When I receive e-mails with pictures they do not show the picture unless I hit forward. They show as question marks and if I try to save they are saved as the image of the question mark.
Has anyone had this problem?
If it helps I have the iPhone 4 with current operating system.

I tried with browser language setting,but result is same.It was working earlier when i'm using tomcat as application server. Recently i migrated to Oracle Application server and from that time, arabic characters are showing like this.

I want to upgrade my Hard Drive to 1TB and more. What is the maximun Hard Drive I can install for a MacBook Pro 2009 Yesterday, I tried a SEAGATE SSHD but my screen was always a showing a QUESTION MARK (?). It's not the cable because when I put back

I want to upgrade my Hard Drive to 1TB and more.
What is the maximun Hard Drive I can install for a MacBook Pro 2009
Yesterday, I tried a SEAGATE SSHD but my screen was always a showing a QUESTION MARK (?). It's not the cable because when I put back the old original version, everything works...Any sugestion of brabnding or procédure to upgrade my hard drive?

The largest 2.5" dia SATA drives available are 2 TB in capacity.
Have you tried the Seagate SSHD connected externally to the MBP via USB? The drive itself may be faulty.
Ciao.
Here is a good place to start looking for a replacement drive:
http://eshop.macsales.com/shop/hard-drives/2.5-Notebook/

IPhoto in dock shows only question mark...

The iPhoto application in my dock shows a question mark, but I cannot reinstall iphoto. It can't be found on my hard drive. Help! My iphoto libraries exist, but cannot be opened. How or where can I get my application back and re-install it? It came pre-installed when I bought this Mac.

Did you check the Trash?
Do you have any iLife Discs? Did you look on the Original Install Disc(s) for Optional Installs?
The icons in the Dock are aliases, & the question mark means it doesn't exist where that points to.

Previous Photos In Messages Not Showing (Blue Question Mark)

Previous Photos In Messages Not Showing (Blue Question Mark)
iPhone 4s, updated to iOS 8.1.1, and now previous photos in messages (imessage & text) show as blue question mark.
Not viewable in details (view) either. However any new photos sent or received are viewable. PLEASE HELP!!!
(MMS is turned on & over 5GB of free space on phone)

I have the same issue. Does anybody know how to fix it?
It is really annoying... I chose iphone to be ensure about functionality and stability of this product.
Any help appreciated.
IOS. 8.1.1 iphone 5s

Hi Forum, can u please help? iRecently bought a mac pro & my garageband 11 was working fine but now it's showing a question mark in the dock but it won't open. I think it may have been accidentally trashed. I've searched the trash & spotlighted. What now?

Hi Forum, can u please help? iRecently bought a macbook pro and garageband 11 was working fine but now it's showing a question mark in the dock and it won't open. I think it may have been accidentally trashed. I've searched the trash and spotlighted but don't know what to do next. Any ideas? Thanks.

How did you install GarageBand on your Mac? Did it come preinstalled with the other iLife applications?
If your MacOS supports the AppStore, you should be able to redownload GarageBand from the AppStore, see this support Article: OS X: About OS X Recovery on how to download again:
Double-click the App Store icon in the dock.
Enter your Apple ID and password.
Click Purchases.
If you haven't previously accepted your bundled iLife applications within the Mac App Store, you should see your iLife applications appear in the Accept portion of the screen. Click Accept.
You may be asked for your Apple ID and password once again. Your iLife applications now move to the Purchased section. These applications are part of the software that came with your Lion based computer. Your account will not be charged for them. Click Install to complete installation of your applications.
Regards
Léonie

Arabic and Chinese characters are showing ??? in PDF

Hi
I hava an application which calls BI publisher API to generate PDF file from rtf temlate and xml input. It is fine for English contents. But the Arabic or Chinese characters are showing ??? in PDF. If I use BI publisher Desktop to load the xml and generate pdf file, it shows correct Arabic/Chinese Characters in PDF. I also copied ALBANWTJ.ttf file to my application JAVA_HOME/jre/lib/fonts/ folder. But it still doesn't work. Anyone can help me with this?
Thanks a lot!

I created xdo.cfg and put it in my JAVA_HOME/jre/lib/ folder. the file is configured as below:
<?xml version="1.0" encoding="UTF-8"?>
<config version="1.0.0" xmlns="http://xmlns.oracle.com/oxp/config/">
<properties>
<property name="system-temp-dir">/tmp</property>
</properties>
<fonts>
<font family="Default" style="normal" weight="normal">
<truetype path="/fonts/ALBANWTJ.ttf"/>
</font>
</fonts>
</config>
But now I'm getting this error while generating pdf file:
Adobe Reader could not open 'xxx.pdf' because it is either not a supported file type or because the file has been damaged (for example, it was sent as an email attachment and wasn't correctly decoded).
Is there anything wrong in my xdo.cfg?
Thanks!

Japanese characters are broken

The code below prints the Japanese text properly in both System console and in browser
<%@ page contentType="text/html; charset=Shift_JIS" %>
<html>
<body>
<form>
<%
request.setCharacterEncoding("Shift_JIS");
String value = request.getParameter("txtJapan");
System.out.println("Value : " + value);
out.println("Value : " + value);
%>
<input name="txtJapan" >
<input type="SUBMIT" />
</form>
</body>
</html>However the same code is not working (i.e. Japanese characters are not correctly displayed) when this Page is called thru faces servlet. I have also tried using JSF components on this page, but they too don't display as expected.
Even after setting the content type and charcter encoding to Shift_JIS in JSP page (using the page directive as shown in the code above), after passing thru faces servlet both request.getCharacterEncoding() and response.getCharacterEncoding() return "null" and "ISO-8859-1" respectively
I think due to this I am not getting the Japanese character properly in browser as well as in System console.
In order to work I have created a filter and set both the content type and character encoding.
public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws IOException, ServletException {
     response.setContentType("text/html; charset=Shift_JIS");
     request.setCharacterEncoding("Shift_JIS");
     chain.doFilter(request, response);
}I don't know whether this approach is the right way or something has to be done in faces servlet itself.
I am also seeing another weird problem -- for the JSF command button if the label attribute value is "Go" then in the console I am getting the HTML encoded character (奈&#33391). But the browser automatically convert the encoded character and display Japanese character properly. However, when the label is anything other than "Go" both console as well as browser displays proper Japanese characters.

Heh, yeah, it's old topic and I wasn't really sure if somebody will reply to it, but I tried anyway.
I haven't come to issue of DB yet but I guess I'll as soon as I solve this one. I remember when I was using EA everything works so fine so I didn't pay any attention this time until some coworker told me.
I saw that filter and it's similar to mine which is unfortunately not working and I still have no ideas why.
Here's my filter code:
     public void doFilter(ServletRequest request, ServletResponse response, FilterChain chain) throws ServletException, IOException {
          System.err.println("Before: "+request.getParameter("form1:text1"));
          String encoding = "UTF-8";
          System.err.println("doFiler(): setting encoding to "+encoding);
          request.setCharacterEncoding(encoding);
          System.err.println("After: "+request.getParameter("form1:text1"));
          chain.doFilter(request, response);
When I enter string č�ćđ� and run it I get following to log
That's what I get in log file:
2004-09-01 15:08:16,264 INFO (EncodingFiler.java:33) => Before: ?????
2004-09-01 15:08:16,264 INFO (EncodingFiler.java:38) => doFiler(): setting encoding to UTF-8
2004-09-01 15:08:16,264 INFO (EncodingFiler.java:41) => After: ?????
but in JSP page I see ISO-8859-1. Any ideas?

Anybody can help me? I'm trying to start my computer and it shows this question mark. Then i restart it holding the option key and it shows this padlock with a password field. What should password should i put?

Anybody can help me? I'm trying to start my computer and it shows this question mark. Then i restart it holding the option key and it shows a padlock with a password field. What password should i put? I would appreciate any help

Contact Apple, or if you bought the computer secondhand, the previous owner.
(118258)

Japanese Characters are showing as Question Marks '?'

Similar Messages

Maybe you are looking for