[OpenSER-Devel] libpurple integration problem

Klaus Darilion klaus.mailinglists at pernau.at
Thu Jan 10 11:19:52 UTC 2008


Aha - ssl.so is loaded dynamically, thus there is no need to link 
against it during building of the openser module.

HAve you tried asking pidgin developers?

regards
klaus

Eric PTAK schrieb:
> I don't know how and when to link my openser module with ssl plugin from 
> libpurple and like you, not sure it should be usefull... Here is more 
> informations about the behavior of my module :
> 
> * in the extra process I call purple_init_core which is located in 
> libpurple core.
> * purple_init_core loads all plugins found in a given directory using 
> g_module_open from GLIB2.0. the first one is ssl plugin.
> * g_module_open failed to load ssl plugin using local namespace because 
> he cannot resolve a function called in ssl plugin but which is defined 
> in libpurpe core !
> * so the core try to load using lazy flag and success because symbols 
> are resolved when needed.
> * the core then call a function located which crashes at the the first 
> call to a core function because it not yet resolved...
> 
> so symbol resolution is done from core to ssl plugin, but not in the 
> other direction which sounds weird, because the core is loaded before 
> ssl plugin...
> 
> 
> 2008/1/9, Klaus Darilion < klaus.mailinglists at pernau.at 
> <mailto:klaus.mailinglists at pernau.at>>:
> 
>     not sure - but maybe you have to link your module also with ssl.so from
>     libpurple?
> 
>     klaus
> 
>     Eric PTAK wrote:
>      > excuse me for the misstake. i checked my module and the results sound
>      > good for me :
>      >
>      >     eptak at rd-srv-devlnx2:/usr/src/miniclient$ ldd
>      >     /usr/local/lib/openser/modules/purple.so
>      >             linux-gate.so.1 =>  (0xffffe000)
>      >             libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0
>     (0xb7f59000)
>      >             libpurple.so.0 => /usr/local/lib/libpurple.so.0
>     (0xb7ecf000)
>      >             libc.so.6 => /lib/tls/i686/cmov/libc.so.6 (0xb7da0000)
>      >             libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0
>     (0xb7d68000)
>      >             libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0
>     (0xb7d64000)
>      >             libdl.so.2 => /lib/tls/i686/cmov/libdl.so.2 (0xb7d61000)
>      >             libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0
>     (0xb7d5d000)
>      >             libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb7c4e000)
>      >             libz.so.1 => /usr/lib/libz.so.1 (0xb7c3a000)
>      >             libm.so.6 => /lib/tls/i686/cmov/libm.so.6 (0xb7c18000)
>      >             libnsl.so.1 => /lib/tls/i686/cmov/libnsl.so.1
>     (0xb7c02000)
>      >             libresolv.so.2 => /lib/tls/i686/cmov/libresolv.so.2
>     (0xb7bef000)
>      >             libpthread.so.0 => /lib/tls/i686/cmov/libpthread.so.0
>      >     (0xb7bdd000)
>      >             /lib/ld-linux.so.2 (0x80000000)
>      >
>      >
>      > 2008/1/9, Klaus Darilion < klaus.mailinglists at pernau.at
>     <mailto:klaus.mailinglists at pernau.at>
>      > <mailto: klaus.mailinglists at pernau.at
>     <mailto:klaus.mailinglists at pernau.at>>>:
>      >
>      >     the problem is that your module does not find ssl.so . Thus
>     check the
>      >     dependencies of your openser module, not of the pidgin
>     libraries.
>      >
>      >     regards
>      >     klaus
>      >
>      >
>      >
>      >
>     ------------------------------------------------------------------------
>      >
>      > _______________________________________________
>      > Devel mailing list
>      > Devel at lists.openser.org <mailto:Devel at lists.openser.org>
>      > http://lists.openser.org/cgi-bin/mailman/listinfo/devel
> 
> 



More information about the Devel mailing list