Your message dated Mon, 5 Feb 2007 21:53:46 +0000
with message-id <[EMAIL PROTECTED]>
and subject line Bug#408256: Bug#406064: i386 binNMU for asterisk-chan-capi
please
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)
--- Begin Message ---
Package: asterisk-chan-capi
Version: 0.7.1-1
Severity: important
Hello,
I've been using Asterisk (testing) 1.2 branch for some time with fcpci
kernel module for an AVM Fritz! PCI ISDN card, chan_capi compiled from
0.7.1 source and several SIP channels. I saw that asterisk-chan-capi had
been upgraded to 0.7.1 so I installed it. SIP calls work fine, but
incoming CAPI calls crash Asterisk. Reverting to the
compiled-from-source version of chan_capi.so makes everything work fine
so I'm pretty sure the packaged version of chan-capi.so is somehow the
culprit.
-----
console output:
/usr/sbin/safe_asterisk: line 93: 8831 Segmentation fault (core dumped)
${ASTSBINDIR}/asterisk ${CLIARGS} ${ASTARGS} 1>&/dev/${TTY} </dev/${TTY}
Asterisk ended with exit status 139
Asterisk exited on signal 11.
-----
-----
gdb output:
$ gdb -c core.8831 /usr/sbin/asterisk GNU gdb 6.3-debian
Copyright 2004 Free Software Foundation, Inc.
GDB is free software, covered by the GNU General Public License, and you are
welcome to change it and/or distribute copies of it under certain conditions.
Type "show copying" to see the conditions.
There is absolutely no warranty for GDB. Type "show warranty" for details.
This GDB was configured as "i386-linux"...(no debugging symbols found)
Using host libthread_db library "/lib/tls/libthread_db.so.1".
(no debugging symbols found)
Core was generated by `/usr/sbin/asterisk -U asterisk -vvvg -c'.
Program terminated with signal 11, Segmentation fault.
warning: current_sos: Can't read pathname for load map: Input/output error
Reading symbols from /lib/libsafe.so.2...(no debugging symbols found)...done.
Loaded symbols for /lib/libsafe.so.2
<snip>
<snip>
#0 0x080688c5 in ast_translator_free_path ()
-----
The core file is at http://files.padilla.net/core.8831.gz
Regards,
Len
-- System Information:
Debian Release: 3.1
APT prefers stable
APT policy: (990, 'stable'), (300, 'testing')
Architecture: i386 (i686)
Shell: /bin/sh linked to /bin/bash
Kernel: Linux 2.6.18-3-686
Locale: LANG=en_US, LC_CTYPE=en_US (charmap=ISO-8859-1)
Versions of packages asterisk-chan-capi depends on:
ii adduser 3.63 Add and remove users and groups
ii libc6 2.3.6.ds1-8 GNU C Library: Shared libraries
ii libcapi20-3 1:3.9.20060704-2.2 libraries for CAPI support
Versions of packages asterisk-chan-capi recommends:
ii asterisk 1:1.2.13~dfsg-2 Open Source Private Branch Exchang
-- no debconf information
--- End Message ---
--- Begin Message ---
Version: 0.7.1-1+b1
On Monday 05 February 2007 10:53, Steve Langasek wrote:
> In that case, I think it would be reasonable to close the bug until and
> unless it reappears.
It has been reported by Len Padilla that the rebuilt package asterisk-chan-capi
(0.7.1-1+b1)
fixes the problem.
I can't recreate my build environment from Oct 06.
And I can't reproduce the bug, additionally I don't have the hardware to test.
Thus per Steve's comments above I'm closing the bug.
If the problem resurfaces, then please reopen.
Mark
pgppku0ZZRmVg.pgp
Description: PGP signature
--- End Message ---
