opensync-users — The place to get help for the OpenSync project

[Opensync-users] DNS trouble with opensync.org domain

[Stefan A. <ml...@ar...>]

Hi,

today I got trouble to resolve any DNS name in opensync.org. E.g. 
svn.opensync.org and www.opensync.org do not resolve.
Anyone having the same trouble?

Regards,
Stefan

Re: [Opensync-users] Detecting SynCE libraries

[David E. <tw...@us...>]

On Sat, 2005-08-27 at 11:40 +0200, Armin Bauer wrote:
> 
> David Eriksson wrote:
> > Hi,
> > 
> > I saw the checkin to detect SynCE libraries.
> > 
> > Included with each SynCE module is an .m4 file containing an autoconf
> > macro used for finding SynCE. The macro is probably not perfect but it
> > should be a good start and save some typing.
> > 
> > For example for the libsynce module, the file is libsynce.m4 and the
> > macro is AM_PATH_LIBSYNCE. (I honestly don't know why I prefixed it with
> > AM and not AC, it feels silly now that I think of it.)
> > 
> > I think you can deduce the pattern for the other modules.
> > 
> > One way to make these macros available is to concatenate the .m4 files
> > into a single acinclude.m4 file in the same directory as configure.ac.
> > 
> 
> Thats much better :)
> Ill add the macros to the synce plugin
> 
> would you accept a patch if i add pkgconfig support to your libraries?

Sure!

-- 
Regards,
               -\- David Eriksson -/-

        SynCE - http://synce.sourceforge.net
      ScummVM - http://scummvm.sourceforge.net
     Desquirr - http://desquirr.sourceforge.net

Re: [Opensync-users] Detecting SynCE libraries

[Armin B. <arm...@de...>]

David Eriksson wrote:
> Hi,
> 
> I saw the checkin to detect SynCE libraries.
> 
> Included with each SynCE module is an .m4 file containing an autoconf
> macro used for finding SynCE. The macro is probably not perfect but it
> should be a good start and save some typing.
> 
> For example for the libsynce module, the file is libsynce.m4 and the
> macro is AM_PATH_LIBSYNCE. (I honestly don't know why I prefixed it with
> AM and not AC, it feels silly now that I think of it.)
> 
> I think you can deduce the pattern for the other modules.
> 
> One way to make these macros available is to concatenate the .m4 files
> into a single acinclude.m4 file in the same directory as configure.ac.
> 

Thats much better :)
Ill add the macros to the synce plugin

would you accept a patch if i add pkgconfig support to your libraries?

Armin

Re: [Opensync-users] SyncML Plugin Problems

[Zach B. <zb...@fo...>]

On Saturday, 08/27/2005, 10:39 +0200 Armin Bauer wrote:

> Hi Norm and Zach,
> 
> you can safely ignore this error. I just says that it cannot access the
> dtd. But i disabled this anyways... i just didnt find a way yet to get
> rid of this error message.

FWIW, I did eventually get rid of the error without recompiling
libwbxml2 by setting up the XML catalog---and I even think I did it
correctly ;o).  I can explain here what I did, if you think it may be of
use to others.

> The problem with your connection is probably that my syncml parser
> cannot parse the incoming syncml correctly. i implemented the parser so
> that it exits immediatly when there is anything it does not know.
> 
> If you send me the traces of this connection i will be able to fix this.

I've attached my trace file; let me know if you need anything else.

Here's also a bit of extra info that I found while trying to sort out
the problem; I don't know if any of it is in the trace file or not :o)

Using Ethereal, I captured the HTTP traffic between the phone and my
server, and I noticed that every time the phone connects and sends a
request, the server returns "500 No node at all".  Looking through the
libsyncml (and with the help of a printf ;o) I determined it was coming
from the _smlXmlParserExpectNode function in parser/sml_xml.c.

That's as far as I got (well, OK, I also tried converting the WBXML to
"normal" XML using a Perl module, but I couldn't get it to work).

Thanks for offering to help!  I can send the captured network traffic,
too, if that would help.

Zach

Re: [Opensync-users] SyncML Plugin Problems

[Armin B. <arm...@de...>]

Norm Dressler wrote:
> On Fri, 2005-26-08 at 19:46 -0400, Norm Dressler wrote:
> 
>>>I found the same thing -- follow the link and it's not there anymore.  I 
>>>did download it -- I guess I just need to find where it's actually 
>>>called maybe and change it?  Not sure -- haven't investigated that far 
>>>yet.  Maybe Armin can help with this one.
>>>
>>
>>FYI found the links embedded in the wbxml2 code.  Going to see if there
>>is a patch available --
>>
>>Norm
> 
> 
> I modified the the wbxml_tables.c to point to a local file
> (/var/www/docs/...) and the error is gone.  Still can't sync, but at
> least that's not a problem any more.
> 

Hi Norm and Zach,

you can safely ignore this error. I just says that it cannot access the
dtd. But i disabled this anyways... i just didnt find a way yet to get
rid of this error message.

The problem with your connection is probably that my syncml parser
cannot parse the incoming syncml correctly. i implemented the parser so
that it exits immediatly when there is anything it does not know.

If you send me the traces of this connection i will be able to fix this.

