NLS_LANG : AMERICAN_AMERICA.WE8ISO8859P15 or AMERICAN_AMERICA.WE8ISO8859P1?

Hi all,
We have a dedicated server for data bases ( Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 on sun4u sparc SUNW,Sun-Fire-480R) and NLS_LANG= AMERICAN_AMERICA.WE8ISO8859P15 and other servers where we have different applications (one of them is SQL*Plus: Release 10.2.0.4.0 on HP-UX B.11.31 U ia64 ) and in .profile NLS_LANG is set to AMERICAN_AMERICA.WE8ISO8859P1
SQL> select * from NLS_DATABASE_PARAMETERS ;
NLS_LANGUAGE = AMERICAN
NLS_TERRITORY= AMERICA
NLS_CHARACTERSET= WE8ISO8859P15
SQL> SELECT * FROM NLS_SESSION_PARAMETERS ;
NLS_LANGUAGE = AMERICAN
NLS_TERRITORY= AMERICA
NLS_CALENDAR = GREGORIAN
I thought that when using unix system we should set NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1 so oracle will do the conversion however on the same remote server some scripts export NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P15).
My question is it correct to export NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P15 on the remote server ?
Thanks
Taha

Hello,
Nothing is broken (until now, i never used them and i am not the one who wrote these scripts), however i was wondering why they (on the remote server) are using NLS_LANG = AMERICAN_AMERICA.WE8ISO8859P15 while on the same server the NLS_LANG= AMERICAN_AMERICA.WE8ISO8859P1 ( in .profile).
These scripts where originally used with oracle client v9.2 ( and set NLS_LANG = AMERICAN_AMERICA.WE8ISO8859P15) , oracle client version was upgraded to v10.2 so i thought i should update them and faced the dilemma of NLS_LANG :?
do you think i should leave the NLS_LANG as it is in those scripts ?
Thanks
Taha
Edited by: taha on 12 mars 2012 22:37
Edited by: taha on 13 mars 2012 09:46
Edited by: taha on 3 mai 2012 10:43

Similar Messages

  • Database Link Error to MySQL when using variables

    Hi Guys
    I currently hava a database link to MySQL. I can read, insert, delete and update with no problems when using literals. However when I attempt to carry out the same actions using pl/sql variables I recieve the following error:
    ORA-02055: distributed update operation failed; rollback required
    ORA-02068: following severe error from AAA1
    ORA-28511: lost RPC connection to heterogeneous remote agent using SID=(DESCRIPTION=(ADDRESS=(PROTOCOL=TCP)(HOST=ProdDB.btl.net)(PORT=1527))(CONNECT_DATA=(SID=AAA1)))
    ORA-06512: at line 15
    Could you kindly give me some suggestions?
    PL/SQL Code
    Declare
    MSISDN2 char(8);
    IMSI2 number(28,0);
    ICC2 number(28,0);
    cnt number(28,0);
    Begin
    MSISDN2 :='610-0850';
    IMSI2:=8950167090300132451;
    ICC2:=702670161017765;
    delete from "SUBSCRIBERS"@AAA1 where "MSISDN" = MSISDN2;--"ICC" = ICC2 or "IMSI" = IMSI2;
    End;
    System Info:
    Oracle Database 10.2.0.5.0 on Redhat Linux 64 bit
    Oracle Database Gateways for ODBC 11.2.0.1.0 on same machine as above
    UnixODBC-3.2.1 compiled in 64bit mode on same machine as well
    MySQL ODBC Connector DriverVer:05.02.0002
    ODBC DSN
    ; odbc.ini configuration for Connector/ODBC and Connector/ODBC 3.51 drivers
    [ODBC Data Sources]
    AAA1 = MyODBC 5.2.2 Driver DSN
    [AAA1]
    Driver = /usr/lib64/libmyodbc5w.so
    Description = Connector/ODBC 5.52 Driver DSN
    SERVER = 10.50.18.89
    USER = tytancc2
    Password = xxxxxx
    Database = radiator
    OPTION = 3
    CHARSET = latin1
    Trace = yes
    TraceFile = /tmp/unixodbc.sql.log
    Debug = 1
    Debugfile = /tmp/unixodbc.debug.log
    HS File
    # This is a sample agent init file that contains the HS parameters that are
    # needed for the Database Gateway for ODBC
    # HS init parameters
    HS_FDS_CONNECT_INFO = AAA1
    #HS_FDS_TRACE_LEVEL = 255
    HS_FDS_TRACE_LEVEL = DEBUG
    #HS_FDS_SHAREABLE_NAME = /usr/lib64/libmyodbc5w.so
    HS_FDS_SHAREABLE_NAME = /usr/lib64/libodbc.so.2
    HS_FDS_SQLLEN_INTERPRETATION=32
    #HS_LANGUAGE = AMERICAN_AMERICA.AL32UTF8
    #HS_LANGUAGE = AMERICAN_AMERICA.WE8ISO8859P15
    #HS_LANGUAGE = AMERICAN_AMERICA.WE8ISO8859P1
    HS_LANGUAGE = AMERICAN_AMERICA.LATIN1
    HS_FDS_FETCH_ROWS=1
    #HS_NLS_NCHAR= UCS2
    #HS_OPEN_CURSORS=10
    # ODBC specific environment variables
    set ODBCINI=/u01/oracle/.odbc.ini
    set ODBCINSTINI=/etc/odbcinst.ini
    # Environment variables required for the non-Oracle system
    set LD_LIBRARY_PATH=/usr/lib64
    Trace File
    Oracle Corporation --- FRIDAY FEB 08 2013 22:01:40.555
    Heterogeneous Agent Release
    11.2.0.1.0
    Oracle Corporation --- FRIDAY FEB 08 2013 22:01:40.549
    Version 11.2.0.1.0
    Entered hgogprd
    HOSGIP for "HS_FDS_TRACE_LEVEL" returned "DEBUG"
    Entered hgosdip
    setting HS_OPEN_CURSORS to default of 50
    setting HS_FDS_RECOVERY_ACCOUNT to default of "RECOVER"
    setting HS_FDS_RECOVERY_PWD to default value
    setting HS_FDS_TRANSACTION_LOG to default of HS_TRANSACTION_LOG
    setting HS_IDLE_TIMEOUT to default of 0
    setting HS_FDS_TRANSACTION_ISOLATION to default of "READ_COMMITTED"
    setting HS_NLS_NCHAR to default of "AL32UTF8"
    setting HS_FDS_TIMESTAMP_MAPPING to default of "DATE"
    setting HS_FDS_DATE_MAPPING to default of "DATE"
    setting HS_RPC_FETCH_REBLOCKING to default of "ON"
    HOSGIP returned value of "1" for HS_FDS_FETCH_ROWS
    setting HS_FDS_RESULTSET_SUPPORT to default of "FALSE"
    setting HS_FDS_RSET_RETURN_ROWCOUNT to default of "FALSE"
    setting HS_FDS_PROC_IS_FUNC to default of "FALSE"
    setting HS_FDS_CHARACTER_SEMANTICS to default of "FALSE"
    setting HS_FDS_MAP_NCHAR to default of "TRUE"
    setting HS_NLS_DATE_FORMAT to default of "YYYY-MM-DD HH24:MI:SS"
    setting HS_FDS_REPORT_REAL_AS_DOUBLE to default of "FALSE"
    setting HS_LONG_PIECE_TRANSFER_SIZE to default of "65536"
    setting HS_SQL_HANDLE_STMT_REUSE to default of "FALSE"
    setting HS_FDS_QUERY_DRIVER to default of "TRUE"
    setting HS_FDS_SUPPORT_STATISTICS to default of "FALSE"
    Parameter HS_FDS_QUOTE_IDENTIFIER is not set
    setting HS_KEEP_REMOTE_COLUMN_SIZE to default of "OFF"
    setting HS_FDS_GRAPHIC_TO_MBCS to default of "FALSE"
    setting HS_FDS_MBCS_TO_GRAPHIC to default of "FALSE"
    HOSGIP returned value of "32" for HS_FDS_SQLLEN_INTERPRETATION
    setting HS_CALL_NAME_ISP to "gtw$:SQLTables;gtw$:SQLColumns;gtw$:SQLPrimaryKeys;gtw$:SQLForeignKeys;gtw$:SQLProcedures;gtw$:SQLStatistics;gtw$:SQLGetInfo"
    setting HS_FDS_DELAYED_OPEN to default of "TRUE"
    setting HS_FDS_WORKAROUNDS to default of "0"
    Exiting hgosdip, rc=0
    ORACLE_SID is "AAA1"
    Product-Info:
    Port Rls/Upd:1/0 PrdStat:0
    Agent:Oracle Database Gateway for ODBC
    Facility:hsa
    Class:ODBC, ClassVsn:11.2.0.1.0_0008, Instance:AAA1
    Exiting hgogprd, rc=0
    Entered hgoinit
    HOCXU_COMP_CSET=1
    HOCXU_DRV_CSET=31
    HOCXU_DRV_NCHAR=873
    HOCXU_DB_CSET=31
    HOCXU_SEM_VER=102000
    Entered hgolofn at 2013/02/08-22:01:40
    HOSGIP for "HS_FDS_SHAREABLE_NAME" returned "/usr/lib64/libodbc.so.2"
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a08f61
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a090e5
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a09c18
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a0b6dc
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a17bc4
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a182e8
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a1bc40
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a1dad8
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a1e6dc
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a20bae
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a20bd0
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a22f44
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a276d4
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a27b90
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a2a4a4
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a2b574
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a2b99c
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a2e65c
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a2ecd0
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a31db8
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a31ac0
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a0c47c
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a0e884
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a14943
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a1714a
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a19327
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a1d2ce
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a1f648
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a210c7
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a23990
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a2414c
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a25d26
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a26cc0
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a288a8
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a28c67
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a29e88
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a2c51e
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a2ccfa
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a2d5c0
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a2de92
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a2f088
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a33fa4
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a315fe
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a36de2
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Entered hgolofns at 2013/02/08-22:01:40
    symbol_peflctx=0x31a380ec
    hoaerr:0
    Exiting hgolofns at 2013/02/08-22:01:40
    Exiting hgolofn, rc=0 at 2013/02/08-22:01:40
    HOSGIP for "HS_OPEN_CURSORS" returned "50"
    HOSGIP for "HS_FDS_FETCH_ROWS" returned "1"
    HOSGIP for "HS_LONG_PIECE_TRANSFER_SIZE" returned "65536"
    HOSGIP for "HS_NLS_NUMERIC_CHARACTER" returned ".,"
    HOSGIP for "HS_KEEP_REMOTE_COLUMN_SIZE" returned "OFF"
    HOSGIP for "HS_FDS_DELAYED_OPEN" returned "TRUE"
    HOSGIP for "HS_FDS_WORKAROUNDS" returned "0"
    HOSGIP for "HS_FDS_MBCS_TO_GRAPHIC" returned "FALSE"
    HOSGIP for "HS_FDS_GRAPHIC_TO_MBCS" returned "FALSE"
    treat_SQLLEN_as_compiled = 0
    Exiting hgoinit, rc=0 at 2013/02/08-22:01:40
    Entered hgolgon at 2013/02/08-22:01:40
    reco:0, name:tytancc2, tflag:0
    Entered hgosuec at 2013/02/08-22:01:40
    Exiting hgosuec, rc=0 at 2013/02/08-22:01:40
    HOSGIP for "HS_FDS_RECOVERY_ACCOUNT" returned "RECOVER"
    HOSGIP for "HS_FDS_TRANSACTION_LOG" returned "HS_TRANSACTION_LOG"
    HOSGIP for "HS_FDS_TIMESTAMP_MAPPING" returned "DATE"
    HOSGIP for "HS_FDS_DATE_MAPPING" returned "DATE"
    HOSGIP for "HS_FDS_CHARACTER_SEMANTICS" returned "FALSE"
    HOSGIP for "HS_FDS_MAP_NCHAR" returned "TRUE"
    HOSGIP for "HS_FDS_RESULTSET_SUPPORT" returned "FALSE"
    HOSGIP for "HS_FDS_RSET_RETURN_ROWCOUNT" returned "FALSE"
    HOSGIP for "HS_FDS_PROC_IS_FUNC" returned "FALSE"
    HOSGIP for "HS_FDS_REPORT_REAL_AS_DOUBLE" returned "FALSE"
    using tytancc2 as default value for "HS_FDS_DEFAULT_OWNER"
    HOSGIP for "HS_SQL_HANDLE_STMT_REUSE" returned "FALSE"
    Entered hgocont at 2013/02/08-22:01:40
    HS_FDS_CONNECT_INFO = "AAA1"
    RC=-1 from HOSGIP for "HS_FDS_CONNECT_STRING"
    Entered hgogenconstr at 2013/02/08-22:01:40
    dsn:AAA1, name:tytancc2
    optn:
    Entered hgocip at 2013/02/08-22:01:40
    dsn:AAA1
    Exiting hgocip, rc=0 at 2013/02/08-22:01:40
    Exiting hgogenconstr, rc=0 at 2013/02/08-22:01:40
    Entered hgolosf at 2013/02/08-22:01:45
    Exiting hgolosf, rc=0 at 2013/02/08-22:01:45
    DriverName:libmyodbc5w.so, DriverVer:05.02.0002
    DBMS Name:MySQL, DBMS Version:5.1.66-community-log
    Exiting hgocont, rc=0 at 2013/02/08-22:01:45
    SQLGetInfo returns Y for SQL_CATALOG_NAME
    SQLGetInfo returns 192 for SQL_MAX_CATALOG_NAME_LEN
    Exiting hgolgon, rc=0 at 2013/02/08-22:01:45
    Entered hgoulcp at 2013/02/08-22:01:45
    Entered hgowlst at 2013/02/08-22:01:45
    Exiting hgowlst, rc=0 at 2013/02/08-22:01:45
    SQLGetInfo returns 0x0 for SQL_OWNER_USAGE
    TXN Capable:3, Isolation Option:0xf
    SQLGetInfo returns 0 for SQL_MAX_SCHEMA_NAME_LEN
    SQLGetInfo returns 192 for SQL_MAX_TABLE_NAME_LEN
    SQLGetInfo returns 192 for SQL_MAX_PROCEDURE_NAME_LEN
    SQLGetInfo returns ` (0x60) for SQL_IDENTIFIER_QUOTE_CHAR
    SQLGetInfo returns Y for SQL_COLUMN_ALIAS
    16 instance capabilities will be uploaded
    capno:1964, context:0x00000000, add-info: 0
    capno:1989, context:0x00000000, add-info: 0
    capno:1991, context:0x0001ffff, add-info: 0
    capno:1992, context:0x0001ffff, add-info: 1, translation:"`"
    capno:3042, context:0x00000000, add-info: 0, translation:"42"
    capno:3047, context:0x00000000, add-info: 0, translation:"57"
    capno:3049, context:0x00000000, add-info: 0, translation:"59"
    capno:3050, context:0x00000000, add-info: 0, translation:"60"
    capno:3066, context:0x00000000, add-info: 0
    capno:3067, context:0x00000000, add-info: 0
    capno:3068, context:0x00000000, add-info: 0
    capno:3069, context:0x00000000, add-info: 0
    capno:3500, context:0x00000001, add-info: 91, translation:"42"
    capno:3501, context:0x00000001, add-info: 93, translation:"57"
    capno:3502, context:0x00000001, add-info: 107, translation:"59"
    capno:3503, context:0x00000001, add-info: 110, translation:"60"
    Exiting hgoulcp, rc=0 at 2013/02/08-22:01:45
    Entered hgouldt at 2013/02/08-22:01:45
    NO instance DD translations were uploaded
    Exiting hgouldt, rc=0 at 2013/02/08-22:01:45
    Entered hgobegn at 2013/02/08-22:01:45
    tflag:0 , initial:1
    hoi:0x9671a48, ttid (len 26) is ...
    00: 54595441 4E2E6438 32323564 62642E32 [TYTAN.d8225dbd.2]
    10: 392E372E 33313031 3433 [9.7.310143]
    tbid (len 10) is ...
    0: 1D000700 7FBB0400 0104 [..........]
    Exiting hgobegn, rc=0 at 2013/02/08-22:01:45
    Entered hgopdsc at 2013/02/08-22:01:45
    Describing procedure SUBSCRIBERS
    Output hoada
    hgopdsc, line 1406: NO hoada to print
    Exiting hgopdsc, rc=942 at 2013/02/08-22:01:45
    Entered hgodtab at 2013/02/08-22:01:45
    count:1
    table: SUBSCRIBERS
    Allocate hoada[0] @ 0x3a23590
    Entered hgopcda at 2013/02/08-22:01:45
    Column:1(MSISDN): dtype:1 (CHAR), prc/scl:8/0, nullbl:0, octet:8, sign:1, radix:0
    Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
    Entered hgopcda at 2013/02/08-22:01:45
    Column:2(IMSI): dtype:-5 (BIGINT), prc/scl:19/0, nullbl:0, octet:8, sign:1, radix:10
    Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
    Entered hgopcda at 2013/02/08-22:01:45
    Column:3(ICC): dtype:-5 (BIGINT), prc/scl:19/0, nullbl:0, octet:8, sign:1, radix:10
    Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
    Entered hgopcda at 2013/02/08-22:01:45
    Column:4(CHECKATTR): dtype:1 (CHAR), prc/scl:200/0, nullbl:1, octet:200, sign:1, radix:10
    Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
    Entered hgopcda at 2013/02/08-22:01:45
    Column:5(REPLYATTR): dtype:1 (CHAR), prc/scl:200/0, nullbl:1, octet:200, sign:1, radix:10
    Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
    Entered hgopcda at 2013/02/08-22:01:45
    Column:6(TIMELEFT): dtype:-5 (BIGINT), prc/scl:19/0, nullbl:1, octet:200, sign:1, radix:10
    Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
    Entered hgopcda at 2013/02/08-22:01:45
    Column:7(ELIMINATED): dtype:-5 (BIGINT), prc/scl:19/0, nullbl:1, octet:200, sign:1, radix:10
    Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
    Entered hgopcda at 2013/02/08-22:01:45
    Column:8(SUSPENDED): dtype:-5 (BIGINT), prc/scl:19/0, nullbl:1, octet:200, sign:1, radix:10
    Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
    The hoada for table SUBSCRIBERS follows...
    hgodtab, line 876: Printing hoada @ 0x3a23590
    MAX:8, ACTUAL:8, BRC:1, WHT=6 (TABLE_DESCRIBE)
    hoadaMOD bit-values found (0x200:TREAT_AS_CHAR,0x20:NEGATIVE_HOADADTY)
    DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
    1 CHAR N 8 8 0/ 0 0 0 200 MSISDN
    -5 BIGINT N 8 8 0/ 0 0 0 20 IMSI
    -5 BIGINT N 8 8 0/ 0 0 0 20 ICC
    1 CHAR Y 200 200 0/ 0 0 0 200 CHECKATTR
    1 CHAR Y 200 200 0/ 0 0 0 200 REPLYATTR
    -5 BIGINT Y 8 8 0/ 0 0 0 20 TIMELEFT
    -5 BIGINT Y 8 8 0/ 0 0 0 20 ELIMINATED
    -5 BIGINT Y 8 8 0/ 0 0 0 20 SUSPENDED
    Exiting hgodtab, rc=0 at 2013/02/08-22:01:45
    Entered hgodafr, cursor id 0 at 2013/02/08-22:01:45
    Free hoada @ 0x3a23590
    Exiting hgodafr, rc=0 at 2013/02/08-22:01:45
    Entered hgopars, cursor id 1 at 2013/02/08-22:01:45
    type:0
    SQL text from hgopars, id=1, len=134 ...
    00: 53454C45 43542041 312E604D 53495344 [SELECT A1.`MSISD]
    10: 4E602C41 312E6049 4D534960 2C41312E [N`,A1.`IMSI`,A1.]
    20: 60494343 602C4131 2E604348 45434B41 [`ICC`,A1.`CHECKA]
    30: 54545260 2C41312E 60524550 4C594154 [TTR`,A1.`REPLYAT]
    40: 5452602C 41312E60 54494D45 4C454654 [TR`,A1.`TIMELEFT]
    50: 602C4131 2E60454C 494D494E 41544544 [`,A1.`ELIMINATED]
    60: 602C4131 2E605355 5350454E 44454460 [`,A1.`SUSPENDED`]
    70: 2046524F 4D206053 55425343 52494245 [ FROM `SUBSCRIBE]
    80: 52536020 4131 [RS` A1]
    Exiting hgopars, rc=0 at 2013/02/08-22:01:45
    Entered hgoopen, cursor id 1 at 2013/02/08-22:01:45
    hgoopen, line 86: NO hoada to print
    Deferred open until first fetch.
    Exiting hgoopen, rc=0 at 2013/02/08-22:01:45
    Entered hgodscr, cursor id 1 at 2013/02/08-22:01:45
    Allocate hoada @ 0x3a23538
    Entered hgopcda at 2013/02/08-22:01:45
    Column:1(MSISDN): dtype:1 (CHAR), prc/scl:8/0, nullbl:0, octet:8, sign:1, radix:0
    Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
    Entered hgopcda at 2013/02/08-22:01:45
    Column:2(IMSI): dtype:-5 (BIGINT), prc/scl:19/0, nullbl:0, octet:8, sign:1, radix:0
    Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
    Entered hgopcda at 2013/02/08-22:01:45
    Column:3(ICC): dtype:-5 (BIGINT), prc/scl:19/0, nullbl:0, octet:8, sign:1, radix:0
    Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
    Entered hgopcda at 2013/02/08-22:01:45
    Column:4(CHECKATTR): dtype:1 (CHAR), prc/scl:200/0, nullbl:1, octet:200, sign:1, radix:0
    Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
    Entered hgopcda at 2013/02/08-22:01:45
    Column:5(REPLYATTR): dtype:1 (CHAR), prc/scl:200/0, nullbl:1, octet:200, sign:1, radix:0
    Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
    Entered hgopcda at 2013/02/08-22:01:45
    Column:6(TIMELEFT): dtype:-5 (BIGINT), prc/scl:19/0, nullbl:1, octet:200, sign:1, radix:0
    Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
    Entered hgopcda at 2013/02/08-22:01:45
    Column:7(ELIMINATED): dtype:-5 (BIGINT), prc/scl:19/0, nullbl:1, octet:200, sign:1, radix:0
    Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
    Entered hgopcda at 2013/02/08-22:01:45
    Column:8(SUSPENDED): dtype:-5 (BIGINT), prc/scl:19/0, nullbl:1, octet:200, sign:1, radix:0
    Exiting hgopcda, rc=0 at 2013/02/08-22:01:45
    hgodscr, line 880: Printing hoada @ 0x3a23538
    MAX:8, ACTUAL:8, BRC:1, WHT=5 (SELECT_LIST)
    hoadaMOD bit-values found (0x200:TREAT_AS_CHAR,0x20:NEGATIVE_HOADADTY)
    DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
    1 CHAR N 8 8 0/ 0 0 0 200 MSISDN
    -5 BIGINT N 8 8 0/ 0 0 0 20 IMSI
    -5 BIGINT N 8 8 0/ 0 0 0 20 ICC
    1 CHAR Y 200 200 0/ 0 0 0 200 CHECKATTR
    1 CHAR Y 200 200 0/ 0 0 0 200 REPLYATTR
    -5 BIGINT Y 8 8 0/ 0 0 0 20 TIMELEFT
    -5 BIGINT Y 8 8 0/ 0 0 0 20 ELIMINATED
    -5 BIGINT Y 8 8 0/ 0 0 0 20 SUSPENDED
    Exiting hgodscr, rc=0 at 2013/02/08-22:01:45
    Entered hgoclse, cursor id 1 at 2013/02/08-22:01:46
    Exiting hgoclse, rc=0 at 2013/02/08-22:01:46
    Entered hgodafr, cursor id 1 at 2013/02/08-22:01:46
    Free hoada @ 0x3a23538
    Exiting hgodafr, rc=0 at 2013/02/08-22:01:46
    Entered hgopars, cursor id 1 at 2013/02/08-22:01:46
    type:0
    SQL text from hgopars, id=1, len=56 ...
    00: 44454C45 54452046 524F4D20 60535542 [DELETE FROM `SUB]
    10: 53435249 42455253 60205748 45524520 [SCRIBERS` WHERE ]
    20: 60535542 53435249 42455253 602E604D [`SUBSCRIBERS`.`M]
    30: 53495344 4E603D3F [SISDN`=?]
    Exiting hgopars, rc=0 at 2013/02/08-22:01:46
    Entered hgoexec, cursor id 1 at 2013/02/08-22:01:46
    octype=3 (DELETE)
    hgoexec, line 108: Printing hoada @ 0x3a23538
    MAX:1, ACTUAL:1, BRC:1, WHT=3 (BIND_LIST)
    hoadaMOD bit-values found (0x200:TREAT_AS_CHAR)
    DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
    1 CHAR N 8 0 0/ 0 31 0 200 ?
    Entered hgoprbv at 2013/02/08-22:01:46
    hgoprbv, line 145: Printing hoada @ 0x3a23538
    MAX:1, ACTUAL:1, BRC:1, WHT=3 (BIND_LIST)
    hoadaMOD bit-values found (0x200:TREAT_AS_CHAR)
    DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
    1 CHAR N 8 0 0/ 0 31 0 200 ?
    Exiting hgoprbv, rc=0 at 2013/02/08-22:01:46

              Entry:
                   Statement = 0x12401d00
                   Option = 0
    [ODBC][379][1360881002.979016][SQLFreeStmt.c][263]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.979038][SQLGetTypeInfo.c][168]
              Entry:
                   Statement = 0x12401d00
                   Data Type = SQL_BIGINT
    [ODBC][379][1360881002.979073][SQLGetTypeInfo.c][318]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.979096][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881002.979122][SQLFetch.c][348]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.979144][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881002.979169][SQLFetch.c][348]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.979191][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881002.979220][SQLFetch.c][348]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.979242][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881002.979267][SQLFetch.c][348]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.979289][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881002.979310][SQLFetch.c][348]
              Exit:[SQL_NO_DATA]
    [ODBC][379][1360881002.979332][SQLFreeStmt.c][144]
              Entry:
                   Statement = 0x12401d00
                   Option = 0
    [ODBC][379][1360881002.979354][SQLFreeStmt.c][263]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.979376][SQLGetTypeInfo.c][168]
              Entry:
                   Statement = 0x12401d00
                   Data Type = SQL_BIGINT
    [ODBC][379][1360881002.979411][SQLGetTypeInfo.c][318]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.979437][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881002.979463][SQLFetch.c][348]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.979486][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881002.979511][SQLFetch.c][348]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.979533][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881002.979559][SQLFetch.c][348]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.979581][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881002.979606][SQLFetch.c][348]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.979644][SQLFreeStmt.c][144]
              Entry:
                   Statement = 0x12401d00
                   Option = 0
    [ODBC][379][1360881002.979667][SQLFreeStmt.c][263]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.979689][SQLGetTypeInfo.c][168]
              Entry:
                   Statement = 0x12401d00
                   Data Type = SQL_TINYINT
    [ODBC][379][1360881002.979728][SQLGetTypeInfo.c][318]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.979762][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881002.979801][SQLFetch.c][348]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.979835][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881002.979882][SQLFetch.c][348]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.979920][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881002.979962][SQLFetch.c][348]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.979998][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881002.980040][SQLFetch.c][348]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.980074][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881002.980107][SQLFetch.c][348]
              Exit:[SQL_NO_DATA]
    [ODBC][379][1360881002.980140][SQLFreeStmt.c][144]
              Entry:
                   Statement = 0x12401d00
                   Option = 0
    [ODBC][379][1360881002.980176][SQLFreeStmt.c][263]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.980214][SQLGetTypeInfo.c][168]
              Entry:
                   Statement = 0x12401d00
                   Data Type = SQL_TINYINT
    [ODBC][379][1360881002.980270][SQLGetTypeInfo.c][318]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.980313][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881002.980356][SQLFetch.c][348]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.980392][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881002.980435][SQLFetch.c][348]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.980471][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881002.980512][SQLFetch.c][348]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.980547][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881002.980588][SQLFetch.c][348]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.980624][SQLFreeStmt.c][144]
              Entry:
                   Statement = 0x12401d00
                   Option = 0
    [ODBC][379][1360881002.980661][SQLFreeStmt.c][263]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.980694][SQLGetTypeInfo.c][168]
              Entry:
                   Statement = 0x12401d00
                   Data Type = SQL_LONGVARCHAR
    [ODBC][379][1360881002.980749][SQLGetTypeInfo.c][318]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.980785][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881002.980827][SQLFetch.c][348]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.980862][SQLFreeStmt.c][144]
              Entry:
                   Statement = 0x12401d00
                   Option = 0
    [ODBC][379][1360881002.980903][SQLFreeStmt.c][263]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.980938][SQLGetTypeInfo.c][168]
              Entry:
                   Statement = 0x12401d00
                   Data Type = SQL_LONGVARBINARY
    [ODBC][379][1360881002.980993][SQLGetTypeInfo.c][318]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.981028][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881002.981070][SQLFetch.c][348]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.981105][SQLFreeStmt.c][144]
              Entry:
                   Statement = 0x12401d00
                   Option = 0
    [ODBC][379][1360881002.981140][SQLFreeStmt.c][263]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.981175][SQLFreeStmt.c][144]
              Entry:
                   Statement = 0x12401d00
                   Option = 2
    [ODBC][379][1360881002.981208][SQLFreeStmt.c][263]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.994533][SQLEndTran.c][421]
              Entry:               
                   Connection = 0x123d8530               
                   Completion Type = 0
    [ODBC][379][1360881002.996504][SQLGetInfo.c][554]
              Entry:
                   Connection = 0x123d8530
                   Info Type = SQL_CURSOR_COMMIT_BEHAVIOR (23)
                   Info Value = 0x123d99a0
                   Buffer Length = 2
                   StrLen = 0x7fffe2e98e5e
    [ODBC][379][1360881002.996546][SQLGetInfo.c][617]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.996572][SQLGetInfo.c][554]
              Entry:
                   Connection = 0x123d8530
                   Info Type = SQL_CURSOR_ROLLBACK_BEHAVIOR (24)
                   Info Value = 0x123d99a2
                   Buffer Length = 2
                   StrLen = 0x7fffe2e98e5e
    [ODBC][379][1360881002.996613][SQLGetInfo.c][617]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.996636][SQLEndTran.c][574]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881002.996666][SQLSetConnectAttr.c][396]
              Entry:
                   Connection = 0x123d8530
                   Attribute = SQL_ATTR_TXN_ISOLATION
                   Value = 0x2
                   StrLen = -5
    [ODBC][379][1360881002.999108][SQLSetConnectAttr.c][852]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.002982][SQLAllocHandle.c][540]
              Entry:
                   Handle Type = 3
                   Input Handle = 0x123d8530
    [ODBC][379][1360881003.003054][SQLAllocHandle.c][1081]
              Exit:[SQL_SUCCESS]
                   Output Handle = 0x12439eb0
    [ODBC][379][1360881003.003087][SQLFreeHandle.c][381]
              Entry:
                   Handle Type = 3
                   Input Handle = 0x12401d00
    [ODBC][379][1360881003.003139][SQLFreeHandle.c][491]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.003164][SQLAllocHandle.c][540]
              Entry:
                   Handle Type = 3
                   Input Handle = 0x123d8530
    [ODBC][379][1360881003.003196][SQLAllocHandle.c][1081]
              Exit:[SQL_SUCCESS]
                   Output Handle = 0x12401d00
    [ODBC][379][1360881003.003221][SQLBindCol.c][236]
              Entry:
                   Statement = 0x12401d00
                   Column Number = 4
                   Target Type = 1 SQL_CHAR
                   Target Value = 0x7fffe2e98dc0
                   Buffer Length = 124
                   StrLen Or Ind = 0x7fffe2e98e90
    [ODBC][379][1360881003.003249][SQLBindCol.c][341]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.003273][SQLBindCol.c][236]
              Entry:
                   Statement = 0x12401d00
                   Column Number = 5
                   Target Type = -15 SQL_C_SSHORT
                   Target Value = 0x7fffe2e98f58
                   Buffer Length = 0
                   StrLen Or Ind = (nil)
    [ODBC][379][1360881003.003296][SQLBindCol.c][341]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.003319][SQLBindCol.c][236]
              Entry:
                   Statement = 0x12401d00
                   Column Number = 6
                   Target Type = 1 SQL_CHAR
                   Target Value = 0x7fffe2e98d28
                   Buffer Length = 120
                   StrLen Or Ind = 0x7fffe2e98eb8
    [ODBC][379][1360881003.003342][SQLBindCol.c][341]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.003365][SQLBindCol.c][236]
              Entry:
                   Statement = 0x12401d00
                   Column Number = 7
                   Target Type = -16 SQL_C_SLONG
                   Target Value = 0x7fffe2e98f34
                   Buffer Length = 0
                   StrLen Or Ind = 0x7fffe2e98e98
    [ODBC][379][1360881003.003387][SQLBindCol.c][341]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.003410][SQLBindCol.c][236]
              Entry:
                   Statement = 0x12401d00
                   Column Number = 9
                   Target Type = -15 SQL_C_SSHORT
                   Target Value = 0x7fffe2e98f5c
                   Buffer Length = 0
                   StrLen Or Ind = 0x7fffe2e98ea0
    [ODBC][379][1360881003.003433][SQLBindCol.c][341]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.003456][SQLBindCol.c][236]
              Entry:
                   Statement = 0x12401d00
                   Column Number = 10
                   Target Type = -15 SQL_C_SSHORT
                   Target Value = 0x7fffe2e98f64
                   Buffer Length = 0
                   StrLen Or Ind = 0x7fffe2e98ec0
    [ODBC][379][1360881003.003479][SQLBindCol.c][341]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.003501][SQLBindCol.c][236]
              Entry:
                   Statement = 0x12401d00
                   Column Number = 11
                   Target Type = -15 SQL_C_SSHORT
                   Target Value = 0x7fffe2e98f60
                   Buffer Length = 0
                   StrLen Or Ind = (nil)
    [ODBC][379][1360881003.003524][SQLBindCol.c][341]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.003547][SQLBindCol.c][236]
              Entry:
                   Statement = 0x12401d00
                   Column Number = 16
                   Target Type = -16 SQL_C_SLONG
                   Target Value = 0x7fffe2e98f40
                   Buffer Length = 0
                   StrLen Or Ind = 0x7fffe2e98ea8
    [ODBC][379][1360881003.003572][SQLBindCol.c][341]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.003623][SQLColumns.c][215]
              Entry:
                   Statement = 0x12401d00
                   Catalog Name = [radiator][length = 8]
                   Schema Name = [NULL]
                   Table Name = [SUBSCRIBERS2][length = 12]
                   Column Name = [NULL]
    [ODBC][379][1360881003.014993][SQLColumns.c][412]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.015172][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881003.015247][SQLFetch.c][348]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.015361][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881003.015396][SQLFetch.c][348]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.015479][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881003.015513][SQLFetch.c][348]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.015613][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881003.015647][SQLFetch.c][348]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.015726][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881003.015758][SQLFetch.c][348]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.015836][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881003.015870][SQLFetch.c][348]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.015961][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881003.015994][SQLFetch.c][348]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.016072][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881003.016104][SQLFetch.c][348]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.016183][SQLFetch.c][162]
              Entry:
                   Statement = 0x12401d00
    [ODBC][379][1360881003.016209][SQLFetch.c][348]
              Exit:[SQL_NO_DATA]
    [ODBC][379][1360881003.016284][SQLFreeStmt.c][144]
              Entry:
                   Statement = 0x12401d00
                   Option = 0
    [ODBC][379][1360881003.016311][SQLFreeStmt.c][263]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.016438][SQLFreeStmt.c][144]
              Entry:
                   Statement = 0x12401d00
                   Option = 2
    [ODBC][379][1360881003.016465][SQLFreeStmt.c][263]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.016489][SQLFreeHandle.c][381]
              Entry:
                   Handle Type = 3
                   Input Handle = 0x12439eb0
    [ODBC][379][1360881003.016521][SQLFreeHandle.c][491]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.029258][SQLAllocHandle.c][540]
              Entry:
                   Handle Type = 3
                   Input Handle = 0x123d8530
    [ODBC][379][1360881003.029318][SQLAllocHandle.c][1081]
              Exit:[SQL_SUCCESS]
                   Output Handle = 0x12439eb0
    [ODBC][379][1360881003.029350][SQLPrepare.c][196]
              Entry:
                   Statement = 0x12439eb0
                   SQL = [SELECT A1.`CHECKATTR` FROM `SUBSCRIBERS2` A1 WHERE A1.`MSISDN`='610-0850'][length = 73]
    [ODBC][379][1360881003.029450][SQLPrepare.c][371]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.029482][SQLNumResultCols.c][156]
              Entry:
                   Statement = 0x12439eb0
                   Column Count = 0x123c4538
    [ODBC][379][1360881003.033825][SQLNumResultCols.c][248]
              Exit:[SQL_SUCCESS]
                   Count = 0x123c4538 -> 1
    [ODBC][379][1360881003.034106][SQLDescribeCol.c][247]
              Entry:
                   Statement = 0x12439eb0
                   Column Number = 1
                   Column Name = 0x7fffe2e98c80
                   Buffer Length = 31
                   Name Length = 0x7fffe2e98dc4
                   Data Type = 0x7fffe2e98dc8
                   Column Size = 0x7fffe2e98d60
                   Decimal Digits = 0x7fffe2e98dcc
                   Nullable = 0x7fffe2e98dd0
    [ODBC][379][1360881003.034152][SQLDescribeCol.c][497]
              Exit:[SQL_SUCCESS]               
                   Column Name = [CHECKATTR]               
                   Data Type = 0x7fffe2e98dc8 -> 1               
                   Column Size = 0x7fffe2e98d60 -> 200               
                   Decimal Digits = 0x7fffe2e98dcc -> 0               
                   Nullable = 0x7fffe2e98dd0 -> 1
    [ODBC][379][1360881003.034182][SQLColAttribute.c][293]
              Entry:
                   Statement = 0x12439eb0
                   Column Number = 1
                   Field Identifier = SQL_DESC_OCTET_LENGTH
                   Character Attr = (nil)
                   Buffer Length = 0
                   String Length = (nil)
                   Numeric Attribute = 0x7fffe2e98d68
    [ODBC][379][1360881003.034245][SQLColAttribute.c][664]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.034336][SQLSetStmtAttr.c][265]
              Entry:
                   Statement = 0x12439eb0
                   Attribute = SQL_ATTR_ROW_ARRAY_SIZE
                   Value = 0x1
                   StrLen = 0
    [ODBC][379][1360881003.034370][SQLSetStmtAttr.c][925]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.038845][SQLAllocHandle.c][540]
              Entry:
                   Handle Type = 3
                   Input Handle = 0x123d8530
    [ODBC][379][1360881003.038910][SQLAllocHandle.c][1081]
              Exit:[SQL_SUCCESS]
                   Output Handle = 0x1244ae50
    [ODBC][379][1360881003.038941][SQLPrepare.c][196]
              Entry:
                   Statement = 0x1244ae50
                   SQL = [SELECT A1.`CHECKATTR` FROM `SUBSCRIBERS2` A1 WHERE A1.`MSISDN`='610-0850'][length = 73]
    [ODBC][379][1360881003.038986][SQLPrepare.c][371]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.039011][SQLNumResultCols.c][156]
              Entry:
                   Statement = 0x1244ae50
                   Column Count = 0x123c45c0
    [ODBC][379][1360881003.041037][SQLNumResultCols.c][248]
              Exit:[SQL_SUCCESS]
                   Count = 0x123c45c0 -> 1
    [ODBC][379][1360881003.041271][SQLDescribeCol.c][247]
              Entry:
                   Statement = 0x1244ae50
                   Column Number = 1
                   Column Name = 0x7fffe2e98c80
                   Buffer Length = 31
                   Name Length = 0x7fffe2e98dc4
                   Data Type = 0x7fffe2e98dc8
                   Column Size = 0x7fffe2e98d60
                   Decimal Digits = 0x7fffe2e98dcc
                   Nullable = 0x7fffe2e98dd0
    [ODBC][379][1360881003.041311][SQLDescribeCol.c][497]
              Exit:[SQL_SUCCESS]               
                   Column Name = [CHECKATTR]               
                   Data Type = 0x7fffe2e98dc8 -> 1               
                   Column Size = 0x7fffe2e98d60 -> 200               
                   Decimal Digits = 0x7fffe2e98dcc -> 0               
                   Nullable = 0x7fffe2e98dd0 -> 1
    [ODBC][379][1360881003.041337][SQLColAttribute.c][293]
              Entry:
                   Statement = 0x1244ae50
                   Column Number = 1
                   Field Identifier = SQL_DESC_OCTET_LENGTH
                   Character Attr = (nil)
                   Buffer Length = 0
                   String Length = (nil)
                   Numeric Attribute = 0x7fffe2e98d68
    [ODBC][379][1360881003.041362][SQLColAttribute.c][664]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.041444][SQLSetStmtAttr.c][265]
              Entry:
                   Statement = 0x1244ae50
                   Attribute = SQL_ATTR_ROW_ARRAY_SIZE
                   Value = 0x1
                   StrLen = 0
    [ODBC][379][1360881003.041472][SQLSetStmtAttr.c][925]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.043645][SQLExecute.c][187]
              Entry:
                   Statement = 0x1244ae50
    [ODBC][379][1360881003.048482][SQLExecute.c][348]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.048531][SQLBindCol.c][236]
              Entry:
                   Statement = 0x1244ae50
                   Column Number = 1
                   Target Type = 1 SQL_CHAR
                   Target Value = 0x12438f50
                   Buffer Length = 201
                   StrLen Or Ind = 0x12439060
    [ODBC][379][1360881003.048559][SQLBindCol.c][341]
              Exit:[SQL_SUCCESS]
    [ODBC][379][1360881003.048597][SQLFetch.c][162]
              Entry:
                   Statement = 0x1244ae50
    [ODBC][379][1360881003.048640][SQLFetch.c][348]
              Exit:[SQL_SUCCESS]

  • How to set up multiple NLS_LANG or update the NLS_LANG in windows registry

    Hi!
    In our server machine, we have installed the Oracle Net Manager Version 10.2.0.0.0, which is used to connect to different oracle databases in different NLS_LANG settings (i.e., JA16SJIS, KO16KSC5601, WE8ISO8859P1). Currently, our NLS_LANG is set to "AMERICAN_AMERICA.UTF8". In order not to convert the character set to UTF-8 format, could anyone tell me:
    1. how to set multiple NLS_LANG for different databases in registry
    2. how to switch the NLS_LANG setting in registry programmatically in order to retrieve/view the data in the corresponding character set (same as the setting in Oracle DB) for the dedicated oracle database
    Please advise. Thanks a lot
    Best Regards
    Pinga

    1. how to set multiple NLS_LANG for different databases in registryBy default NLS_LANG registry settings is linked to the Oracle home and not to the database. I don't think that you can set a NLS_LANG setting for each database (unless you are using a command line tool and in this case you can set the NLS_LANG environment variable).
    See also OTN NLS_LANG FAQ.

  • Std::string NLS_LANG character sets

    I'm an OCI user but not a pure one. Because I use the free available OTL (Oracle Template Library) from S.Kuchin which is a wrapper around OIC I hope this not off topic here.
    The library offers the possibility to read database strings from VARCHAR2 fields to
    a std::string. I know that oracle does character converting at client side controlled
    via NLS_LANG environment variable.
    It's clear to me that reading database strings to std::string is no problem for
    one byte character sets liike ISO-8859-1. But how about when I let point NLS_LANG
    to UTF-8 or chinese character set e.g. ZHT16BIG5 ?
    Is it still safe to read the result to a std::string ?
    For example I have a database with default characterset AMERICAN_AMERICA.WE8ISO8859P15. I stored some German umlaut in some
    table. I wrote a small program using OTL and set NLS_LANG to UTF8 on client side.
    I fetched the data from server to client, stored the data in a std::string, pushed them in a file and yes the data were stored as UTF8.
    Is it really so simple or is it dangerous to read the UTF8-converted data to
    std::string ? Wat is the common rule ? When may and when may I not read the data
    to std::string ?

    Hello,
    I think you'll have more accurate answer in the Globalization Support Forum:
    Globalization Support
    Best regards,
    Jean-Valentin

  • Effect of NLS_LANG in SQL scripts

    DB version: 11.2.0.2
    Platform : RHEL 5.6
    We have a software vendor who occasionaly sends us SQL scripts to deploy.
    The scripts will usually contain few DDLs and lots DMLs
    From textpad, i can the see the DMLs (INSERTs , UPDATEs) in SQL Script. It usually contain non-english characters (Dutch, German, French) like
    'Übersicht Buchungssätze' .
    'Fehler beim Löschen der zugeordneten Referenzen!'They always ask us to set NLS_LANG like following.
    export NLS_LANG="AMERICAN_AMERICA.WE8ISO8859P15"After the INSERT, I queried the inserted values from PL/SQL developer. The values appear as it appears in the SQL Script text file as shown above.
    So, what was the effect of setting NLS_LANG ? What could have happened if I hadn't set NLS_LANG ?
    NLS info within out DB
    SQL > select * from nls_Database_parameters;
    PARAMETER                      VALUE
    NLS_LANGUAGE                   ENGLISH
    NLS_TERRITORY                  UNITED KINGDOM
    NLS_CURRENCY                   #
    NLS_ISO_CURRENCY               UNITED KINGDOM
    NLS_NUMERIC_CHARACTERS         .,
    NLS_CHARACTERSET               AL32UTF8
    NLS_CALENDAR                   GREGORIAN
    NLS_DATE_FORMAT                DD-MON-RR
    NLS_DATE_LANGUAGE              ENGLISH
    NLS_SORT                       BINARY
    NLS_TIME_FORMAT                HH24.MI.SSXFF
    NLS_TIMESTAMP_FORMAT           DD-MON-RR HH24.MI.SSXFF
    NLS_TIME_TZ_FORMAT             HH24.MI.SSXFF TZR
    NLS_TIMESTAMP_TZ_FORMAT        DD-MON-RR HH24.MI.SSXFF TZR
    NLS_NCHAR_CHARACTERSET         AL16UTF16
    NLS_DUAL_CURRENCY              ?
    NLS_COMP                       BINARY
    NLS_LENGTH_SEMANTICS           BYTE
    NLS_NCHAR_CONV_EXCP            FALSE
    NLS_RDBMS_VERSION              11.2.0.2.0
    20 rows selected.

    Check your input script encoding first. If it is not UTF8 you may have issues.
    It is important to setup the NLS_LANG when you want to use other encoding in your input than your DB character set.
    Your database character set is AL32UTF8, your default linux locale is UTF8 so when you execute an sql command oracle does not translate the characters just simple executes it.
    If you setup NLS_LANG oracle automatically translates characters from your input to the database character set accordingly. That's the difference.
    So if you did not set the NLS_LANG all characters went into the database as it is because there were no conversion as oracle expected an UTF8 input because that is the default.
    Try to get an UTF8 export of your data if that looks good you are good if not you have to fix. I assume you could have issues with specific characters.
    Please check your data using Oracle SQL Developer as well.
    If you have MOS account see Oracle Support Document 179133.1 [url https://support.oracle.com/epmos/faces/ui/km/DocumentDisplay.jspx?id=179133.1]The correct NLS_LANG in a Windows Environment and / or
    [url https://metalink.oracle.com/metalink/plsql/showdoc?db=NOT&id=264157.1]The correct NLS_LANG setting in Unix Environments Doc ID: 264157.1
    for detailed info.

  • SUPPORT FOR euro WE8ISO8859P15 CHARACTER SET

    Hi,
    I cannot run Portal home page after 9iAS release 2 installation on Sun Solaris.
    On both nodes (infrastructure and middle tier) and in portal DAD I have NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P15.
    Is it possible to run portal with this character set?
    This is the error message:
    Error: The servlet produced the following error stack. java.io.IOException: Unsupported character encoding: "ISO-8859-15"
         at oracle.webdb.page.BaseContentRequest.getResponseJavaEncoding(Unknown Source)
         at oracle.webdb.page.BaseContentRequest.getReader(Unknown Source)
         at oracle.webdb.page.PageBuilder.getMetaData(Unknown Source)
         at oracle.webdb.page.PageBuilder.process(Unknown Source)
         at oracle.webdb.page.ParallelServlet.doGet(Unknown Source)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:244)
         at javax.servlet.http.HttpServlet.service(HttpServlet.java:336)
         at com.evermind.server.http.ResourceFilterChain.doFilter(ResourceFilterChain.java:59)
         at oracle.security.jazn.oc4j.JAZNFilter.doFilter(JAZNFilter.java:283)
         at com.evermind.server.http.ServletRequestDispatcher.invoke(ServletRequestDispatcher.java:523)
         at com.evermind.server.http.ServletRequestDispatcher.forwardInternal(ServletRequestDispatcher.java:269)
         at com.evermind.server.http.HttpRequestHandler.processRequest(HttpRequestHandler.java:735)
         at com.evermind.server.http.AJPRequestHandler.run(AJPRequestHandler.java:151)
         at com.evermind.util.ThreadPoolThread.run(ThreadPoolThread.java:64)
    Best regards,
    Zoran

    Hi
    You dont need anything special, however the JVM you use must support the encoding you want (unless you are going with a unicode flavor like UTF-8 which all JVM's support). The rest of the i18n stuff like ResourceBundles for messages, date currency formats are handled in your code anyway.
    regards
    deepak

  • Finding NLS_LANG of a Session from Database

    Hi
    Is there any way to find the NLS_LANG of a particular session?
    Regards
    GS

    No "standard" function returning client character set (at least I didn't find one), but we can use Java, if this is not a problem for you. See http://www.oracle-base.com/articles/8i/ShellCommandsFromPLSQL.php
    $ echo $NLS_LANG
    AMERICAN_AMERICA.WE8MSWIN1252
    $ sqlplus scott/tiger
    SQL*Plus: Release 10.1.0.3.0 - Production on Wed Oct 19 10:27:44 2005
    Copyright (c) 1982, 2004, Oracle.  All rights reserved.
    Connected to:
    Oracle Database 10g Enterprise Edition Release 10.1.0.3.0 - Production
    With the Partitioning, OLAP and Data Mining options
    SQL> select sys_context('userenv','language') from dual; -- DB character set
    SYS_CONTEXT('USERENV','LANGUAGE')
    AMERICAN_AMERICA.WE8ISO8859P15
    SQL> SET SERVEROUTPUT ON SIZE 1000000
    SQL> CALL DBMS_JAVA.SET_OUTPUT(1000000);
    Call completed.
    SQL> exec Host_Command ('echo $NLS_LANG'); -- Client character set
    AMERICAN_AMERICA.WE8MSWIN1252
    PL/SQL procedure successfully completed.
    SQL>                                                                                                                     Of course this solution is generic, and can be used for any OS command from Pl/Sql.

  • Server uses WE8ISO8859P15 character set (possible charset conversion)

    Hi,
    when EXP in 9i I receive :
    Connected to: Oracle Database 11g Enterprise Edition Release 11.1.0.7.0 - 64bit Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options
    Export done in WE8PC850 character set and AL16UTF16 NCHAR character set
    server uses WE8ISO8859P15 character set (possible charset conversion)What is the problem ?
    Thank you.
    I exported just a table, how to see if it is exported ?

    Dear user522961,
    You have not defined or misdefined the NLS_LANG environmental variable before trying to run the export command.
    Here is a little illustration;
    *$ echo $NLS_LANG*
    *AMERICAN_AMERICA.WE8ISO8859P9*
    $ exp system/password@opttest file=ogan.dmp owner=OGAN
    Export: Release 10.2.0.4.0 - Production on Mon Jul 12 18:10:47 2010
    Copyright (c) 1982, 2007, Oracle.  All rights reserved.
    Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options
    *Export done in WE8ISO8859P9 character set and AL16UTF16 NCHAR character set*
    About to export specified users ...
    . exporting pre-schema procedural objects and actions
    . exporting foreign function library names for user OGAN
    . exporting PUBLIC type synonyms
    . exporting private type synonyms
    . exporting object type definitions for user OGAN
    About to export OGAN's objects ...
    . exporting database links
    . exporting sequence numbers
    . exporting cluster definitions
    . about to export OGAN's tables via Conventional Path ...
    . exporting synonyms
    . exporting views
    . exporting stored procedures
    . exporting operators
    . exporting referential integrity constraints
    . exporting triggers
    . exporting indextypes
    . exporting bitmap, functional and extensible indexes
    . exporting posttables actions
    . exporting materialized views
    . exporting snapshot logs
    . exporting job queues
    . exporting refresh groups and children
    . exporting dimensions
    . exporting post-schema procedural objects and actions
    . exporting statistics
    Export terminated successfully without warnings.
    *$ export NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P15*
    $ exp system/password@opttest file=ogan.dmp owner=OGAN
    Export: Release 10.2.0.4.0 - Production on Mon Jul 12 18:12:41 2010
    Copyright (c) 1982, 2007, Oracle.  All rights reserved.
    Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.4.0 - 64bit Production
    With the Partitioning, OLAP, Data Mining and Real Application Testing options
    *Export done in WE8ISO8859P15 character set and AL16UTF16 NCHAR character set*
    *server uses WE8ISO8859P9 character set (possible charset conversion)*
    About to export specified users ...
    . exporting pre-schema procedural objects and actions
    . exporting foreign function library names for user OGAN
    . exporting PUBLIC type synonyms
    . exporting private type synonyms
    . exporting object type definitions for user OGAN
    About to export OGAN's objects ...
    . exporting database links
    . exporting sequence numbers
    . exporting cluster definitions
    . about to export OGAN's tables via Conventional Path ...
    . exporting synonyms
    . exporting views
    . exporting stored procedures
    . exporting operators
    . exporting referential integrity constraints
    . exporting triggers
    . exporting indextypes
    . exporting bitmap, functional and extensible indexes
    . exporting posttables actions
    . exporting materialized views
    . exporting snapshot logs
    . exporting job queues
    . exporting refresh groups and children
    . exporting dimensions
    . exporting post-schema procedural objects and actions
    . exporting statistics
    Export terminated successfully without warnings.Hope it Helps,
    Ogan

  • Euro and Poundsterling symbol problem even with WE8ISO8859P15

    Dear all,
    We are using the Primavera Enterprise (project management software) run on Oracle 8.1.7.0.0, the euro and pounds symbol is not displayed correctly (# and ¤ instead).
    Our configuration is :
    AIX 4.3.3.0
    NLS_LANG= WE8ISO8859P1 (configured in .profile for oracle user account)
    Originally the database was created with the NLS_CHARACTERSET WE8ISO8859P1, as we discovered that this nls does not support euro, what we have done then :
    - export it (.dmp WE8ISO8859P1)
    - create a new database instance with WE8ISO8859P15 (hosted in the above AIX server)
    - import the .dmp above to a new created database
    - the log file generated saying that :
    1. import done using WE8ISO8859P1 and WE8ISO8859P15
    2. the server characterset is WE8ISO8859P15, character conversion possible
    3. imported from export file with the WE8ISO8859P1
    - we queried the database with 'select * from sys.props$ whre name like 'NLS%'; and we are sure that the database nls_characterset is WE8ISO8859P15
    - we then update the euro and symbol from Primavera application
    - we close the Primavera application and try to reopen it
    - the euro and pounds symbol are back to as before (ie. # and ¤)
    Note : as the above server is a production server, we can not modify the NLS_LANG of the machine to WE8ISO8859P15
    Please advice.
    [email protected]

    Barry & all, sorry to mention the client/server architecture with Primavera Enterprise.
    The primavera application is installed in windows 2000/xp
    - we tried several NLS in windows regedit of Oracle home e.g. NLS_LANG=FRENCH_FRANCE.WE8MSWIN1252 and NLS_LANG=FRENCH_FRANCE.WE8ISO8859P15)
    - once we imported the database, we updated the euro and symbol from Primavera application, the symbol euro is displayed correctly in the application
    - we close the Primavera application and try to reopen it
    - the euro and pounds symbol are back to as before (ie. # and ¤)
    - the same thing when we query the database directly, it shows the same signs (ie. # and ¤)

  • Character set nls_lang

    Oracle 9i
    nls_lang: AMERICAN_AMERICA.US7ASCII
    Oracle client 8.x
    The above parameters work just fine.
    I just installed Oracle client 9.2.0.1.0 for Windows and set nls_lang from 'NA' to 'AMERICAN_AMERICA.US7ASCII' and things do not work.
    I have a field in the database defined as varchar(16) and stored and encoded values using us7ascii setup. Now when I installed Oracle client 9.2 I cannot decode it even I set nls_lang to 'AMERICAN_AMERICA.US7ASCII'
    Any help is appreciated.
    Regards,
    HD

    Can you define "things do not work"? Do you get an error? Or do you see invalid data?
    What is the NLS_CHARACTERSET on the database? Are you storing anything other than basic English characters in the database?
    Justin
    Distributed Database Consulting, Inc.
    http://www.ddbcinc.com/askDDBC

  • Change registry settings through forms10g at runtime (NLS_LANG)

    Hello all,
    Is there any way to change registry settings through forms10g at runtime.
    my software is dual language suopportable. but i have to set NLS_LANG in registry either AMERICAN_AMERICA. or ARABIC_KUWAIT. to set direction from LEFT for english and RIGHT for arabic respectively.
    when i run in english i change registry NLS_LANG to AMERICAN_AMERICA while when i run in arabic change registry NLS_LANG to ARABIC_KUWAIT and then run the application.
    but now i want that when i select language ARABIC some proceadure will change the NLS_LANG to ARABIC_KUWAIT similarly when i select language ENGLISH the NLS_LANG to AMERICAN_AMERICA .
    have any idea any one?
    thnx
    Najeeb

    Hopefully someone can suggest something simpler, but my best guess (I have not yet tried this) would involve writing a JavaBean and a JNI DLL that interfaces between your JavaBean and the Windows API.
    Since much of the Windows API uses Pascal calling conventions, linking against its DLLs can be a hassle. Most examples that I've found, for compiling such DLLs have called for Visual C++, but I believe it should also be possible under Cygwin (http://www.cygwin.com/), but not necessarily more straightforward.
    Sorry to give just a hint, but that's where my experience ends!
    HTH,
    Eric Adamson
    Lansing, Michigan

  • Character conversion and NLS_LANG

    Hi,
    The Oracle doc says that character encoding conversion for Java programs using the OCI driver is dependent on NLS_LANG. But the description of this was a bit confusing. As per the doc
    "The JDBC OCI driver transfers the data from the server to the client in the character set of the database. Depending on the value of the NLS_LANG environment variable, the driver handles character set conversions in one of two ways.
    1)If the value of NLS_LANG is not specified, or if it is set to the US7ASCII or WE8ISO8859P1 character set, then the JDBC OCI driver uses Java to convert the character set from US7ASCII or WE8ISO8859P1 directly to UCS-2.
    2)If the value of NLS_LANG is set to a non-US7ASCII or non-WE8ISO8859P1 character set, then the driver changes the value of the NLS_LANG parameter on the client to UTF-8. This happens automatically and does not require any user-intervention. OCI uses the value of NLS_LANG to convert the data from the database character set to UTF-8; the JDBC driver then converts the UTF-8 data to UCS-2. "
    Now refering to case1, assume the database character set is multibyte.Does this mean that the OCI C libraries first convert this to US7ASCII or WE8ISO8859P1 and then the Java driver does the conversion from US7ASCII or WE8ISO8859P1 directly to UCS-2. If that is the case, wouldnt information get lost during the first conversion.
    Thanks,
    Tom.

    "Now refering to case1, assume the database character set is
    multibyte.Does this mean that the OCI C libraries first convert
    this to US7ASCII or WE8ISO8859P1 and then the Java driver
    does the conversion from US7ASCII or WE8ISO8859P1 directly to
    UCS-2. If that is the case, wouldnt information get lost during
    the first conversion. "
    Yes this is true. For a multibyte database character set caution
    must be taken that the client application NLS_LANG is not
    US7ASCII or WE8ISO8859P1 or data loss can occur. An effort will
    be made to remove the NLS_LANG dependency in a future release
    because the current solution is imperfect.

  • Error with php_oci8.dll

    Hi everyone.
    I have the following error with the php_oci8.dll (apache error log):
    PHP Warning: PHP Startup: Unable to load dynamic library 'C:\\Program Files (x86)\\PHP\\ext\\php_oci8.dll' - %1 is not a valid Win32 application.\r\n in Unknown on line 0
    There are the current configuration:
    php.ini:
    [PHP_OCI8]
    extension=php_oci8.dll
    Set:
    ALLUSERSPROFILE=C:\ProgramData
    APPDATA=C:\Users\saud.gonzalez\AppData\Roaming
    CLIENTNAME=BOGGONZAS01P1
    CommonProgramFiles=C:\Program Files\Common Files
    CommonProgramFiles(x86)=C:\Program Files (x86)\Common Files
    COMPUTERNAME=CT1APLMICURAR01
    ComSpec=C:\Windows\system32\cmd.exe
    DEFLOGDIR=C:\ProgramData\McAfee\DesktopProtection
    FP_NO_HOST_CHECK=NO
    HOMEDRIVE=C:
    HOMEPATH=\Users\saud.gonzalez
    JAVA_HOME=C:\Program Files (x86)\Java\jdk1.6.0_02\bin
    LD_LIBRARY_PATH=C:\oracle\client\11.1.0\instantclient
    lib=C:\Program Files\SQLXML 4.0\bin\
    LOCALAPPDATA=C:\Users\saud.gonzalez\AppData\Local
    LOGONSERVER=\\CT1APMICSENDC1
    NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P1
    NUMBER_OF_PROCESSORS=4
    OS=Windows_NT
    Path=C:\oracle\client\11.1.0\instantclient;C:\Program Files (x86)\PHP\;C:\oracle
    \client\11.1.0\bin;C:\Windows\system32;C:\Windows;C:\Windows\System32\Wbem;C:\Pr
    ogram Files (x86)\Microsoft SQL Server\80\Tools\Binn\;C:\Program Files\Microsoft
    SQL Server\90\Tools\binn\;C:\Program Files (x86)\Microsoft SQL Server\90\Tools\
    binn\;C:\Program Files (x86)\Microsoft SQL Server\90\DTS\Binn\;C:\Program Files
    (x86)\Microsoft SQL Server\90\Tools\Binn\VSShell\Common7\IDE\;C:\Program Files (
    x86)\Microsoft Visual Studio 8\Common7\IDE\PrivateAssemblies\;c:\Program Files\M
    icrosoft SQL Server\90\DTS\Binn\;C:\Program Files (x86)\Java\jdk1.6.0_02\bin
    PATHEXT=.COM;.EXE;.BAT;.CMD;.VBS;.VBE;.JS;.JSE;.WSF;.WSH;.MSC
    PHPRC=C:\Program Files (x86)\PHP\
    PROCESSOR_ARCHITECTURE=AMD64
    PROCESSOR_IDENTIFIER=Intel64 Family 6 Model 23 Stepping 10, GenuineIntel
    PROCESSOR_LEVEL=6
    PROCESSOR_REVISION=170a
    ProgramData=C:\ProgramData
    ProgramFiles=C:\Program Files
    ProgramFiles(x86)=C:\Program Files (x86)
    PROMPT=$P$G
    PUBLIC=C:\Users\Public
    SESSIONNAME=RDP-Tcp#0
    SystemDrive=C:
    SystemRoot=C:\Windows
    TEMP=C:\Users\SAUD~1.GON\AppData\Local\Temp\1
    TMP=C:\Users\SAUD~1.GON\AppData\Local\Temp\1
    USERDNSDOMAIN=DATACENTER.LOC
    USERDOMAIN=DATACENTER
    USERNAME=xxxx
    USERPROFILE=C:\Users\xxxx
    VISUALSVN_SERVER=C:\Program Files (x86)\VisualSVN Server\
    VSEDEFLOGDIR=C:\ProgramData\McAfee\DesktopProtection
    windir=C:\Windows
    The current config:
    IBM x3650
    Windows 2008 Server Standard
    Apache 2.2.4
    PHP 5.2.10
    Oracle Client
    Thanks in advance.

    Hey,
    I'm French so i'll try to explain in my best english.
    I had the same problem. And i solved it.
    In fact i change the dll because the one which php install give us is not compatible.
    I choose the one which is provides with wampserver 2.0i.
    php_oci8_11g.dll
    with instantclient_11_1g
    Next i'll create environnement variables
    NLS_LANG=FRENCH_FRANCE.WE8ISO8859P15
    TNS_ADMIN=d:\oracle
    and in path variable add the way to the instantclient11_1
    D:\oracle\instantclient_11_1
    Then i restart the server and lucky all services start and run perfectly.

  • CLOBs corrupting on import

    Would anyone be able to help me with this one. I'm trying to import from a .dmp file and I'm getting this message ...
    Export file created by EXPORT:V09.00.01 via conventional path
    import done in WE8MSWIN1252 character set and AL16UTF16 NCHAR character set
    export client uses US7ASCII character set (possible charset conversion)
    The import is successful but the CLOBs are messed up, displaying question marks ('???')
    I've tried changing NLS_LANG a couple of times, but just get variations on the same error
    Export file created by EXPORT:V09.00.01 via conventional path
    import done in US7ASCII character set and AL16UTF16 NCHAR character set
    import server uses WE8MSWIN1252 character set (possible charset conversion)
    Does the import server refer to the character set of the database? If so, do I have to convert my entire database to import this data? If that's the case, I understand from documentation that I can't use the ALTER .... CHARACTERSET to do this and have to do a full export/import .... not clear on this .... how do I convert character set before re-importing? Is there any easier way of importing this .dmp file?
    Any help hugely appreciated,
    Mary

    This is what I got on my Linux test machine :
    [ora102 mvdemo db102]$ imp mvdemo/mvdemo file=mvdemo.dmp full=y ignore=y
    Import: Release 10.2.0.1.0 - Production on Mon Dec 18 18:29:32 2006
    Copyright (c) 1982, 2005, Oracle.  All rights reserved.
    Connected to: Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
    With the Partitioning, OLAP and Data Mining options
    Export file created by EXPORT:V09.00.01 via conventional path
    import done in WE8ISO8859P15 character set and AL16UTF16 NCHAR character set
    export client uses US7ASCII character set (possible charset conversion)
    . importing MVDEMO's objects into MVDEMO
    . importing MVDEMO's objects into MVDEMO
    . . importing table                       "STYLES"        274 rows imported
    . . importing table                       "THEMES"          9 rows imported
    . . importing table                         "MAPS"          4 rows imported
    . . importing table                       "CITIES"        195 rows imported
    . . importing table                     "COUNTIES"       3230 rows imported
    . . importing table                    "EMPLOYEES"         14 rows imported
    . . importing table                  "INTERSTATES"        239 rows imported
    . . importing table                       "STATES"         56 rows imported
    . . importing table                  "TERRITORIES"          9 rows imported
    . . importing table                "TERR_COUNTIES"       3230 rows imported
    Import terminated successfully without warnings.
    [ora102 mvdemo db102]$ sqlplus mvdemo/mvdemo
    SQL*Plus: Release 10.2.0.1.0 - Production on Mon Dec 18 18:30:37 2006
    Copyright (c) 1982, 2005, Oracle.  All rights reserved.
    Connected to:
    Oracle Database 10g Enterprise Edition Release 10.2.0.1.0 - Production
    With the Partitioning, OLAP and Data Mining options
    MVDEMO@db102 SQL> select definition from mvdemo.styles where rownum <= 1;
    DEFINITION
    <?xml version="1.0" standalone="yes"?>
    <svg width="1in" height="1in">
    <desc></desc>
    <g class="color" style="stroke:#003333;fill:#2a00ff">
    <rect width="50" height="50"/></g>
    </svg>
    MVDEMO@db102 SQL>                                                                    BTW, did you try the readme file's suggestion ?
    you may need to
    set the NLS_LANG environment variable to American_America.WE8ISO8859P1
    temporarily. For instance, on Windows you can type the following in
    the DOS window before issuing the above imp command again:
    set NLS_LANG=American_America.WE8ISO8859P1

  • .dmp file import

    Hi this is kamesh,
    I received one dump file(.dmp) from the client(UK) at the time of export that file they were used Oraacle 8.1.7 Version.That file in ASCII mode.
    How can i import that .dmp file in Oracle 10.2 Version.
    At the time of Export the data they were used following Charactersets:
    Exoport client uses US7ASCII character set
    Export server uses WE8ISO8859P1 NCHAR character set
    At our end We have the following character set:
    NLS_CHARACTERSET is WE8ISO8859P1
    NLS_NCHAR_CHARACTERSET is AL16UTF16
    please send me the solution as earely as possible
    With Reg,
    Kamesh.

    impdp system/manager@orcl file=file name(.dmp) full=y show=y log=show.logimpdp ? Is it a typo ? If not, then you can't use impdp to import an 8.1.7 export file, you have to use imp command.
    To set NLS_LANG environment variable you can do :
    SYS@db102 SQL> select * from nls_database_parameters
      2  where parameter in ('NLS_LANGUAGE', 'NLS_TERRITORY', 'NLS_CHARACTERSET');
    PARAMETER                      VALUE
    NLS_LANGUAGE                   AMERICAN
    NLS_TERRITORY                  AMERICA
    NLS_CHARACTERSET               WE8ISO8859P15
    SYS@db102 SQL>                                                                   then, at OS level, before importing
    $ export NLS_LANG=AMERICAN_AMERICA.WE8ISO8859P15
    change values with yours.

Maybe you are looking for

  • Importing templates & fonts from Microsoft Office into Pages

    At Peggy's suggestion in the Appleworks discussion group, I saved templates and fonts from a Microsoft Office Test Drive, so I can install them into my newly acquired iWork Pages program. Pages is now installed, but I don't know where to put the temp

  • Searching binary data file

    Hi I have a data file which acts as a database. I need to search this file for records. I am trying to implement this in the most efficient way I have the following extremes 1)To search using RandomAccessFile each record directly from the file 2)Load

  • Exporting the Document structure from CDESK

    Hi, I have a requirement to export the Document structure coming in Tcode CDESK for assemblies to Excel format with the fields like MM#, Description,ECM#, User etc.... How to get it ? Thanks, Suresh HP

  • Multiple fact - outer join

    Hi all, let's say that I created two facts 1) ALL_RELATIONS_FACTS: two dimensions       d1: START_POINT       d2: END_POINT START_POINT  END_POINT 1            2 3            4 1            3 A row in this fact means that the relationship exists, not

  • Anybody know if there is an update to Lightroom 5 due out today? Need to edit raw files from Nikon d750.

    See heading. I was advised a few weeks back that an update was due out today. Can anyone confirm the same?