syncml-plugin.so: undefined symbol: osync_db_query

View: New views
7 Messages — Rating Filter:   Alert me  

syncml-plugin.so: undefined symbol: osync_db_query

by Christian Hilgers-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi all,


After doing the test with the different libsyncml libs msynctool
does no longer shows the syncml plugins.


This is msynctool version "0.36"
using OpenSync version "0.36"
Available plugins:
kdepim-sync
palm-sync
file-sync


In the trace (attached) the problem is visible here:

[1207753647.033340]                             >>>>>>>  osync_module_new(0xbfd4c5a4)
[1207753647.033356]                             <<<<<<<  osync_module_new: 0x8068608
[1207753647.033375]                             >>>>>>>  osync_module_load(0x8068608,
/opt/opensync/build/lib/opensync-1.0/plugins/syncml-plugin.so, 0xbfd4c5a4)
[1207753647.039576]                             <--- ERROR --- osync_module_load: Unable to open module
/opt/opensync/build/lib/opensync-1.0/plugins/syncml-plugin.so:
  /opt/opensync/build/lib/opensync-1.0/plugins/syncml-plugin.so: undefined symbol: osync_db_query
[1207753647.039610]                             Unable to load module
/opt/opensync/build/lib/opensync-1.0/plugins/syncml-plugin.so: Unable to open module
/opt/opensync/build/lib/opensync-1.0/plugins/syncml-plugin.so:
/opt/opensync/build/lib/opensync-1.0/plugins/syncml-plugin.so: undefined symbol: osync_db_query
[1207753647.039630]                             >>>>>>>  osync_module_free(0x8068608)
[1207753647.039648]                             <<<<<<<  osync_module_free


echo $LD_LIBRARY_PATH
/opt/opensync/build/lib/

This symbol is undefinded
nm /opt/opensync/build/lib/opensync-1.0/plugins/syncml-plugin.so | grep osync_db_query
          U osync_db_query
          U osync_db_query_table

But is is here
nm /opt/opensync/build/lib/libopensync.so | grep osync_db_query
000224b0 t osync_db_query
00021e10 t osync_db_query_single_int
00021be0 t osync_db_query_single_string
000220e0 t osync_db_query_table

And that lib should be used

ldd build/bin/msynctool
         linux-gate.so.1 =>  (0xffffe000)
         libopensync.so.1 => /opt/opensync/build/lib/libopensync.so.1 (0xb7e88000)
         libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0xb7dbd000)
         libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0xb7db8000)
         libdl.so.2 => /lib/libdl.so.2 (0xb7db4000)
         libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0xb7db0000)
         librt.so.1 => /lib/librt.so.1 (0xb7da7000)
         libc.so.6 => /lib/libc.so.6 (0xb7c69000)
         libxml2.so.2 => /usr/lib/libxml2.so.2 (0xb7b4b000)
         libxslt.so.1 => /usr/lib/libxslt.so.1 (0xb7b16000)
         libexslt.so.0 => /usr/lib/libexslt.so.0 (0xb7b05000)
         libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0xb7a9d000)
         libpcre.so.3 => /usr/lib/libpcre.so.3 (0xb7a76000)
         libselinux.so.1 => /lib/libselinux.so.1 (0xb7a5d000)
         /lib/ld-linux.so.2 (0xb7ee9000)
         libpthread.so.0 => /lib/libpthread.so.0 (0xb7a44000)
         libz.so.1 => /usr/lib/libz.so.1 (0xb7a2f000)
         libm.so.6 => /lib/libm.so.6 (0xb7a09000)
         libgcrypt.so.11 => /usr/lib/libgcrypt.so.11 (0xb79a1000)
         libgpg-error.so.0 => /usr/lib/libgpg-error.so.0 (0xb799d000)

What did I mess up?

Christian
--
Christian Hilgers                  |ConSol*
Tel.   +49.2102.994-423            |Consulting&Solutions Software GmbH
Fax    +49.2102.994-411            |Berliner Str. 101, 40880 Ratingen
email: Christian.Hilgers@... |WWW: http://www.consol.de

