[asterisk-users] Segfault on unload of chan_h323 in asterisk-1.4.25
Alex Villacís Lasso
a_villacis at palosanto.com
Tue Jun 2 11:14:11 CDT 2009
When the support for h323plus was announced for Asterisk 1.4.25, I tried
to build this support in Asterisk. For this, I checked out the h323plus
CVS from SourceForge, which reported version 1.20.beta5, and also the
ptlib-2.4.2 source RPM from Fedora 10. I finally managed to build a
chan_h323 for Asterisk 1.4.25, which apparently loads correctly, but now
I see that I get a segfault whenever I issue the command "module unload
chan_h323", or "stop gracefully". I have yet to file a bug on either
Asterisk or h323plus because I believe this to be my own error in
configuration, rather than an intrinsic bug in chan_h323. Does anyone
else have chan_h323 running with h323plus? If so, how did you compile
your support? Have you experienced the segfault on shutdown?
[root at rpmbuild64 channels]# ldd /usr/sbin/asterisk
libdl.so.2 => /lib64/libdl.so.2 (0x0000003991800000)
libcap.so.1 => /lib64/libcap.so.1 (0x000000399ca00000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x0000003991c00000)
libtermcap.so.2 => /lib64/libtermcap.so.2 (0x000000399ce00000)
libresolv.so.2 => /lib64/libresolv.so.2 (0x000000399a600000)
libh323_linux_x86_64_n.so.1.20-beta5 =>
/usr/lib64/libh323_linux_x86_64_n.so.1.20-beta5 (0x0000003c92400000)
libpt.so.2.4.2 => /usr/lib64/libpt.so.2.4.2 (0x0000003c92e00000)
libssl.so.6 => /lib64/libssl.so.6 (0x000000399c600000)
libcrypto.so.6 => /lib64/libcrypto.so.6 (0x000000399a200000)
libz.so.1 => /usr/lib64/libz.so.1 (0x0000003992000000)
libodbc.so.1 => /usr/lib64/libodbc.so.1 (0x0000003990800000)
libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x0000003999e00000)
libm.so.6 => /lib64/libm.so.6 (0x0000003991400000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x0000003996800000)
libc.so.6 => /lib64/libc.so.6 (0x0000003991000000)
/lib64/ld-linux-x86-64.so.2 (0x0000003990000000)
libgssapi_krb5.so.2 => /usr/lib64/libgssapi_krb5.so.2
(0x000000399c200000)
libkrb5.so.3 => /usr/lib64/libkrb5.so.3 (0x000000399b600000)
libcom_err.so.2 => /lib64/libcom_err.so.2 (0x000000399ae00000)
libk5crypto.so.3 => /usr/lib64/libk5crypto.so.3 (0x000000399b200000)
libkrb5support.so.0 => /usr/lib64/libkrb5support.so.0
(0x000000399ba00000)
libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x000000399aa00000)
libselinux.so.1 => /lib64/libselinux.so.1 (0x0000003995c00000)
libsepol.so.1 => /lib64/libsepol.so.1 (0x0000003996000000)
[root at rpmbuild64 channels]# ldd /usr/lib64/asterisk/modules/chan_h323.so
libh323_linux_x86_64_n.so.1.20-beta5 =>
/usr/lib64/libh323_linux_x86_64_n.so.1.20-beta5 (0x00002af569a25000)
libresolv.so.2 => /lib64/libresolv.so.2 (0x00002af56a3f1000)
libpt.so.2.4.2 => /usr/lib64/libpt.so.2.4.2 (0x00002af56a606000)
libpthread.so.0 => /lib64/libpthread.so.0 (0x00002af56aa84000)
libssl.so.6 => /lib64/libssl.so.6 (0x00002af56ac9f000)
libcrypto.so.6 => /lib64/libcrypto.so.6 (0x00002af56aee9000)
libdl.so.2 => /lib64/libdl.so.2 (0x00002af56b23b000)
libz.so.1 => /usr/lib64/libz.so.1 (0x00002af56b43f000)
libodbc.so.1 => /usr/lib64/libodbc.so.1 (0x00002af56b653000)
libstdc++.so.6 => /usr/lib64/libstdc++.so.6 (0x00002af56b8b8000)
libm.so.6 => /lib64/libm.so.6 (0x00002af56bbb8000)
libgcc_s.so.1 => /lib64/libgcc_s.so.1 (0x00002af56be3b000)
libc.so.6 => /lib64/libc.so.6 (0x00002af56c04a000)
/lib64/ld-linux-x86-64.so.2 (0x0000003990000000)
libgssapi_krb5.so.2 => /usr/lib64/libgssapi_krb5.so.2
(0x00002af56c3a0000)
libkrb5.so.3 => /usr/lib64/libkrb5.so.3 (0x00002af56c5cf000)
libcom_err.so.2 => /lib64/libcom_err.so.2 (0x00002af56c864000)
libk5crypto.so.3 => /usr/lib64/libk5crypto.so.3 (0x00002af56ca66000)
libkrb5support.so.0 => /usr/lib64/libkrb5support.so.0
(0x00002af56cc8c000)
libkeyutils.so.1 => /lib64/libkeyutils.so.1 (0x00002af56ce94000)
libselinux.so.1 => /lib64/libselinux.so.1 (0x00002af56d097000)
libsepol.so.1 => /lib64/libsepol.so.1 (0x00002af56d2af000)
--
perl -e '$x=2.3;printf("%.0f + %.0f = %.0f\n",$x,$x,$x+$x);'
More information about the asterisk-users
mailing list