Shell Script -french characters are converting to junk in PLSQL

Hi All,
I have plsql package. I have included few french word in it for validation purpose.
When i compile this package from SQL Developr it is compiling properly.
but when i run shell script from putty and try to comppile this package the package is errorring out.
The reason for error out is it is converting few french characters into some junk characters. is there any setting for this.?
Thanks
Bharat

Bharat wrote:
Hi All,
I have plsql package. I have included few french word in it for validation purpose.
When i compile this package from SQL Developr it is compiling properly.
but when i run shell script from putty and try to comppile this package the package is errorring out.
The reason for error out is it is converting few french characters into some junk characters. is there any setting for this.?
Thanks
BharatYour problems are in the are called globalization ( was called NLS)
This can cause many problems, and is it extremely common for systems/applications/databases not be set up properly.
Your script in SQLDeveloper is probably being held in the UTF8 characterset .... though I emphasize probably, and your file is probably saved as such.
The oracle database, in whatever characterset that is in, let us call it CHARSET-DB, has however probably determined your sqlplus client is running a different characterset CHARSET-CLI and will perform a conversion from CHARSET-CLI to CHARSET-DB.
Obviously if the Oracle Database has been led to falsely identify CHARSET-CLI then unwanted conversions can take place, however usually most (all?) charactersets are the same for most/all of 7-bit ASCII characters, so it is only things outside this that get affected. e.g. £, é, ó and lots of others.
From a linux viewpoint the locale command and "LC*" variables may exert influence. However from an Oracle Client perspective the NLS_LANG variable is more effective.
I suspect setting your NLS_LANG to UTF8 (e.g. NLS_LANG=AMERICAN_AMERICA.UTF8 ) and locale to US.UTF-8 or similar is likely to solve your issue.
See below for a good document from OTN and a more specialist forum for this problem ( though there are some you use this forum who may be able to help you as well)
http://www.oracle.com/technetwork/database/globalization/nls-lang-099431.html
{forum:id=50}

Similar Messages

Japanies characters are converting to # in output file in open dataset

Hi Experts,
I am trying to transfer data from my internal table to application server. When i use
Open Dataset e_file for output in text mode encoding NON-UNICODE ignoring convertion errors.
All Japanies and chines characters(double byte characters) are converting to "#" in output file. I have used set locale language commend also.Still same problem is there.
Could you please any one help me on this.
Thanks
Srinivas

hi
problem exporting text in hebrew
Similar kind of problem has been solved here.. check that link first
Use the class CL_ABAP_CONV_OUT_CE and use it to convert file from unicode to ascii.
After that you should call OPEN DATASET IN LEGACY MODE and write the file.
you have to find the Code Page format for japanese here..
Is your system Unicode enables, if not please check whether you have japanese installed on your system.
Run the program RSCINST in SE38 which throws a pop up if u work on a Unicode system and also shows what are the language packs currently installed on ur system.... if u dont have Japanese installed then u need to contact Basis People for installion of that language pack

French characters are not correctly stored in database with SQLPlus

Hello everyone,
I would like to do the following:
Run an SQL script that inserts/deletes/updates data. The data itself may be
French or non-English characters .Currently, we do this
by just running a script that invokes SQLPlus and runs the various SQL
scripts. However, non-English characters are not correctly stored in the
database (server character set is currently set to AL32UTF8).
Is there a way to get this to work in SQLPlus?
I have tried saving the files in UTF8 or unicode but SQLPlus cannot identify
the formatting of the file and spits out an error.
Any hints would be appreciated.
Thanks,

If the CharacterSet on server is Unicode, normally, there is no problem IF the client is using a characterset with é or à ! ;-)
you should set NLS_LANG on client side...

Non ASCII characters are converted to '?' or ASCII characters

Non ASCII symbols like æ ø in the xml file have been converted to ? or other ascii characters.
What could be the reason behind this.

Mayil wrote:
This file we are loading through the Flex application in the front end.
Through java class file we are making changes to this city.xml file and adding and deleting this information in the city.xml.
Now suddenly, i dont know what happen.. 'ø' in the city name has replaced with the '?'
If we try to chaange this to 'ø' also, it again changes to '?'.
I dont know how to rectify this error.I would suggest you start by finding out when it happens. Does it happen as soon as you change the XML through this mysterious "java class file"? Or does it happen when Flex reads it? And is the underlying file actually changing, or are you just seeing those question marks after Flex handles the file?
In short a much better problem description is necessary.

Re: French characters are garbage once in DS5.1

In general, you gotta configure Meta Directory for UTF-8 Support. Find the details at: http://docs.sun.com/source/816-6337-10/join_eng.html#53660
In case you use French charaters in Connector View DN, that was still problem in Meta 5.1 (http://docs.sun.com/source/816-6340-10/rnotes.html#29072)

Hi thanks for ur Input,
I have compared the $LANG and Locale of Testing and Production:
__Testing server:__ (The characters display is proper)
#echo $LANG=(no value has been set)
#locale:
LANG=
LC_CTYPE="C"
LC_NUMERIC="C"
LC_TIME="C"
LC_COLLATE="C"
LC_MONETARY="C"
LC_MESSAGES="C"
LC_ALL=
Production Server:(Foreign Character displayed with boxes)
#echo $LANG
en_US.UTF-8
#locale
LANG=en_US.UTF-8
LC_CTYPE="en_US.UTF-8"
LC_NUMERIC="en_US.UTF-8"
LC_TIME="en_US.UTF-8"
LC_COLLATE="en_US.UTF-8"
LC_MONETARY="en_US.UTF-8"
LC_MESSAGES="en_US.UTF-8"
LC_ALL=
Could u find any possibilities of problem over here ?

French characters

Now I have an application which has both french and english characters.Can some one tell me what setting I must have in my browser,my windows 2000 machine and my developing environment JDeveloper.
The reason why I am asking it is I am having problem displaying some characters in my browser,JDeveloper debugging window etc,even though the data exist in the database.In short when I say
//note assume xx is a french character
Friends the peculiar thing is that after I say
//assume xx as a french character.
SELECT NAME,ADDRESS FROM MY_TABLE WHERE NAME LIKE(�%xx%�);
String s = rs.getString(�NAME�);
�xx�
If s.equals(�xx�){
//do something
The select statements finds the french characters,if condition finds the french characters but when I print it in JSP it gives some junk ? characters.In short, the database has the french characters in it ,even the variable s has french characters in it but when it comes to display in browser or in a window (while de-bugging in Jdeveloper) it shows junk character.Surprisingly there are only few selected french characters(1 %) having that problem.I mean only 3 or four french characters are having problem in display,other french characters(99% of it) can be displayed properly.Now I cant go on finding out which characters are having problem and go on converting them to its decimal equivalent.It looks like my Windows 2000 machine needs some setting.But I am wondering what
Please help.

I don't think it is anything to do with your browser or machine settings. I had a similar problem. I had an application where the user would upload content to another site in a Microsoft Word document. The JSP page would display the '?' character for MS Word specific characters (like smart quotes etc)
The basic issue is that when you are using JSP pages to display stuff, you are relying on the Java String object and it ends up using the default character set. So you need to read it into a string using the characterset you want, and then display it using the characterset you want.
For example, I used the code below in my JSP. I read from a file. You may have to customize it for your requirements.
<%
String winCharset = "Cp1252";
FileInputStream fis = new FileInputStream("filename.xxx");
BufferedReader br = new BufferedReader(new InputStreamReader(fis, winCharset));
while(true){
String lineDefault = br.readLine();
if(lineDefault == null) {
    break;
byte[] bytes = lineDef.getBytes(winCharset);
String lineWin = new String(bytes, winCharset);%>
<%=lineWin%>
<%}
br.close();
%>Hope this helps!
SP

ResourceBundle - French characters

I have a Swing application that I want to internationalize. I.E. I want to have an English resource bundle, and a French resource bundle.
I created the two resources files and I've placed them in the classpath, I then load the files like this ( for the French version ):
ResourceBundle.getBundle( "DisplayStrings", Locale.FRENCH, this.getClass().getClassLoader() );
And the resource load properly, but when I request a french string that containts French characters, the String doesn't bring over the french accent characters properly.
Is this an encoding problem? When viewed in a Text editor the French accents work fine, but when I run the application the French characters are coming across as funny garbage characters.
Does anyone have a suggestion?
Message was edited by:
bryano

I've executed that native2ascii program on my properties file:
E.G. - It converted this line:
Des raccordements aux syst�mes principaux n'ont pas pu �tre �tablis.
to
Des raccordements aux syst\u00c3\u00a8mes principaux n'ont pas pu \u00c3\u00aatre \u00c3\u00a9tablis.
But when I execute the program, the characters are still not coming through properly. I end up with this string:
Des raccordements aux syst��mes principaux n'ont pas pu ��tre ��tablis.

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

Japanese and Russian characters are not displayed properly

I have a pdf file which has both russian and Japanese characters in it. Before I install Japanese font pack, the russian characters were displayed properly but for Japanese characters Junk characters are displayed. But once I installed Japanese font pack, Japanese fonts are displayed properly, but for Russian characters are displayed as junk characters. Please let us know if can display both font types simultaneously in a document or is there any work around for this ?

What is your Reader version?
If Reader X or earlier, did you also install the extended font pack?

Attachments with polish characters are not retrieved

Dear Experts,
when i try to retrieve attachments moved to DMS for a material document with Polish character, it says document not found.
steps:1. created attachments for a material document
          2. moved the attachments to DMS.
          3. When we try to retrieve it is failing.. giving KPRO error
When we debug. the Polish characters are converted to Normal characters and sent to DMS, When SAP tries to retrieve, DMS sending back the normal characters file, But SAP is not recognizing the file.
Eg. Ś is converted to - s,      Ż is converted to- z
any help will be highly appreciated.

Hi Janaki,
The originals will be retrieved only when the characteristics are defined with respective document type class. and it sholud appear in the additional data fields as a field for the documenty type.
The charactersitics apart from the document class can.t retrieve the documents.
I hope this will resolve the query.
Regards,
Ravindra

Problem with French characters with updateContent

I have this problem with Spry, (had it also with YUI a few
months ago) with special french characters
(éèçàù). I use encoding UTF-8, but
iso-8859-1 isn't working either. I put some examples here:
http://www.eventsonholiday.com/test_loadurl.asp
As long as it is static content, no problem. But when I get
content from a recordset from an Access database: trouble.
In IE7 the french characters are even worse, and I get the
error: null is empty or not an object

I think I found a solution. I found a few resources on the
internet that said: xmlhttprequest always sends data as utf-8 by
default. So when all the other pages use iso-8859-1, there's a
problem. It can be solved this way: when retrieving recordset
fields from ASP I use
HTMLEncoding like this:
<%=Server.HTMLEncode(RSevents.Fields.Item("event_location").Value)%>.
I have to do this for each field in the page, what means some extra
work.
For PHP it should be done with
htmlentities
If anyone has a solution without using the Server.HTMLEncode
method, tell me...

French characters come and go

Hi,
I have an app that sends out email messages in French and English, however it seems that at certain times of the day. The French characters are not recognized and come out as a "?". This only happens periodically and I can't find a pattern to it really. One hour is works, then several hours later it doesn't. We upgraded our email server recently and my guess would be that it's related to that because it started happening around the same time. I don't know what the procedure would be to begin to resolve this. Is it an email server config issue, or a programming issue.
Thanks

Hi!
Raw message is displaying like that :
Message part text/plain you lost accent :
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: *7bit*
Message part text/plain accent look good:
Content-Type: text/plain; charset=ISO-8859-15
Content-Transfer-Encoding: quoted-printable
Where coming from the difference between each message ?
In Java, a simple Strings contain (16 bit) Unicode characters.
You need to encode french accent by the unicode escape sequences for chars, example : "\u00XX"
Other solution is to use file properties for french text in your mail application, object Properties is "mail-safe".
Javamail pick the good transfer encoding for you...
regards,
http://www.jservlet.com/

Error in displayed french characters

Hello,
I'm using a DB 11g configured with NLS_LANG=FRENCH_FRANCE.US7ASCII
I have a WLS_FORMS server, the .env file has NLS_LANG=FRENCH_FRANCE.US7ASCII
FMX files are compiled in an environment having NLS_LANG=FRENCH_FRANCE.US7ASCII in its registry.
When I open the application, all specific characters can't be properly displayed (I have an ugly square instead).
Where do I miss something ?

christian erlinger wrote:
So your french characters are stored in a database with US7ASCII database characterset? Somehow I doubt that. Or did you just set the NLS_LANG environment variable on your database server (which doesn't influence the database characterset at all) to US7ASCII?The database was created with the US7ASCII characterset, so yes the characters are stored with this characterset.
In any case: US7ASCII is not the correct characterset for you, as it won't allow you to store your french characters. Take a look:
http://docs.oracle.com/cd/B19306_01/server.102/b14225/applocaledata.htm#sthref1958
Thanks for the link
>
So if you really have US7ASCII as database characterset you'd need to change that to something that fits your needs. The ultimate characterset where you shouldn't have problems storing any characters would be AL32UTF8, and as it is a superset of US7ASCII you should be able to change it with csalter
cheersSo I have to migrate the DB character set, right ?

Best Source of Shell Scripting

What are the best sources for learning and mastering the art of shell scripting ?

There are also some articles on OTN, maybe they're useful to you:
Guide to Advanced Linux Command Mastery Part1
Guide to Advanced Linux Command Mastery Part2
C.

Shell Script GUI

Hi, I'm very new to OS X development. I have three shell scripts that I'd like to add a GUI to, just a simple dropdown menu that can select which script you want to run, then run that script by clicking an "Okay" button, or something of the sort. Right now I have it running with an automator .app that runs the shell script, but I'd like to add a simple GUi. Any help would be much appreciate =)

No matter how you chose to do it it's going to be a bit more work than a simple shell script. There are a lot of choices though.
Objective-C/Cocoa (this is how most of the big boys do it)
http://developer.apple.com/documentation/Cocoa/Conceptual/ObjCTutorial/01Introdu ction/chapter1_section1.html
AppleScript Studio
http://developer.apple.com/documentation/applescript/conceptual/studiobuildingap ps/chapter01/chapter1_section1.html
Python/Cocoa bridge
http://developer.apple.com/cocoa/pyobjc.html
There are more options if none of these appeal to you.
Eric

Shell Script -french characters are converting to junk in PLSQL

Similar Messages

Maybe you are looking for