[1207753646.838453] >>>>>>>  main(2, 0xbfd4c654)
[1207753646.838555] >>>>>>>  osync_group_env_new(0xbfd4c5a4)
[1207753646.838587] <<<<<<<  osync_group_env_new: 0x8052aa8
[1207753646.838615] >>>>>>>  osync_format_env_new(0xbfd4c5a4)
[1207753646.838638] <<<<<<<  osync_format_env_new: 0x8052ab8
[1207753646.838667] >>>>>>>  osync_plugin_env_new(0xbfd4c5a4)
[1207753646.838690] <<<<<<<  osync_plugin_env_new: 0x8053690
[1207753646.838716] >>>>>>>  osync_plugin_env_load(0x8053690, (NULL), 0xbfd4c5a4)
[1207753646.838794] >>>>>>>  osync_plugin_env_load_module(0x8053690, /opt/opensync/build/lib/opensync-1.0/plugins/kdepim_lib.so, 0xbfd4c5a4)
[1207753646.838826] >>>>>>>  osync_module_new(0xbfd4c5a4)
[1207753646.838849] <<<<<<<  osync_module_new: 0x8055288
[1207753646.838873] >>>>>>>  osync_module_load(0x8055288, /opt/opensync/build/lib/opensync-1.0/plugins/kdepim_lib.so, 0xbfd4c5a4)
[1207753646.944533] <<<<<<<  osync_module_load
[1207753646.944579] >>>>>>>  osync_module_check(0x8055288, 0xbfd4c5a4)
[1207753646.944605] >>>>>>>  osync_module_get_version(0x8055288)
[1207753646.944644] <<<<<<<  osync_module_get_version: get_version not found. Not a library?
[1207753646.944668] <<<<<<<  osync_module_check: No version
[1207753646.944693] >>>>>>>  osync_module_unload(0x8055288)
[1207753646.945718] <<<<<<<  osync_module_unload
[1207753646.945789] >>>>>>>  osync_module_free(0x8055288)
[1207753646.945813] <<<<<<<  osync_module_free
[1207753646.945836] <<<<<<<  osync_plugin_env_load_module: Unable to load module
[1207753646.945872] >>>>>>>  osync_plugin_env_load_module(0x8053690, /opt/opensync/build/lib/opensync-1.0/plugins/kdepim-sync.so, 0xbfd4c5a4)
[1207753646.945897] >>>>>>>  osync_module_new(0xbfd4c5a4)
[1207753646.945921] <<<<<<<  osync_module_new: 0x8061060
[1207753646.945946] >>>>>>>  osync_module_load(0x8061060, /opt/opensync/build/lib/opensync-1.0/plugins/kdepim-sync.so, 0xbfd4c5a4)
[1207753647.031286] <<<<<<<  osync_module_load
[1207753647.031326] >>>>>>>  osync_module_check(0x8061060, 0xbfd4c5a4)
[1207753647.031344] >>>>>>>  osync_module_get_version(0x8061060)
[1207753647.031364] <<<<<<<  osync_module_get_version: 1
[1207753647.031382] <<<<<<<  osync_module_check
[1207753647.031401] >>>>>>>  osync_module_get_sync_info(0x8061060, 0x8053690, 0xbfd4c5a4)
[1207753647.031421] >>>>>>>  get_sync_info(0x8053690)
[1207753647.031449] <<<<<<<  get_sync_info
[1207753647.031466] <<<<<<<  osync_module_get_sync_info
[1207753647.031484] <<<<<<<  osync_plugin_env_load_module
[1207753647.031511] >>>>>>>  osync_plugin_env_load_module(0x8053690, /opt/opensync/build/lib/opensync-1.0/plugins/palm-sync.so, 0xbfd4c5a4)
[1207753647.031537] >>>>>>>  osync_module_new(0xbfd4c5a4)
[1207753647.031554] <<<<<<<  osync_module_new: 0x80675b8
[1207753647.031572] >>>>>>>  osync_module_load(0x80675b8, /opt/opensync/build/lib/opensync-1.0/plugins/palm-sync.so, 0xbfd4c5a4)
[1207753647.032775] <<<<<<<  osync_module_load
[1207753647.032796] >>>>>>>  osync_module_check(0x80675b8, 0xbfd4c5a4)
[1207753647.032814] >>>>>>>  osync_module_get_version(0x80675b8)
[1207753647.032834] <<<<<<<  osync_module_get_version: 1
[1207753647.032852] <<<<<<<  osync_module_check
[1207753647.032869] >>>>>>>  osync_module_get_sync_info(0x80675b8, 0x8053690, 0xbfd4c5a4)
[1207753647.032892] <<<<<<<  osync_module_get_sync_info
[1207753647.032913] <<<<<<<  osync_plugin_env_load_module
[1207753647.032940] >>>>>>>  osync_plugin_env_load_module(0x8053690, /opt/opensync/build/lib/opensync-1.0/plugins/file-sync.so, 0xbfd4c5a4)
[1207753647.032959] >>>>>>>  osync_module_new(0xbfd4c5a4)
[1207753647.032976] <<<<<<<  osync_module_new: 0x80685e8
[1207753647.032994] >>>>>>>  osync_module_load(0x80685e8, /opt/opensync/build/lib/opensync-1.0/plugins/file-sync.so, 0xbfd4c5a4)
[1207753647.033150] <<<<<<<  osync_module_load
[1207753647.033169] >>>>>>>  osync_module_check(0x80685e8, 0xbfd4c5a4)
[1207753647.033186] >>>>>>>  osync_module_get_version(0x80685e8)
[1207753647.033206] <<<<<<<  osync_module_get_version: 1
[1207753647.033241] <<<<<<<  osync_module_check
[1207753647.033258] >>>>>>>  osync_module_get_sync_info(0x80685e8, 0x8053690, 0xbfd4c5a4)
[1207753647.033281] <<<<<<<  osync_module_get_sync_info
[1207753647.033298] <<<<<<<  osync_plugin_env_load_module
[1207753647.033321] >>>>>>>  osync_plugin_env_load_module(0x8053690, /opt/opensync/build/lib/opensync-1.0/plugins/syncml-plugin.so, 0xbfd4c5a4)
[1207753647.033340] >>>>>>>  osync_module_new(0xbfd4c5a4)
[1207753647.033356] <<<<<<<  osync_module_new: 0x8068608
[1207753647.033375] >>>>>>>  osync_module_load(0x8068608, /opt/opensync/build/lib/opensync-1.0/plugins/syncml-plugin.so, 0xbfd4c5a4)
[1207753647.039576] <--- ERROR --- osync_module_load: Unable to open module /opt/opensync/build/lib/opensync-1.0/plugins/syncml-plugin.so: /opt/opensync/build/lib/opensync-1.0/plugins/syncml-plugin.so: undefined symbol: osync_db_query
[1207753647.039610] Unable to load module /opt/opensync/build/lib/opensync-1.0/plugins/syncml-plugin.so: Unable to open module /opt/opensync/build/lib/opensync-1.0/plugins/syncml-plugin.so: /opt/opensync/build/lib/opensync-1.0/plugins/syncml-plugin.so: undefined symbol: osync_db_query
[1207753647.039630] >>>>>>>  osync_module_free(0x8068608)
[1207753647.039648] <<<<<<<  osync_module_free
[1207753647.039666] <<<<<<<  osync_plugin_env_load_module
[1207753647.039693] <<<<<<<  osync_plugin_env_load
[1207753647.039711] >>>>>>>  msync_list_plugins(0x8053690)
[1207753647.039756] <<<<<<<  msync_list_plugins
[1207753647.039777] >>>>>>>  osync_group_env_free(0x8052aa8)
[1207753647.039795] <<<<<<<  osync_group_env_free
[1207753647.039817] >>>>>>>  osync_format_env_free(0x8052ab8)
[1207753647.039834] <<<<<<<  osync_format_env_free
[1207753647.039853] >>>>>>>  osync_plugin_env_free(0x8053690)
[1207753647.039872] >>>>>>>  osync_module_unload(0x8061060)
[1207753647.040754] <<<<<<<  osync_module_unload
[1207753647.040809] >>>>>>>  osync_module_free(0x8061060)
[1207753647.040827] <<<<<<<  osync_module_free
[1207753647.040845] >>>>>>>  osync_module_unload(0x80675b8)
[1207753647.040902] <<<<<<<  osync_module_unload
[1207753647.040921] >>>>>>>  osync_module_free(0x80675b8)
[1207753647.040937] <<<<<<<  osync_module_free
[1207753647.040955] >>>>>>>  osync_module_unload(0x80685e8)
[1207753647.040990] <<<<<<<  osync_module_unload
[1207753647.041007] >>>>>>>  osync_module_free(0x80685e8)
[1207753647.041024] <<<<<<<  osync_module_free
[1207753647.041041] <<<<<<<  osync_plugin_env_free
[1207753647.041058] <<<<<<<  main

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Opensync-devel mailing list
Opensync-devel@...
https://lists.sourceforge.net/lists/listinfo/opensync-devel

