NLS_LANG Issue

All,
I installed Oracle 10g v10.1 on to a Windows 2000 server w/ SP4. I can tnsping the database, however when I try to attach to it, I get the following error:
java.sql.SQLException: ORA-06552: PL/SQL: Compilation unit analysis terminated
ORA-06553: PLS-553: character set name is not recognized
I've set the NLS_LANG variable in the following locations:
Registry --
HKEY_LOCAL_MACHINE\SOFTWARE\ORACLE\KEY_OraDb10g_home1
NLS_LANG = American_America.WE8MSWIN1252
Environment Variable -- System Variable
NLS_LANG = American_America.WE8MSWIN1252
If I run "SELECT * from NLS_SESSION_PARAMETERS" in sqlplus, I see the correct values.
PARAMETER
VALUE
NLS_LANGUAGE
AMERICAN
NLS_TERRITORY
AMERICA
NLS_CURRENCY
$
PARAMETER
VALUE
NLS_ISO_CURRENCY
AMERICA
Is there anything I am missing?
Thanks,

OK, thin client doesn't read environment variables, you need to verify that the correct drivers are available on CLASSPATH:
$ORACLE_HOME\jdbc\lib\classes12.zip if JDK 1.2.x or 1.3; $ORACLE_HOME\jdbc\lib\ojdbc14.jar if JDK 1.4 and 5.0; and $ORACLE_HOME/jlib/orai18n.jar ( NLS classes for use with JDK 1.2, 1.3, 1.4, and 5.0)
From Readme.txt ($ORACLE_HOME/jdbc):
The JDBC Server-side Internal Driver provides complete NLS support.It does not require any NLS extension jar file. Discussions in this
section only apply to the Oracle JDBC Thin and JDBC OCI drivers.
The basic jar files (classes12.jar and ojdbc14.jar) contain all the
necessary classes to provide complete NLS support for:
- Oracle Character sets for CHAR/VARCHAR/LONGVARCHAR/CLOB type data
that is not retrieved or inserted as a data member of an Oracle
Object or Collection type.
- NLS support for CHAR/VARCHAR data members of Objects and
Collections for a few commonly used character sets. These
character sets are: US7ASCII, WE8DEC, WE8ISO8859P1, WE8MSWIN1252,
and UTF8.
Users must include the NLS extension jar file
([ORACLE_HOME]/jlib/orai18n.jar) in their CLASSPATH if utilization of
other character sets in CHAR/VARCHAR data members of
Objects/Collections is desired. The new orai18n.jar replaces the
nls_charset*.* files in the 9i and older releases.>
Enrique

