Dbx check -access

Question

When trying to run a simple program that connects to our database, we get errors when turning on memory access checking in dbx. This simple program:
exec sql include sqlca;
int main(int argc, char *argv[])
exec sql begin declare section;
char pwd[] = "user/pass@database";
exec sql end declare section;
exec sql connect :pwd;
return 0;
compiles and runs just fine, even in the debugger. But when access checking is turned on (check -access), read from unallocated memory errors are reported in various places in libclntsh.so. If we suppress these errors, then it ultimately causes a seg fault. Turning on memory usage checking (check -memuse) operates without issue. We could really benefit from being able to turn on memory access checking, but it seems that our libclntsh.so has some problems.
We are running Oracle 11.2 on Solaris 5.10.
Edited by: 808333 on Nov 8, 2010 9:51 AM

Answer 1

Thanks for the response! Here's the info. The SEGV happens once I rerun the program after entering the following command: (dbx) suppress rua in libclntsh.so.11.1
1) Sparc
2) 32-bit
3)
libclntsh.so.11.1 => /opt/oracle/oracle_11.2_client_32bit/lib//libclntsh.so.11.1
libc.so.1 => /usr/lib/libc.so.1
libnnz11.so => /opt/oracle/oracle_11.2_client_32bit/lib//libnnz11.so
libkstat.so.1 => /usr/lib/libkstat.so.1
libnsl.so.1 => /usr/lib/libnsl.so.1
libsocket.so.1 => /usr/lib/libsocket.so.1
libresolv.so.2 => /usr/lib/libresolv.so.2
libgen.so.1 => /usr/lib/libgen.so.1
libdl.so.1 => /usr/lib/libdl.so.1
libsched.so.1 => /usr/lib/libsched.so.1
librt.so.1 => /usr/lib/librt.so.1
libaio.so.1 => /usr/lib/libaio.so.1
libm.so.2 => /usr/lib/libm.so.2
libmp.so.2 => /usr/lib/libmp.so.2
libmd.so.1 => /usr/lib/libmd.so.1
libscf.so.1 => /usr/lib/libscf.so.1
libdoor.so.1 => /usr/lib/libdoor.so.1
libuutil.so.1 => /usr/lib/libuutil.so.1
/platform/SUNW,SPARC-Enterprise/lib/libc_psr.so.1
/lib/libm/libm_hwcap1.so.2
4)
[1] 0xc1d23e94(0x5de80, 0x53fc, 0xe93317a0, 0x1000, 0x0, 0x0), at 0xc1d23e94
[2] kgeade(0x5de80, 0x653c8, 0xe92ab2f8, 0x53fc, 0x1, 0xffbfc9c8), at 0xe7fc65e8
[3] kgeric1(0x5de80, 0x0, 0x42cc, 0x1044, 0x5dfa8, 0x12fdd58), at 0xe7fc3bd0
[4] kgherror(0x5de80, 0x646a0, 0x42cc, 0x0, 0x19e8, 0xe91983f0), at 0xe7f81404
[5] kghini(0x5de80, 0x646a0, 0x1028, 0x102f, 0x50, 0x8000), at 0xe7f84ad8
[6] kpuinit0(0xffbfd93c, 0x400, 0x5de80, 0x646a0, 0xe90993f0, 0x4), at 0xe752fef4
[7] kpuinit(0xffbfd93c, 0x0, 0x0, 0x0, 0x0, 0xe7531f50), at 0xe752eea0
[8] OCIEnvInit(0xffbfd93c, 0x0, 0x0, 0x0, 0x1fe4ab4, 0x1508), at 0xe7367c48
[9] sqgctx(0xe90820c0, 0xffbfd9a4, 0xffbfdad4, 0x1, 0x0, 0xe9082104), at 0xe729f53c
[10] sqgrct(0x0, 0x5091, 0xffbfdad4, 0x122, 0x0, 0xe93226d4), at 0xe729f3e4
[11] sqlcmex(0x50, 0xffbfda68, 0xe90820e4, 0x10ecc, 0xe93226d4, 0x10ece), at 0xe729adac
[12] sqlcxt(0x63, 0x210dc, 0xffbfdad4, 0x10ecc, 0x5091, 0x0), at 0xe729b2fc
[13] main(argc = , argv = ) (optimized), at 0x10e9c
5)
0x00010e9c: main+0x0124: call sqlcxt [PLT] ! 0x20fa0
0x00010ea0: main+0x0128: clr %o0
0x00010ea4: main+0x012c: ret
0x00010ea8: main+0x0130: restore %g0, 0, %o0
0x00010eac: _init             :          save     %sp, -96, %sp
0x00010eb0: _init+0x0004:          ta        %icc,0x00000006
0x00010eb4: _init+0x0008:          ret
0x00010eb8: _init+0x000c:          restore
0x00010ebc: _fini            :          save      %sp, -96, %sp
0x00010ec0: _fini+0x0004:          ret
Edited by: brandon on Nov 9, 2010 2:10 PM