[asterisk-dev] Segfault on unloading chan_h323 compiled with ptlib 2.4.2 and h323plus

Faidon Liambotis paravoid at debian.org
Thu Jun 4 15:58:24 CDT 2009


Alex Villací­s Lasso wrote:
 > Yes, it looks like the same bug. By using your program, I get the
following:
<>
> Then, what do people do in the meantime when they want H.323 support? Do 
> they refrain from reconfiguring their Asterisk?
For this reason, the asterisk binary links against libopenh323.so[1];
there are special provisions for this in main/Makefile. Perhaps you're
running a patched version by your vendor?

FWIW, I also didn't want this dependency in Debian: chan_h323 is in a
separate package and depending on libopenh323 from the main package
defeated the whole point (which was to avoid unnecessary dependencies).

I ended up patching Asterisk's module loader to make a second call to
dlopen() with RTLD_NOW if the module name is "chan_h323.so" or
"chan_oh323.so".
Very, *very* ugly, but it was the only solution I could came up with.

For more, have a look at:
http://svn.debian.org/wsvn/pkg-voip/asterisk/trunk/debian/patches/h323-no-deps-on-asterisk
http://svn.debian.org/wsvn/pkg-voip/asterisk/trunk/debian/patches/h323-workaround-openh323-segfault

Regards,
Faidon

1:
# ldd /usr/sbin/asterisk  | grep h323
   libopenh323.so.1.18.0 => /usr/lib/libopenh323.so.1.18.0 (0xb7572000)



More information about the asterisk-dev mailing list