Re: syncml-plugin.so: undefined symbol: osync_db_query

by Michael Banck-3 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On Wed, Apr 09, 2008 at 05:41:30PM +0200, Christian Hilgers wrote:
> This symbol is undefinded
> nm /opt/opensync/build/lib/opensync-1.0/plugins/syncml-plugin.so | grep osync_db_query
>
> But is is here
> nm /opt/opensync/build/lib/libopensync.so | grep osync_db_query

> ldd build/bin/msynctool
>         libopensync.so.1 => /opt/opensync/build/lib/libopensync.so.1 (0xb7e88000)

Is libopensync.so a symlink to libopensync.so.1?


Michael

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Opensync-devel mailing list
Opensync-devel@...
https://lists.sourceforge.net/lists/listinfo/opensync-devel

Re: syncml-plugin.so: undefined symbol: osync_db_query

by Daniel Gollub :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On Wednesday 09 April 2008 17:41:30 Christian Hilgers wrote:
> Hi all,
>
>
> After doing the test with the different libsyncml libs msynctool
> does no longer shows the syncml plugins.
>
Fixed with r3260 - (without any testing of course ;))
Please, let me know if this works for you.

Thanks for testing!
Daniel



-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Opensync-devel mailing list
Opensync-devel@...
https://lists.sourceforge.net/lists/listinfo/opensync-devel

