Incomplete data or ORA-28528 errors when accesing an Informix Server

We have configured a dblink to an Informix Server. We are using UnixODBC + Informix CSDK on a RHEL 4 x86_64.
After running several queries we have seen 3 different situations:
A. The result of the query is correct.
B. The result is incomplete. The table may have 24 rows, but the output shows only 13. However, Oracle receives 24 rows, as it's shown at the end of the output.
C. Error about datatype conversion.
SQL> select * from "centros"@test_informix2;
ERROR:
ORA-28528: Heterogeneous Services datatype conversion error
ORA-02063: preceding line from TEST_INFORMIX2
dg4odbc output when performing a select with incomplete results as described in situation B
Oracle Corporation --- TUESDAY AUG 11 2009 16:12:02.321
Heterogeneous Agent Release
11.1.0.6.0
Oracle Corporation --- TUESDAY AUG 11 2009 16:12:02.321
Version 11.1.0.6.0
Entered hgogprd
HOSGIP for "HS_FDS_TRACE_LEVEL" returned "4"
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_FDS_TRANSACTION_ISOLATION to default of "READ_COMMITTED"
setting HS_NLS_NCHAR to default of "AL32UTF8"
setting HS_FDS_TIMESTAMP_AS_DATE to default of "TRUE"
setting HS_RPC_FETCH_REBLOCKING to default of "ON"
setting HS_FDS_FETCH_ROWS to default of "100"
setting HS_FDS_RESULTSET_SUPPORT 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"
setting HS_CALL_NAME_ISP to "gtw$:SQLTables;gtw$:SQLColumns;gtw$:SQLPrimaryKeys;gtw$:SQLForeignKeys;gtw$:SQLProcedures;gtw$:SQ
LStatistics"
Exiting hgosdip, rc=0
ORACLE_SID is "test_informix2"
Product-Info:
Port Rls/Upd:6/0 PrdStat:0
Agent:Oracle Database Gateway for ODBC
Facility:hsa
Class:ODBC, ClassVsn:11.1.0.6.0_0006, Instance:test_informix2
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 2009/08/11-16:12:02
HOSGIP for "HS_FDS_SHAREABLE_NAME" returned "/usr/local/lib/libodbc.so"
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLAllocHandle
symbol_peflctx=0x9893c70d
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLBindCol
symbol_peflctx=0x9893c873
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLBindParameter
symbol_peflctx=0x9893d2e4
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLCancel
symbol_peflctx=0x9893ec84
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLDescribeParam
symbol_peflctx=0x98949f10
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLDisconnect
symbol_peflctx=0x9894a5c8
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLEndTran
symbol_peflctx=0x9894d4d4
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLExecute
symbol_peflctx=0x9894f17c
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLFetch
symbol_peflctx=0x9894fd04
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLFreeHandle
symbol_peflctx=0x98951fc9
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLFreeStmt
symbol_peflctx=0x98951fec
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLGetData
symbol_peflctx=0x989541dc
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLGetEnvAttr
symbol_peflctx=0x98957fa8
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLGetFunctions
symbol_peflctx=0x989583c4
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLMoreResults
symbol_peflctx=0x9895ab28
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLNumResultCols
symbol_peflctx=0x9895bad8
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLParamData
symbol_peflctx=0x9895bedc
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLPutData
symbol_peflctx=0x9895e908
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLRowCount
symbol_peflctx=0x9895ee78
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLSetEnvAttr
symbol_peflctx=0x98961458
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLSetDescRec
symbol_peflctx=0x98961230
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLColAttribute
symbol_peflctx=0x9893f4ec
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLColumns
symbol_peflctx=0x989416e4
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLConnect
symbol_peflctx=0x98947014
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLDescribeCol
symbol_peflctx=0x989494f0
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLDriverConnect
symbol_peflctx=0x9894b337
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLExecDirect
symbol_peflctx=0x9894e9e2
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLForeignKeys
symbol_peflctx=0x98950bdc
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLGetConnectAttr
symbol_peflctx=0x989524ab
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLGetDiagField
symbol_peflctx=0x989567f3
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLGetDiagRec
symbol_peflctx=0x989576e5
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLGetInfo
symbol_peflctx=0x98959083
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLGetStmtAttr
symbol_peflctx=0x989593e3
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLGetTypeInfo
symbol_peflctx=0x9895a548
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLPrepare
symbol_peflctx=0x9895c9c6
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLPrimaryKeys
symbol_peflctx=0x9895d13e
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLProcedureColumns
symbol_peflctx=0x9895d938
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLProcedures
symbol_peflctx=0x9895e19a
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLSetConnectAttr
symbol_peflctx=0x9895f1fc
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLSetStmtAttr
symbol_peflctx=0x989634a8
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLSetDescField
symbol_peflctx=0x98960e5a
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLStatistics
symbol_peflctx=0x98965ed6
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Entered hgolofns at 2009/08/11-16:12:02
libname=/usr/local/lib/libodbc.so, funcname=SQLTables
symbol_peflctx=0x98967014
hoaerr:0
Exiting hgolofns at 2009/08/11-16:12:02
Exiting hgolofn, rc=0 at 2009/08/11-16:12:02
HOSGIP for "HS_OPEN_CURSORS" returned "50"
HOSGIP for "HS_FDS_FETCH_ROWS" returned "100"
HOSGIP for "HS_LONG_PIECE_TRANSFER_SIZE" returned "65536"
HOSGIP for "HS_NLS_NUMERIC_CHARACTER" returned ".,"
Exiting hgoinit, rc=0 at 2009/08/11-16:12:02
Entered hgolgon at 2009/08/11-16:12:02
reco:0, name:informix, tflag:0
Entered hgosuec at 2009/08/11-16:12:02
Exiting hgosuec, rc=0 at 2009/08/11-16:12:02
HOSGIP for "HS_FDS_RECOVERY_ACCOUNT" returned "RECOVER"
HOSGIP for "HS_FDS_TRANSACTION_LOG" returned ""HS_TRANSACTION_LOG""
HOSGIP for "HS_FDS_TIMESTAMP_AS_DATE" returned "TRUE"
HOSGIP for "HS_FDS_CHARACTER_SEMANTICS" returned "FALSE"
HOSGIP for "HS_FDS_MAP_NCHAR" returned "TRUE"
HOSGIP for "HS_FDS_RESULT_SET_SUPPORT" returned "FALSE"
HOSGIP for "HS_FDS_PROC_IS_FUNC" returned "FALSE"
HOSGIP for "HS_FDS_REPORT_REAL_AS_DOUBLE" returned "FALSE"
using informix as default value for "HS_FDS_DEFAULT_OWNER"
HOSGIP for "HS_SQL_HANDLE_STMT_REUSE" returned "FALSE"
Entered hgocont at 2009/08/11-16:12:02
HS_FDS_CONNECT_INFO = "test_informix2"
RC=-1 from HOSGIP for "HS_FDS_CONNECT_STRING"
Entered hgogenconstr at 2009/08/11-16:12:02
dsn:test_informix2, name:informix
optn:
##>Connect Parameters (len=43)<##
## DSN=test_informix2;
#! UID=informix;
#! PWD=*
Exiting hgogenconstr, rc=0 at 2009/08/11-16:12:02
DriverName:iclis09b.so, DriverVer: 3.50.0000 3.50.U
DBMS Name:Informix, DBMS Version:07.31.0000 UD5
Exiting hgocont, rc=0 at 2009/08/11-16:12:02
SQLGetInfo returns Y for SQL_CATALOG_NAME
SQLGetInfo returns 18 for SQL_MAX_CATALOG_NAME_LEN
Exiting hgolgon, rc=0 at 2009/08/11-16:12:02
Entered hgoulcp at 2009/08/11-16:12:02
Entered hgowlst at 2009/08/11-16:12:02
Exiting hgowlst, rc=0 at 2009/08/11-16:12:02
SQLGetInfo returns " for SQL_IDENTIFIER_QUOTE_CHAR
SQLGetInfo returns N for SQL_COLUMN_ALIAS
Exiting hgoulcp, rc=0 at 2009/08/11-16:12:02
Entered hgouldt at 2009/08/11-16:12:02
Exiting hgouldt, rc=0 at 2009/08/11-16:12:02
Entered hgobegn at 2009/08/11-16:12:02
tflag:0 , initial:1
hoi:0xbfffe688, ttid (len 21) is ...
00: 54534554 3135352E 36616133 2E332E37 [TEST.5513aa67.3.]
10: 36352E33 34 [3.564]
tbid (len 10) is ...
0: 00030003 00000234 0104 [....4.....]
Exiting hgobegn, rc=0 at 2009/08/11-16:12:02
Entered hgodtab at 2009/08/11-16:12:02
count:1
table: agentes
Entered hgopcda at 2009/08/11-16:12:02
Column:1(cod_agent): dtype:1 (CHAR), prc/scl:2/0, nullbl:0, octet:2, sign:1, radix:0
Exiting hgopcda, rc=0 at 2009/08/11-16:12:02
Entered hgopcda at 2009/08/11-16:12:02
Column:2(desc_agent): dtype:12 (VARCHAR), prc/scl:50/0, nullbl:0, octet:50, sign:1, radix:0
Exiting hgopcda, rc=0 at 2009/08/11-16:12:02
The hoada for table agentes follows...
hgodtab, line 577: Printing hoada @ 0x6c0b90
MAX:2, ACTUAL:2, BRC:1, WHT=6
DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
1 CHAR N 2 2 0/ 0 0 0 0 cod_agent
12 VARCHAR N 50 50 0/ 0 0 0 0 desc_agent
Exiting hgodtab, rc=0 at 2009/08/11-16:12:02
Entered hgodafr, cursor id 0 at 2009/08/11-16:12:02
Exiting hgodafr, rc=0 at 2009/08/11-16:12:02
Entered hgotcis at 2009/08/11-16:12:02
Calling SQLStatistics for agentes
IndexType=SQL_TABLE_STAT: cardinality=24
New Index:353_1379, type=3, ASCENDING, UNIQUE, cardinality=24
ordinal position = 1
Calling SQLColumns for informix.agentes
Column "cod_agent": dtype=1, colsize=2, decdig=0, char_octet_length=2, cumulative avg row len=2
Column "desc_agent": dtype=12, colsize=50, decdig=0, char_octet_length=50, cumulative avg row len=39
Exiting hgotcis, rc=0 at 2009/08/11-16:12:02
Entered hgopars, cursor id 1 at 2009/08/11-16:12:02
type:0
SQL text from hgopars, id=1, len=55 ...
00: 454C4553 41205443 63222E31 615F646F [SELECT A1."cod_a]
10: 746E6567 31412C22 6564222E 615F6373 [gent",A1."desc_a]
20: 746E6567 52462022 22204D4F 6E656761 [gent" FROM "agen]
30: 22736574 204131 [tes" A1]
Exiting hgopars, rc=0 at 2009/08/11-16:12:02
Entered hgoopen, cursor id 1 at 2009/08/11-16:12:02
hgoopen, line 83: NO hoada to print
Exiting hgoopen, rc=0 at 2009/08/11-16:12:02
Entered hgodscr, cursor id 1 at 2009/08/11-16:12:02
Entered hgopcda at 2009/08/11-16:12:02
Column:1(cod_agent): dtype:1 (CHAR), prc/scl:2/0, nullbl:0, octet:2, sign:1, radix:0
Exiting hgopcda, rc=0 at 2009/08/11-16:12:02
Entered hgopcda at 2009/08/11-16:12:02
Column:2(desc_agent): dtype:12 (VARCHAR), prc/scl:50/0, nullbl:0, octet:50, sign:1, radix:0
Exiting hgopcda, rc=0 at 2009/08/11-16:12:02
hgodscr, line 506: Printing hoada @ 0x6c08f8
MAX:2, ACTUAL:2, BRC:100, WHT=5
DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
1 CHAR N 2 2 0/ 0 0 0 0 cod_agent
12 VARCHAR N 50 50 0/ 0 0 0 0 desc_agent
Exiting hgodscr, rc=0 at 2009/08/11-16:12:02
Entered hgoftch, cursor id 1 at 2009/08/11-16:12:02
hgoftch, line 117: Printing hoada @ 0x6c08f8
MAX:2, ACTUAL:2, BRC:100, WHT=5
DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
1 CHAR N 2 2 0/ 0 0 0 0 cod_agent
12 VARCHAR N 50 50 0/ 0 0 0 0 desc_agent
SQLBindCol: column 1, cdatatype: 1, bflsz: 3
SQLBindCol: column 2, cdatatype: 1, bflsz: 51
SQLFetch: row: 1, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 1, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 1, column 2, bflsz: 51, bflar: 16
SQLFetch: row: 1, column 2, bflsz: 51, bflar: 16
SQLFetch: row: 2, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 2, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 2, column 2, bflsz: 51, bflar: 26
SQLFetch: row: 2, column 2, bflsz: 51, bflar: 26
SQLFetch: row: 3, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 3, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 3, column 2, bflsz: 51, bflar: 33
SQLFetch: row: 3, column 2, bflsz: 51, bflar: 33
SQLFetch: row: 4, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 4, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 4, column 2, bflsz: 51, bflar: 35
SQLFetch: row: 4, column 2, bflsz: 51, bflar: 35
SQLFetch: row: 5, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 5, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 5, column 2, bflsz: 51, bflar: 6
SQLFetch: row: 5, column 2, bflsz: 51, bflar: 6
SQLFetch: row: 6, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 6, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 6, column 2, bflsz: 51, bflar: 5
SQLFetch: row: 6, column 2, bflsz: 51, bflar: 5
SQLFetch: row: 7, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 7, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 7, column 2, bflsz: 51, bflar: 27
SQLFetch: row: 7, column 2, bflsz: 51, bflar: 27
SQLFetch: row: 8, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 8, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 8, column 2, bflsz: 51, bflar: 26
SQLFetch: row: 8, column 2, bflsz: 51, bflar: 26
SQLFetch: row: 9, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 9, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 9, column 2, bflsz: 51, bflar: 34
SQLFetch: row: 9, column 2, bflsz: 51, bflar: 34
SQLFetch: row: 10, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 10, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 10, column 2, bflsz: 51, bflar: 32
SQLFetch: row: 10, column 2, bflsz: 51, bflar: 32
SQLFetch: row: 11, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 11, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 11, column 2, bflsz: 51, bflar: 31
SQLFetch: row: 11, column 2, bflsz: 51, bflar: 31
SQLFetch: row: 12, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 12, column 1, bflsz: 3, bflar: 2
SQLFetch: row: 12, column 2, bflsz: 51, bflar: 22
SQLFetch: row: 12, column 2, bflsz: 51, bflar: 22
SQLFetch: row: 13, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 13, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 13, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 13, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 14, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 14, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 14, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 14, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 15, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 15, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 15, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 15, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 16, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 16, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 16, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 16, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 17, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 17, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 17, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 17, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 18, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 18, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 18, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 18, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 19, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 19, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 19, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 19, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 20, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 20, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 20, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 20, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 21, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 21, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 21, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 21, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 22, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 22, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 22, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 22, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 23, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 23, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 23, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 23, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 24, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 24, column 1, bflsz: 3, bflar: 0
SQLFetch: row: 24, column 2, bflsz: 51, bflar: 0
SQLFetch: row: 24, column 2, bflsz: 51, bflar: 0
24 rows fetched
Exiting hgoftch, rc=0 at 2009/08/11-16:12:02
Entered hgoftch, cursor id 1 at 2009/08/11-16:12:02
hgoftch, line 117: Printing hoada @ 0x6c08f8
MAX:2, ACTUAL:2, BRC:24, WHT=5
DTY NULL-OK LEN MAXBUFLEN PR/SC CST IND MOD NAME
1 CHAR N 2 2 0/ 0 0 0 0 cod_agent
12 VARCHAR N 16 50 0/ 0 0 0 0 desc_agent
0 rows fetched
Exiting hgoftch, rc=1403 at 2009/08/11-16:12:02
Entered hgoclse, cursor id 1 at 2009/08/11-16:12:04
Exiting hgoclse, rc=0 at 2009/08/11-16:12:04
Entered hgodafr, cursor id 1 at 2009/08/11-16:12:04
Exiting hgodafr, rc=0 at 2009/08/11-16:12:04
Entered hgocomm at 2009/08/11-16:12:04
keepinfo:0, tflag:1
00: 54534554 3135352E 36616133 2E332E37 [TEST.5513aa67.3.]
10: 36352E33 34 [3.564]
tbid (len 10) is ...
0: 00030003 00000234 0104 [....4.....]
cmt(0):
Entered hgocpctx at 2009/08/11-16:12:04
Exiting hgocpctx, rc=0 at 2009/08/11-16:12:04
Exiting hgocomm, rc=0 at 2009/08/11-16:12:04
Entered hgolgof at 2009/08/11-16:12:04
tflag:1
Exiting hgolgof, rc=0 at 2009/08/11-16:12:04
Entered hgoexit at 2009/08/11-16:12:04
Exiting hgoexit, rc=0 at 2009/08/11-16:12:04
Any idea or hint would be really appreciated!
Thanks!

Ok. Bad news.
There is an unpublished bug 799360 UNSUPPORTED INFORMIX RELEASE ERROR RUNNING DG4IFMX 11.1.
To workround the problem, choose either of the following:
1. Apply fix for unpublished Bug 6799360 when it becomes available.
2. Upgrade Informix to 9.4 or 10 as the problem does not happen with these versions.
3. Use 10.2 TG4Informix until a fix for the 11g DG4Informix is available.
None of them are valid if you don't have any control of the Informix databases and if your Oracle database is in 64 bits (tg4informix not availabe for 64 bits).

Similar Messages

ORA-02070: Error when updating an informix table through orcl view using HS

Hello!
I faced the following problem:
I have a table in informix, and i want to reach this table through Oracle infromix gateway (Heterogenous Services). I succeeded to set up the gateway, and I created an Oracle view for my table in informix. It is working fine, I can query and modify data, except the following case: If I run the query (from SQL Developer) "UPDATE oracle_view SET float_field = '1.1' WHERE record_id = 1 AND float_field = '1.2'", I receive the following error:
"SQL Error: ORA-02070: database database_link does not support TO_NUMBER in this context.
*Cause: The remote database does not support the named capability in the context in which it is used.
*Action: Simplify the SQL statement."
If I modify the query as "UPDATE oracle_view SET float_field = '1.1' WHERE record_id = 1", it is running without any error messages. I found, that to_number is not supported by Oracle HS gateway, but I do not use explicitly the to_number Oracle function! But I must use the above version, because of concurrent users.
Does anybody have an idea how I could get rid of the implicit call of to_number?
Thanks, Gyula

user11229789 wrote:
Yes, float_field is a numeric-type field, which is a 8-byte FLOAT in informix. This field gets automatically FLOAT datatype in the Oracle view, and can not be modified. record_id is some integer unique id field.Well, as the float_field is numeric it makes sense that the SQL issued from Oracle treats it as numeric, so leaving out the quotes can only be the correct thing to do. If you introduce quotes then you are providing strings and the HS is having to do a convertion to numeric (hence where the TO_NUMBER would have been coming into the initial issue.
If I try the update query without '-s you suggested, like this: "UPDATE oracle_view SET float_field = 1.1 WHERE record_id = 1 AND float_field = 1.2" , i receive the following error message:
SQL Error: ORA-28534: "Heterogeneous Services preprocessing error"
*Cause: One of the things that the Heterogeneous Services can do is
to preprocess parts of SQL statements that contain implicit
coercions or calls to explicit coercion functions like TO_CHAR
TO_NUMBER or TO_DATE. For example, it could convert a call to
TO_DATE to a bind variable, pre-evaluate the TO_DATE function
call and pass the resulting value to the non-Oracle system as
the bind value. This behavior is controlled by some coercion
related capabilities. If the capabilities are set incorrectly,
the HS could encounter errors when it attempts to do the
preprocessing. If it does then this error will be signaled.
*Action: The capability table settings are controlled by the agent
vendor and can be modified by the DBA. Contact your DBA and
agent vendor and get the correct set of capabilities installed.I can't see why the HS would be trying to do any coercion of anything except to perhaps convert the parts of the where clause to bind variables and pass the actual values in. Does it work ok without the "AND float_field = 1.2" ? If so, I'm guessing there's some configuration issue of the HS required to get it to deal with the floats.... perhaps in the capability settings as the error message "action" indicates.

ORA-02070: Error when updating a SQL Server table thru an Oracle View

I have a SQL Server table TIMESHEET which contains a number of VARCHAR and NUMERIC columns plus a DATETIME column.
Only the DATETIME column is giving me trouble.
On the ORACLE side I have a view which selects from the SQL Server table but in order to get the SELECT to work, I had to either put a CAST or TO_DATE function call around the DATETIME field
Below is the relevant part of the 2 view definitions I have tried
create view TIMESHEET as
SELECT
"TsKeySeq" as TS_KEY_SEQ,
"EmployeeNo" as EMPLOYEE_NO,
CAST("PeriodEnding" AS DATE) as PERIOD_ENDING,
. . . (more columns - not relevant)
FROM [email protected];
An update to the view generates this message
ORA-02070: database OLEMSQLPSANTDAS6 does not support CAST in this context
create view TIMESHEET as
SELECT
"TsKeySeq" as TS_KEY_SEQ,
"EmployeeNo" as EMPLOYEE_NO,
TO_DATE("PeriodEnding") as PERIOD_ENDING,
. . . (more columns - not relevant)
FROM [email protected];
An update to the view generates this message
ORA-02070: database OLEMSQLPSANTDAS6 does not support TO_DATE in this context
If I don't include either the TO_DATE() or CAST() then I get
Select Error: ORA-28527: Heterogeneous Services datatype mapping error
ORA-02063:preceding line from OLEMSQLSANTDAS6
Does anyone have any idea how to update a SQL Server DATETIME column thru an ORACLE view?

You can't cast accross heterogenious databases and there is no need to. HSODBC treats SQL Server DATETIME column as DATE. For example, I have SQL Server table:
CREATE TABLE [Ops].[T_JobType](
     [JobType] [varchar](50) NOT NULL,
     [JobDesc] [varchar](200) NULL,
     [InsertDt] [datetime] NOT NULL CONSTRAINT [InsertDt_00000006] DEFAULT (getdate()),
     [InsertBy] [varchar](128) NOT NULL CONSTRAINT [InsertBy_00000006] DEFAULT (user_name()),
     [LastUpdated] [datetime] NOT NULL CONSTRAINT [LastUpdated_00000006] DEFAULT (getdate()),
     [LastUpdatedBy] [varchar](128) NOT NULL CONSTRAINT [LastUpdatedBy_00000006] DEFAULT (user_name()),
CONSTRAINT [T_JobType_PK] PRIMARY KEY CLUSTERED
     [JobType] ASC
)WITH (PAD_INDEX = OFF, STATISTICS_NORECOMPUTE = OFF, IGNORE_DUP_KEY = OFF, ALLOW_ROW_LOCKS = ON, ALLOW_PAGE_LOCKS = ON, FILLFACTOR = 100) ON [DATA01FG]
) ON [DATA01FG]Now on Oracle side I do:
SQL> desc "Ops"."T_JobType"@pbods
Name                                      Null?    Type
JobType                                   NOT NULL VARCHAR2(50)
JobDesc                                            VARCHAR2(200)
InsertDt                                  NOT NULL DATE
InsertBy                                  NOT NULL VARCHAR2(128)
LastUpdated                               NOT NULL DATE
LastUpdatedBy                             NOT NULL VARCHAR2(128)
SQL> select "InsertDt" from "Ops"."T_JobType"@pbods;
InsertDt
18-AUG-08
09-OCT-08
22-OCT-09
18-AUG-08
19-NOV-08
SQL> SY.

Oracle 10gr2 rac, ora-12545 error when configured in shared server mode

Hi i have fresh installation on two node rac on linux, with oracle 10gr2. It is running successfully, when i configure it in shared server mode and try to connect from client it gives error ora_12545:
I have referred the oracle metalink notes and configured the local_listener as well as the remote_listener,
still it is giving the error. I am able to tnsping all the entries on tnsnames.ora,
i m also able to ping the hostnames,
It connects most of the times succeessfully but some times it gives the error.
how to solve this problem,
please help me

Basically this error means you misspelled the hostname or typed a wrong IP Address.
Oracle Error :: TNS-12545+
Connect failed because target host or object does not exist
Cause
The address specified is not valid, or the program being connected to does not exist.
Action
Ensure the ADDRESS parameters have been entered correctly; the most likely incorrect parameter is the node name. Ensure that the executable for the server exists (perhaps "oracle" is missing.) If the protocol is TCP/IP, edit the TNSNAMES.ORA file to change the host name to a numeric IP address and try again.
I suggest you to check the dispatcher instance parameter.
~ Madrid
http://hrivera99.blogspot.com

ORA-00054 error when loading Oracle table using Data Services

Hello,
we are facing ORA-00054 error when loading Oracle table using BO Data services
(Oracle 10g database, BODS Xi 3.2 SP3)
Test Job performs
1- truncate table
2- load table (tested in standard and bulk load modes)
Scenario when issue happens is:
1- Run loading Job
2- Job end in error for any Oracle data base error
3- When re-running the same Job, Job fails with following error
ORA-00054: resource busy and acquire with NOWAIT specified
It seems after first failure, Oracle session for loading the table stays active and locks the table.
To be able to rerun the Job, we are forced need to kill Oracle session manually to be able to run the Job again.
Expected behaviour would be : on error rollback modifications made on table and BODS stops Oracle session in a clean way.
Can somebody tell me / or point me to any BODS best practice about Oracle error handling to prevent such case?
Thanks in advance
Paul-Marie

the ora-0054 can occure depending how the job failed before. If this occures you will need the DBA to release the lock on the table in question
Or
AL_Engine.exe on The server it creates the Lock. Need to Kill Them. Or stop it..
This Problem Occurs when we select The Bulkloading Option in orclae We also faced the same issue,Our admin has Killed the session. Then everything alright.

ORA-04062 error when running forms with different users

ORA-04062 error when running forms with different users
I have a form that has a block that should display some data from another users tables. (The other user's name is dynamic, it's selected from a list box)
I wrote a stored procedure to get the data from other user's tables.
When I compile the form and run it with the same user I compiled, it works without any error. But when I run the compiled form with another user I get the ORA-04062 (signature of procedure has been changed) error.
I tried setting REMOTE_DEPENDENCIES_MODE to SIGNATURE in init.ora but it didn't help.
My Forms version is 6i with Patch 15.
Database version is 9.
Here is my stored procedure:
TYPE Scenario_Tab IS TABLE OF NUMBER(34) INDEX BY BINARY INTEGER;
TYPE Open_Curs IS REF CURSOR;
PROCEDURE Get_Scenarios(User_Name IN VARCHAR2, Scen_Table OUT Scenario_Tab) IS
Curs Open_Curs;
i NUMBER;
BEGIN
OPEN Curs FOR
'SELECT Seq_No FROM '|| User_Name ||'.scenario';
i := 1;
LOOP
FETCH Curs INTO Scen_Table(i);
EXIT WHEN Curs%NOTFOUND;
i := i + 1;
END LOOP;
END Get_Senarios;
I would be happy to solve this problem. It's really important.
Maybe somebody can tell me another way to do what I want to do. (getting a list of values from another users tables)

I think it should be a better solution to create a package,
and put your own TYPES and procedure into it.
CREATE OR REPLACE PACKAGE PKG_XXX IS
TYPE TYP_TAB_CHAR IS TABLE OF .... ;
PROCEDURE P_XX ( Var1 IN VARCHAR2, var2 IN OUT TYP_TAB_CHAR );
END ;
Then in your Form :
Declare
var PKG_XXX.TYP_TAB_CHAR ;
Begin
PKG_XXX.P_XX( 'user_name', var ) ;
End ;

ORA-22813 error when deleting spatial objects in LIVE

Hi,
We are getting an ORA-22813 error when attempting to delete a spatial object from a version-enabled table in workspace LIVE. The spatial object to be removed has a SDO type of multipolygon. The geometry information consists of 4 rings with a combined ordinate count of 4120. The statement used to delete the row is:
delete from tableA where tableA.id in (select tableA.id from tableA where tableA.id = 3);
The error occurs only on a 10g R1 Oracle instance (10.1.0.5.0) with Workspace Manager version 10.1.0.7.1. The delete operation succeeds without problems on a 10g R2 (10.2.0.2.0) instance with Workspace Manager version 10.2.0.3.1. The statement is also executed successfully on the 10g R1 instance if the table is not version-enabled.
Any help on this would be appreciated.
Thanks

Hi,
I would recommend filing a TAR in this one. The only ora-22813 error involving workspace manager and geometry columns that I know about involves queries that need to sort data for which the size of the geometry column was >30k. Does the execution plan for the delete statement involve any kind of sort? However, this is an old 9.2 bug, that I believe was fixed for all 10.1 and newer releases.
Does the same error happen if you do not use the subquery?
Regards,
Ben

Ora 12154 error when trying to add a database to VS Server Explorer

Hi Everyone,
I get the Ora 12154 error when trying to add a database to VS Server Explorer.
How do I get around this problem.
The database service is running and I can connect to the database with pl/sql.
I can also tnsping the database and that is also ok.
Looks like a problem with the odp.net software.
I am running the 32 bit Oracle 11g on a Windows7 Home Premium 64 bit PC.
I am new to this stuff so please help me step by step.
Thanks.
Emad

Hi J. B.
I have a question related to this. After you told me about the //host:1521/database alias I tried it in a VB 2008 program and it worked and returned data. At least I know that it can be used in a VB program without issues. I just now need to be able to add a connection with the Server Explorer.
Anyway here is the VB coding I used. I'm new to this and still learning:
Imports Oracle.DataAccess.Client ' Visual Basic ODP.NET Oracle managed provider
Public Class Form1
' String to connect to the database.
Dim strConnectionString As String = _
"Data Source=//emad-pc:1521/emadeva;User ID=scott;Password=tiger;" '
' Associate the connection string with a connection object.
Dim objOracleConnection As New OracleConnection(strConnectionString)
' SQL query for returning data rows.
Dim strSqlQuery As String = _
"Select dname, deptno " & _
"From dept " & _
"Where deptno = 10" '
' Command object to make this query work.
Dim objOracleCommand As New OracleCommand(strSqlQuery, objOracleConnection)
Private Sub Form1_Load(ByVal sender As System.Object, ByVal e As System.EventArgs) Handles MyBase.Load
' Identify what type of command is being used.
objOracleCommand.CommandType = CommandType.Text
Try
objOracleConnection.Open()
' Set up a Data Reader and load it with data.
Dim objOracleDataReader As OracleDataReader = _
objOracleCommand.ExecuteReader()
objOracleDataReader.Read()
' Convert the department number to a string.
lblDepartmentNumberFromOracle.Text = _
CStr(objOracleDataReader.Item("deptno"))
Catch ex As Exception
MessageBox.Show(ex.Message, "Error")
End Try
End Sub
End Class
I still want to thank you for the help you are providing.
Truly,
Emad

ORA -12569 error when querying dba_change_notification_regs table

Hi,
I am getting ORA-12569 error when i am trying to execute Select * from dba_change_notification_regs from sys user .we are working on oracle 10.2 version.
Please help in resoving the issue.
Thanks In advance.
Priya

ORA-12569:     TNS:packet checksum failure
Cause:      The data received is not the same as the data sent.
Action:      Attempt the transaction again. If the error is persistent, turn on tracing and reexecute the operation.
If this doesn't resolve your issue, please see metalink 4933023.8 (problem fixed there)

ORA-28868 error when calling Web service over HTTPS from PL/SQL utl_http

I am getting error message ORA-28868 error when calling Web service over HTTPS from PL/SQL utl_http PL/SQL package,
when browsed through some of the messages they point to setting Oracle Wallet Manager.
I am trying to connect
Any idea on how to resolve this issue ?
your input is appreciated.
Thanks
Ravi

Duplicate post ... please ignore.

ORA-0907 error when querying XMLDB Table using XMLExists

Hi All,
Get ORA-00907 error when trying to use XMLExists:
SELECT *
FROM tnmab_agreement_xml_binary A
WHERE
( XMLExists('declare default element namespace "http://com.oocl.schema.tnm.agreementbuilder"; $XML/Agreement/ShippingPartyGroups/ShippingParties/CustomerHolder[SAP_ID="$ARG"]')
passing agreements.AGREEMENT_XML as "XML", '5000003001' as "ARG")
OR
( XMLExists('declare default element namespace "http://com.oocl.schema.tnm.agreementbuilder"; $XML/Agreement/NamedCustomerGroups/NamedCustomer/SAP_IDs/StringWrappers[Value="$ARG"]')
passing agreements.AGREEMENT_XML as "XML", '5000003001' as "ARG")
ORA-00907: missing right parenthesis
*00907. 00000 - "missing right parenthesis"*
**Cause:*
**Action:*
Error at Line: 6 Column: 176
Any help is appreciated
Thanks
Auro

XMLExists('declare default element namespace "http://com.oocl.schema.tnm.agreementbuilder"; $XML/Agreement/ShippingPartyGroups/ShippingParties/CustomerHolder[SAP_ID="$ARG"]'
passing agreements.AGREEMENT_XML as "XML", '5000003001' as "ARG")no ')' after the closing quote

ORA-03115 error when calling a Stored Procedure

Hi All,
I'm in the process of porting a Pro/C app from NT to Linux. I've installed 8.1.5 on our Linux box and patched it up to 8.1.5.02.
It all kind of works ok, except that I'm sometimes getting ORA-03115 errors when the app calls a stored procedure. The call in question looks like this:
EXEC SQL BEGIN DECLARE SECTION;
VARCHAR resprows[50][3998];
int numret = 0;
int numrows= 50;
int done= 0;
unsigned long resp_id = 0;
EXEC SQL END DECLARE SECTION;
EXEC SQL AT DB_NAME EXECUTE
BEGIN pkg_something.getdata(
:resp_id, /* IN */
:numrows, /* IN */
:done, /* OUT */
:resprows, /* OUT */
:numret /* OUT */
END;
END-EXEC;
The stored procedure basically uses the resp_id value to select rows from a table;
in each row there is a VARCHAR2(4000) column which it copies into the hostarray resprows.
There may be anything from 1 to numrows returned from the SP.
Initially, the resprows rows were defined to be size [4000]. Unfortunately, this caused ORA-02005 errors - I then changed the size to [3998], which seemed to fix the 02005's (although I'm unclear as to the reasons why).
Now I'm getting the 03115 errors when calling the SP. The oracle manual is not very helpful on what this error means.
This all works chipper on NT.
Any ideas?
Thanks in advance,
Nigel.
PS: The database the app is talking to is still hosted on NT.
null

Histon FTM wrote:
ORA-04063: package body "LAZARUS.LAZARUS" has errors Above, obviously conflicts with the statement that follows:
>
The procedure and package have both compiled without errors and the statement on its own works fine in SQL*Plus.I suggest you take a look in the USER_ERRORS view to see, what the errors are.
And just checking:
You have schema called LAZARUS, which holds a package named LAZARUS, which holds a procedure called POPULATEGRIDPOSITIONS?
Edited by: Toon Koppelaars on Oct 1, 2009 5:55 PM

Why am I getting an ORA-04052 error when I try to compile a Procedure?

Hi,
The following procedure I'm getting an ORA-04052 error when I try to compile the following procedure.
CREATE OR REPLACE PROCEDURE APPS.Find_String (
pin_referenced_name IN dba_dependencies.referenced_name%TYPE)
IS
cursor cur_get_dependancy
is
SELECT distinct owner, name, type
FROM [email protected]        -- prod.world
WHERE lower(referenced_name) = lower(pin_referenced_name) --'ftbv_salesrep_all_1d'
   AND referenced_type <> 'SYNONYM'
   AND owner <> 'SYS'
order by name;
v_owner varchar2(40);
v_name   varchar2(50);
v_type   varchar2(40);
    BEGIN
       dbms_output.put_line(upper(pin_referenced_name)||' is found in the following objects.');
       dbms_output.put_line(' ');
       dbms_output.put_line(RPAD('OWNER', 30, ' ')||RPAD('NAME', 60, ' ')||RPAD('OBJECT TYPE', 30, ' '));
       dbms_output.put_line('-------------------------------------------------------------------------------------------------------------------');
        FOR i IN cur_get_dependancy
        LOOP
            v_owner := RPAD(i.owner, 30, ' ');
            v_name := RPAD(i.name, 45, ' ');
            v_type := RPAD(i.type, 30, ' ');
            dbms_output.put_line(v_owner ||v_name|| v_type);
        END LOOP;
END find_string;I'm using the link [email protected]. The procedure compiles for other database links used in the cursor including the one commented to the right of the code 'prod.world'.
What's even stranger is that I took the SELECT statement
SELECT distinct owner, name, type
FROM [email protected]        -- prod.world
WHERE lower(referenced_name) = lower(pin_referenced_name) --'ftbv_salesrep_all_1d'
   AND referenced_type <> 'SYNONYM'
   AND owner <> 'SYS'
order by name;out of the procedure and ran it on the command line using the @pinp.world link, the SQL statement ran just fine. But when I tried to compile the above procedure with that exact same SQL statement with the exact same link I get the following string of errors.
ORA-04052: error occurred when looking up remote object [email protected]
ORA-00604: error occurred at recursive SQL level 1
ORA-02068: following severe error from PINP
ORA-03113: end-of-file on communication channelHow can the link work just fine in a regular SQL statement but then cause an error when its compiled in code that otherwise compile just fine when using any other link or even just a plain database. Does anyone have any suggestions?

OK Justin,
Here's the query by itself run in another database using the @pinp.world link and querying the dba_dependencies table in the pinp.world database. As you can see the query using this link works just fine returning the requested rows. I can't figure out why the compiler is having an issue with essentially this same query when I try to compile it in a cursor in TOAD. Also this is the database (dev1.world) that I'm trying to compile this Procedure in.
By the way I'm in an Oracle 9.2.0.6 database and TOAD v9.2.
SQL> conn apps/apps1@dev1
Connected.
SQL> SELECT distinct owner, name, type
2    FROM [email protected]
3   WHERE lower(referenced_name) = lower('ALL_USERS')
4     AND referenced_type <> 'SYNONYM'
5     AND owner <> 'SYS'
6   order by name;
OWNER                          NAME                           TYPE
PUBLIC                         ALL_USERS                      SYNONYM
XDB                            DBMS_XDBUTIL_INT               PACKAGE BODY
XDB                            DBMS_XDBZ0                     PACKAGE BODY
SYSTEM                         MVIEW_EVALUATIONS              VIEW
SYSTEM                         MVIEW_EXCEPTIONS               VIEW
SYSTEM                         MVIEW_FILTER                   VIEW
SYSTEM                         MVIEW_LOG                      VIEW
SYSTEM                         MVIEW_RECOMMENDATIONS          VIEW
SYSTEM                         MVIEW_WORKLOAD                 VIEW
ORASSO                         WWCTX_API                      PACKAGE BODY
PORTAL                         WWCTX_API                      PACKAGE BODY
ORASSO                         WWEXP_UTL                      PACKAGE BODY
PORTAL                         WWEXP_UTL                      PACKAGE BODY
PORTAL                         WWPOB_API_PAGE                 PACKAGE BODY
PORTAL                         WWPOF                          PACKAGE BODY
ORASSO                         WWPRO_PROVIDER_VALIDATION      PACKAGE BODY
PORTAL                         WWPRO_PROVIDER_VALIDATION      PACKAGE BODY
PORTAL                         WWSBR_EDIT_ATTRIBUTE           PACKAGE BODY
PORTAL                         WWSBR_FOLDER_PORTLET           PACKAGE BODY
PORTAL                         WWSBR_USER_PAGES_PORTLET       PACKAGE BODY
ORASSO                         WWUTL_API_PARSE                PACKAGE BODY
OWNER                          NAME                           TYPE
PORTAL                         WWUTL_API_PARSE                PACKAGE BODY
PORTAL                         WWUTL_EXPORT_IMPORT_LOV        PACKAGE BODY
ORASSO                         WWUTL_LOV                      PACKAGE BODY
PORTAL                         WWUTL_LOV                      PACKAGE BODY
PORTAL                         WWV_CONTEXT                    PACKAGE BODY
PORTAL                         WWV_CONTEXT_UTIL               PACKAGE BODY
PORTAL                         WWV_DDL                        PACKAGE BODY
PORTAL                         WWV_GENERATE_UTL               PACKAGE BODY
PORTAL                         WWV_GLOBAL                     PACKAGE
PORTAL                         WWV_MONITOR_DATABASE           PACKAGE BODY
PORTAL                         WWV_PARSE_AS_SPECIFIC_USER     PACKAGE BODY
PORTAL                         WWV_PARSE_AS_USER              PACKAGE BODY
PORTAL                         WWV_SYS_DML                    PACKAGE BODY
PORTAL                         WWV_SYS_RENDER_HIERARCHY       PACKAGE BODY
PORTAL                         WWV_THINGSAVE                  PACKAGE BODY
PORTAL                         WWV_UTIL                       PACKAGE BODY
PORTAL                         WWV_UTLVALID                   PACKAGE BODY
38 rows selected.
SQL>Let me know what you think.
Thanks again.

ORA-01031 Error When starting Database

I have installed Oracle 11gr2 on my laptop having OS ubuntu 10.04, after installation i am receiving ORA-01031 error when try to log in with the command
sqlplus / as sysdba what should i do to resolve it...

Hi,
there are a lot of possibilities why this can be wrong. Look at Oracle Support for note 233223.1, "Checklist for Resolving CONNECT AS SYSDBA (INTERNAL) Issues". This gives links to notes which leads you to maybe the solution.
Possibilities are:
- you are root, which is not allowed. You should connect with the oracle user
- your user is not part of the dba group
- permissions on files
- and many more
Herald ten Dam
http://htendam.wordpress.com

IDoc_02_Error passing data to port-Communication error when sending with HTTP

Hello All,
We are receiving the error "02_Error passing data to port-Communication error when sending with HTTP", when sending the idoc to PI from ECC system.
Observation:
1. Some idocs are failing and immediately after sometime the same type of idocs with different idoc numbers are getting successful.
Eg: Orders. One purchase order is failing at one point of time. later another purchase order is getting successful after some time to the same partner.
2. If i perform the reset of idoc, then it is getting delivered during next scheduled job run.
please help me in resolving the issue.
Regards,
Ch. Venkat.

status 02 is Error passing data to port ...it simply means your port setting has some problem. do configure your port setting and also in partner profile
Thanx and Regards
Arpan Maheshwari

Incomplete data or ORA-28528 errors when accesing an Informix Server

Similar Messages

Maybe you are looking for