Bug#167878: libc6: oracle9i does not work with libc6 2.3.1
Package: libc6
Version: 2.3.1-3
Severity: important
Hello,
I'm having major problems running oracle 9.2.x on libc6 from sid.
here is some food for thought:
Exception signal: 11 (SIGSEGV), code: 1 (Address not mapped to object), addr: 0x1972006, PC: [0x9723822, skgmidrealm()+338]
Registers:
%eax: 0x01971ec2 %ebx: 0x0a89426c %ecx: 0x405e2000
%edx: 0x00000000 %edi: 0xbfffe728 %esi: 0xbfffe5d8
%esp: 0xbfffe5b0 %ebp: 0xbfffe728 %eip: 0x09723822
%efl: 0x00010282
skgmidrealm()+323 (0x9723813) push %eax
skgmidrealm()+324 (0x9723814) call 0x97277b0
skgmidrealm()+329 (0x9723819) mov %eax,0xfffffea8(%ebp)
skgmidrealm()+335 (0x972381f) add $16,%esp
> skgmidrealm()+338 (0x9723822) cmp $0xbaceba11,0x144(%eax)
skgmidrealm()+348 (0x972382c) jne 0x9723837
skgmidrealm()+350 (0x972382e) cmp $3,0x120(%eax)
skgmidrealm()+357 (0x9723835) je 0x9723845
skgmidrealm()+359 (0x9723837) mov 0x20(%ebp),%ecx
*** 2002-11-04 09:41:53.199
ksedmp: internal or fatal error
ORA-07445: exception encountered: core dump [skgmidrealm()+338] [SIGSEGV] [Address not mapped to object] [0x1972006] [] []
Current SQL information unavailable - no SGA.
----- Call Stack Trace -----
calling call entry argument values in hex
location type point (? means dubious value)
-------------------- -------- -------------------- ----------------------------
ksedmp()+267 call 00000000 1 ? 0 ? BFFFDC5C ? 8456FBE ?
0 ? 0 ?
ssexhd()+817 call ksedmp()+0 3 ? 0 ? BFFFE1A4 ? BFFFDC9C ?
__pthread_sighandle call ssexhd()+0 B ? BFFFE240 ? BFFFE2C0 ?
r_rt()+165 4045460A ?
skgmidrealm()+338 signal __pthread_sighandle B ? BFFFE240 ? BFFFE2C0 ?
r_rt()+0
skgmlocate()+310 call skgmidrealm()+0 BFFFEE00 ? A84BC20 ?
BFFFECF8 ? 98BAA460 ?
98BAA460 ? 18000 ? BFFFE798 ?
BFFFE79C ? BFFFE7A0 ?
BFFFE7A4 ? 4341524F ?
9723071 ?
skgmattach()+366 call skgmlocate()+0 BFFFEE00 ? A84BC20 ?
BFFFECF8 ? 98BAA460 ? 0 ? 0 ?
ksmlsge()+201 call skgmattach()+0 BFFFEE00 ? A84BC20 ?
BFFFECF8 ? A84BC9C ?
ksmlsg()+16 call ksmlsge()+0 0 ? 0 ? BFFFEF8C ? 8CA7009 ?
BFFFEF8C ? 1 ?
opirip()+193 call ksmlsg()+0 0 ? BFFFF928 ? BFFFF9E4 ?
40008ECE ? 404983EC ?
404989A0 ?
opidrv()+676 call opirip()+0 32 ? 0 ? 0 ? 81E4056 ?
BFFFF928 ? 400114A8 ?
sou2o()+36 call opidrv()+0 32 ? 0 ? 0 ? 81E20B2 ? 0 ?
A0757BD ?
etc....
I can send more of that dump if needed.
There is also a problem with instalator for oracle 9i - it uses java from IBM? with known problem that it uses __glibc_wait symbol.
In summary - oracle9i is uninstallable on sid ( not a big problem ), and it can't run with libc2.13 ( BIG problem )
-- System Information
Debian Release: testing/unstable
Kernel Version: Linux ghost 2.4.19-xfs-mga-swan1 #4 Sat Oct 19 17:26:39 CEST 2002 i686 AMD Duron(tm) Processor AuthenticAMD GNU/Linux
Versions of the packages libc6 depends on:
ii libdb1-compat 2.1.3-7 The Berkeley database routines [glibc 2.0/2.
Reply to: