Alex Villacís Lasso
2009-Jun-02 16:14 UTC
[asterisk-users] Segfault on unload of chan_h323 in asterisk-1.4.25
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);'