Thanks

Armin

> Norm
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Opensync-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-users

Re: [Opensync-users] SyncML Plugin Problems

[Norm D. <no...@dr...>]

On Fri, 2005-26-08 at 19:46 -0400, Norm Dressler wrote:
> > 
> > I found the same thing -- follow the link and it's not there anymore.  I 
> > did download it -- I guess I just need to find where it's actually 
> > called maybe and change it?  Not sure -- haven't investigated that far 
> > yet.  Maybe Armin can help with this one.
> > 
> 
> FYI found the links embedded in the wbxml2 code.  Going to see if there
> is a patch available --
> 
> Norm

I modified the the wbxml_tables.c to point to a local file
(/var/www/docs/...) and the error is gone.  Still can't sync, but at
least that's not a problem any more.

Norm

Re: [Opensync-users] SyncML Plugin Problems

[Norm D. <no...@dr...>]

On Fri, 2005-26-08 at 17:15 -0400, Norm Dressler wrote:
> Zach Bean wrote:
> 
> >I got the same error a few days ago, and haven't found a solution yet.  It
> >seems to come from somewhere way up in libxml-land.  I read somewhere
> >that "Attempt to load network entity" means I need to have a "correct"
> >xml catalog (/etc/xml/catalog)... but I have no idea what that means. 
> >From what I can tell, it seems to be a way of caching DTDs (maybe other
> >stuff to) locally, which makes sense, but I don't get why trying to load
> >one from the network is a fatal error.
> >
> >What distro are you using?  I found a website somewhere (I can't find 
> >
> 
> I found the same thing -- follow the link and it's not there anymore.  I 
> did download it -- I guess I just need to find where it's actually 
> called maybe and change it?  Not sure -- haven't investigated that far 
> yet.  Maybe Armin can help with this one.
> 

FYI found the links embedded in the wbxml2 code.  Going to see if there
is a patch available --

Norm

Re: [Opensync-users] SyncML Plugin Problems

[Norm D. <no...@dr...>]

Zach Bean wrote:

>I got the same error a few days ago, and haven't found a solution yet.  It
>seems to come from somewhere way up in libxml-land.  I read somewhere
>that "Attempt to load network entity" means I need to have a "correct"
>xml catalog (/etc/xml/catalog)... but I have no idea what that means. 
>From what I can tell, it seems to be a way of caching DTDs (maybe other
>stuff to) locally, which makes sense, but I don't get why trying to load
>one from the network is a fatal error.
>
>What distro are you using?  I found a website somewhere (I can't find 
>

I found the same thing -- follow the link and it's not there anymore.  I 
did download it -- I guess I just need to find where it's actually 
called maybe and change it?  Not sure -- haven't investigated that far 
yet.  Maybe Armin can help with this one.

I'm using Ubuntu (Debian variant).  Also used Mepis and FC4. 

Norm

Re: [Opensync-users] SyncML Plugin Problems

[Zach B. <zb...@fo...>]

Quoting Norm Dressler <no...@dr...>:

> norm@lapzilla:~/opensync$ msynctool --sync syncml --wait
> Synchronizing group "syncml"
> I/O error : Attempt to load network entity
> http://www.syncml.org/docs/syncml_represent_v11_20020213.dtd
> 
> 
> What is that I/O error from?

I got the same error a few days ago, and haven't found a solution yet.  It
seems to come from somewhere way up in libxml-land.  I read somewhere
that "Attempt to load network entity" means I need to have a "correct"
xml catalog (/etc/xml/catalog)... but I have no idea what that means. 
From what I can tell, it seems to be a way of caching DTDs (maybe other
stuff to) locally, which makes sense, but I don't get why trying to load
one from the network is a fatal error.

What distro are you using?  I found a website somewhere (I can't find the
link again, sorry) that said that xml catalogs are notoriously broken on
Debian, which is where I was trying to run, and I temporarily gave up
when I couldn't find any advice on *fixing* them.  Figuring out how to
fix them myself seemed too daunting; it looks like it requires touching
at least half a dozen files scattered across the file system, none of
which make much sense to me.

For what it's worth, the DTD is no longer available at that URL, and as
near as I can tell, the only way to download it from whoever owns
syncml.org is to dig pretty deep on the site, and agree to a
click-through license agreement or two.  Which sucks for what I've always
assumed was an "open" standard.  I'd love to be proven wrong...

When I get home, I'll try to dig up the sites where I got this info :o)

Sorry I couldn't actually help, but I hope this information will be useful
to someone...

Zach

-- 
And I say, Give me back my memory, or I'll rip you into three boy scouts
and a watchband!
                                           ---Aaron in "Remind Me Again"
------------------------------------------------------------------------
Zach Bean, zb...@fo..., we...@fo...          http://www.forty2.com

Re: [Opensync-users] SyncML Plugin Problems

[Norm D. <no...@dr...>]

On Fri, 2005-26-08 at 15:35 -0400, Norm Dressler wrote:
> Hi there,
> 
> Playing with the syncml plugin ... got it all compiled, and set up the
> evo2 plugin as per the directions for it.  I get this when I try to

Ok, I re-read the doc and realized my mistakes and now have it waiting
for a connection properly:
norm@lapzilla:~/opensync$ msynctool --sync syncml --wait
Synchronizing group "syncml"
I/O error : Attempt to load network entity
http://www.syncml.org/docs/syncml_represent_v11_20020213.dtd


What is that I/O error from?  I can see a fair bit of transfer going on
across the bluetooth adapter but my phone eventually dies with
connection error.  I only have about 30 contacts and about 20
appointments.

I have the trace files, but they don't look to be providing any hints --
no errors anyways.

Any suggestions?

Norm

[Opensync-users] SyncML Plugin Problems

[Norm D. <no...@dr...>]

Hi there,

Playing with the syncml plugin ... got it all compiled, and set up the
evo2 plugin as per the directions for it.  I get this when I try to
sync:
Synchronizing group "syncml"
The previous synchronization was unlean. Slow-syncing
Member 2 of type syncml-http-server had an error while connecting:
(null)
Member 1 of type evo2-sync just connected
Member 1 of type evo2-sync just disconnected
All clients have disconnected
The sync failed: Unable to connect one of the members
Error synchronizing: Unable to connect one of the members

My config for syncml looks like this:
<config><username>syncml</username><password>1234</password><url>http://192.168.1.1/</url><port>8080</port><usestringtable>1</usestringtable></config>

192.168.1.1 is my Notebook
192.168.1.2 is my Nokia 6620

Any suggestions?

Norm

[Opensync-users] Detecting SynCE libraries

[David E. <tw...@us...>]

Hi,

I saw the checkin to detect SynCE libraries.

Included with each SynCE module is an .m4 file containing an autoconf
macro used for finding SynCE. The macro is probably not perfect but it
should be a good start and save some typing.

For example for the libsynce module, the file is libsynce.m4 and the
macro is AM_PATH_LIBSYNCE. (I honestly don't know why I prefixed it with
AM and not AC, it feels silly now that I think of it.)

I think you can deduce the pattern for the other modules.

One way to make these macros available is to concatenate the .m4 files
into a single acinclude.m4 file in the same directory as configure.ac.

-- 
Regards,
               -\- David Eriksson -/-

        SynCE - http://synce.sourceforge.net
      ScummVM - http://scummvm.sourceforge.net
     Desquirr - http://desquirr.sourceforge.net

Re: [Opensync-users] subversion evo2 & file-sync plugin corrupt?

[Armin B. <arm...@de...>]

Hi Stefan,

danny is right, running autoreconf -sfi will solve this problem. The
autogen.sh just had a single line in which called autoreconf so this
file was kind of pointless...

But you are right of course, this should be documented in the README or
the INSTALL file. I added a ticket on opensync.org so we can eventually
fix this.

Armin

Danny Backx wrote:
> Stefan,
> 
> This appears to be a recent change, autogen.sh was there until quite
> recently.
> 
> The commit log says
>     Remove autogen.sh as it is deprecated, run autoreconf -is by hand to
>     achieve the same results.
> 
> So there are two answers :
> - you can run "autoreconf -is", this will solve your immediate problem
> - I'm sure this will end up being documented
> 
> 	Danny
> 
> On Fri, 2005-08-26 at 14:51 +0200, Stefan Struhs wrote:
> 
>>Hi!
>>
>>I was very happy to hear that somebody beside my was working on a SynCE
>>plugin for OpenSync and that he resp. they have almost finished their
>>work. XXX thanks for that!
>>
>>After getting the most recent versions from the subversion respository
>>of evo2 and file-sync I realized that the pure subversion versions of
>>them will not work as supposed to be. ./autogen.sh and autoconf fail to
>>produce the make files and there is no configure script to
>>run ./configure but in the INSTALL docs you mention, that you have to do
>>a configure/make/make install. I think there are missing some files. The
>>subversion version of SynCE works fine. All necessary files are
>>included.
>>
>>You - the maintainer - should at least give some insight in one of the
>>files (README, INSTALL or RELEASE) how to build these plugins without
>>"./configure". I have no idea how and had to use the tar-files, which
>>include everything you need (but as far as I know, they do not contain
>>recent bug fixes).
>>
>>Thanks in advance!
>>
>>Regards,
>>Stefan
>>
>>
>>
>>-------------------------------------------------------
>>SF.Net email is Sponsored by the Better Software Conference & EXPO
>>September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
>>Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
>>Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
>>_______________________________________________
>>Opensync-users mailing list
>>Ope...@li...
>>https://lists.sourceforge.net/lists/listinfo/opensync-users
>>

Re: [Opensync-users] subversion evo2 & file-sync plugin corrupt?

[Danny B. <dan...@sc...>]

Stefan,

This appears to be a recent change, autogen.sh was there until quite
recently.

The commit log says
    Remove autogen.sh as it is deprecated, run autoreconf -is by hand to
    achieve the same results.

So there are two answers :
- you can run "autoreconf -is", this will solve your immediate problem
- I'm sure this will end up being documented

	Danny

On Fri, 2005-08-26 at 14:51 +0200, Stefan Struhs wrote:
> Hi!
>=20
> I was very happy to hear that somebody beside my was working on a SynCE
> plugin for OpenSync and that he resp. they have almost finished their
> work. XXX thanks for that!
>=20
> After getting the most recent versions from the subversion respository
> of evo2 and file-sync I realized that the pure subversion versions of
> them will not work as supposed to be. ./autogen.sh and autoconf fail to
> produce the make files and there is no configure script to
> run ./configure but in the INSTALL docs you mention, that you have to do
> a configure/make/make install. I think there are missing some files. The
> subversion version of SynCE works fine. All necessary files are
> included.
>=20
> You - the maintainer - should at least give some insight in one of the
> files (README, INSTALL or RELEASE) how to build these plugins without
> "./configure". I have no idea how and had to use the tar-files, which
> include everything you need (but as far as I know, they do not contain
> recent bug fixes).
>=20
> Thanks in advance!
>=20
> Regards,
> Stefan
>=20
>=20
>=20
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practic=
es
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & Q=
A
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Opensync-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-users
>=20
--=20
Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info

[Opensync-users] subversion evo2 & file-sync plugin corrupt?

[Stefan S. <ste...@we...>]

Hi!

I was very happy to hear that somebody beside my was working on a SynCE
plugin for OpenSync and that he resp. they have almost finished their
work. XXX thanks for that!

After getting the most recent versions from the subversion respository
of evo2 and file-sync I realized that the pure subversion versions of
them will not work as supposed to be. ./autogen.sh and autoconf fail to
produce the make files and there is no configure script to
run ./configure but in the INSTALL docs you mention, that you have to do
a configure/make/make install. I think there are missing some files. The
subversion version of SynCE works fine. All necessary files are
included.

You - the maintainer - should at least give some insight in one of the
files (README, INSTALL or RELEASE) how to build these plugins without
"./configure". I have no idea how and had to use the tar-files, which
include everything you need (but as far as I know, they do not contain
recent bug fixes).

Thanks in advance!

Regards,
Stefan

Re: [Opensync-users] undefined symbol in syncml_plugin

[Armin B. <arm...@de...>]

Hi,

the names of the databases do not match:
>>>>>>>  smlLocationCompare((nil)(null), 0x80dec70(vcards), (nil)(null),
0x80e8dd8(./addressbook))

so please either change the name of the database on the syncml plugin to
addressbook or change it on the phone to vcards

Armin

Stefan Armbruster wrote:
> Hi Armin,
> 
> now msynctool --sync syncml --wait starts up fine. When trying to start the 
> sync on the syncml device (Nokia 9500) it shows up "initializing" for a long 
> time and nothing more happens.
> 
> I've attached the tracefiles.
> 
> Regards,
> Stefan

Re: [Opensync-users] undefined symbol in syncml_plugin

[Stefan A. <ml...@ar...>]

Hi Armin,

now msynctool --sync syncml --wait starts up fine. When trying to start the 
sync on the syncml device (Nokia 9500) it shows up "initializing" for a long 
time and nothing more happens.

I've attached the tracefiles.

Regards,
Stefan

Re: [Opensync-users] undefined symbol in syncml_plugin

[Armin B. <arm...@de...>]

Stefan Armbruster wrote:
> Armin,
> 
> thanks for the fast update, the syncml plugin is now showing up fine on 
> "msynctool --listplugins", but another problem comes up:
> The other syncmember ist kdepim. When starting up "msynctool --sync syncml 
> --wait", I'll get on the console:
> 
> Synchronizing group "syncml"
> Error while initializing syncengine: Missing database name
> 
> The trace file contains:
> [1125055428.402817]                             <--- ERROR --- 
> osync_module_load: Unable to get symbol from 
> module /usr/local/lib/opensync/plugins/kdepim_lib.so: `get_info':
> /usr/lib/libgmodule-2.0.so.0: undefined symbol: get_info
> [1125055428.403107]                             [OSPLG] ERROR: Unable to load 
> plugin /usr/local/lib/opensync/plugins/kdepim_lib.so: Unable to get symbol 
> from module /usr/local/lib/opensync/plugins/kdepim_lib.so: 
> `get_info': /usr/lib/libgmodule-2.0.so.0: undefined symbol: get_info
> 
> Armin, since you don't have a syncml device, I'd volunteer to take the testing 
> part for this. 

Great! :)

the above problem is that i made the database names configurable. just
change the config so that it looks like this:

config><username></username><password></password><url></url><port>8080</port><usestringtable>1</usestringtable><contact_db>vcards</contact_db></config

(notice the <contact_db> in the end)

Armin

> 
> Regards,
> Stefan
> 
> Am Freitag, 26. August 2005 12:06 schrieben Sie:
> 
>>Stefan Armbruster wrote:
>>
>>>Hi,
>>>
>>>I've upgraded the whole libsoup, libsyncml, opensync, syncmlplugin stuff
>>>to the most recent svn revision.
>>>syncml_plugin.so is being successfully built, but did not show up when
>>>using "msynctool --listplugins".
>>>
>>>"ldd -r /usr/local/lib/opensync/plugins/syncml_plugin.so" gives the
>>>following output:
>>>
>>>                libopensync.so.0 => /usr/local/lib/libopensync.so.0
>>>(0x40006000)
>>>        libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x4003f000)
>>>        libsyncml.so.0 => /usr/local/lib/libsyncml.so.0 (0x400bf000)
>>>        libxml2.so.2 => /usr/lib/libxml2.so.2 (0x400e0000)
>>>        libpthread.so.0 => /lib/tls/libpthread.so.0 (0x401e7000)
>>>        libz.so.1 => /usr/lib/libz.so.1 (0x401f6000)
>>>        libm.so.6 => /lib/tls/libm.so.6 (0x40208000)
>>>        libc.so.6 => /lib/tls/libc.so.6 (0x4022b000)
>>>        libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x40360000)
>>>        libdl.so.2 => /lib/tls/libdl.so.2 (0x40364000)
>>>        libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x40367000)
>>>        libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x4039b000)
>>>        libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0x403a0000)
>>>        libsoup-2.2.so.7 => /usr/local/lib/libsoup-2.2.so.7 (0x403f3000)
>>>        libgnutls.so.11 => /usr/lib/libgnutls.so.11 (0x4041a000)
>>>        libtasn1.so.2 => /usr/lib/libtasn1.so.2 (0x40481000)
>>>        libgcrypt.so.11 => /usr/lib/libgcrypt.so.11 (0x40491000)
>>>        libnsl.so.1 => /lib/tls/libnsl.so.1 (0x404de000)
>>>        libgpg-error.so.0 => /usr/lib/libgpg-error.so.0 (0x404f2000)
>>>        libwbxml2.so.0 => /usr/local/lib/libwbxml2.so.0 (0x404f7000)
>>>        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
>>>        libexpat.so.1 => /usr/lib/libexpat.so.1 (0x40510000)
>>>        libpopt.so.0 => /lib/libpopt.so.0 (0x40530000)
>>>undefined symbol: smlDsServerReceivedAlert
>>>(/usr/local/lib/opensync/plugins/syncml_plugin.so)
>>>
>>>The funtion smlDsServerReceivedAlert is defined in
>>>libsyncml/objects/sml_ds_server.h but I can not see any implementation
>>>for it. Maybe one of the committers forgot to check in some code?
>>
>>sorry. my fault
>>
>>it should be committed now. just do svn up on the syncml plugin. but i
>>wasnt able to test it yet since i lack a syncml capable phone
>>
>>
>>>Regards,
>>>Stefan
>>>
>>>
>>>-------------------------------------------------------
>>>SF.Net email is Sponsored by the Better Software Conference & EXPO
>>>September 19-22, 2005 * San Francisco, CA * Development Lifecycle
>>>Practices Agile & Plan-Driven Development * Managing Projects & Teams *
>>>Testing & QA Security * Process Improvement & Measurement *
>>>http://www.sqe.com/bsce5sf
>>>_______________________________________________
>>>Opensync-users mailing list
>>>Ope...@li...
>>>https://lists.sourceforge.net/lists/listinfo/opensync-users
> 
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Opensync-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-users

Re: [Opensync-users] undefined symbol in syncml_plugin

[Stefan A. <ml...@ar...>]

Armin,

thanks for the fast update, the syncml plugin is now showing up fine on 
"msynctool --listplugins", but another problem comes up:
The other syncmember ist kdepim. When starting up "msynctool --sync syncml 
--wait", I'll get on the console:

Synchronizing group "syncml"
Error while initializing syncengine: Missing database name

The trace file contains:
[1125055428.402817]                             <--- ERROR --- 
osync_module_load: Unable to get symbol from 
module /usr/local/lib/opensync/plugins/kdepim_lib.so: `get_info':
/usr/lib/libgmodule-2.0.so.0: undefined symbol: get_info
[1125055428.403107]                             [OSPLG] ERROR: Unable to load 
plugin /usr/local/lib/opensync/plugins/kdepim_lib.so: Unable to get symbol 
from module /usr/local/lib/opensync/plugins/kdepim_lib.so: 
`get_info': /usr/lib/libgmodule-2.0.so.0: undefined symbol: get_info

Armin, since you don't have a syncml device, I'd volunteer to take the testing 
part for this. 

Regards,
Stefan

Am Freitag, 26. August 2005 12:06 schrieben Sie:
> Stefan Armbruster wrote:
> > Hi,
> >
> > I've upgraded the whole libsoup, libsyncml, opensync, syncmlplugin stuff
> > to the most recent svn revision.
> > syncml_plugin.so is being successfully built, but did not show up when
> > using "msynctool --listplugins".
> >
> > "ldd -r /usr/local/lib/opensync/plugins/syncml_plugin.so" gives the
> > following output:
> >
> >                 libopensync.so.0 => /usr/local/lib/libopensync.so.0
> > (0x40006000)
> >         libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x4003f000)
> >         libsyncml.so.0 => /usr/local/lib/libsyncml.so.0 (0x400bf000)
> >         libxml2.so.2 => /usr/lib/libxml2.so.2 (0x400e0000)
> >         libpthread.so.0 => /lib/tls/libpthread.so.0 (0x401e7000)
> >         libz.so.1 => /usr/lib/libz.so.1 (0x401f6000)
> >         libm.so.6 => /lib/tls/libm.so.6 (0x40208000)
> >         libc.so.6 => /lib/tls/libc.so.6 (0x4022b000)
> >         libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x40360000)
> >         libdl.so.2 => /lib/tls/libdl.so.2 (0x40364000)
> >         libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x40367000)
> >         libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x4039b000)
> >         libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0x403a0000)
> >         libsoup-2.2.so.7 => /usr/local/lib/libsoup-2.2.so.7 (0x403f3000)
> >         libgnutls.so.11 => /usr/lib/libgnutls.so.11 (0x4041a000)
> >         libtasn1.so.2 => /usr/lib/libtasn1.so.2 (0x40481000)
> >         libgcrypt.so.11 => /usr/lib/libgcrypt.so.11 (0x40491000)
> >         libnsl.so.1 => /lib/tls/libnsl.so.1 (0x404de000)
> >         libgpg-error.so.0 => /usr/lib/libgpg-error.so.0 (0x404f2000)
> >         libwbxml2.so.0 => /usr/local/lib/libwbxml2.so.0 (0x404f7000)
> >         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
> >         libexpat.so.1 => /usr/lib/libexpat.so.1 (0x40510000)
> >         libpopt.so.0 => /lib/libpopt.so.0 (0x40530000)
> > undefined symbol: smlDsServerReceivedAlert
> > (/usr/local/lib/opensync/plugins/syncml_plugin.so)
> >
> > The funtion smlDsServerReceivedAlert is defined in
> > libsyncml/objects/sml_ds_server.h but I can not see any implementation
> > for it. Maybe one of the committers forgot to check in some code?
>
> sorry. my fault
>
> it should be committed now. just do svn up on the syncml plugin. but i
> wasnt able to test it yet since i lack a syncml capable phone
>
> > Regards,
> > Stefan
> >
> >
> > -------------------------------------------------------
> > SF.Net email is Sponsored by the Better Software Conference & EXPO
> > September 19-22, 2005 * San Francisco, CA * Development Lifecycle
> > Practices Agile & Plan-Driven Development * Managing Projects & Teams *
> > Testing & QA Security * Process Improvement & Measurement *
> > http://www.sqe.com/bsce5sf
> > _______________________________________________
> > Opensync-users mailing list
> > Ope...@li...
> > https://lists.sourceforge.net/lists/listinfo/opensync-users

Re: [Opensync-users] undefined symbol in syncml_plugin

[Armin B. <arm...@de...>]

Stefan Armbruster wrote:
> Hi,
> 
> I've upgraded the whole libsoup, libsyncml, opensync, syncmlplugin stuff to 
> the most recent svn revision.
> syncml_plugin.so is being successfully built, but did not show up when using 
> "msynctool --listplugins".
> 
> "ldd -r /usr/local/lib/opensync/plugins/syncml_plugin.so" gives the following 
> output:
> 
>                 libopensync.so.0 => /usr/local/lib/libopensync.so.0 
> (0x40006000)
>         libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x4003f000)
>         libsyncml.so.0 => /usr/local/lib/libsyncml.so.0 (0x400bf000)
>         libxml2.so.2 => /usr/lib/libxml2.so.2 (0x400e0000)
>         libpthread.so.0 => /lib/tls/libpthread.so.0 (0x401e7000)
>         libz.so.1 => /usr/lib/libz.so.1 (0x401f6000)
>         libm.so.6 => /lib/tls/libm.so.6 (0x40208000)
>         libc.so.6 => /lib/tls/libc.so.6 (0x4022b000)
>         libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x40360000)
>         libdl.so.2 => /lib/tls/libdl.so.2 (0x40364000)
>         libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x40367000)
>         libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x4039b000)
>         libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0x403a0000)
>         libsoup-2.2.so.7 => /usr/local/lib/libsoup-2.2.so.7 (0x403f3000)
>         libgnutls.so.11 => /usr/lib/libgnutls.so.11 (0x4041a000)
>         libtasn1.so.2 => /usr/lib/libtasn1.so.2 (0x40481000)
>         libgcrypt.so.11 => /usr/lib/libgcrypt.so.11 (0x40491000)
>         libnsl.so.1 => /lib/tls/libnsl.so.1 (0x404de000)
>         libgpg-error.so.0 => /usr/lib/libgpg-error.so.0 (0x404f2000)
>         libwbxml2.so.0 => /usr/local/lib/libwbxml2.so.0 (0x404f7000)
>         /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
>         libexpat.so.1 => /usr/lib/libexpat.so.1 (0x40510000)
>         libpopt.so.0 => /lib/libpopt.so.0 (0x40530000)
> undefined symbol: smlDsServerReceivedAlert      
> (/usr/local/lib/opensync/plugins/syncml_plugin.so)
> 
> The funtion smlDsServerReceivedAlert is defined in 
> libsyncml/objects/sml_ds_server.h but I can not see any implementation for 
> it. Maybe one of the committers forgot to check in some code?
> 

