'?' instead of National Characters

Hello,
I am using a 8.1.6 database with UTF8 character set on a Win2000 machine. I have inserted some Hebrew characters into a table, and have been able to read them back properly using SQL+.
However, when I try to retrieve these values from Java, using Oracle JDBC driver 8.1.6, I always get the '?' character. The problem arises when I use the 'getString' method of the result set object.
What I've noticed though, is that if I call the 'getBytes' method of the result set, and create a new String instance from that data, it works fine, which makes me think maybe there is a bug in the 'getString' method...
What to do?

My hebrew string is four characters long, and takes eight bytes...is this ok?
I checked the db NLS settings (still UTF8 ;-)
But I discovered something new - when I change my computer's regional locale (through regional settings in the control panel) to English-US the result works! but when I change it back to Hebrew locale, it returns '?' again.
null

Similar Messages

Can't read some national characters.. instead $..&.. please help!

Hello Gurus,
How can I read national characters?
There is a table imported from mssql database and when I run a query it doesn't disply national characters.. instead it displays symbols like that... $.. etc..
Do I have to change characterset (which, how?) or nationalcharacterset to do that, or is there an other way?
Please help me understand this because it is confusing..
Regards!!!

Try setting NLS_LANG environment variable on the Client. Do the following :
SQL> select * from nls_database_parameters
2* where parameter in ('NLS_LANGUAGE', 'NLS_TERRITORY', 'NLS_CHARACTERSET')
SQL> /
PARAMETER                      VALUE
NLS_LANGUAGE                   AMERICAN
NLS_TERRITORY                  AMERICA
NLS_CHARACTERSET               WE8ISO8859P15
SQL>                                                                             then at OS level set NLS_LANG as follows (Linux syntax) :
$ export NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P15
of course change values with yours. On Windows :
C:\> set NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P15

Editable drop down do not show national characters

Hi
I'm using DW CS3 with Developer toolbox, PHP MySql.
Problem is that Editable drop down show national characters wrongly.
actually its inserts data in to database with wrong encoding.
I use encoding "charset=utf-8", all other forms working fine.
Only Editable drop down show [squares] instead Ä Ö Ü ...
How i can do that Editable drop down will inserts data in utf-8 encoding?
(like other forms and fields in my page)
Thanks!

Does it help if you disable hardware acceleration ?
*Tools > Options > Advanced > General > Browsing: "Use hardware acceleration when available"
*https://support.mozilla.org/kb/Troubleshooting+extensions+and+themes
*https://hacks.mozilla.org/2010/09/hardware-acceleration/

Losing NATIONAL CHARACTERS(blob- clob- table). unistr?

Hello!
I have a problem with national characters. My example is as follows:
1. A csv file is uploaded from disk to htmldb_application_files
2. This BLOB is then converted to CLOB with dbms_lob.converttoclob()
3. Data from this CLOB is copied to PL/SQL array.
4. From PL/SQL array to table in database.
The problem: Either data copied to table in database loses national characters (display strange characters instead of national), or if I set my national character set id as an argument of dbms_lob.converttoclob() function I have an error - says that file is inconvertible.
What is wrong? How can I solve my problem? Can unistr() help somewhere? Any ideas?
Tom

Duplicate posting, being addressed at:
losing NATIONAL CHARACTERS(blob->clob->table). unistr?

National characters in pages, accessed through Application/URl