Similar Messages

  • Huge Oracle Problem please help!

    Hi All,
    Our PB app that has been working for the past 8 years all of sudden (today) seems to have a huge problem with Oracle: when one record is updated, 23000 other records are being updated with the same data! That's why I am still at work at midnight!
    here is the sql stmt captured at the sqlreview event when the dw_1.update() is being called:
    UPDATE "MASTERNAME" SET "SLCO_PIN" = :1, "UPDATED_BY" = :2, "UPDATED" = :3 WHERE "MNI_ID" = :4
    the problem started at 11:22 am on 06/28/2005, again at 2:13 pm. Then I tested for hours and it did not happen again. But at 10 pm, it happened again.
    I have been checking all the triggers for such an unthinkable problem and I don't see any trigger that does a massive update like this! Remember, it has been working in the past 8 years with the same update statement and I have not made any changes recently.
    We are using PB7.0.3 build 10180, Oracle 9.2 standard edition. We recently downgraded Oracle Enterprise edition to standard edition (on 5/29/2005). Ever since we have been having strange problem but I am not the DBA and I am only a consultant here.
    Anyone has had similar problem? Appreciate any help and thanks a lot.
    ben

    Hi Damir,
    Basically, it's possible the NLS_LANG parameter for your
    database install is invalid or isn't a available default
    value. This is a known problem.
    I didn't any specific about one connection route working
    and the other not, as in your case. However, I did find
    some information on this problem when connecting through
    Developer to a DB install.
    The quick fix is to ensure your client initialisation
    files have the 'NLS_LANGUAGE' parameter commented out.
    If the client doesn't have an "NLS_LANGUAGE" parameter
    entry the client and server use the language parameter
    indicated by the server.
    If that doesn't work (or you want to keep this parameter)
    check the NLS_LANG parameter in the DB using your working
    SQL*Plus connection. Try a default value like:
    AMERICAN_AMERICA.US7ASCII
    Also, you can try this:
    SELECT * FROM sys.v$nls_valid_values;
    Whatever you set for NLS_LANG should exist in the values
    returned for this query, otherwise you'll get the error.
    Unfortunately, resolving NLS_LANG issues is not always
    this easy. If commenting out or changing the parameters
    above still doesn't fix the problem, it is possible you need to reinstall the DB and choose the default language option. How you do this depends on the installer options
    for DB version you are using.
    One last point - I suggest you post your query to the
    Forms & Reports forums here on OTN too. This forum is
    ideally for Designer, rather than Developer questions.
    Hope all this helps.
    Regards,
    Dominic
    Designer Product Management
    Oracle

  • Oracle.DataAccess problem please help

    I have an asp.net mvc (EF) project , I had downloaded oracle data provider with version 4.112.2.50 -32bit on my pc when moving project to windows server 2008 (I have the same version of odp-64bit) I have the below problem:
    Could not load file or assembly 'Oracle.DataAccess' or one of its dependencies. An attempt was made to load a program with an incorrect format.
    when I toke Oracle the "Oracle.DataAccess.dll" from the server and make it with my project reference I have another error message like the above with a file "Oracle.Web"
    Could not load file or assembly 'Oracle.Web' or one of its dependencies. An attempt was made to load a program with an incorrect format.
    also if I get the File "Oracle.Web.dll" to my project reference from the server I have the same error with "Oracle.Web"

    Hi Damir,
    Basically, it's possible the NLS_LANG parameter for your
    database install is invalid or isn't a available default
    value. This is a known problem.
    I didn't any specific about one connection route working
    and the other not, as in your case. However, I did find
    some information on this problem when connecting through
    Developer to a DB install.
    The quick fix is to ensure your client initialisation
    files have the 'NLS_LANGUAGE' parameter commented out.
    If the client doesn't have an "NLS_LANGUAGE" parameter
    entry the client and server use the language parameter
    indicated by the server.
    If that doesn't work (or you want to keep this parameter)
    check the NLS_LANG parameter in the DB using your working
    SQL*Plus connection. Try a default value like:
    AMERICAN_AMERICA.US7ASCII
    Also, you can try this:
    SELECT * FROM sys.v$nls_valid_values;
    Whatever you set for NLS_LANG should exist in the values
    returned for this query, otherwise you'll get the error.
    Unfortunately, resolving NLS_LANG issues is not always
    this easy. If commenting out or changing the parameters
    above still doesn't fix the problem, it is possible you need to reinstall the DB and choose the default language option. How you do this depends on the installer options
    for DB version you are using.
    One last point - I suggest you post your query to the
    Forms & Reports forums here on OTN too. This forum is
    ideally for Designer, rather than Developer questions.
    Hope all this helps.
    Regards,
    Dominic
    Designer Product Management
    Oracle

  • Oracle connection problem - please help

    Hi.
    On my Win2k machine I first installed Oracle Developer 6.0 in C:\ORANT.
    After that I also installed Oracle in C:\ORACLE.
    I always used sqlplus C:\ORACLE\BIN\SQLPLUS.EXE till now. Now I have to
    use Forms builder to complete my homework. The problem is that I can't
    connect to my Oracle database with Forms builder.
    I try to solve my problem by comparing runs of C:\ORACLE\BIN\SQLPLUS.EXE
    with C:\ORANT\BIN\SQLPLUS.EXE (from developer tools). So I execute:
    - sqlplus my_user/my_pass@testconn
    in each directory. In the C:\ORACLE\BIN (using sqlplus that come with
    Oracle database) all works fine, while in C:\ORANT\BIN (using sqlplus
    that come with development tools) I get an error:
    - ORA-12705: invalid or unknown NLS parameter value specified
    I try to fix the problem by editing copying connection data from
    C:\ORACLE\network\ADMIN\tnsnames.ora to
    C:\ORANT\NET80\ADMIN\tnsnames.ora, but this didn't help.
    Can someone help me?
    My tnsnames.ora:
    TESTCONN.world =
    (DESCRIPTION =
    (ADDRESS_LIST =
    (ADDRESS = (PROTOCOL = TCP)(HOST = 127.0.0.1)(PORT = 1521))
    (CONNECT_DATA =
    (SID = MYSID)
    [i]Long postings are being truncated to ~1 kB at this time.

    Hi Damir,
    Basically, it's possible the NLS_LANG parameter for your
    database install is invalid or isn't a available default
    value. This is a known problem.
    I didn't any specific about one connection route working
    and the other not, as in your case. However, I did find
    some information on this problem when connecting through
    Developer to a DB install.
    The quick fix is to ensure your client initialisation
    files have the 'NLS_LANGUAGE' parameter commented out.
    If the client doesn't have an "NLS_LANGUAGE" parameter
    entry the client and server use the language parameter
    indicated by the server.
    If that doesn't work (or you want to keep this parameter)
    check the NLS_LANG parameter in the DB using your working
    SQL*Plus connection. Try a default value like:
    AMERICAN_AMERICA.US7ASCII
    Also, you can try this:
    SELECT * FROM sys.v$nls_valid_values;
    Whatever you set for NLS_LANG should exist in the values
    returned for this query, otherwise you'll get the error.
    Unfortunately, resolving NLS_LANG issues is not always
    this easy. If commenting out or changing the parameters
    above still doesn't fix the problem, it is possible you need to reinstall the DB and choose the default language option. How you do this depends on the installer options
    for DB version you are using.
    One last point - I suggest you post your query to the
    Forms & Reports forums here on OTN too. This forum is
    ideally for Designer, rather than Developer questions.
    Hope all this helps.
    Regards,
    Dominic
    Designer Product Management
    Oracle

  • SQLLDR - load welsh character

    Hello Experts,
    Database 9.2.0.5 and character set is
    NLS_CHARACTERSET- AL32UTF8
    NLS_NCHAR_CHARACTERSET - AL16UTF16
    Table Description
    CREATE TABLE WELSHTRANSFORM
    INTERFACE VARCHAR2(20 BYTE),
    WELSHCHR CHAR(2 BYTE),
    ANGLICHR CHAR(2 BYTE),
    INSERTDT DATE,
    UPDDT DATE
    welshutf8.dat (saved as UTF-8)
    A,Â,A
    A,Ê,E
    A,Î,I
    Ctl file
    LOAD DATA INFILE 'welshutf8.dat'
    BADFILE 'welsh.bad'
    DISCARDFILE 'welsh.dsc'
    TRUNCATE INTO TABLE welshtransform
    FIELDS TERMINATED BY "," OPTIONALLY ENCLOSED BY '"'
    TRAILING NULLCOLS
    (interface,
    welshchr,
    anglichr,
    insertdt sysdate
    Log file
    Table WELSHTRANSFORM, loaded from every logical record.
    Insert option in effect for this table: TRUNCATE
    TRAILING NULLCOLS option in effect
    Column Name Position Len Term Encl Datatype
    INTERFACE FIRST * , O(") CHARACTER
    WELSHCHR NEXT * , O(") CHARACTER
    ANGLICHR NEXT * , O(") CHARACTER
    INSERTDT SYSDATE
    Record 1: Rejected - Error on table WELSHTRANSFORM, column WELSHCHR.
    ORA-01401: inserted value too large for column
    Record 2: Rejected - Error on table WELSHTRANSFORM, column WELSHCHR.
    ORA-01401: inserted value too large for column
    Record 3: Rejected - Error on table WELSHTRANSFORM, column WELSHCHR.
    ORA-01401: inserted value too large for column
    Please can I get help on to insert with this welsh characters using sqlldr in a table. Manual Insert statement works fine.
    insert into lang_transform (lang_rule,transform_from,transform_to,insertdate) values ('A','Â','A',sysdate);
    insert into lang_transform (lang_rule,transform_from,transform_to,insertdate) values ('A','Ê','E',sysdate);
    insert into lang_transform (lang_rule,transform_from,transform_to,insertdate) values ('A','Î','I',sysdate);
    insert into lang_transform (lang_rule,transform_from,transform_to,insertdate) values ('A','Ô','O',sysdate);
    Thanks.

    Are you running manual INSERT and SQLLDR from the same OS session ?
    What is the value of OS NLS_LANG setting in the OS session ?
    If you are using a Unix session:
    >
    echo $NLS_LANG
    >
    If you are using a Windows session, check Windows Registry.
    I suspect a NLS_LANG issue:
    If NLS_LANG is not defined (default character set is US7ASCII)
    select vsize(convert('Â','AL32UTF8')) from dual
    SQL> /
    VSIZE(CONVERT('??','AL32UTF8'))
                         4If NLS_LANG is set to AMERICAN_AMERICA.AL32UTF8
    SQL> select vsize(convert('Â','AL32UTF8')) from dual
      2  ;
    VSIZE(CONVERT('Â','AL32UTF8'))
                        2

  • Transfer schema or multiple schemas or even the database

    hello.......steven :)
    i managed to transfer a table from 9.2.07 database to 11g R2 and the NLS_LANG issue solved.
    I want to try to move a schema or schemas or even the whole database.
    How difficult is that???
    thanks again
    Edited by: airmax012 on 6 Οκτ 2011 4:06 πμ

    The message about SIEBEL.EIM_ACCNT_CUT_TMP is from somewhere else with respect to the parameter files you posted (those only cover the IT schema). If you have unused columns, is there a corresponding unused column on the target? ASSUMETARGETDEFS means you are telling GoldenGate that the source and target tables are identical, so that means column for column they are the same. If you have unused columns, but source and target are the same, then you would use a combination of ASSUMETARGETDEFS and ALLOWUNUSEDCOLUMN.
    If you use ALLOWUNUSEDCOLUMN, then:
    When using this parameter, the same unused column
    must exist on the target, or else a source definitions file for
    the table must be specified to Replicat so that the correct
    metadata mapping can be performed. By default, Extract
    abends on unused columns.
    Identical rules:
    For source and target structures to be considered identical, they must contain identical
    column names (including case, if applicable) and data types, and the columns must be in
    the same order in each table. In addition, both tables must have the same column length
    semantics for character columns (bytes versus characters).

  • PB12.5 - Oracle 11g conenction issue - Failed to get local NLS_LANG charset ID

    Hi Everyone,
    We have recently migrated our OS to windows 7 and orcle client to 11g since then I am getting error "Failed to get local NLS_LANG charset ID" while connecting to Oracle using the IDE. I tried to connect using O10 Oracle 10g and ORA Oracle interface as I dont see anything for 11g; result was same in both cases. Can someone please help to resolve this issue?
    Following are the system details
    OS - Windows 7 62 Bit
    PB - 12.5 Build 2511
    Oracle Client - 11g 32 bit
    Thanks,
    Robin

    Hi Jacob,
    Here is the entry fronm trace log:
    /*                 3/18/2014  14:17                  */
    (2a922fc): DIALOG CONNECT TO TRACE ORA ORACLE:
    (2a922fc): LOGID=dev_testid
    (2a922fc): SERVER=TESTSRV
    (2a922fc): DBPARM=PBCatalogOwner='dev_testid',DisableBind=1,TrimSpaces=1(DBI_DIALOG_CONNECT) (21.246 MS / 21.246 MS)
    (2a922fc): *** ERROR 999 ***(rc -1) : Failed to get local NLS_LANG charset ID.
    (2a922fc): SHUTDOWN DATABASE INTERFACE:(DBI_SHUTDOWN_INTERFACE) (0.001 MS / 21.247 MS)
    NLS_LANG variable set under HKEY_LOCAL_MACHINE\SOFTWARE\Wow6432Node\ORACLE\KEY_OraClient11g_home1
    Value in Registry: AMERICAN_AMERICA.WE8MSWIN1252
    Value in SQL PLUS:
    SQL> SELECT USERENV ('language') FROM DUAL;
    USERENV('LANGUAGE')
    AMERICAN_AMERICA.WE8ISO8859P1
    Thanks,
    Robin

  • Arabic -English Report direct printing issues in Oracle 10g

    Hi,
    I am working on Oracle database 10g and application server 10g on windows 2008 platform in Arabic Environment with the following settings.
    -- Oracle database NLS_Characterset as AR8IS08859P6
    --Oracle Database registery NLS_LANG as ARABIC_UNITED ARAB EMIRATES.AR8MSWIN1256
    --Application Server registery NLS_LANG as ARABIC_UNITED ARAB EMIRATES.AR8MSWIN1256
    -- font subsetting in uifont.ali for PDF
    -- set Reports_BIDI_ALGORITHM = UNICODE
    Now I am facing an issue in connection with arabic reports:  When user enter the narration in the DATA ENTRY form like     ' AP600N حبر طابعة ريكو اسود   '      writing from right to left.
    it's storing in the database as '  حبر طابعة ريكو اسود AP600N '    
    Again when its querying in the form, it comes properly as it's written.
    Even its coming in the bitmap report in screen as it's written.   But when I am printing directly to printer in bitmap mode, its coming as its in the database.
    Is there any way to get the print as they wrote in the screen?
    Also the Character mode printing comes in left to right  in screen as well as in printer.
    Please help me...
    with thanks & regards,
    BJ

    Don't tell so much.
    Check the following link
    1. PDF Reports in Unicode / Arabic & English | Oracle Community
    2. OraFAQ Forum: Reports & Discoverer » Report in Arabic(pdf) (merged)
    3. Arabic Report generated to text file giving Jun... | Oracle Community
    Hope this helps
    Hamid

  • Issue with Payables Accounting Process

    I have an issue right now with Payables Accounting Process. Is says:
    Oracle Payables: Version : 11.5.0 - Development
    Copyright (c) 1979, 1999, Oracle Corporation. All rights reserved.
    APACCENG module: Payables Accounting Process
    Current system time is 25-AUG-2009 13:23:41
    +-----------------------------
    | Starting concurrent program execution...
    +-----------------------------
    Arguments
    P_START_DATE='2009/08/02 00:00:00'
    P_END_DATE='2009/08/23 00:00:00'
    P_JOURNAL_CATEGORY='All'
    P_SUB_TRANSF_TO_GL='N'
    P_SUB_JOURNAL_IMP='N'
    P_VALIDATE_ACCTS='Y'
    P_SUMMARIZE_FLAG='N'
    P_COMMIT_CYCLE='50'
    P_ORG_ID='81'
    P_DEBUG_SWITCH='N'
    P_TRACE_SWITCH='N'
    P_RUN_ACCT_REPORT='N'
    APPLLCSP Environment Variable set to :
    Current NLS_LANG Environment Variable is :
    American_America.UTF8
    MSG-00002: Check that AX is not installed before calling the accounting engine
    MSG-00003: AX is not installed, Calling the accounting engine
    MSG-00004: After the call to AP_Accounting_Engine_Pkg.Do_Accounting
    MSG-00005: Error occured in the accounting process
    MSG-00006: Error Message: ORA-20100: File o0002869.tmp creation for FND_FILE failed.
    You will find more information on the cause of the error in request log. occurred in
    &CALLING_SEQUENCE
    with parameters (&PARAMETERS)
    while performing the following operation:
    &DEBUG_INFO
    REP-1419: 'beforereport': PL/SQL program aborted.
    Report Builder: Release 6.0.8.20.2 - Production on Tue Aug 25 13:23:41 2009
    (c) Copyright 1999 Oracle Corporation. All rights reserved.
    Enter Username:
    Program exited with status 1
    Concurrent Manager encountered an error while running Oracle*Report for your concurrent request 820318.
    Review your concurrent request log and/or report output file for more detailed information.
    Executing request completion options...
    Output is not being printed because:
    The print option has been disabled for this report.
    Finished executing request completion options.
    Concurrent request completed
    Current system time is 25-AUG-2009 13:23:43
    I had a similar issue writing to the UTL_FILE_DIR with the AR Interface and was able to resolve that by checking the read/write permissions on the UTL_FILE_DIR sat in the init.ora. However, the strange thing here is I still get the same error for Payables Accounting Process.
    Any insights would be greatly appreciated.
    Thanks,
    Don

    This issue has been resolved. But the solution for me was totally unrelated to the error message that came up with this issue.
    We had rollback issues in average and layer cost worker under Bills of Material. And after applying patch 3325415, this issue was also resolved.
    This issue has been answered but if anyone has any ideas on how this issue got resolved by patch 3325415, i'd like to understand.
    Thanks,
    Don

  • Oracle Report Server Issue with Japanese Characters

    We are trying to setup a Oracle Report Server to print the Japanese characters in the PDF format.
    We have separate Oracle Report servers for printing English, Chinese and Vietnamese characters in PDF formats using Oracle Reports in the production which are running properly with Unix AIX version 5.3. Now we have a requirement to print the Japanese characters. Hence we tried to setup the new server for the same and the configurations are done as same as Chinese/Vietnamese report servers. But we are not able to print the Japanese characters.
    I am providing the details which we followed to configure this new server.
    1.     We have modified the reports.sh to map the proper NLS_LANG (JAPANESE_AMERICA.UTF8) and other Admin folder settings.
    2.     We have configured the new report server via OPMN admin.
    3.     We have copied the arialuni.ttf to Printers folder and we have converted this same .ttf file in AFM format. This AFM file has been copied to $ORACLE_HOME/guicommon/gk/JP_Admin/AFM folder.
    4.     We have modified the uifont.ali (JP_admin folder) file for font subsetting.
    5.     We have put an entry in JP_admin/PPD/datap462.ppd as *Font ArialUnicodeMS: Standard "(Version 1.01)" Standard ROM
    6.     We have modified the Tk2Motif.rgb (JP_admin folder) file for character set mapping (Tk2Motif*fontMapCs: iso8859-1=UTF8) as we have enabled this one for other report servers as well.
    Environment Details:-
    Unix AIX version : 5300-07-05-0831
    Oracle Version : 10.1.0.4.2
    NLS_LANG : JAPANESE_AMERICA.UTF8
    Font Mapping : Font Sub Setting in uifont.ali
    Font Used for Printing : arialuni.ttf (Font Name : Arial Unicode MS)
    The error thrown in the rwEng trace (rwEng-0.trc) file is as below
    [2011/9/7 8:11:4:488] Error 50103 (C Engine): 20:11:04 ERR REP-3000: Internal error starting Oracle Toolkit.
    The error thrown when trying to execute the reports is…
    REP-0177: Error while running in remote server
    Engine rwEng-0 crashed, job Id: 67
    Our investigations and findings…
    1.     We disabled the entry Tk2Motif*fontMapCs: iso8859-1=UTF8 in Tk2Motif.rgb then started the server. We found that no error is thrown in the rwEng trace file and we are able to print the report also in PDF format… (Please see the attached japarial.pdf for your verification) but we are able to see only junk characters. We verified the document settings in the PDF file for ensuring the font sub set. We are able to see the font sub setting is used.
    2.     If we enable the above entry then the rwEng trace throwing the above error (oracle toolkit error) and reports engine is crashed.
    It will be a great help from you if you can assist us to resolve this issue…

    Maybe 7zip or another tool has workarounds for broken file names, you could try that.
    Or you could try to go over the files in the zip archive one-by-one and write it to files out-1, out-2, ..., out-$n without concerning yourself with the file names. You could get file endings back via the mimetype.
    This script might work:
    #include <stdio.h>
    #include <zip.h>
    static const char *template = "./out-%04d.bin";
    int main(int argc, char**argv)
    int err = 0;
    zip_t *arc = zip_open((const char*)argv[1], ZIP_RDONLY, &err);
    if(arc == NULL)
    printf("Failed to open ZIP, error %d\n", err);
    return -1;
    zip_int64_t n = zip_get_num_entries(arc, 0);
    printf("%s: # of packed files: %d\n", argv[1], n);
    for(int i = 0; i < n; i++)
    zip_stat_t stat;
    zip_stat_index(arc, i, ZIP_FL_UNCHANGED, &stat);
    char buf[stat.size];
    char oname[sizeof(template)];
    zip_file_t *f = zip_fopen_index(arc, (zip_int64_t)i, ZIP_FL_UNCHANGED);
    zip_fread(f, (void*)&buf[0], stat.size);
    snprintf(&oname[0], sizeof(template), template, i);
    FILE *of = fopen(oname, "wb");
    fwrite(&buf[0], stat.size, 1, of);
    printf("%s: %s => %lu bytes\n", argv[1], oname, stat.size);
    zip_fclose(f);
    fclose(of);
    zip_close(arc);
    return 0;
    Compile with
    gcc -std=gnu99 -O3 -o unzip unzip.c -lzip
    and run as
    ./unzip $funnyzipfile
    You should get template-named, numbered output files in the current directory.
    Last edited by 2ion (2015-05-21 23:09:29)

  • Hot Issue!

    Hi All
    I have a report(10g), there are some columns having arabic data.
    it is showing me arabic characters in report builder but when i am calling the same report from application server its giving machine code. even a hard coded arabic text is not displaying WHILE other reports containing arabic characters are running well.
    i have checked the nls_lang parameter, fonts path entry in report_path.
    how can i resolve this issue?
    Rha

    I've read good things about those pads here..
    http://discussions.apple.com/thread.jspa?messageID=2425762&#2425762
    haven't tried them myself; i tend to use mine on my lap, and while it does get warm, i don't really mind.

  • Purpose of nls_lang

    Hi
    What is the purpose of setting nls_lang before export or import?
    What happens if I dont set it ?
    As far as I understand, it is related to client issue. Is it again come into play if I do the export/import directly from server ?
    Suppose I want to change characterset from WE8MSWIN1252 to UTF-8.
    I took export.
    Create new database with utf8.
    and import.
    Do I need to set nls_lang prior to import or export?
    I appreciate if anyone clear my doubts.

    >
    What is the purpose of setting nls_lang before export or import?
    What happens if I dont set it ?
    As far as I understand, it is related to client issue. Is it again come into play if I do the export/import directly from server ?
    >
    If you use datapump, never mind. If you use exp,imp, the main reason why to set NLS_LANG is the characterset component of it. Set it to the appropriate character set of the computer, you do the exp and imp on. Else you might loose special characters stored in your tables. It is not necessarily the same as the database character set.
    Look at
    http://download.oracle.com/docs/cd/E11882_01/server.112/e10729/ch3globenv.htm#sthref133
    Kind regards
    Uwe
    http://uhesse.wordpress.com

  • Multibyte Character Issue

    Hi,
    We just migrated our technology platform on one of the six servers yesterday on production d/b as follows :
    OAS Server - Linux Patch Applied (2.6.18-53.el5 #1 SMP Wed Oct 10 16:34:19 EDT 2007 x86_64 x86_64 x86_64 GNU/Linux)
    D/B Server - From Oracle 10.2.0.2.0 to Oracle 10.2.0.4.0
    Batch Server - From OpenVMS to Red Hat Linux
    Post Migration, we are facing some issues with Oracle Forms 10g, Text Items which contains one or more than one multibyte characters, is displaying only # character in the entire text box instead of what is stored in the database. In other words, information in the database is stored correctly. Before Migration everything was working perfectly fine.
    One other thing which I would like to tell here is that we compile forms using the following environment settings:
    NLS_LENGTH_SEMANTICS=CHAR
    NLS_LANG=AMERICAN_AMERICA.UTF8
    Please provide urgent remedy for this issue

    hi,
    how about this.
    SQL> with your_table as ( -- "sample data"
      2       select '1ξΣ' your_column from dual union all
      3       select 'ξΣξΣξΣξΣξΣ' your_column from dual union all
      4       select 'ξΣξΣξΣξΣξΣξΣξΣξΣξΣξΣ' your_column from dual union all
      5       select '1ξΣa' your_column from dual
      6  ) -- end "sample data"
      7  select your_column,
      8         substr(your_column || rpad(' ', 10 - length(your_column), 'x'),1,10) padded_column
      9    from your_table
    10  /
    YOUR_COLUMN                              PADDED_COLUMN
    1ξΣ                                      1ξΣ xxxxxx
    ξΣξΣξΣξΣξΣ                               ξΣξΣξΣξΣξΣ
    ξΣξΣξΣξΣξΣξΣξΣξΣξΣξΣ                     ξΣξΣξΣξΣξΣ
    1ξΣa                                     1ξΣa xxxxx

  • Issue in Inserting Greek characters in Oracle DB

    We are facing the following issue in our project. Need urgent help.
    We have a multilingual string(message with Greek characters) coming in from KSD gateway. This is to be processed by MHL(message handling layer- which validates and converts the incoming message into SQL statements and vice versa). Once the validation and conversion of incoming message is completed and then SQL statement is prepared, it inserts this data in the Oracle database. We are using OCI interface for database communication. Client program is written in C language. While inserting data in Oracle DB, we are getting exception as explained below.
    EventVwr Output:
    SCREEN 1:
    ODI Oracle error report has been issued
    ODI Error: DbConnId 0 - Oracle error msg:
    ORA-00917: missing comma
    SqlStatement='INSERT INTO M_ENS_REJ_FUN_ERR (MSG_NUM,FUN_ERR_SEQ,ERR_TYPE,ERR_POINT,ERR_REASON,ORIG_ATTR_VAL) VALUES (17549,1,'1','Îάν Î¬Î½Î±Ï Î±ÏοÏÏÎ¿Î»Î¬Î±Ï ÎµÎ¯Î½Î±Î¹ δΕλÏÎ¼Î¬Î½Î¿Ï Î³Î¹Î± Ïλα Ïα είδΕ ÏÏÏε ÏÏάÏει να δΕλÏθεί Ïε εÏίÏεδο βαÏικÏν ÏÏοιÏείÏν ειδάλÏÏ Ïε εÏίÏεδο είδοÏÏ ÏÏÏÎ','1','')'
    SCREEN 2:
    Error executing OCI Statement
    Failed to execute PL/SQL command INSERT INTO M_ENS_REJ_FUN_ERR (MSG_NUM,FUN_ERR_SEQ,ERR_TYPE,ERR_POINT,ERR_REASON,ORIG_ATTR_VAL) VALUES (17549,1,'1','Îάν Î¬Î½Î±Ï Î±ÏοÏÏÎ¿Î»Î¬Î±Ï ÎµÎ¯Î½Î±Î¹ δΕλÏÎ¼Î¬Î½Î¿Ï Î³Î¹Î± Ïλα Ïα είδΕ ÏÏÏε ÏÏάÏει να δΕλÏθεί Ïε εÏίÏεδο βαÏικÏν ÏÏοιÏείÏν ειδάλÏÏ Ïε εÏίÏεδο είδοÏÏ ÏÏÏÎ','1','') on DbConnId 0 file ..\MHL - source\MhlOdi.c line 803
    SCREEN 3
    Inbound thread ODI update to table field failed
    SQL insert failed on DbConnId 0
    INSERT INTO M_ENS_REJ_FUN_ERR (MSG_NUM,FUN_ERR_SEQ,ERR_TYPE,ERR_POINT,ERR_REASON,ORIG_ATTR_VAL) VALUES (17549,1,'1','Îάν Î¬Î½Î±Ï Î±ÏοÏÏÎ¿Î»Î¬Î±Ï ÎµÎ¯Î½Î±Î¹ δΕλÏÎ¼Î¬Î½Î¿Ï Î³Î¹Î± Ïλα Ïα είδΕ ÏÏÏε ÏÏάÏει να δΕλÏθεί Ïε εÏίÏεδο βαÏικÏν ÏÏοιÏείÏν ειδάλÏÏ Ïε εÏίÏεδο είδοÏÏ ÏÏÏÎ','1','')
    in file ..\MHL - source\MhlInBound.c line 2342
    We have looked into the trace file generated by MHL and found that the MHL is unable to process Greek characters and hence is unable to generate a valid SQL statement.
    Trace File Output:
    09/02/2012 10:22:54.437 T2228>> ODIExecNonQuerySqlStatement
    09/02/2012 10:22:54.437 T2228
    09/02/2012 10:22:54.437 T2228 SqlStatement=INSERT INTO M_ENS_REJ_FUN_ERR (MSG_NUM,FUN_ERR_SEQ,ERR_TYPE,ERR_POINT,ERR_REASON,ORIG_ATTR_VAL) VALUES (18175,1,'1','Îάν Î¬Î½Î±Ï Î±ÏοÏÏÎ¿Î»Î¬Î±Ï ÎµÎ¯Î½Î±Î¹ δΕλÏÎ¼Î¬Î½Î¿Ï Î³Î¹Î± Ïλα Ïα είδΕ ÏÏÏε ÏÏάÏει να δΕλÏθεί Ïε εÏίÏεδο βαÏικÏν ÏÏοιÏείÏν ειδάλÏÏ Ïε εÏίÏεδο είδοÏÏ ÏÏÏÎ','1','')
    09/02/2012 10:22:54.437 T2228 In OCIStmtExecute
    09/02/2012 10:22:54.437 T2228 SQL STMTExecute=
    09/02/2012 10:22:54.437 T2228>> ODICheckError
    09/02/2012 10:22:54.437 T2228 Non-Fatal Database Error - msg: ORA-00917: missing comma
    , code: 917
    09/02/2012 10:22:54.437 T2228<< ODICheckError
    09/02/2012 10:22:54.437 T2228>> ODIOracleErrorReport
    09/02/2012 10:22:54.437 T2228<< ODIOracleErrorReport
    09/02/2012 10:22:54.437 T2228 SQL STMTExecute=INSERT INTO M_ENS_REJ_FUN_ERR (MSG_NUM,FUN_ERR_SEQ,ERR_TYPE,ERR_POINT,ERR_REASON,ORIG_ATTR_VAL) VALUES (18175,1,'1','Îάν Î¬Î½Î±Ï Î±ÏοÏÏÎ¿Î»Î¬Î±Ï ÎµÎ¯Î½Î±Î¹ δΕλÏÎ¼Î¬Î½Î¿Ï Î³Î¹Î± Ïλα Ïα είδΕ ÏÏÏε ÏÏάÏει να δΕλÏθεί Ïε εÏίÏεδο βαÏικÏν ÏÏοιÏείÏν ειδάλÏÏ Ïε εÏίÏεδο είδοÏÏ ÏÏÏÎ','1','')
    09/02/2012 10:22:54.437 T2228<< ODIExecNonQuerySqlStatement
    09/02/2012 10:22:54.437 T2228 Error: SQL insert failed on DbConnId 0
    INSERT INTO M_ENS_REJ_FUN_ERR (MSG_NUM,FUN_ERR_SEQ,ERR_TYPE,ERR_POINT,ERR_REASON,ORIG_ATTR_VAL) VALUES (18175,1,'1','Îάν Î¬Î½Î±Ï Î±ÏοÏÏÎ¿Î»Î¬Î±Ï ÎµÎ¯Î½Î±Î¹ δΕλÏÎ¼Î¬Î½Î¿Ï Î³Î¹Î± Ïλα Ïα είδΕ ÏÏÏε ÏÏάÏει να δΕλÏθεί Ïε εÏίÏεδο βαÏικÏν ÏÏοιÏείÏν ειδάλÏÏ Ïε εÏίÏεδο είδοÏÏ ÏÏÏÎ','1','')
    09/02/2012 10:22:54.437 T2228 SQLstatements---------->=INSERT INTO M_ENS_REJ_FUN_ERR (MSG_NUM,FUN_ERR_SEQ,ERR_TYPE,ERR_POINT,ERR_REASON,ORIG_ATTR_VAL) VALUES (18175,1,'1','Îάν Î¬Î½Î±Ï Î±ÏοÏÏÎ¿Î»Î¬Î±Ï ÎµÎ¯Î½Î±Î¹ δΕλÏÎ¼Î¬Î½Î¿Ï Î³Î¹Î± Ïλα Ïα είδΕ ÏÏÏε ÏÏάÏει να δΕλÏθεί Ïε εÏίÏεδο βαÏικÏν ÏÏοιÏείÏν ειδάλÏÏ Ïε εÏίÏεδο είδοÏÏ ÏÏÏÎ','1','')09/02/2012 10:22:54.437 T2228 Inbound thread - attempting rollback of 1 SQL insert statements on DbConnId 0
    09/02/2012 10:22:54.437 T2228>> ODIRollback
    However, when tried to insert the same string through the SQL developer it is successful in doing so.

    Globalization forum?
    Globalization Support
    It works for SQL Developer, which does not depend on NLS_LANG, so I suspect a problem with your NLS settings.

  • Issue in Display PDF OutPut with Thai characters using OracleReports9i

    The Report has Cordia New font for display the Thai Charecter.I am using the Win2000 OS.
    The Oracle ReportsBuilder9i shows proper Thai Character,
    but when we generate to PDF file the output shows as junk in Adobe Acrobat Reader5.0
    The environment variables set for this purpose are:
    1.REGEDIT Change:
    NLS_LANG:     THAI_THAILAND.TH8TISASCII
    2.UIFONT.ALI Change:
    [ PDF:Subset ]
    Cordia New....="CORDIA.TTF"
    3.Acrobat Reader Setting:
    Edit>>Preference>>General>>Display
         Check all the check boxes (smooth Text, smooth Artline, smooth Images)
    If anybodys knows the solution or can give a clue to sorting out this issue, it will be very helpful.
    Best Regards,
    Krishna Kumar.K

    Thank you for your posting - The Member Feedback forum is not monitored by Oracle support or product teams and so Oracle product and technology related questions cannot be answered. However we recommend that you post this thread to the "Reports" forum.
    The URL is: Reports
    Thanks - The OTN team

Maybe you are looking for