sorry. my fault

it should be committed now. just do svn up on the syncml plugin. but i
wasnt able to test it yet since i lack a syncml capable phone

> Regards,
> Stefan
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Opensync-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-users

[Opensync-users] undefined symbol in syncml_plugin

[Stefan A. <ml...@ar...>]

Hi,

I've upgraded the whole libsoup, libsyncml, opensync, syncmlplugin stuff to 
the most recent svn revision.
syncml_plugin.so is being successfully built, but did not show up when using 
"msynctool --listplugins".

"ldd -r /usr/local/lib/opensync/plugins/syncml_plugin.so" gives the following 
output:

                libopensync.so.0 => /usr/local/lib/libopensync.so.0 
(0x40006000)
        libglib-2.0.so.0 => /usr/lib/libglib-2.0.so.0 (0x4003f000)
        libsyncml.so.0 => /usr/local/lib/libsyncml.so.0 (0x400bf000)
        libxml2.so.2 => /usr/lib/libxml2.so.2 (0x400e0000)
        libpthread.so.0 => /lib/tls/libpthread.so.0 (0x401e7000)
        libz.so.1 => /usr/lib/libz.so.1 (0x401f6000)
        libm.so.6 => /lib/tls/libm.so.6 (0x40208000)
        libc.so.6 => /lib/tls/libc.so.6 (0x4022b000)
        libgmodule-2.0.so.0 => /usr/lib/libgmodule-2.0.so.0 (0x40360000)
        libdl.so.2 => /lib/tls/libdl.so.2 (0x40364000)
        libgobject-2.0.so.0 => /usr/lib/libgobject-2.0.so.0 (0x40367000)
        libgthread-2.0.so.0 => /usr/lib/libgthread-2.0.so.0 (0x4039b000)
        libsqlite3.so.0 => /usr/lib/libsqlite3.so.0 (0x403a0000)
        libsoup-2.2.so.7 => /usr/local/lib/libsoup-2.2.so.7 (0x403f3000)
        libgnutls.so.11 => /usr/lib/libgnutls.so.11 (0x4041a000)
        libtasn1.so.2 => /usr/lib/libtasn1.so.2 (0x40481000)
        libgcrypt.so.11 => /usr/lib/libgcrypt.so.11 (0x40491000)
        libnsl.so.1 => /lib/tls/libnsl.so.1 (0x404de000)
        libgpg-error.so.0 => /usr/lib/libgpg-error.so.0 (0x404f2000)
        libwbxml2.so.0 => /usr/local/lib/libwbxml2.so.0 (0x404f7000)
        /lib/ld-linux.so.2 => /lib/ld-linux.so.2 (0x80000000)
        libexpat.so.1 => /usr/lib/libexpat.so.1 (0x40510000)
        libpopt.so.0 => /lib/libpopt.so.0 (0x40530000)
undefined symbol: smlDsServerReceivedAlert      
(/usr/local/lib/opensync/plugins/syncml_plugin.so)

The funtion smlDsServerReceivedAlert is defined in 
libsyncml/objects/sml_ds_server.h but I can not see any implementation for 
it. Maybe one of the committers forgot to check in some code?

Regards,
Stefan

Re: [Opensync-users] FYI: working on SynCE plugin also

[Danny B. <dan...@sc...>]

Armin has supplied me with an account so I could upload our work,
and I've just (hopefully in the right way) done so.

I'm sure Armin will give you your own account too so we can both
work on this and use subversion to merge our work.

	Danny

P.S. Look at http://svn.opensync.org/plugins/synce

On Wed, 2005-08-24 at 13:18 +0200, Mirkuz wrote:
> On Tue, 2005-08-23 at 00:53 +0200, Danny Backx wrote:
> > Armin, MirKuZ,
> >=20
> > I just wanted to let you know I'm working on the SynCE plugin as well.
> >=20
> > I've taken MirKuZ's 0.01 work and extended it a bit. I was just about
> to
> > post my changes when I noticed that there was a 0.02 version out :-(
> >=20
> > So I've ported my stuff in the 0.02 code base.
>=20
> umhh.. i just released version 0.03, with 2 bugfixes.
>=20
> >=20
> > The file synchronisation code which you've guessed I'm working on is
> not
> > yet functional, but I've hooked it up with MirKuZ's code. I'm posting
> > this for two reasons : (1) I'm (again) asking for input : is this the
> > right way to proceed in connecting everything, and (2) trying to keep
> my
> > version and MirKuZ's as close to each other as possible.
> >=20
> > My current code base is available at
> >  http://danny.backx.info/download/libopensync-plugin-synce-0.03.tar.gz
> >=20
> > I'm willing to collaboration via subversion (even though I've never
> used
> > it, but I do use CVS a lot) if that would help.
>=20
> ok, i think it's time to get a common repository :)
> May be we could be hosted on the main svn repository of opensync.
>=20
--=20
Danny Backx ; danny.backx - at - scarlet.be ; http://danny.backx.info

Re: [Opensync-users] FYI: working on SynCE plugin also

[Mirkuz <me...@li...>]

On Tue, 2005-08-23 at 00:53 +0200, Danny Backx wrote:
> Armin, MirKuZ,
> 
> I just wanted to let you know I'm working on the SynCE plugin as well.
> 
> I've taken MirKuZ's 0.01 work and extended it a bit. I was just about
to
> post my changes when I noticed that there was a 0.02 version out :-(
> 
> So I've ported my stuff in the 0.02 code base.

umhh.. i just released version 0.03, with 2 bugfixes.

> 
> The file synchronisation code which you've guessed I'm working on is
not
> yet functional, but I've hooked it up with MirKuZ's code. I'm posting
> this for two reasons : (1) I'm (again) asking for input : is this the
> right way to proceed in connecting everything, and (2) trying to keep
my
> version and MirKuZ's as close to each other as possible.
> 
> My current code base is available at
>  http://danny.backx.info/download/libopensync-plugin-synce-0.03.tar.gz
> 
> I'm willing to collaboration via subversion (even though I've never
used
> it, but I do use CVS a lot) if that would help.

ok, i think it's time to get a common repository :)
May be we could be hosted on the main svn repository of opensync.

-- 
Mirkuz <me...@li...>
http://www.mirkuz.net

