[asterisk-dev] Unable to load module

[Pavel Troller]

> On 10/05/2010 03:58 PM, Pavel Troller wrote:
> > Hi!
> >   I'm fixing some bugs in a module and I have strange problems. After
> > recompiling the module, it cannot be loaded to the Asterisk anymore:
> > 
> > gamera1*CLI> module load chan_ooh323.so
> > Unable to load module chan_ooh323.so
> > Command 'module load chan_ooh323.so ' failed.
> > 
> > I know that ooh323 is unsupported module, as well as I know, that 1.6.1,
> > which I'm using, is unsupported Asterisk branch, but I'm asking a generic
> > question: The function in the module I'm patching is very deep in the ASN1
> > parsing code, it is not related to the module initialization, for sure.
> > I'm adding more cases to the switch command, and when I add 5 cases, it
> > never can be loaded. If I add just one case (any of the five), the module
> > can be loaded. And for various combinations of cases, it sometimes can and
> > somtimes cannot be loaded. It looks like it depends on a length of the
> > code or something similar. I've added a big fat debug message to the
> > beginning of the module init code and it is not printed, so the init code
> > is not even called. It looks like the module loader simply refuses to
> > work.
> >   ldd'ing the module doesn't show anything suspicious, it just links 
> > against general libraries, exactly as another modules (and it doesn't
> > differ for loadable and unloadable version of the module). 
> > Of course, compilation and linking of the module goues smoothly with no
> > warnings. I'm really stuck here, because I absolutely don't understand,
> > what's going on here. Any hints ?
> 
> Are you issuing this command via a remote Asterisk console? If so, you
> won't see any error messages generated by the dynamic linker (like
> missing symbols or other problems), because those are sent directly to
> stderr.
> 
Hi Kevin,
  thanks for your great advice, but it didn't help. Yes, I'm using remote
console, but I looked at the local Asterisk console (by dumping /dev/vcs11,
where the asterisk has all its standard I/O streams (verified)), and the
last message printed there is about resetting and unblocking the SS7 channels,
coming from the end of the Asterisk initialization, and nothing more...

  With regards, Pavel