ODBC crash on Solaris

Question

I have a repeatable crash on Solaris Sparc 32 bit.
I use a table created by
CREATE TABLE "IAN"."PICDAR_MANIFEST"
(     "OBJECT_NAME" VARCHAR2(64 BYTE),
     "OBJECT_TYPE" VARCHAR2(10 BYTE),
     "COUNT" NUMBER,
     "FILE_NAME" VARCHAR2(32 BYTE),
     "FIELD_NAME" VARCHAR2(32 BYTE),
     PRIMARY KEY ("OBJECT_NAME")
USING INDEX PCTFREE 10 INITRANS 2 MAXTRANS 255
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
TABLESPACE "IAN" ENABLE
) PCTFREE 10 PCTUSED 40 INITRANS 1 MAXTRANS 255 NOCOMPRESS LOGGING
STORAGE(INITIAL 65536 NEXT 1048576 MINEXTENTS 1 MAXEXTENTS 2147483645
PCTINCREASE 0 FREELISTS 1 FREELIST GROUPS 1 BUFFER_POOL DEFAULT)
TABLESPACE "IAN" ;
and populated using
Insert into PICDAR_MANIFEST (OBJECT_NAME,OBJECT_TYPE,COUNT,FILE_NAME,FIELD_NAME) values ('publicationtext_AUDIT','COUNTER',98,null,null);
I have configured the ODBC using instant client 10.2.0.3 using
odbcinst.ini
[Oracle 10g ODBC Driver]
Description = Oracle ODBC driver for Oracle 10g
Driver = /m/jbod1/oracle/instantclient_10_2/libsqora.so.10.1
Setup =
FileUsage =
CPTimeout =
CPReuse =
and
odbc.ini
[Ian]
Application Attributes = T
Attributes = W
BatchAutocommitMode = IfAllSuccessful
CloseCursor = F
DisableDPM = F
DisableMTS = T
Driver = Oracle 10g ODBC Driver
DSN = Noddles
EXECSchemaOpt =
EXECSyntax = T
Failover = T
FailoverDelay = 10
FailoverRetryCount = 10
FetchBufferSize = 64000
ForceWCHAR = F
Lobs = T
Longs = T
MetadataIdDefault = F
QueryTimeout = T
ResultSets = T
ServerName = aserver:1522/IAN.ASERVER.ACOMPANY.CO.UK
SQLGetData extensions = F
Translation DLL =
Translation Option = 0
UserID =
When I connect using UnixODBC's isql and execute select * from picdar_manifest it crashes at
#0 0xfe6d979c in bcoConvertFromFloat () from /m/jbod1/oracle/instantclient_10_2/libsqora.so.10.1
#1 0xfe6d8acc in bcoConvertOciToOdbc () from /m/jbod1/oracle/instantclient_10_2/libsqora.so.10.1
#2 0xfe6d829c in bcoConvert () from /m/jbod1/oracle/instantclient_10_2/libsqora.so.10.1
#3 0xfe734314 in bcoTypeCopyLibToSqlc () from /m/jbod1/oracle/instantclient_10_2/libsqora.so.10.1
#4 0xfe6f50c4 in bcoReturnColData () from /m/jbod1/oracle/instantclient_10_2/libsqora.so.10.1
#5 0xfe6f94c0 in bcoDBgetdata () from /m/jbod1/oracle/instantclient_10_2/libsqora.so.10.1
#6 0xfe6f8fec in bcoSQLGetData () from /m/jbod1/oracle/instantclient_10_2/libsqora.so.10.1
#7 0xfe69f7bc in SQLGetData () from /m/jbod1/oracle/instantclient_10_2/libsqora.so.10.1
#8 0x000248a8 in SQLGetData (statement_handle=0x171ca8, column_number=3, target_type=1,
target_value=0xffbef2b8, buffer_length=301, strlen_or_ind=0xffbef2b0) at SQLGetData.c:439
#9 0x00015c90 in WriteBodyNormal (hStmt=0x171ca8) at isql.c:886
#10 0x00016d84 in main (argc=501760, argv=0x7a800) at isql.c:433
This is clearly in the Oracle driver.
I don't believe I am doing anything wrong because doing exactly the same thing on Linux works just fine (also using instant client release 10.2.0.3).
Has anyone else seen a similar problem?
Is there a solution?
Cheers,
Ian

Answer 1

I'm not from Oracle, but I'll try and help you nevertheless :)
First, Solaris and other real UNIX systems are much more picky about memory than Linux. I've seen countless applications fail when going from Linux to Solaris, HP-UX, or AIX; almost all of which are just using memory incorrectly. Linux is just more forgiving, which means you need to do more memory bound/leak checking. Nevertheless, that's just a bit of info on UNIX vs. Linux in application porting; it shouldn't have anything to do with Oracle's ODBC driver though.
The thing is, I'm seeing odd memory issues with 10.2.0.3 on Linux (x86_64) as well. What version are you using on Linux?