Re: [Opensync-users] amd64 and opensync

[Roland S. <ro...@xi...>]

Am Mittwoch, den 24.08.2005, 00:22 +0200 schrieb Armin Bauer:
> Someone tried this several days ago, but his compiler did not complain.
> so his opensync crashed of course.
> 
> The problem is that im casting between (void *) and (int) which works on
> 32 bit but will fail on 64 bit of course due to the size differences.
> 
> Is there any way around this, besides using temp variables?
Stefan Behlert sugested to first cast to (intptr_t) which is in
inttypes.h
http://sourceforge.net/mailarchive/message.php?msg_id=12671515
This works.

I found the wrong cast that crashed opensync:
Index: opensync/opensync_env.c
===================================================================
--- opensync/opensync_env.c     (Revision 598)
+++ opensync/opensync_env.c     (Arbeitskopie)
@@ -666,6 +666,7 @@
 {
        osync_bool ret = FALSE;
        GError *error = NULL;
+       gsize sz = 0;

        if (!filename) {
                osync_debug("OSYNC", 3, "No file open specified");
@@ -679,11 +680,12 @@
                return FALSE;
        }
        g_io_channel_set_encoding(chan, NULL, NULL);
-       if (g_io_channel_read_to_end(chan, data, (gsize*)size, &error) != G_IO_STATUS_NORMAL) {
+       if (g_io_channel_read_to_end(chan, data, &sz, &error) != G_IO_STATUS_NORMAL) {
                osync_debug("OSYNC", 3, "Unable to read contents of file %s: %s", filename, error->message);
                osync_error_set(oserror, OSYNC_ERROR_IO_ERROR, "Unable to read contents of file %s: %s", filename, error->message);
        } else {
                ret = TRUE;
+               *size = (int)sz;
        }
        g_io_channel_shutdown(chan, FALSE, NULL);
        g_io_channel_unref(chan);


After changing this i'm able to sync a evo2 with the file system.
osyncstress with two file-syncs gives random crashes and i'm still looking for a way to get
a backtrace in gdb.

Re: [Opensync-users] amd64 and opensync

[Armin B. <arm...@de...>]

Someone tried this several days ago, but his compiler did not complain.
so his opensync crashed of course.

The problem is that im casting between (void *) and (int) which works on
32 bit but will fail on 64 bit of course due to the size differences.

Is there any way around this, besides using temp variables?

On Tue, 2005-08-23 at 10:36 -0500, Jason Sievert wrote:
> Has anyone tried it on amd64 OS?  I am running gentoo 64bit and
> opensync failes to compile.  Here is the error that I get.
> 
>  gcc -DHAVE_CONFIG_H -I. -I. -I.. -pthread -I/usr/include/glib-2.0
> -I/usr/lib64/glib-2.0/include -Wall -I/usr/include/libxml2 -Werror
> -DOPENSYNC_PLUGINDIR=\"/usr/local/lib/opensync/plugins\"
> -DOPENSYNC_CONFIGDIR=\"/usr/local/share/opensync/defaults\"
> -DOPENSYNC_FORMATSDIR=\"/usr/local/lib/opensync/formats\" -g -O2 -MT
> opensync_debug.lo -MD -MP -MF .deps/opensync_debug.Tpo -c
> opensync_debug.c  -fPIC -DPIC -o .libs/opensync_debug.o
> opensync_debug.c: In function `osync_trace':
> opensync_debug.c:64: warning: cast from pointer to integer of different size
> opensync_debug.c:102: warning: cast to pointer from integer of different size
> opensync_debug.c:102: warning: cast to pointer from integer of different size
> make[2]: *** [opensync_debug.lo] Error 1
> make[2]: Leaving directory `/home/jsievert/Desktop/libopensync-0.17/opensync'
> make[1]: *** [all-recursive] Error 1
> make[1]: Leaving directory `/home/jsievert/Desktop/libopensync-0.17'
> make: *** [all] Error 2
> 
> 
> Thanks,
> Jason
> 
> 
> -------------------------------------------------------
> SF.Net email is Sponsored by the Better Software Conference & EXPO
> September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices
> Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA
> Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf
> _______________________________________________
> Opensync-users mailing list
> Ope...@li...
> https://lists.sourceforge.net/lists/listinfo/opensync-users