Jambo all!
I hope you can help me with this little problem:
1. I've created application and added URL item to it
2. URL is pointing to an external ASP page (I hope that fact that this is an ASP page does not influent the behavior)
3. I've published it as a portlet and added it to a page.
Everything is working OK except our national accented characters - they rae all converted to '?' sometime in the process of rendering page. There really are question marks instead of proper characters in the source code so any usage of browser encoding or meta tags in html is useless ;(
The question is - how can I convince page (URL) rendering system to leave my national characters intact?
TNX a lot in advance!
null

Solution of this problem is shown here:
Re: Error Message: print success message checksum content error in Apex 4.0

National characters (code page) problem

I made JSP page with code page 1250 with characters specific to this code page. In JDeveloper everything looks OK. Compiled page (Java file) also shows good, but when I open it in Web browser all national characters are lost (question marks instead of letters). Can anybody help me to solve this problem?
Note: JDeveloper is configured to mentioned code page.

have you tried posting in the ABAP webdypro forum?

National characters problem

Hi.
I'm using AE on XE 10.2.0.1.0
I have problem with typing national characters f.e. in updatable Report Attributes Column Heading (Custom). If i type name for heading "Ilość", then push "Apply changes", name are saved without national characters, "Ilosc".
Why it is happenig ?
Should i change settings in Application ? Or on database ?
Should i use another Browser (currentlny SeaMonkey) ?
I have download "Oracle Database 10g Express Edition (Western European)".
Should I download and use "Oracle Database 10g Express Edition (Universal)" ???
My APP globalization parameters:
Application Primary Language      : Polish (pl)
Application Language Derived From: Application Preference (using FSP_LANGUAGE_PRFERENCE)
Automatic CSV Encoding: no
My DB NLS settings :
NLS_CALENDAR     GREGORIAN
NLS_CHARACTERSET     WE8MSWIN1252
NLS_COMP     BINARY
NLS_CURRENCY     zl
NLS_DATE_FORMAT     RR/MM/DD
NLS_DATE_LANGUAGE     POLISH
NLS_DUAL_CURRENCY     zl
NLS_ISO_CURRENCY     POLAND
NLS_LANGUAGE     POLISH
NLS_LENGTH_SEMANTICS     BYTE
NLS_NCHAR_CHARACTERSET     AL16UTF16
NLS_NCHAR_CONV_EXCP     FALSE
NLS_NUMERIC_CHARACTERS     ,
NLS_SORT     POLISH
NLS_TERRITORY     POLAND
NLS_TIME_FORMAT     HH24:MI:SSXFF
NLS_TIMESTAMP_FORMAT     RR/MM/DD HH24:MI:SSXFF
NLS_TIMESTAMP_TZ_FORMAT     RR/MM/DD HH24:MI:SSXFF TZR
NLS_TIME_TZ_FORMAT     HH24:MI:SSXFF TZR

N'<national symbols>', being part of an SQL statement, will be converted to the database character set (WE8ISO8859P1) before being parsed. Only if the client and the database are both 10.2 or higher, the client can encode the literal appropriately so that it survives this conversion.
In earlier versions, you can do the encoding yourself. Instead of the N'<national symbols>' literal use the UNISTR function: UNISTR('\xxxx\yyyy\zzzz'), where U+xxxx, U+yyyy, U+zzzz are Unicode code points of your national characters.
-- Sergiusz

Problem with national characters on windows client

Hello there,
I'am having problem with national characters on windows client.
All national data stored in NVARCHAR2 colums, applications (.net) works fine,
but in sqlplus:
select city from test_table;
- everything ok, sqlplus shows national characters
select dump(N'<national symbols>') from dual
- returns
Typ=96 Len=12: 0,191,0,191,0,191,0,191,0,191,0,191
select * from test_table where city = N'<national symbols> '
- always returns nothing
As i understand the problem in
sql query text (and national literals) convertion
to servers "WE8ISO8859P1" encoding, Is it possible
to solve the issue?
Thanks in advance
PS.
Console in right mode (chcp=1251)
sqlplus shows russian messages well
Server (oracle 9 on solaris):
select * from nls_database_parameters
NLS_NCHAR_CHARACTERSET AL16UTF16
NLS_SAVED_NCHAR_CS WE8ISO8859P1
NLS_LANGUAGE AMERICAN
NLS_TERRITORY AMERICA
NLS_CURRENCY $
NLS_ISO_CURRENCY AMERICA
NLS_NUMERIC_CHARACTERS .,
NLS_CHARACTERSET WE8ISO8859P1
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 TZH:TZM
NLS_TIMESTAMP_TZ_FORMAT DD-MON-RR HH.MI.SSXFF AM TZH:TZM
NLS_DUAL_CURRENCY $
NLS_COMP BINARY
NLS_LENGTH_SEMANTICS BYTE
NLS_NCHAR_CONV_EXCP FALSE
NLS_RDBMS_VERSION 9.2.0.6.0
Client (windows server 2003, oracle client 10):
NLS_LANG = RUSSIAN_CIS.CL8MSWIN1251

N'<national symbols>', being part of an SQL statement, will be converted to the database character set (WE8ISO8859P1) before being parsed. Only if the client and the database are both 10.2 or higher, the client can encode the literal appropriately so that it survives this conversion.
In earlier versions, you can do the encoding yourself. Instead of the N'<national symbols>' literal use the UNISTR function: UNISTR('\xxxx\yyyy\zzzz'), where U+xxxx, U+yyyy, U+zzzz are Unicode code points of your national characters.
-- Sergiusz

Using national characters in Reports Parameter Form

Hi,
I have Reports Server 11gR1. When I specify paramform=yes when running report, I get Parameters Form. If I specifiy any national character in parameter form field, it is not send to Reports Server. Instead of my character, question mark (?) is send to reports server and that lead to wrong result.
Is there any way I can use national characters in Parameter Form in Reports Server?
Regards,
Lovro

wildcard in crystal syntax is *
field like ["*oil*","*filter*"] // will return values containing oil or filter
field like "filter*" // with return values starting with filter
field like ["*oil","filter*"]
// will return values ending with oil or starting with filter

Creating a PDF from a SAAS app creates boxes instead of Japanese characters

I'm using an online app (Unleashed Software) to "print" invoices, and the printed invoices show boxes instead of Japanese characters. The really weird thing about this problem, is that it occurs only on certain devices. I've tested on Macs, Windows, Android, and iOS, and on some devices I get the problem, and on some devices I don't. It's not just a Windows problem, or a iOS problem. Additionally, I use different browsers, from Chrome, to IE, to Firefox, to Safari. Changing the browser doesn't seem to help when it's on a device that won't output Japanese characters in a PDF properly.
I'm wondering how PDFs are generated when using online software. Since I can't reproduce the problem on certain devices, it seems to me that the software is using some local settings to render the PDF incorrectly.
Any ideas of how I could go about troubleshooting this problem?

Hi,
Could you please answer the following questions
1.What version of Crystal Reports are you using?
Go to Help-> About to find out.
2.What is the font you are using on the report?
Try to change the font style to MS Gothic or Arial Unicode MS, most preferably MS Gothic.
And export the report to PDF format.
This may help you
Thanks,
Praveen G

PDF report printing is displaying '?' mark instead of thai characters

Hi All,
When trying to print PDF report I am getting question mark "?" for thai characters.
In browser it is showing properly.The problem is happening only when I open pdf file.It is showing "?" mark instead of thai characters.
I tried developing simple application in apex.oracle.com and I could reproduce the problem.It is showing "?" mark.
Below is the link:
http://apex.oracle.com/pls/otn/f?p=40394:1:1102169243398303
username: thai
paswd: thai123
Thai characters are displaying properly outside Apex.So there is no problem with BI Publisher.
I also tried the suggestion given in below link but no luck
Re: Cannot print out Chinese , show as '?' in pdf report
When I try the same thing in apex.oraclecorp.com it is working fine .I could clearly see thai characters.It is working fine
My Adobe version is 8.x
Is there any difference compared to apex.oraclecorp.com and apex.oracle.com settings for BI publisher?
nls_language on server = 'THAI_THAILAND.TH8TISASCII and' 'PlSqlLanguage = AMERICAN_AMERICA.AL32UTF8'
System Locale is set to thai and also the browser encoding set to thai windows
Thanks in advance for your inputs.
Kind Regards,
Anwar

Hello Mark,
I recommend to post this query to the [BusinessObjects Enterprise Administration|BI Platform; forum.
This forum is dedicated to topics related to administration and configuration of BusinessObjects Enterprise, BusinessObjects Edge, and Crystal Reports Server.
It is monitored by qualified technicians and you will get a faster response there.
Also, all BOE Administration queries remain in one place and thus can be easily searched in one place.
Best regards,
Falk

Problem crawling filenames with national characters

Hi
I have a big problem with filenames containing national (danish) characters.
The documents gets an entry in in wk$url but have error code 404 (Not found).
I'm running Oracle RDBMS 9.2.0.1 on Redhat Advanced Server 2.1. The
filesystem is mounted on the oracle server using NFS.
I configure the Ultrasearch to crawl the specific directory containing
several files, two of which contains national characters in their
filenames. (ls -l)
<..>
-rw-rw-r-- 1 user group 13 Oct 4 13:36 crawlertest_linux_2_fxeFXE.txt
-rw-rw-r-- 1 user group 19968 Oct 4 13:36 crawlertest_windows_fxeFXE.doc
<..>
(Since the preview function is not working in my Mozilla browser, I'm
unable to tell whether or not the national characters will display
properly in this post. But they represent lower and upper cases of the
three special danish characters.)
In the crawler log the following entries are added:
<..>
file://localhost/<DIR_PATH>/crawlertest_linux_2_B|C?C%C?C?.txt
file://localhost/<DIR_PATH>/crawlertest_linux_2_B|C?C%C?C?.txt
Processing file://localhost/<DIR_PATH>/crawlertest_linux_2_%e6%f8%e5%c6%d8%c5.txt
WKG-30008: file://localhost/<DIR_PATH>/crawlertest_linux_2_%e6%f8%e5%c6%d8%c5.txt: Not found
<..>
file://localhost/<DIR_PATH>/crawlertest_windows_B|C?C%C?C?.doc
file://localhost/<DIR_PATH>/crawlertest_windows_B|C?C%C?C?.doc
Processing file://localhost/<DIR_PATH>/crawlertest_windows_%e6%f8%e5%c6%d8%c5.doc
WKG-30008:
file://localhost/<DIR_PATH>/crawlertest_windows_%e6%f8%e5%c6%d8%c5.doc:
Not found
<..>
The 'file://' entries looks somewhat UTF encoded to me (some chars are
missing because they are not printable) and the others looks URL
encoded.
All other files in the directory seems to process just fine!.
In the wk$url table the following entries are added:
(select status url from wk$url where url like '%crawlertest%'; )
404 file://localhost/<DIR_PATH>/crawlertest_linux_2_%e6%f8%e5%c6%d8%c5.txt
404 file://localhost/<DIR_PATH>/crawlertest_windows_%e6%f8%e5%c6%d8%c5.doc
Just for testing purpose a
SELECT utl_url.unescape('%e6%f8%e5%c6%d8%c5') from dual;
Actually produce the expected resulat : fxeFXE
To me this indicates that the actual filesystem scanning part of the
crawler can sees the files, but the processing part of the crawler can
not open the file for reading and it therefor fails with error 404.
Since the crawler (to my knowledge is written in Java i did some
experiments, with the following Java program.
import java.io.*;
class filetest {
public static void main(String args[]) throws Exception {
try {
String dirname = "<DIR_PATH>";
File dir = new File(dirname);
File[] fs = dir.listFiles();
for(int idx = 0; idx < fs.length; idx++) {
if(fs[idx].canRead()) {
System.out.print("Can Read: ");
} else {
System.out.print("Can NOT Read: ");
System.out.println(fs[idx]);
} catch(Exception e) {
e.printStackTrace();
The performance of this program is very depending on the language
settings of the current shell (under Linux). If LC_ALL is set to "C"
(which is a common default) the program can only read files with
filenames NOT containing national characters (Just as the Ultrasearch
crawler). If LC_ALL is set to e.g. "en_US", then it is capable of
reading all the files.
I therefor tried to set the LC_ALL environment for the oracle user on
my oracle server (using locale_config, and .bash_profile) but that did
not seem to fix the problem at hand.
So (finally) my question is; is this a bug in the Ultrasearch crawler
or simply a mis configuration of my execution environment. If the
latter how do i configure my system correctly?
Yours sincerely
Martin Dahl Pedersen, Visanti ( mdp at visanti dot com )

I've posted my problems as a TAR on METALINK a little week ago.
And it turns out to be a new bug in UltraSearch.
It is now filed under BUG:2673282
-- mdp

Square boxes instead of Japanese characters in pdf output of a crystal rep

Hi All,
Did anyone of you ever faced such an issue, where the pdf output of a crystal report shows square boxes instead of Japanese characters when the output is saved in pdf. However the crystal report output looks perfect. I have saved the ouput in xls and rtf formats the characters look perfect as required, the issue we have is when the output is saved as pdf.
I have language pack installed on my machine.
My guess is that the few Character's width is not sufficient and few Characters in other fields appear perfect in pdf. I have to test this, it might take few days before I can access this report. Before that I want to gather information. If anyone has solution to this issue please let me know.
Thanks,
Ravi

Hi,
Could you please answer the following questions
1.What version of Crystal Reports are you using?
Go to Help-> About to find out.
2.What is the font you are using on the report?
Try to change the font style to MS Gothic or Arial Unicode MS, most preferably MS Gothic.
And export the report to PDF format.
This may help you
Thanks,
Praveen G

How to make Reports 9i display Danish national characters?

I am running Oracle9i Reports and cannot make Reports print the Danish national characters f, F, x, X, e and E. I have a development machine with Developer Suite 9.0.2, where I can run the report in Paper Design, where the characters displays correctly, but as soon as they are uploaded to the Application Server (9.0.2), all of the national characters are replaced with some very mysterious characters. The dev. machine and the Oracle9iAS machine both connect to the same database, and when I make a boilerplate object just containing "FXE", the problem is still there, so it does not seem to be a database issue.
I read some articles on MetaLink about adding some lines in uifont.ali, but they do not seem to apply, since the article only mention East-European languages (Polish and Czech). The font used is Times New Roman. The dev. machine has NLS_LANG set to AMERICAN_AMERICA.WE8MSWIN1252, and the Oracle9iAS machine is running DANISH_DENMARK.WE8MSWIN1252 - ie. the same character set. I tried to generate the report both to HTML and PDF, but that did not make any difference regarding this issue.
How do I make Oracle9i Reports Services display the Danish national characters correctly?
Thanks in advance!

Thanks for your suggestions.
However, here's what I've done, and it did not make any difference.
1. Changed the NLS_LANG parameter to match on both server and dev. machine and recompiled and saved the RDF - no difference.
2. Installed the same model printer on the server, as the one on the development machine, and rebooted the server - no difference.
3. Checked uifont.ali on both systems - they're exactly the same...
What else might be causing this?

Table Import Data - "Insert script" - National characters

Hi all,
it looks like that there is a problem with support of national characters in imported data file when method "Insert script" is chosen.
Table -> Import Data -> Open datafile "csv".
As far as in the preview window I'm seeing properly displayed national characters from csv data file and when I'm choosing "Insert" or "SQL Loader" method - data is properly imported to the table.
But when I'm using "Insert script" method, in generated script national characters are changed into "bushes":
http://imm.io/V0J9
SQL Developer: Version 3.2.20.09
OS: Windows XP SP3
Client code page: WIN-1250
Tested databases: 10g, 11g

<p>This has been fixed in the latest build. The patch is now available for <a href = "http://www.oracle.com/technology/software/products/sql/index.html">download</a>.
</p>
Regards
</p>Sue

'?' instead of National Characters

Similar Messages

Maybe you are looking for