[Date Prev][Date Next] [Thread Prev][Thread Next] [Date Index] [Thread Index]

Bug#207134: marked as done (libc6: makes jabberd segfault)

Your message dated Mon, 25 Aug 2003 11:36:06 -0400
with message-id <20030825153606.GA17148@nevyn.them.org>
and subject line Bug#207134: libc6: makes jabberd segfault
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; 25 Aug 2003 09:37:30 +0000
>From postmaster@tpce14.tm.uka.de Mon Aug 25 04:37:27 2003
Return-path: <postmaster@tpce14.tm.uka.de>
Received: from mailgate.rz.uni-karlsruhe.de [] 
	by master.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 19rDmw-0006SE-00; Mon, 25 Aug 2003 04:37:26 -0500
Received: from tpce14.tm.uka.de (mail@i70pc09.tm.uni-karlsruhe.de [])
	by mailgate.rz.uni-karlsruhe.de with esmtp (Exim 3.36 #1)
	id 19rDmu-00073T-00; Mon, 25 Aug 2003 11:37:24 +0200
Received: from kraft by tpce14.tm.uka.de with local (Exim 3.36 #1 (Debian))
	id 19rDmu-0000tw-00; Mon, 25 Aug 2003 11:37:24 +0200
MIME-Version: 1.0
Content-Transfer-Encoding: 7bit
Content-Type: text/plain; charset="ISO-8859-15"
From: Daniel Kraft <da_kraft@web.de>
To: Debian Bug Tracking System <submit@bugs.debian.org>
Subject: libc6: makes jabberd segfault
X-Mailer: reportbug 2.20
Date: Mon, 25 Aug 2003 11:37:24 +0200
Message-Id: <E19rDmu-0000tw-00@tpce14.tm.uka.de>
Sender: "Daniel Kraft <daniel.kraft>" <daniel.kraft@tm.uka.de>
Delivered-To: submit@bugs.debian.org
X-Spam-Status: No, hits=-6.0 required=4.0
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_8_17 (

Package: libc6
Version: 2.3.2-3
Severity: important

Jabberd (package: jabber) segfaults immediately at startup (and even
when rebuilt freshly with libc6 2.3.2-3). I suspect that it's a libc6
problem because jabber works with libc6 2.3.1-16 and because I can't
imagine how it would make fork() fail (see attached gdb backtrace).



(gdb) run
Starting program: /usr/sbin/jabberd
[New Thread 16384 (LWP 3304)]
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 16384 (LWP 3304)]
0x402ce426 in __pthread_internal_tsd_get () from /lib/libpthread.so.0
(gdb) bt
#0  0x402ce426 in __pthread_internal_tsd_get () from /lib/libpthread.so.0
#1  0x401c2b1b in _IO_file_xsputn () from /lib/libc.so.6
#2  0x402ccae7 in __pthread_fork () from /lib/libpthread.so.0
#3  0x401f71b8 in fork () from /lib/libc.so.6
#4  0x4001ff18 in dnsrv_fork_and_capture (f=0x4001fcd1 <dnsrv_child_main>,
    di=0x80fb6b8) at dnsrv.c:187
#5  0x40020934 in dnsrv_thread (arg=0x80fb6b8) at dnsrv.c:427
#6  0x0808099c in pth_spawn_trampoline ()
#7  0x4019b014 in makecontext () from /lib/libc.so.6
#8  0x08081834 in __pth_mctx_set ()
#9  0x0807d39c in pth_wait ()
#10 0x080812b3 in pth_join ()
#11 0x40020d90 in dnsrv (i=0x80fb548, x=0x80a6128) at dnsrv.c:533
#12 0x08056d5a in load_config (id=0x80fb548, x=0x80a6128, arg=0x0)
    at load.c:208
#13 0x08050729 in instance_startup (x=0x80a5f28, exec=1) at config.c:395
#14 0x080508e7 in configo (exec=1) at config.c:424
#15 0x0805672e in main (argc=1, argv=0xbffffad4) at jabberd.c:245

# ldd /usr/sbin/jabberd
  libssl.so.0.9.7 => /usr/lib/i686/cmov/libssl.so.0.9.7 (0x40026000)
  libcrypto.so.0.9.7 => /usr/lib/i686/cmov/libcrypto.so.0.9.7 (0x40055000)
  libdl.so.2 => /lib/libdl.so.2 (0x40146000)
  libresolv.so.2 => /lib/libresolv.so.2 (0x40149000)
  libc.so.6 => /lib/libc.so.6 (0x4015a000)
  /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x40000000)

-- System Information:
Debian Release: testing/unstable
Architecture: i386
Kernel: Linux tpce14 2.4.21 #1 Mit Jul 16 15:19:15 CEST 2003 i686
Locale: LANG=de_DE@euro, LC_CTYPE=de_DE@euro

Versions of packages libc6 depends on:
ii  libdb1-compat                 2.1.3-7    The Berkeley database routines [gl

-- no debconf information

Received: (at 207134-done) by bugs.debian.org; 25 Aug 2003 15:36:17 +0000
>From drow@crack.them.org Mon Aug 25 10:36:10 2003
Return-path: <drow@crack.them.org>
Received: from dsl093-172-017.pit1.dsl.speakeasy.net (nevyn.them.org) [] 
	by master.debian.org with esmtp (Exim 3.35 1 (Debian))
	id 19rJO4-00054u-00; Mon, 25 Aug 2003 10:36:08 -0500
Received: from drow by nevyn.them.org with local (Exim 4.20 #1 (Debian))
	id 19rJO2-0004TM-SA; Mon, 25 Aug 2003 11:36:06 -0400
Date: Mon, 25 Aug 2003 11:36:06 -0400
From: Daniel Jacobowitz <dan@debian.org>
To: Daniel Kraft <daniel.kraft@tm.uka.de>
Cc: 207134-done@bugs.debian.org
Subject: Re: Bug#207134: libc6: makes jabberd segfault
Message-ID: <20030825153606.GA17148@nevyn.them.org>
References: <E19rDmu-0000tw-00@tpce14.tm.uka.de> <20030825135623.GA27531@nevyn.them.org> <E19rJHh-0003aV-00@tpce14.tm.uka.de>
Mime-Version: 1.0
Content-Type: text/plain; charset=us-ascii
Content-Disposition: inline
In-Reply-To: <E19rJHh-0003aV-00@tpce14.tm.uka.de>
User-Agent: Mutt/1.5.1i
Delivered-To: 207134-done@bugs.debian.org
X-Spam-Status: No, hits=-15.5 required=4.0
	autolearn=ham version=2.53-bugs.debian.org_2003_8_17
X-Spam-Checker-Version: SpamAssassin 2.53-bugs.debian.org_2003_8_17 (

On Mon, Aug 25, 2003 at 05:29:33PM +0200, Daniel Kraft wrote:
> > It looks like it's dynamically loaded both libpth and libpthread?  Can
> > that be right? 
> It only loads libpthread, but it seems to have (parts of) Pth compiled
> in. This is not the problem, though, apparently. While looking about
> which libraries jabberd loads, I discovered that it loaded another
> library (for ICQ transport) which has vanished from Debian in the
> meantime and was built some time ago with older versions of gcc and
> libc6. Disabling the loading of this library also cured the segfault, 
> so it is probably the culprit ...
> Sorry for bothering you,
> Daniel

OK, I'll close the bug.  It may still be glibc's fault, since old
libraries _should_ work - let us know if that seems to be the problem.

Daniel Jacobowitz
MontaVista Software                         Debian GNU/Linux Developer

Reply to: