French Characters storing Problem

Hi All,
I'm having a problem of not able to store the french characters in the table.
My Oracle server character set is set to WE8MSWIN1252.
My client character set is ISO8859.
As I understand MSWIN1252 is super set of ISO8859. so storing a French characters should not be a problem. but still I'm not able to store french characters in the table..
Please give me some inputs on this.
Thanks in advance.
Warm Regards,
Vaishnavi

On the Client how is NLS_LANG set exactly ?
$ echo $NLS_LANG
AMERICAN_AMERICA.WE8ISO8859P1
$ sqlplus "/ as sysdba"
SQL*Plus: Release 9.2.0.4.0 - Production on Thu Dec 8 12:08:01 2005
Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
Connected to:
Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.4.0 - Production
SQL> select * from v$nls_parameters where parameter like '%CHARACTERSET%';
PARAMETER                      VALUE
NLS_CHARACTERSET               WE8MSWIN1252
NLS_NCHAR_CHARACTERSET         AL16UTF16
SQL> conn test/test
Connected.
SQL> create table temp (a number, b varchar2(20));
Table created.
SQL> insert into temp values (3, 'vaishé');
1 row created.
SQL> select * from temp;
         A B
         3 vaishé
SQL> exit
Disconnected from Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.4.0 - Production
$ unset NLS_LANG
$ sqlplus test/test
SQL*Plus: Release 9.2.0.4.0 - Production on Thu Dec 8 12:10:59 2005
Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
Connected to:
Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.4.0 - Production
SQL> insert into temp values (3, 'vaishé');
1 row created.
SQL> select * from temp;
         A B
         3 vaishe
         3 vaish?
SQL> exit
Disconnected from Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.4.0 - Production
$ export NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1
$ sqlplus test/test
SQL*Plus: Release 9.2.0.4.0 - Production on Thu Dec 8 12:11:49 2005
Copyright (c) 1982, 2002, Oracle Corporation.  All rights reserved.
Connected to:
Oracle9i Enterprise Edition Release 9.2.0.4.0 - Production
With the Partitioning, OLAP and Oracle Data Mining options
JServer Release 9.2.0.4.0 - Production
SQL> select * from temp;
         A B
         3 vaishé
         3 vaish¿
SQL>                                                                                                                  

Similar Messages

  • Problems with French Characters in Page Title

    Here is the problem
    When using Duplicate Page and trying to set page titles with french characters (or other non standard characters for that matter such as qoutes) The resulting output does not display correctly.
    I thought a work around would be to us the HTML escape codes in the title dialog when creating the page  however it appears that Incontext then goes and attemps to escape the ampersand part of the escape code during save.
    so for instance when trying to set a page title such as Whistler Live! prépare la scène using the following escaped version
    Whistler Live! prépare la scène
    The resulting HTML saved from incontext looks like this
    Whistler Live! prépare la scène
    and the title does not display correctly.
    Incontext sees the & which is page of the HTML escape code and they automatically replaces that with &
    How the heck can we set HTML Special characters in our page titles - any ideas?

    Hi Corey
    To answer your questions I am on windows 7 IE 8 and also tried in firefox 3.6
    backend is windows 2000 / IIS 6 / Coldfusion 8
    I am able to enter the characters in the dialog box but during the save they are altered
    I created a basic test page with nothing but the following code
    <!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">
    <html xmlns="http://www.w3.org/1999/xhtml" xmlns:ice="http://ns.adobe.com/incontextediting">
    <head>
    <meta http-equiv="Content-Type" content="text/html; charset=utf-8" />
    <title>test</title>
    </head>
    <body>
    <div ice:editable="*" >
      <p>Test test</p>
    </div>
    </div>
    <script src="/includes/ice/ice.js" type="text/javascript"></script>
    </body>
    </html>
    saved it as test-characters.cfm (coldfusion page) and tested it out
    problem was still there however when I save the page as a .html file and test it out the problem is no longer present
    So the problem seems to only occur when using .cfm pages (even if there is no cf code on them)
    I am going to send you a private message with access to my test pages in case your inclined to take a look
    Thanks for you help so far

  • 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...

  • 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 ?

  • How to encode a fileHandler to output french characters ?

    Hi everyone,
    I'm trying to encode a fileHandler to create a file that contains french special characters (è, é, . . . .).
    I tried the following code:
    fileHandler.setEncoding("ISO-8859-1");
    and the following
    fileHandler.setEncoding("UTF-8");
    But still the output returns a question mark instead of the é and a square instead of the é respectively.
    Can anyone advice how to encode the fileHandler to have french characters in the output file ?
    Thanks
    Lanlani

    Lanlani wrote:
    But still the output returns a question mark instead of the é and a square instead of the é respectively.And how are you determining that? Bear in mind that the tool you use for looking at the output may also have charset encoding problems.

  • French characters insertion not working fine

    Hi all,
    I'm using Oracle database 10.2.0.3, i migrate the database from 9i.
    My problem is in my new database version i mean 10g when i'm inserting french characters like "éèà" in my database it's not working fine, i check to my old database (9i) it's working and i compare the parameters (NLS parameters they are same). i cannot find where is the problem making this appear, if anybody can help me.
    here bellow that i did.
    SQL> insert into dept values(0,'échec','éèàù');
    1 ligne crÚÚe.
    SQL> commit;
    And from query i got:
    SQL> select * from dept where deptno=0;
    DEPTNO DNAME LOC
    0 ┐chec ┐┐┐┐
    here are some parameters i check:
    SQL> sho parameter nls;
    NAME TYPE VALUE
    nls_calendar string
    nls_comp string
    nls_currency string
    nls_date_format string
    nls_date_language string
    nls_dual_currency string
    nls_iso_currency string
    nls_language string AMERICAN
    nls_length_semantics string BYTE
    nls_nchar_conv_excp string FALSE
    nls_numeric_characters string
    NAME TYPE VALUE
    nls_sort string
    nls_territory string AMERICA
    nls_time_format string
    nls_timestamp_format string
    nls_timestamp_tz_format string
    nls_time_tz_format string
    I need your help because it's very important for our database.
    regards
    raitsarevo

    I goth nothong, i think it's not yet set here bellow the result:
    oracle@ab-db1:/abdb_data2/expdp$ env|grep NLS
    oracle@ab-db1:/abdb_data2/expdp$
    to my old server (9i) here the result:
    [oracle@abillity3db oracle]$ env|grep NLS
    ORA_NLS33=/home/oracle/product/9.2.0.4/ocommon/nls/admin/data
    [oracle@abillity3db oracle]$
    When i run the command env only i got for the new server HPux 10g:
    oracle@ab-db1:/abdb_data2/expdp$ env
    SFTP_PERMIT_CHOWN=1
    MANPATH=/usr/share/man/%L:/usr/share/man:/usr/contrib/man/%L:/usr/contrib/man:/usr/local/man/%L:/usr/local/man:/opt/ldapux/share/man:/opt/ldapux/ypldapd/man:/opt/ipf/man:/usr/dt/share/man:/opt/samba/man:/opt/samba/WTEC_Support_Tools/man:/opt/resmon/share/man/%L:/opt/resmon/share/man:/opt/openssl/man:/opt/openssl/prngd/man:/opt/wbem/share/man:/opt/VRTS/man:/opt/graphics/common/man:/opt/sfmdb/pgsql/man:/opt/sec_mgmt/share/man:/opt/dsau/man:/opt/gnome/man:/opt/perl/man:/opt/sec_mgmt/share/man/%L:/opt/ssh/share/man:/opt/gwlm/man/%L:/opt/gwlm/man:/opt/ignite/share/man/%L:/opt/ignite/share/man:/opt/aCC/share/man/%L:/opt/aCC/share/man:/opt/audio/share/man:/opt/ansic/share/man/%L:/opt/ansic/share/man:/opt/langtools/share/man/%L:/opt/langtools/share/man:/opt/cadvise/share/man/%L:/opt/cadvise/share/man:/opt/image/share/man:/opt/imake/man
    ORA_CRS_HOME=/home/oracle/crs
    TERM=xterm
    SHELL=/sbin/sh
    ERASE=^H
    SFTP_LOG_LEVEL=3
    SSH_CLIENT=192.168.0.45 1525 22
    SSH_TTY=/dev/pts/0
    SFTP_LOG_FACILITY=2
    USER=oracle
    LD_LIBRARY_PATH=/home/oracle/oracle/product/10.2.0/db_1/lib
    ORACLE_SID=abdb1
    COLUMNS=157
    MAIL=/var/mail/oracle
    PATH=/home/oracle/oracle/product/10.2.0/db_1/bin:/home/oracle/crs/bin:/usr/bin:/opt/ansic/bin:/usr/ccs/bin:/usr/contrib/bin:/usr/contrib/Q4/bin:/opt/ipf/bin:/opt/hparray/bin:/opt/nettladm/bin:/opt/fcms/bin:/usr/bin/X11:/opt/resmon/bin:/usr/contrib/kwdb/bin:/opt/wbem/bin:/opt/wbem/sbin:/opt/graphics/common/bin:/usr/sbin/diag/contrib:/opt/sfm/bin:/opt/upgrade/bin:/opt/sec_mgmt/bastille/bin:/opt/dsau/bin:/opt/dsau/sbin:/opt/gnome/bin:/opt/mozilla:/opt/perl/bin:/opt/sec_mgmt/spc/bin:/opt/ssh/bin:/opt/hpsmh/bin:/opt/gwlm/bin:/usr/contrib/bin/X11:/opt/ignite/bin:/opt/aCC/bin:/opt/cadvise/bin:/opt/langtools/bin:/opt/imake/bin:.
    LOG_SFTP=0
    PWD=/abdb_data2/expdp
    EDITOR=vi
    TZ=EAT-3
    PS1=oracle@ab-db1:$PWD$
    LINES=60
    SHLVL=1
    SFTP_PERMIT_CHMOD=1
    HOME=/home/oracle
    LOGNAME=oracle
    SSH_CONNECTION=192.168.0.45 1525 192.168.0.233 22
    SFTP_UMASK=
    ORACLE_HOME=/home/oracle/oracle/product/10.2.0/db_1
    _=/usr/bin/env
    OLDPWD=/abdb_data2
    And for the old server RHL (9i):
    [oracle@abillity3db oracle]$ env
    PWD=/home/oracle
    ORACLE_SID=abillity
    HOSTNAME=abillity3db
    LD_LIBRARY_PATH=/home/oracle/product/9.2.0.4/lib:
    PVM_RSH=/usr/bin/rsh
    LESSOPEN=|/usr/bin/lesspipe.sh %s
    XPVM_ROOT=/usr/share/pvm3/xpvm
    USER=oracle
    LS_COLORS=no=00:fi=00:di=01;34:ln=01;36:pi=40;33:so=01;35:bd=40;33;01:cd=40;33;01:or=01;05;37;41:mi=01;05;37;41:ex=01;32:*.cmd=01;32:*.exe=01;32:*.com=01;32:*.btm=01;32:*.bat=01;32:*.sh=01;32:*.csh=01;32:*.tar=01;31:*.tgz=01;31:*.arj=01;31:*.taz=01;31:*.lzh=01;31:*.zip=01;31:*.z=01;31:*.Z=01;31:*.gz=01;31:*.bz2=01;31:*.bz=01;31:*.tz=01;31:*.rpm=01;31:*.cpio=01;31:*.jpg=01;35:*.gif=01;35:*.bmp=01;35:*.xbm=01;35:*.xpm=01;35:*.png=01;35:*.tif=01;35:
    MACHTYPE=i386-redhat-linux-gnu
    MAIL=/var/spool/mail/oracle
    INPUTRC=/etc/inputrc
    EDITOR=vi
    LANG=en_US
    ORACLE_BASE=/home/oracle
    ORACLE_HOME=/home/oracle/product/9.2.0.4
    LOGNAME=oracle
    SHLVL=1
    ORA_NLS33=/home/oracle/product/9.2.0.4/ocommon/nls/admin/data
    SHELL=/bin/bash
    HOSTTYPE=i386
    OSTYPE=linux-gnu
    HISTSIZE=1000
    LAMHELPFILE=/etc/lam/lam-helpfile
    PVM_ROOT=/usr/share/pvm3
    HOME=/home/oracle
    TERM=xterm
    SSH_ASKPASS=/usr/libexec/openssh/gnome-ssh-askpass
    PATH=/home/oracle/product/9.2.0.4/bin:/opt/IBMJava2-131/bin:/opt/IBMJava2-131/jre/bin:/usr/local/bin:/bin:/usr/bin:/usr/X11R6/bin:/home/oracle/bin
    SSH_TTY=/dev/pts/1
    _=/usr/bin/env
    I saw that in my old server environment variable LANG=en_US is set but in the new not.
    What's your advice.
    Thanks Nicolas
    raitsarevo

  • Parse exception with french characters

    My parsing program throws a SaxParseException upon the parse of some french characters; in particular a "�" character. These characters are enclosed in a CDATA tag, so I'm not sure why its being parsed. My file is encoded in UTF-8. How can resolve this problem? Thanks
    org.xml.sax.SAXParseException: Invalid byte 2 of 3-byte UTF-8 sequence.
         at com.sun.org.apache.xerces.internal.parsers.DOMParser.parse(DOMParser.java:264)
         at com.sun.org.apache.xerces.internal.jaxp.DocumentBuilderImpl.parse(DocumentBuilderImpl.java:292)
         at javax.xml.parsers.DocumentBuilder.parse(DocumentBuilder.java:172)

    Your file is not encoded in UTF-8, although the XML
    prolog claims it is.Meaning the sender/creator of the file is at fault?
    If not UTF-8, then probably ISO-8859-1, correct?Most likely the creator of the file is at fault. But it's possible that it has been through some transformation between them and you that rewrote it in a new charset.
    Sure, the real encoding could be ISO-8859-1. Or it could be windows-1252. Other encodings are possible but unlikely, I suppose.

  • Printing out French characters

    Hi to everyone. I'm trying to make a small application that will help me learn french verbes. I have the verbes in a file (written with notepad on windows) and I want to print them usign System.out.println(); The problem is I'm in Greece, so my locale is set to greek. I've no trouble printing greek. I've tried changing the locale with
    Locale.setDefault(new Locale("fr", "FR"); but still French characters come out wrong (Copyright characters, question marks etc.) Can someone enlighten me? Thanks

    don't use System.out.println(), perhaps write to a JTextArea. The problem is your console/terminal/dos

  • French characters fail to display properly (have tried all the regular fixes)

    I am updating a website with french characters and they are not displaying correctly. This website has been live for a long time and had no problems, but while updating some wording/punctuation on the development (before rolling it into live), I am seeing that my characters are failing. We recently bought CF Builder 2 and I believe this to be the problem, as I had something similar happen like this - but with an email blast - a while ago (I ended up having another worker develop the code on his PC with a different program).
    I have googled this and have ensured the following settings are correct:
    window-->preferences-->workspace--->text-file encoding: UTF-8
    project-->properties-->general-->text-file encoding: UTF-8
    I've also tried putting
    <meta http-equiv="Content-Type" content="text/html;charset=UTF-8" >
    at the top of my pages and they still display incorrect characters when french accents are used.
    Any ideas?
    Thanks,
    Cameron

    http://www.virtualhelp.me/applications/51-office/288-firefox-4-doesnt-save-tabs#yvComment288
    this should solve some of your problem if it is because you got the '''newer''' version!!

  • French characters and CFXML

    Hello people, I'm having a problem and I'm not sure what I'm
    doing wrong.
    I have created a CMS for a kindergarten in Montreal. They
    speak French.
    In this CMS they can create new photo galleries and upload
    their photos.
    In order to do this, I have a form that creates the gallery
    and write it into a mySQL database. Then, once all the images for
    this gallery have been uploaded, an XML file is created, which will
    feed a flash gallery.
    The problem occurs when the name of the gallery they enter
    has special French characters. It is being written properly to the
    DB, but at the time the CFXML creates the XML code or at the time
    cffile writes the xml file itself, those characters get corrupted.
    I'm attaching the code that queries the DB and creates the
    XML code and file.
    Any hint will be appreciated.
    Thanks a lot.

    Hi Dani,
    I was also facing one issue with forming an xml using cfxml tag. There is a sybmol yen ¥ (start of a LIN tag in below example) which is there in the xml and when i try to dump the xml variable it shows one more character Latin capital letter A (Â) automaticall added in the variable and my request to the webservice fails due to the same reason.
    <cfxml variable="request1">
            <?xml version="1.0" encoding="ISO-8859-1"?>       
            <peticion>
                <nombre>Request</nombre>
                    <observaciones>2 CONNECTING ROOMS </observaciones>
                    <num_expediente>522687</num_expediente>
                    <forma_pago>25</forma_pago>
                    <telefono/>
                    <res>                   
                        <lin>2¥#1#SS#84.87#0#HB#OK#20120713#20120714#EU#1-2#D01#</lin>
                    </res>
                </parametros>
            </peticion>
        </cfxml>
    Cfdump or xml parse will add one more character (Â) to the xml string. 
    Your comments/answers are welcome.

  • 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.

  • Printing French characters on HP 4600

    I have no problems printing English characters on HP 4600 printers from my UNIX computer where I define my primary symbol set in my printer profiles as follows:
    ^1b^28^38^55 for Roman 8 symbol set
    and
    ^1b^28^31^34^4a for Ventura US
    What do I need to set up in my primary symbol set to permit the printing of French characters? Right now I'm getting a question mark instead of the actual French character printed off on my HP 4600 printer.
    Thanks

    tzw - I responded about this on another forum. I talked to technical support at Adobe about this exact issue about 2 months ago - can't print photoshop CS3 on any of my three HP printers. ( I have a HP1200, an HP 2550 and a HP photosmart 7660) (CS2 works fine) They worked with me for about an hour - called me back and worked some more, and then decided to send it up to the programmers (or engineers or whatever) The programmers called me and worked with me for another hour - trying different set-ups etc., but the conclusion by them was that this was a huge problem in that there were a lot of HP printers out there - that they were going to give this their top priority - and that there would be a fix for this soon. (I have yet to see a fix.)

  • 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}

  • 8859-1  PDF does not show french characters.

    Hi All,
    I am stuck in this issue for 2 days now and finally i decided to post it here.
    I have created a custom oracle report(10G) with BI to open in PDF. The XML prolog Value is defined as <?xml version="1.0" encoding="iso-8859-15"?>
    Now when i run the report in R12 the pdf file shows junk character for french characters(É shown as "%o"). These characters are displayed properly if i look at the XML file. When we run that output from the server we get the weird characters but if we take the same output (XML) file and run it locally using desktop publisher the PDF document shows the French characters
    I check the nls_characterset and it is defined as AL32UTF8(which supports french)
    I read some articles they advise to copy fonts from *$FND_TOP/resource* to *$OA_JRE_TOP* and *$AF_JRE_TOP(lib/fonts)* , but it does no work.
    Also, one of the article says to add files in $JAVA_HOME. But i was not able to find JAVA_HOME and the dba says we have $JAVA_TOP and we are not suppose to change anything here.
    we are using EBS R12.1.3
    oracle reports : 10.1.2.0.2
    Any help on this will be appreciated.
    Regards,
    K

    I believe your only option is to setup Pasta
    How to Setup Pasta Quickly and Effectively [ID 356501.1]
    How to Generate PDF Output With UTF8 in R12? [ID 778970.1]
    HTH
    Srini

Maybe you are looking for