Re: syncml-plugin.so: undefined symbol: osync_db_query

by Christian Hilgers-2 :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Daniel Gollub wrote:

> Fixed with r3260 - (without any testing of course ;))
> Please, let me know if this works for you.
>

confirmed:

This is msynctool version "0.36"
using OpenSync version "0.36"
checking the plugins visible:
Available plugins:
kdepim-sync
palm-sync
file-sync
syncml-http-server
syncml-http-client
syncml-obex-client


Thanks

Christian
--
Christian Hilgers                  |ConSol*
Tel.   +49.2102.994-423            |Consulting&Solutions Software GmbH
Fax    +49.2102.994-411            |Berliner Str. 101, 40880 Ratingen
email: Christian.Hilgers@... |WWW: http://www.consol.de


-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Opensync-devel mailing list
Opensync-devel@...
https://lists.sourceforge.net/lists/listinfo/opensync-devel

Re: syncml-plugin.so: undefined symbol: osync_db_query

by Michael Bell :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Hi Daniel,

Daniel Gollub wrote:

> Fixed with r3260 - (without any testing of course ;))
> Please, let me know if this works for you.

I noticed your comment in SVN. My idea was that I don't want to create a
new explicit dependency to SQLite including own native code if the
framework already implemented a wrapper for the database. I don't
checked if the interface is exported.

Best regards

Michael
--
_______________________________________________________________

Michael Bell                    Humboldt-Universitaet zu Berlin

Tel.: +49 (0)30-2093 2482       ZE Computer- und Medienservice
Fax:  +49 (0)30-2093 2704       Unter den Linden 6
michael.bell@...   D-10099 Berlin
_______________________________________________________________

X.509 CA Certificates / Wurzelzertifikate

http://ra.pki.hu-berlin.de


-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Opensync-devel mailing list
Opensync-devel@...
https://lists.sourceforge.net/lists/listinfo/opensync-devel

smime.p7s (7K) Download Attachment

Re: syncml-plugin.so: undefined symbol: osync_db_query

by Daniel Gollub :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

On Thursday 10 April 2008 12:07:08 Michael Bell wrote:
> I noticed your comment in SVN. My idea was that I don't want to create a
> new explicit dependency to SQLite including own native code if the
> framework already implemented a wrapper for the database. I don't
> checked if the interface is exported.

Actually i did a mistake, because setting the symbol visbility to linker flags
instead of compiler flags. So everything got exported...

The problem I see, is "maintaing" this BIG API... we may split some stuff in
different shared objects. One shared library for the frontend (the engine
stuff), one for plugins and extra helpers for plugins (timer, ane other
stuff).

We have approx. 800 exported symbols right now...

So we don't break the dependecy for the frontends all the time, which is quite
annoying for frontend developers.

What do you think?

Btw. for what do you need osync_db for SyncML plugin? Capabilities should get
stored via the capabiliteis interface while performing the disocvery call.
Everything else should be handled by Anchor database...

The use of database should be reducded as possible, since it's quite slow...
for each QUERY a "sync" got called.

-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Opensync-devel mailing list
Opensync-devel@...
https://lists.sourceforge.net/lists/listinfo/opensync-devel

Re: syncml-plugin.so: undefined symbol: osync_db_query

by Michael Bell :: Rate this Message:

Reply to Author | View Threaded | Show Only this Message

Daniel Gollub wrote:

> The problem I see, is "maintaing" this BIG API... we may split some stuff in
> different shared objects. One shared library for the frontend (the engine
> stuff), one for plugins and extra helpers for plugins (timer, ane other
> stuff).
>
> We have approx. 800 exported symbols right now...
>
> So we don't break the dependecy for the frontends all the time, which is quite
> annoying for frontend developers.
>
> What do you think?
I have no problem with more libraries to make them easier to manage. The
only problem is what does management mean?

> Btw. for what do you need osync_db for SyncML plugin? Capabilities should get
> stored via the capabiliteis interface while performing the disocvery call.
> Everything else should be handled by Anchor database...

The capabilities are far away from being perfect and we cannot map
ical/vcal 100% perfect because the standards are simply not compliant.
So I need a way to cache the devinf stuff without depending on the
capabilities and without losing informations. Therefore I decided to use
a SQLite database to cache the informations.

Additionally this cache helps to find problems like missing photos.

> The use of database should be reducded as possible, since it's quite slow...
> for each QUERY a "sync" got called.

Did you have problems on your machine? The whole caching is fast enough
on my machine. The only performance problems which I have are gone if I
switch off tracing.

Best regards

Michael
--
_______________________________________________________________

Michael Bell                    Humboldt-Universitaet zu Berlin

Tel.: +49 (0)30-2093 2482       ZE Computer- und Medienservice
Fax:  +49 (0)30-2093 2704       Unter den Linden 6
michael.bell@...   D-10099 Berlin
_______________________________________________________________

X.509 CA Certificates / Wurzelzertifikate

http://ra.pki.hu-berlin.de


-------------------------------------------------------------------------
This SF.net email is sponsored by the 2008 JavaOne(SM) Conference
Don't miss this year's exciting event. There's still time to save $100.
Use priority code J8TL2D2.
http://ad.doubleclick.net/clk;198757673;13503038;p?http://java.sun.com/javaone
_______________________________________________
Opensync-devel mailing list
Opensync-devel@...
https://lists.sourceforge.net/lists/listinfo/opensync-devel

smime.p7s (7K) Download Attachment
LightInTheBox - Buy quality products at wholesale price