Bug#167878: marked as done (libc6: oracle9i does not work with libc6 2.3.1)
Your message dated Thu, 19 Dec 2002 00:59:49 +0900
with message-id <80wum7qpvu.wl@oris.opensource.jp>
and subject line Bug#167878: libc6: oracle9i does not work with libc6 2.3.1
has caused the attached Bug report to be marked as done.
This means that you claim that the problem has been dealt with.
If this is not the case it is now your responsibility to reopen the
Bug report if necessary, and/or fix the problem forthwith.
(NB: If you are a system administrator and have no idea what I am
talking about this indicates a serious mail system misconfiguration
somewhere. Please contact me immediately.)
Debian bug tracking system administrator
(administrator, Debian Bugs database)
--------------------------------------
Received: (at submit) by bugs.debian.org; 5 Nov 2002 14:40:55 +0000
>From eyck@ghost.anime.pl Tue Nov 05 08:40:54 2002
Return-path: <eyck@ghost.anime.pl>
Received: from ghost.anime.pl [212.182.112.233] (mail)
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 1894sv-0008UC-00; Tue, 05 Nov 2002 08:40:53 -0600
Received: from eyck by ghost.anime.pl with local (Exim 3.35 #1 (Debian))
id 1894sp-0000VC-00; Tue, 05 Nov 2002 15:40:47 +0100
From: Dariush Pietrzak <eyck@ghost.anime.pl>
Subject: libc6: oracle9i does not work with libc6 2.3.1
To: submit@bugs.debian.org
X-Mailer: bug 3.3.10.2
Message-Id: <E1894sp-0000VC-00@ghost.anime.pl>
Date: Tue, 05 Nov 2002 15:40:47 +0100
Delivered-To: submit@bugs.debian.org
X-Spam-Status: No, hits=0.6 required=5.0
tests=SPAM_PHRASE_00_01
version=2.41
X-Spam-Level:
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.
---------------------------------------
Received: (at 167878-done) by bugs.debian.org; 18 Dec 2002 15:59:59 +0000
>From gotom@debian.or.jp Wed Dec 18 09:59:59 2002
Return-path: <gotom@debian.or.jp>
Received: from oris.opensource.jp (oris.opensource.gr.jp) [218.44.239.73] (postfix)
by master.debian.org with esmtp (Exim 3.12 1 (Debian))
id 18Ogc2-0002CU-00; Wed, 18 Dec 2002 09:59:58 -0600
Received: from oris.opensource.jp (oris.opensource.jp [218.44.239.73])
by oris.opensource.gr.jp (Postfix) with ESMTP
id ED095C33C6; Thu, 19 Dec 2002 00:59:49 +0900 (JST)
Date: Thu, 19 Dec 2002 00:59:49 +0900
Message-ID: <80wum7qpvu.wl@oris.opensource.jp>
From: GOTO Masanori <gotom@debian.or.jp>
To: Dariush Pietrzak <eyck@ghost.anime.pl>,
167878-done@bugs.debian.org
Subject: Re: Bug#167878: libc6: oracle9i does not work with libc6 2.3.1
In-Reply-To: <E1894sp-0000VC-00@ghost.anime.pl>
References: <E1894sp-0000VC-00@ghost.anime.pl>
User-Agent: Wanderlust/2.9.9 (Unchained Melody) SEMI/1.14.3 (Ushinoya)
FLIM/1.14.3 (=?ISO-8859-4?Q?Unebigory=F2mae?=) APEL/10.3 Emacs/21.2
(i386-debian-linux-gnu) MULE/5.0 (SAKAKI)
MIME-Version: 1.0 (generated by SEMI 1.14.3 - "Ushinoya")
Content-Type: text/plain; charset=US-ASCII
Content-Transfer-Encoding: quoted-printable
Delivered-To: 167878-done@bugs.debian.org
X-Spam-Status: No, hits=-9.3 required=5.0
tests=IN_REP_TO,QUOTED_EMAIL_TEXT,REFERENCES,SPAM_PHRASE_00_01,
USER_AGENT
version=2.41
X-Spam-Level:
At Tue, 05 Nov 2002 15:40:47 +0100,
Dariush Pietrzak wrote:
> Hello,=20
> I'm having major problems running oracle 9.2.x on libc6 from sid.=20
> here is some food for thought:
All I can say is we hardly know what the problem is - Oracle 9.2.x
is not part of Debian. So this BTS report is out of functionality.
Could you contact to Oracle support? I do not know they support
debian or not, but RedHat 8.0 is also glibc 2.3 base system,
so you can get some information about Oracle 9.2.x with glibc 2.3.
I close this bug, but if you find the root of problem on Debian,
please tell us or resend BTS report.
> Exception signal: 11 (SIGSEGV), code: 1 (Address not mapped to object), a=
ddr: 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) <-- interest=
ing magic number :-)
> 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.
=46rom this trace, I cannot find what has caused.
> 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 )
This problem will be fixed in -6, I think.
-- gotom
Reply to: