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:46Entry:
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
Pinga1. 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,
ZoranHi
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
GSNo "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 ¤) -
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,
HDCan 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
NajeebHopefully 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. -
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,
MaryThis 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 -
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
-
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
-
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
-
See heading. I was advised a few weeks back that an update was due out today. Can anyone confirm the same?