You can subscribe to this list here.
2005 |
Jan
|
Feb
|
Mar
(10) |
Apr
(30) |
May
(11) |
Jun
(8) |
Jul
(28) |
Aug
(113) |
Sep
(74) |
Oct
(43) |
Nov
(111) |
Dec
(31) |
---|---|---|---|---|---|---|---|---|---|---|---|---|
2006 |
Jan
(70) |
Feb
(78) |
Mar
(110) |
Apr
(99) |
May
(106) |
Jun
(128) |
Jul
(65) |
Aug
(123) |
Sep
(80) |
Oct
(128) |
Nov
(80) |
Dec
(54) |
2007 |
Jan
(89) |
Feb
(83) |
Mar
(56) |
Apr
(56) |
May
(69) |
Jun
(29) |
Jul
(89) |
Aug
(44) |
Sep
(32) |
Oct
(114) |
Nov
(36) |
Dec
(46) |
2008 |
Jan
(88) |
Feb
(100) |
Mar
(63) |
Apr
(27) |
May
(39) |
Jun
(61) |
Jul
(35) |
Aug
(11) |
Sep
(9) |
Oct
(19) |
Nov
(28) |
Dec
(72) |
2009 |
Jan
(33) |
Feb
(4) |
Mar
(15) |
Apr
(24) |
May
(17) |
Jun
(17) |
Jul
(11) |
Aug
(30) |
Sep
(19) |
Oct
(8) |
Nov
(10) |
Dec
(5) |
2010 |
Jan
(5) |
Feb
(10) |
Mar
(12) |
Apr
(1) |
May
(8) |
Jun
(4) |
Jul
(9) |
Aug
(29) |
Sep
(6) |
Oct
(19) |
Nov
(4) |
Dec
(3) |
2011 |
Jan
(9) |
Feb
|
Mar
|
Apr
(7) |
May
(2) |
Jun
(9) |
Jul
(3) |
Aug
(2) |
Sep
|
Oct
|
Nov
(7) |
Dec
|
2012 |
Jan
(2) |
Feb
(5) |
Mar
(5) |
Apr
|
May
(1) |
Jun
|
Jul
(2) |
Aug
|
Sep
|
Oct
|
Nov
(1) |
Dec
(9) |
2013 |
Jan
|
Feb
|
Mar
|
Apr
|
May
|
Jun
|
Jul
|
Aug
|
Sep
|
Oct
|
Nov
|
Dec
(5) |
From: Armin B. <arm...@de...> - 2006-03-14 21:03:07
|
Thorsten Kramer wrote: > Hi, > > today I play around with libsyncml / syncmlplugin. > > 1. The SE 910i mobile doesn't use the <meta> <type> tag to specify the > following CDATA block. > <Replace> > <CmdID>5</CmdID> > <Meta></Meta> > <Item> > <Source><LocURI>486</LocURI></Source> > <Data><![CDATA[BEGIN:VCARD > VERSION:2.1 > REV:20051231T105039Z > UID:088ca28734e027f0-00e0e6e8c7a3598f-486 > N:ADAC-Pannennotruf;;;; > TEL;VOICE;CELL:+49177222222 > END:VCARD > ]]></Data> > </Item> > </Replace> > > It sends a contact in valid vcard format but the libsyncml-plugin > _recv_change function is called with an contenttype > SML_CONTENT_TYPE_UNKNOWN. Due to this, in opensync_context an assertion > is triggered: > > osync_context_report_change: The reported change did not have a format set. > > I tracked this back to _smlChangeParse in sml_xml_parse.c, which initializes > > char *contenttype = NULL; > > only modifies this in _smlCommandMetaParse (no type tag there), and finally > uses > > if (contenttype) { > item->contenttype = smlContentTypeFromString(contenttype, error); > if (!item->contenttype) > goto error_free_cmd; > } > > to setup contenttype (no effect either, since contenttype is still NULL). > > The SyncML1.1 specification mentions that omitting the <TYPE></TYPE> tag > means that the default, text/plain, is to be used. where exactly did you read this? i found this on page 37 of syncml_sync_protocol_v11: (dealing with add, replace and delete) The type element of the metainf must be included to indicate the type of the data item (mime type). > > 2. So now one possibility is that the plugin should somehow deal with those > unknown content types; either by handling them in the same way as > text/plain, which is trivial to add. Or by returning an error. I tried to > get working error handling first by calling osync_context_report_error > (in the same way that batch committing does); however this resulted in a > destroyed context after the first error reported, which caused a segfault. > > Returning FALSE from _recv_change (for instance by using goto error;) > proved to be bad, too, since the caller (smlDsSessionDispatch) doesn't > remove the items from the dsession->recvChanges list, so the same change > was performed (and failed) again and again and again. > > So finally the only working method was printing out the error myself and > returning TRUE (without using goto error). we could catch this error in libsyncml and handle it gracefully there. We know the target database of the sync command and from this database we can derive the mimetype. So we could overwrite the mimetype there (but i would make this behaviour optional since it would violate the standard, at least as far as i understand it). the other option would be to leave SML_CONTENT_TYPE_UNKNOWN, but set the format to "plain" and objecttype to "data" in the syncml-plugin. opensync would then invoke the format detectors which would detect the correct format of the change. Armin > > Thorsten |
From: Pawel K. <pk...@be...> - 2006-03-14 19:52:07
|
On Tue, 14 Mar 2006, Matthew Kay wrote: > Hmm. No luck...perhaps I haven't installed the new version right? I > patched the file, ran make clean, make and make install. The debug > shows that the rfcomm parameter hasn't made it through to the gnokii > initialisation, I think. > > matt@mercury:/usr/local/lib/opensync/plugins$ msynctool --sync g5 > Synchronizing group "g5" > The previous synchronization was unclean. Slow-syncing > phone instance config: > model: series60 > port_device: 00:E0:03:5F:5F:6D > connection_type: 5 > init_length: 0 > serial_baudrate: 0 > serial_write_usleep: 0 > hardware_handshake: 0 > require_dcd: 0 > smsc_timeout: 0 > connect_script: > disconnect_script: > rfcomm_cn: 0 > sm_retry: off > Serial device: opening device 00:E0:03:5F:5F:6D > Can't connect: Invalid argument > Couldn't open GNBUS device: Invalid argument Does simple gnokii --identify work? take care, pkot -- p k o t a t b e z s e n s u d o t p l http://www.gnokii.org/ |
From: Matthew K. <ka...@fa...> - 2006-03-14 19:43:25
|
Hmm. No luck...perhaps I haven't installed the new version right? I patched the file, ran make clean, make and make install. The debug shows that the rfcomm parameter hasn't made it through to the gnokii initialisation, I think. matt@mercury:/usr/local/lib/opensync/plugins$ msynctool --sync g5 Synchronizing group "g5" The previous synchronization was unclean. Slow-syncing phone instance config: model: series60 port_device: 00:E0:03:5F:5F:6D connection_type: 5 init_length: 0 serial_baudrate: 0 serial_write_usleep: 0 hardware_handshake: 0 require_dcd: 0 smsc_timeout: 0 connect_script: disconnect_script: rfcomm_cn: 0 sm_retry: off Serial device: opening device 00:E0:03:5F:5F:6D Can't connect: Invalid argument Couldn't open GNBUS device: Invalid argument Error in link initialisation Member 1 of type gnokii-sync had an error while connecting: Connection failed Member 2 of type file-sync just connected Member 2 of type file-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 matt@mercury:/usr/local/lib/opensync/plugins$ Here's my config file for the gnokii-sync member: <config> <connection>bluetooth</connection> <port>00:E0:03:5F:5F:6D</port> <model>series60</model> <rfcomm_channel>14</rfcomm_channel> <debug>on</debug> </config> M On Tue, 2006-03-14 at 20:24 +0100, Daniel Gollub wrote: > On Tuesday 14 March 2006 20:08, Matthew Kay wrote: > > Perhaps rfcomm_channel is the one you're missing? This is the > > smallest .gnokiirc which works for me: > yes. maybe. > Update to latest revision of gnokii-sync (if you haven't done yet) and try > attaced patch. This will add the rfcomm_channel option. > > > > > [global] > > port = 00:E0:03:5F:5F:6D > > model = series60 > > connection = bluetooth > > rfcomm_channel = 14 > > Add to your gnokii-sync config: > <config> > .... > <rfcomm_channel>14</rfcomm_channel> > </config> > > > > > You would be my personal hero if we got this working! > I know :P > > Have fun! > > Daniel |
From: Daniel G. <dg...@su...> - 2006-03-14 19:24:32
|
On Tuesday 14 March 2006 20:08, Matthew Kay wrote: > Perhaps rfcomm_channel is the one you're missing? =A0This is the > smallest .gnokiirc which works for me: yes. maybe. Update to latest revision of gnokii-sync (if you haven't done yet) and try= =20 attaced patch. This will add the rfcomm_channel option. > > [global] > port =3D 00:E0:03:5F:5F:6D > model =3D series60 > connection =3D bluetooth > rfcomm_channel =3D 14 Add to your gnokii-sync config: <config> .... <rfcomm_channel>14</rfcomm_channel> </config> > > You would be my personal hero if we got this working! =A0 I know :P Have fun! Daniel |
From: Matthew K. <ka...@fa...> - 2006-03-14 19:09:48
|
Perhaps rfcomm_channel is the one you're missing? This is the smallest .gnokiirc which works for me: [global] port = 00:E0:03:5F:5F:6D model = series60 connection = bluetooth rfcomm_channel = 14 You would be my personal hero if we got this working! M On Tue, 2006-03-14 at 19:57 +0100, Daniel Gollub wrote: > On Tuesday 14 March 2006 18:45, Matthew Kay wrote: > > I successfully configured and built the gnokii-sync plugin and created a > > test group with file-sync as the other member. I configured the > > gnokii-sync member with the same values as my working .gnokiirc: > > > > <config> > > <connection>bluetooth</connection> > > <port>00:E0:03:5F:5F:6D</port> > > <model>series60</model> > > </config> > > Hmmm.. strange. Which other (special) options do you have to set in your > gnokiirc? Maybe an option in gnokii-sync is missing. > > > > > > > However, the sync doesn't work. The trace shows the following: > > > > [1142357598.615308] +++++++++ This is the client #1 (gnokii-sync plugin) > > of group gnoktest +++++++++ > > [1142357598.710263] >>>>>>> client_message_handler(0x806ea30, > > 0x806e698, 0x80656b8) > > [1142357598.710287] [CLI] DEBUG: Client message handler called for > > message "CONNECT" > > [1142357598.710309] >>>>>>> osync_member_connect(0x8063b58, > > 0xb7f1af30, 0x806e698) > > [1142357598.710329] >>>>>>> connect(0x8069c48) > > [1142357598.710347] >>>>>>> gnokii_comm_connect() > > [1142357598.710605] <--- ERROR --- gnokii_comm_connect (libgnokii): > > Function or connection type not supported by the phone. > This error comes directly from libgnokii. We have to check why libgnokii > didn't connect. I checked in a new version of gnokii-sync with a new debug > option for libgnokii. Please build this latest version of gnokii-sync and > updated your gnokii-sync configuration with: > <config> > ... > <debug>on</debug> > ... > </config> > > In your case: > <config> > <connection>bluetooth</connection> > <port>00:E0:03:5F:5F:6D</port> > <model>series60</model> > <debug>on</debug> > </config> > > libgnokii will then print debug information to stderr. > Which version of gnokii are you using? > Appears in the libgnokii debug output something like: > "Error in link initialisation" ? > > Thanks for testing :) > Have fun! > > Daniel > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users |
From: Daniel G. <dg...@su...> - 2006-03-14 18:57:17
|
On Tuesday 14 March 2006 18:45, Matthew Kay wrote: > I successfully configured and built the gnokii-sync plugin and created a > test group with file-sync as the other member. I configured the > gnokii-sync member with the same values as my working .gnokiirc: > > <config> > <connection>bluetooth</connection> > <port>00:E0:03:5F:5F:6D</port> > <model>series60</model> > </config> Hmmm.. strange. Which other (special) options do you have to set in your gnokiirc? Maybe an option in gnokii-sync is missing. > > > However, the sync doesn't work. The trace shows the following: > > [1142357598.615308] +++++++++ This is the client #1 (gnokii-sync plugin) > of group gnoktest +++++++++ > [1142357598.710263] >>>>>>> client_message_handler(0x806ea30, > 0x806e698, 0x80656b8) > [1142357598.710287] [CLI] DEBUG: Client message handler called for > message "CONNECT" > [1142357598.710309] >>>>>>> osync_member_connect(0x8063b58, > 0xb7f1af30, 0x806e698) > [1142357598.710329] >>>>>>> connect(0x8069c48) > [1142357598.710347] >>>>>>> gnokii_comm_connect() > [1142357598.710605] <--- ERROR --- gnokii_comm_connect (libgnokii): > Function or connection type not supported by the phone. This error comes directly from libgnokii. We have to check why libgnokii didn't connect. I checked in a new version of gnokii-sync with a new debug option for libgnokii. Please build this latest version of gnokii-sync and updated your gnokii-sync configuration with: <config> ... <debug>on</debug> ... </config> In your case: <config> <connection>bluetooth</connection> <port>00:E0:03:5F:5F:6D</port> <model>series60</model> <debug>on</debug> </config> libgnokii will then print debug information to stderr. Which version of gnokii are you using? Appears in the libgnokii debug output something like: "Error in link initialisation" ? Thanks for testing :) Have fun! Daniel |
From: Matthew K. <ka...@fa...> - 2006-03-14 17:45:55
|
Daniel, Well done for writing this. I'm trying to test with my 6670 over bluetooth using gnokii and gnapplet 0.6.11. Gnapplet is the Symbian binary written by the gnokii team and shipped with gnokii which acts as a server on Series 60 phones (6670, 7610, 3650, 6630, N70 etc.) for gnokii requests. I first tested that my gnokii connection was working OK; "gnokii --getcalendarnote 1 end" correctly lists all of my calendar entries. An evo2-file sync works fine, so my opensync installation must be OK. I successfully configured and built the gnokii-sync plugin and created a test group with file-sync as the other member. I configured the gnokii-sync member with the same values as my working .gnokiirc: <config> <connection>bluetooth</connection> <port>00:E0:03:5F:5F:6D</port> <model>series60</model> </config> However, the sync doesn't work. The trace shows the following: [1142357598.615308] +++++++++ This is the client #1 (gnokii-sync plugin) of group gnoktest +++++++++ [1142357598.710263] >>>>>>> client_message_handler(0x806ea30, 0x806e698, 0x80656b8) [1142357598.710287] [CLI] DEBUG: Client message handler called for message "CONNECT" [1142357598.710309] >>>>>>> osync_member_connect(0x8063b58, 0xb7f1af30, 0x806e698) [1142357598.710329] >>>>>>> connect(0x8069c48) [1142357598.710347] >>>>>>> gnokii_comm_connect() [1142357598.710605] <--- ERROR --- gnokii_comm_connect (libgnokii): Function or connection type not supported by the phone. [1142357598.710628] >>>>>>> osync_context_report_error(0x8069c48, 1, Connection failed) [1142357598.710648] ERROR is: Connection failed [1142357598.710681] [CLI] WARNING: Member is replying with message 0x806d3a8 to message 0x806e698:"CONNECT" with error 1: Connection failed [1142357598.710708] <<<<<<< osync_context_report_error [1142357598.710726] <<<<<<< osync_member_connect [1142357598.710744] <<<<<<< client_message_handler Any ideas? Thanks, Matt On Mon, 2006-02-27 at 17:19 +0100, Daniel Gollub wrote: > Hi list! > > I have written a OpenSync plugin for Nokia cellphones based on gnokii. > At the moment it only can sync the calendar (object type: event). > Support of contacts, todo list and notes will follow soon. > There are some (known) problems with gnokii itself with writing specific > details of calendar entries. This is known and will be fixed hopefully > soon. Please read the "Known Problems/Bug" Section of the README file > for more details. > > It would be great to get some feedback of your experience with > gnokii-sync. And which devices/connection types (bluetooth, IR, > cable, ...) works with gnokii-sync and which doesn't. > For testing it is recommended to use the latest version of gnokii[1]. > At least version 0.6.11 of gnokii. > > But keep in mind that the plugin is quiet experimental and you should > make a _whole_BACKUP_ of your CALENDAR, CONTACTS and TODO list! > > Feel free to ask if you have questions or problems :) > You can found me (and many others) in the IRC of #opensync on > irc.freenode.org > > BTW: the plugin can be found in the subversion repository of OpenSync: > snv co http://svn.opensync.org/plugins/gnokii-sync > > [1] http://www.gnokii.org > > > Thanks! > > Have a nice day :) > > best regards, > Daniel > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users |
From: Thorsten K. <kr...@in...> - 2006-03-14 15:29:51
|
Hi, today I play around with libsyncml / syncmlplugin. 1. The SE 910i mobile doesn't use the <meta> <type> tag to specify the following CDATA block. <Replace> <CmdID>5</CmdID> <Meta></Meta> <Item> <Source><LocURI>486</LocURI></Source> <Data><![CDATA[BEGIN:VCARD VERSION:2.1 REV:20051231T105039Z UID:088ca28734e027f0-00e0e6e8c7a3598f-486 N:ADAC-Pannennotruf;;;; TEL;VOICE;CELL:+49177222222 END:VCARD ]]></Data> </Item> </Replace> It sends a contact in valid vcard format but the libsyncml-plugin _recv_change function is called with an contenttype SML_CONTENT_TYPE_UNKNOWN. Due to this, in opensync_context an assertion is triggered: osync_context_report_change: The reported change did not have a format set. I tracked this back to _smlChangeParse in sml_xml_parse.c, which initializes char *contenttype = NULL; only modifies this in _smlCommandMetaParse (no type tag there), and finally uses if (contenttype) { item->contenttype = smlContentTypeFromString(contenttype, error); if (!item->contenttype) goto error_free_cmd; } to setup contenttype (no effect either, since contenttype is still NULL). The SyncML1.1 specification mentions that omitting the <TYPE></TYPE> tag means that the default, text/plain, is to be used. 2. So now one possibility is that the plugin should somehow deal with those unknown content types; either by handling them in the same way as text/plain, which is trivial to add. Or by returning an error. I tried to get working error handling first by calling osync_context_report_error (in the same way that batch committing does); however this resulted in a destroyed context after the first error reported, which caused a segfault. Returning FALSE from _recv_change (for instance by using goto error;) proved to be bad, too, since the caller (smlDsSessionDispatch) doesn't remove the items from the dsession->recvChanges list, so the same change was performed (and failed) again and again and again. So finally the only working method was printing out the error myself and returning TRUE (without using goto error). Thorsten |
From: Matthew K. <ka...@fa...> - 2006-03-14 00:45:39
|
Oh dear - how embarassing. Had only installed libsoup, not libsoup-dev. Compiles fine on this end with HTTP and Obex support. I can't test it though, since my HTTP server wouldn't be world-viewable and I don't have a USB cable to check OBEX. Maybe I'll buy one; looking forward to our Bluetooth support maturing. Well done everyone for getting us this far! MK On Mon, 2006-03-13 at 20:07 +0100, Armin Bauer wrote: > Hi, > > i just tested the libsoup from debian unstable and encountered no > problems during configure or while running the http unit test. > > Matthew Kay wrote: > > Afternoon everyone. > > > > I'm trying to build Libsyncml so that I can test syncml with my Nokia > > 6670. Libsoup 2.2.91 has just been released into Debian unstable, so I > > thought I'd give it a try. Looking at the libsoup changelog, it seems > > that this version would be sufficiently up to date so as to not require > > patching. > > > > However, when I configure libsyncml I get the following messages: > > > > > >>The transports are: > >> Http Client: Disabled > >> Http Server: Disabled > > > > > > Is this expected? > > do you maybe still set PKG_CONFIG_PATH to a different setting? If you > want it to pick up installed packages you can leave PKG_CONFIG_PATH unset. > > Armin > > > > > The Obex transports are also disabled, but I'm expecting this given that > > openobex 1.1 is not yet in Debian. I'm not bothered since I don't have > > a USB lead, although I'd be very interested in bluetooth sync. > > > > M > > > > > > > > > > ------------------------------------------------------- > > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > > that extends applications into web and mobile media. Attend the live webcast > > and join the prime developer group breaking into this new coding territory! > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > > _______________________________________________ > > Opensync-users mailing list > > Ope...@li... > > https://lists.sourceforge.net/lists/listinfo/opensync-users > > |
From: Anders H. <an...@gi...> - 2006-03-13 14:46:31
|
Matthew Kay wrote: > I'm trying to build Libsyncml so that I can test syncml with my Nokia > 6670. Libsoup 2.2.91 has just been released into Debian unstable, so I > thought I'd give it a try. Looking at the libsoup changelog, it seems > that this version would be sufficiently up to date so as to not require > patching. > > However, when I configure libsyncml I get the following messages: > >>The transports are: >> Http Client: Disabled >> Http Server: Disabled > > Is this expected? No. Did you install libsoup2.2-dev ? I just tried compiling the latest SVN version with it myself. ./configure found it by itself and everything went smooth. > The Obex transports are also disabled, but I'm expecting this given that > openobex 1.1 is not yet in Debian. I'm not bothered since I don't have > a USB lead, although I'd be very interested in bluetooth sync. You need openobex for bluetooth syncing. See my patch for adding bluetooth transport to libsyncml: http://anders.ginandtonic.no/files/patch-libsyncml-bt.diff I did not try it together with syncml-plugin yet, because I still have problems with the basic syncml-obex-client to complete on my phone (6680). Using both USB and bluetooth hangs the sync near the end. I don't known enough about libsyncml to found out why and where. Anders |
From: Matthew K. <ka...@fa...> - 2006-03-13 14:19:45
|
Afternoon everyone. I'm trying to build Libsyncml so that I can test syncml with my Nokia 6670. Libsoup 2.2.91 has just been released into Debian unstable, so I thought I'd give it a try. Looking at the libsoup changelog, it seems that this version would be sufficiently up to date so as to not require patching. However, when I configure libsyncml I get the following messages: > The transports are: > Http Client: Disabled > Http Server: Disabled Is this expected? The Obex transports are also disabled, but I'm expecting this given that openobex 1.1 is not yet in Debian. I'm not bothered since I don't have a USB lead, although I'd be very interested in bluetooth sync. M |
From: Mariano R. <ml...@al...> - 2006-03-11 13:26:11
|
On Sat, 2006-03-11 at 09:15 -0400, Ademar de Souza Reis Jr. wrote: > > > Armin probably wants a backtrace: use the bt command from > gdb as soon as you get the core. The backtrace contains > the list of functions called up to the point where you > get this SIGSEGV. (This fragment may be enough for him of > course, but just in case...) > > Best regards, > - Ademar > OK. Here goes: #0 0x00002aaaaabd1718 in osync_member_initialize (member=0x0, error=0x7fffffd1c8c8) at opensync_member.c:982 #1 0x00002aaaaaab4df6 in osync_client_init (client=0x523490, error=0x7fffffd1c8c8) at osengine_client.c:312 #2 0x00002aaaaaab754b in osengine_init (engine=0x52b230, error=0x7fffffd1c8c8) at osengine_engine.c:994 #3 0x00000000004038da in main (argc=Variable "argc" is not available. ) at msynctool.c:351 Thanks in advance, Mariano López Reta |
From: Ademar de S. R. Jr. <ad...@ma...> - 2006-03-11 13:15:58
|
Mariano L=C3=B3pez Reta wrote: > On Sat, 2006-03-11 at 12:46 +0100, Armin Bauer wrote: >=20 >>Hi, >> >>it probably a undiscovered bug regarding 64 bit platforms. Can you >>please send me a gdb trace of the crash? >> >>Best Regards, >>Armin Bauer >=20 > Hello, Armin: >=20 > I'm sending this to you and the list, since I'm not sure you meant "sen= d > me" literally ;) >=20 > Is this what you need? I'm sorry if not (I haven't used gdb before). >=20 > Program received signal SIGSEGV, Segmentation fault. > [Switching to Thread 46912498464928 (LWP 28003)] > 0x00002aaaaabd1718 in osync_member_initialize (member=3D0x0, > error=3D0x7fffff86b788) at opensync_member.c:982 > 982 if (!(member->plugindata =3D functions.initialize(membe= r, > error))) { >=20 Armin probably wants a backtrace: use the bt command from gdb as soon as you get the core. The backtrace contains the list of functions called up to the point where you get this SIGSEGV. (This fragment may be enough for him of course, but just in case...) Best regards, - Ademar --=20 Ademar de Souza Reis Jr. Mandriva Conectiva - http://www.mandriva.com.br ^[:wq! |
From: Mariano R. <ml...@al...> - 2006-03-11 12:59:16
|
I'm really sorry for the double posting. First, sent from non-subscribed address, so I assumed that it would not go thru, so resent it from subscribed address. Then I saw the first one got posted, but 'twas too late... Sorry again, Mariano |
From: Mariano R. <ml...@al...> - 2006-03-11 12:53:44
|
On Sat, 2006-03-11 at 12:46 +0100, Armin Bauer wrote: > > Hi, > > it probably a undiscovered bug regarding 64 bit platforms. Can you > please send me a gdb trace of the crash? > > Best Regards, > Armin Bauer > Hello, Armin: I'm sending this to you and the list, since I'm not sure you meant "send me" literally ;) Is this what you need? I'm sorry if not (I haven't used gdb before). Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 46912498464928 (LWP 28003)] 0x00002aaaaabd1718 in osync_member_initialize (member=0x0, error=0x7fffff86b788) at opensync_member.c:982 982 if (!(member->plugindata = functions.initialize(member, error))) { This happened when run: (gdb --args) msynctool --sync prueba2 where prueba2 is: Groupname: prueba2 Member 1: evo2-sync Configuration : <?xml version="1.0"?> <config><adress_path>default</adress_path><calendar_path>default</calendar_path><tasks_path>default</tasks_path></config> Member 2: evo2-sync Configuration : <?xml version="1.0"?> <config><adress_path>default</adress_path><calendar_path>default</calendar_path><tasks_path>default</tasks_path></config> Do you want me to gdb it with other pairs? Let's say file-sync/evo2? Also, could you tell me where's synce plugin? Thank you very much, Mariano López Reta |
From: Mariano R. <ml...@da...> - 2006-03-11 12:53:03
|
On Sat, 2006-03-11 at 12:46 +0100, Armin Bauer wrote: > > Hi, > > it probably a undiscovered bug regarding 64 bit platforms. Can you > please send me a gdb trace of the crash? > > Best Regards, > Armin Bauer > Hello, Armin: I'm sending this to you and the list, since I'm not sure you meant "send me" literally ;) Is this what you need? I'm sorry if not (I haven't used gdb before). Program received signal SIGSEGV, Segmentation fault. [Switching to Thread 46912498464928 (LWP 28003)] 0x00002aaaaabd1718 in osync_member_initialize (member=0x0, error=0x7fffff86b788) at opensync_member.c:982 982 if (!(member->plugindata = functions.initialize(member, error))) { This happened when run: (gdb --args) msynctool --sync prueba2 where prueba2 is: Groupname: prueba2 Member 1: evo2-sync Configuration : <?xml version="1.0"?> <config><adress_path>default</adress_path><calendar_path>default</calendar_path><tasks_path>default</tasks_path></config> Member 2: evo2-sync Configuration : <?xml version="1.0"?> <config><adress_path>default</adress_path><calendar_path>default</calendar_path><tasks_path>default</tasks_path></config> Do you want me to gdb it with other pairs? Let's say file-sync/evo2? Also, could you tell me where's synce plugin? Thank you very much, Mariano López Reta |
From: Armin B. <arm...@de...> - 2006-03-11 11:42:45
|
=C1drian L=EDvio wrote: > Hi all, >=20 > Using the syncml-obex-client tool the USB OBEX interface are not > listed. lsusb shows the 6681 phone but the syncml-obex-client tool don'= t >=20 > root@ubuntu1:~# lsusb > Bus 005 Device 001: ID 0000:0000 > Bus 004 Device 001: ID 0000:0000 > Bus 003 Device 001: ID 0000:0000 > Bus 002 Device 003: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth= > Dongle (HCI mode) > Bus 002 Device 002: ID 1267:0201 Logic3 / SpectraVideo plc A4Tech SWOP-= 3 > Mouse > Bus 002 Device 001: ID 0000:0000 > Bus 001 Device 019: ID 0421:0422 Nokia Mobile Phones > Bus 001 Device 001: ID 0000:0000 > root@ubuntu1:~# syncml-obex-client -u > Found 0 USB OBEX interfaces > Use '-u interface_number' to connect >=20 > Any suggestion? can you please check if syncml gets listed when you do lsusb -v (you might want to use the -s option as well to limit the output)? There should be a interface with a field like this: "iInterface 5 SYNCML-SYNC". And please also check if are any interfaces which have a field like "bInterfaceSubClass 11 OBEX". Armin >=20 > Thanks and []s > --=20 > =C1drian L=EDvio > nhd...@gm... <mailto:nhd...@gm...> >=20 > Trainee in the > Nokia Technology Institute - INdT - www.indt.org <http://www.indt.org> >=20 > Electrical Engineering student in the > Federal University of Campina Grande - UFCG - www.ufcg.edu.br > <http://www.ufcg.edu.br> > Centre of Electrical Engineering and Informatics - CEEI > Academic Unit of Electrical Engineering - UAEE - www.ee.ufcg.edu.br > <http://www.ee.ufcg.edu.br> > Laboratory of Embedded Systems and Pervasive Computing - > www.embeddedacademy.org <http://www.embeddedacademy.org> |
From: Mariano R. <ml...@al...> - 2006-03-10 20:59:42
|
Hello, list. After a nightmare of libraries installations (since I did not had development packages installed) I finally was able to compile libopensync.0.18, multisync.0.90 and the plugins file-sync and evo2-sync. The problem is that whenever I add members to a group, and configure them I have this problem. If using CLI, it adds, I configure it, and when I try to sync it gives me: Synchronizing group "migrupo" Segmentation fault If I use the GUI, I add the group, then when I pick the plugins for the members, and press OK, it gives me the "Application quit unexpectedly". I'm running FC4 with kernel 2.6.15.1-1833.x86-64, on an Athlon64. I downloaded the tarballs from the project's page. All the libraries that I had to download were the most recent available version. Is this a known incompatibility on 64 bits, or am I doing something wrong (very likely)? Also, where is the synce plugin, since that this is the most important thing to me and I haven't found it in the project's download page. Thanks in advance, -- Mariano López Reta Tortuguitas, Buenos Aires República Argentina |
From: Stef E. <st...@ep...> - 2006-03-10 19:03:45
|
Yeah! We're getting somewhere, thanks to your patch :) But unfortunately I get errors :( I've created a sync pair of file and multisync and I'm using this config: <config><interface>11</interface><path>00:13:70:D6:4E:39</path><identifie= r>PC Suite</identifier><version>1</version><wbxml>1</wbxml><username></usernam= e><password></password><type>5</type><usestringtable>1</usestringtable><o= nlyreplace>0</onlyreplace><recvLimit>0</recvLimit><contact_db>Contacts</c= ontact_db><calendar_db>Agenda</calendar_db><note_db>Notes</note_db></conf= ig> for my Nokia 6230 and it fails with error 67 (is it forbidden?) I'm attaching the logs I get, not sure where to start looking.... Note that I'm not sure about the names of databases on the device or how I could know, but when I tried other names than Agenda for the calendar_db it failed with error 68 (not found?) nad my phone told me it could not sync Agenda, so I used that name. Then the error became 67 :( What can I do ? Thanks for all the help I'm really getting exited about this :) --=20 St=C3=A9phane Epardaud |
From: <nhd...@gm...> - 2006-03-10 14:55:21
|
Hi all, Using the syncml-obex-client tool the USB OBEX interface are not listed. lsusb shows the 6681 phone but the syncml-obex-client tool don't root@ubuntu1:~# lsusb Bus 005 Device 001: ID 0000:0000 Bus 004 Device 001: ID 0000:0000 Bus 003 Device 001: ID 0000:0000 Bus 002 Device 003: ID 0a12:0001 Cambridge Silicon Radio, Ltd Bluetooth Dongle (HCI mode) Bus 002 Device 002: ID 1267:0201 Logic3 / SpectraVideo plc A4Tech SWOP-3 Mouse Bus 002 Device 001: ID 0000:0000 Bus 001 Device 019: ID 0421:0422 Nokia Mobile Phones Bus 001 Device 001: ID 0000:0000 root@ubuntu1:~# syncml-obex-client -u Found 0 USB OBEX interfaces Use '-u interface_number' to connect Any suggestion? Thanks and []s -- =C1drian L=EDvio nhd...@gm... Trainee in the Nokia Technology Institute - INdT - www.indt.org Electrical Engineering student in the Federal University of Campina Grande - UFCG - www.ufcg.edu.br Centre of Electrical Engineering and Informatics - CEEI Academic Unit of Electrical Engineering - UAEE - www.ee.ufcg.edu.br Laboratory of Embedded Systems and Pervasive Computing - www.embeddedacademy.org |
From: <nhd...@gm...> - 2006-03-10 14:28:55
|
root@ubuntu1:~# msynctool --sync filebt Synchronizing group "filebt" The previous synchronization was unclean. Slow-syncing Olha Aqui =C3=A9 BLUETOOTH Member 1 of type file-sync just connected I/O error : Attempt to load network entity http://www.syncml.org/docs/syncm= l_represent_v11_20020213.dtd received event dsession received contact dsession Member 2 of type syncml-obex-client just connected All clients connected or error Received a entry 1 without data from member 1. Changetype ADDED Received a entry 2 without data from member 1. Changetype ADDED Received a entry 3 without data from member 1. Changetype ADDED Received a entry 4 without data from member 1. Changetype ADDED Received a entry 5 without data from member 1. Changetype ADDED Received a entry 6 without data from member 1. Changetype ADDED Received a entry 7 without data from member 1. Changetype ADDED Received a entry 8 without data from member 1. Changetype ADDED Received a entry 9 without data from member 1. Changetype ADDED Received a entry 10 without data from member 1. Changetype ADDED Received a entry 11 without data from member 1. Changetype ADDED Received a entry 12 without data from member 1. Changetype ADDED Received a entry 13 without data from member 1. Changetype ADDED Received a entry 14 without data from member 1. Changetype ADDED Received a entry 15 without data from member 1. Changetype ADDED Received a entry 16 without data from member 1. Changetype ADDED Received a entry 17 without data from member 1. Changetype ADDED Received a entry 18 without data from member 1. Changetype ADDED Received a entry 19 without data from member 1. Changetype ADDED Received a entry 20 without data from member 1. Changetype ADDED Received a entry 21 without data from member 1. Changetype ADDED Received a entry 22 without data from member 1. Changetype ADDED I/O error : Attempt to load network entity http://www.syncml.org/docs/syncm= l_represent_v11_20020213.dtd Received an reply to our Alert Received an reply to our Alert Going to receive 4 changes Going to receive 27 changes Received a entry 23 without data from member 1. Changetype ADDED Received a entry 24 without data from member 1. Changetype ADDED Received a entry 25 without data from member 1. Changetype ADDED Received a entry 26 without data from member 1. Changetype ADDED Received a entry 27 without data from member 1. Changetype ADDED Received a entry 30 without data from member 1. Changetype ADDED Received a entry 31 without data from member 1. Changetype ADDED Received a entry vcard1.vcf without data from member 1. Changetype ADDED Received a entry vcard2.vcf without data from member 1. Changetype ADDED Member 1 of type file-sync just sent all changes Received a entry 1 with data of size 24 from member 1. Changetype ADDED Received a entry 2 with data of size 24 from member 1. Changetype ADDED Received a entry 3 with data of size 24 from member 1. Changetype ADDED Received a entry 4 with data of size 24 from member 1. Changetype ADDED Received a entry 5 with data of size 24 from member 1. Changetype ADDED Received a entry 6 with data of size 24 from member 1. Changetype ADDED Received a entry 7 with data of size 24 from member 1. Changetype ADDED Received a entry 8 with data of size 24 from member 1. Changetype ADDED Received a entry 9 with data of size 24 from member 1. Changetype ADDED Received a entry 10 with data of size 24 from member 1. Changetype ADDED Received a entry 11 with data of size 24 from member 1. Changetype ADDED Received a entry 12 with data of size 24 from member 1. Changetype ADDED Received a entry 13 with data of size 24 from member 1. Changetype ADDED Received a entry 14 with data of size 24 from member 1. Changetype ADDED Received a entry 15 with data of size 24 from member 1. Changetype ADDED Received a entry 16 with data of size 24 from member 1. Changetype ADDED Received a entry 17 with data of size 24 from member 1. Changetype ADDED Received a entry 18 with data of size 24 from member 1. Changetype ADDED Received a entry 19 with data of size 24 from member 1. Changetype ADDED Received a entry 20 with data of size 24 from member 1. Changetype ADDED Received a entry 21 with data of size 24 from member 1. Changetype ADDED Received a entry 22 with data of size 24 from member 1. Changetype ADDED Received a entry 2 with data of size 302 from member 2. Changetype ADDED Received a entry 3 with data of size 276 from member 2. Changetype ADDED Received a entry 4 with data of size 294 from member 2. Changetype ADDED Received a entry 5 with data of size 386 from member 2. Changetype ADDED ** (process:17492): WARNING **: vcard began without a BEGIN:VCARD Received a entry 1 with data of size 4 from member 2. Changetype ADDED ** (process:17492): WARNING **: vcard began without a BEGIN:VCARD Received a entry 2 with data of size 4 from member 2. Changetype ADDED ** (process:17492): WARNING **: vcard began without a BEGIN:VCARD Received a entry 3 with data of size 4 from member 2. Changetype ADDED ** (process:17492): WARNING **: vcard began without a BEGIN:VCARD Received a entry 4 with data of size 4 from member 2. Changetype ADDED ** (process:17492): WARNING **: vcard began without a BEGIN:VCARD Received a entry 5 with data of size 4 from member 2. Changetype ADDED ** (process:17492): WARNING **: vcard began without a BEGIN:VCARD Received a entry 6 with data of size 4 from member 2. Changetype ADDED Received a entry 23 with data of size 24 from member 1. Changetype ADDED ** (process:17492): WARNING **: vcard began without a BEGIN:VCARD Received a entry 7 with data of size 4 from member 2. Changetype ADDED ** (process:17492): WARNING **: vcard began without a BEGIN:VCARD Received a entry 8 with data of size 4 from member 2. Changetype ADDED ** (process:17492): WARNING **: vcard began without a BEGIN:VCARD Received a entry 9 with data of size 4 from member 2. Changetype ADDED ** (process:17492): WARNING **: vcard began without a BEGIN:VCARD Received a entry 10 with data of size 4 from member 2. Changetype ADDED ** (process:17492): WARNING **: vcard began without a BEGIN:VCARD Received a entry 11 with data of size 4 from member 2. Changetype ADDED ** (process:17492): WARNING **: vcard began without a BEGIN:VCARD Received a entry 12 with data of size 4 from member 2. Changetype ADDED ** (process:17492): WARNING **: vcard began without a BEGIN:VCARD Received a entry 13 with data of size 4 from member 2. Changetype ADDED ** (process:17492): WARNING **: vcard began without a BEGIN:VCARD Received a entry 14 with data of size 4 from member 2. Changetype ADDED ** (process:17492): WARNING **: vcard began without a BEGIN:VCARD Received a entry 15 with data of size 4 from member 2. Changetype ADDED ** (process:17492): WARNING **: vcard began without a BEGIN:VCARD Received a entry 16 with data of size 4 from member 2. Changetype ADDED ** (process:17492): WARNING **: vcard began without a BEGIN:VCARD Received a entry 17 with data of size 4 from member 2. Changetype ADDED ** (process:17492): WARNING **: vcard began without a BEGIN:VCARD Received a entry 18 with data of size 4 from member 2. Changetype ADDED ** (process:17492): WARNING **: vcard began without a BEGIN:VCARD Received a entry 19 with data of size 4 from member 2. Changetype ADDED ** (process:17492): WARNING **: vcard began without a BEGIN:VCARD Received a entry 20 with data of size 4 from member 2. Changetype ADDED ** (process:17492): WARNING **: vcard began without a BEGIN:VCARD Received a entry 21 with data of size 4 from member 2. Changetype ADDED ** (process:17492): WARNING **: vcard began without a BEGIN:VCARD Received a entry 22 with data of size 4 from member 2. Changetype ADDED ** (process:17492): WARNING **: vcard began without a BEGIN:VCARD Received a entry 23 with data of size 4 from member 2. Changetype ADDED ** (process:17492): WARNING **: vcard began without a BEGIN:VCARD Received a entry 24 with data of size 4 from member 2. Changetype ADDED ** (process:17492): WARNING **: vcard began without a BEGIN:VCARD Received a entry 25 with data of size 4 from member 2. Changetype ADDED ** (process:17492): WARNING **: vcard began without a BEGIN:VCARD Received a entry 26 with data of size 4 from member 2. Changetype ADDED ** (process:17492): WARNING **: vcard began without a BEGIN:VCARD Received a entry 27 with data of size 4 from member 2. Changetype ADDED Member 2 of type syncml-obex-client just sent all changes All clients sent changes or error Received a entry 24 with data of size 24 from member 1. Changetype ADDED Received a entry 25 with data of size 24 from member 1. Changetype ADDED Received a entry 26 with data of size 24 from member 1. Changetype ADDED Received a entry 27 with data of size 24 from member 1. Changetype ADDED Received a entry 30 with data of size 24 from member 1. Changetype ADDED Received a entry 31 with data of size 24 from member 1. Changetype ADDED Received a entry vcard1.vcf with data of size 24 from member 1. Changetype = ADDED Received a entry vcard2.vcf with data of size 24 from member 1. Changetype = ADDED Conflict for Mapping 0x805e818: Entry 1: UID: 1 File: 1 Size: 71 Entry 2: UID: 1 <?xml version=3D"1.0"?> <contact> <Revision> <Content>20051212T001658Z</Content> </Revision> <Name> <LastName>Adriana</LastName> </Name> <Telephone> <Content>333XXXX</Content> <Type>CELL</Type> </Telephone> </contact> Which entry do you want to use? [1-9] To select a side, [D]uplicate, [I]gno= re, Keep [N]ewer: I Conflict ignored ... Conflict for Mapping 0x806bc10: Entry 1: UID: 27 File: 27 Size: 153 Entry 2: UID: 27 <?xml version=3D"1.0"?> <contact> <Revision> <Content>20051213T045104Z</Content> </Revision> <Name> <LastName>Guedes</LastName> <FirstName>Ádrian</FirstName> <Additional>Lívio Vasconcelos</Additional> </Name> <Telephone> <Content>838806XXXX</Content> <Type>CELL</Type> </Telephone> </contact> Which entry do you want to use? [1-9] To select a side, [D]uplicate, [I]gno= re, Keep [N]ewer: I Conflict ignored All conflicts have been reported Member 1 of type file-sync committed all changes. Error writing entry vcard1.vcf to member 2: content type was not configured Mapping Write Error: content type was not configured Error writing entry 30 to member 2: content type was not configured Mapping Write Error: content type was not configured Error writing entry 31 to member 2: content type was not configured Mapping Write Error: content type was not configured Error writing entry vcard2.vcf to member 2: content type was not configured Mapping Write Error: content type was not configured I/O error : Attempt to load network entity http://www.syncml.org/docs/syncm= l_represent_v11_20020213.dtd Received an reply to our sync Received an reply to our sync Member 1 of type file-sync just disconnected Member 2 of type syncml-obex-client committed all changes. All clients have written connection with device has ended Member 2 of type syncml-obex-client just disconnected All clients have disconnected The sync failed: Unable to write one or more objects Error synchronizing: Unable to write one or more objects root@ubuntu1:~# SML_OBEX_TYPE_USB = =20 |
From: Eduardo P. H. <eha...@ma...> - 2006-03-10 13:09:34
|
On Fri, Mar 10, 2006 at 11:47:54PM +1300, Aaron Whitehouse wrote: > Hello all, Hi, >=20 > I would be incredibly keen to see opensync used for synchronising > passwords. As much as appointments or contacts, the list of accounts and > passwords that one must keep track of is constantly changing. >=20 <snip> >=20 > None of these have good, if any, synchronisation capabilities. It > occurred to me that if opensync plug-ins were used to synchronise these > files, an exciting new possibility arises; all the other little password > programmes could synchronise with the password manager as well. I really liked the idea. I miss a way to synchronize the data from kwallet between home and work, for example. I have added a kwallet plugin to my "would-like-to-do-in-my-spare-time" list. But unfortunately things don't get dequeued very often from my list, due to the lack of spare time. >=20 <snip> > I think that if the snowball was started, other projects would jump on > board to add plug-ins. I hope so. :) --=20 Eduardo |
From: Aaron W. <li...@wh...> - 2006-03-10 10:48:05
|
Hello all, I would be incredibly keen to see opensync used for synchronising passwords. As much as appointments or contacts, the list of accounts and passwords that one must keep track of is constantly changing. When I was in Windows I used eWallet because I loved the fact that I had the same database of passwords, account numbers, membership information etc. on both the PC and on my Palm. Now that I am in Linux one of the things that I miss most is an equivalent to this software and I am currently using eWallet in Wine on my PC (but I have to go back to Windows in order to synchronise). There are open source password managers: for the palm there are STRIP http://www.identicentric.com/products/strip/index.html and Gnu-Keyring http://gnukeyring.sourceforge.net/ and for the PC there are PasswordSafe (https://sourceforge.net/projects/passwordsafe) and MyPasswordSafe. I'm sure that there are many that I have never seen. None of these have good, if any, synchronisation capabilities. It occurred to me that if opensync plug-ins were used to synchronise these files, an exciting new possibility arises; all the other little password programmes could synchronise with the password manager as well. Firefox could synchronise to the "Websites" section/category of the password manager, Thunderbird with the "Email Accounts", kWallet or Gnome-Keyring could synchronise to the "System Passwords" section and so on. Not only would there be an open source password manager smartphone-palm-PC-pocketPC suite, but it would give the open source world complete access to all their passwords in one place... or every place. I think that if the snowball was started, other projects would jump on board to add plug-ins. Aaron |
From: Jim M. <jam...@no...> - 2006-03-09 17:21:40
|
Thanks to all who are helpling .... I've managed to get msynctool to find the plugins, but now would like to use the gui and it still won't find any plugins. When I start it I get this... Starting up! register plugins 0x80caef8 env 0x80caef8 name file-sync option (nil) env 0x80caef8 name evo2-sync option 0x80645b0 env 0x80caef8 name synce-plugin option 0x80645b0 ** (multisync0.90:14415): WARNING **: Couldn't find pixmap file: multisync-0.90/ multisync_small.png msync_open_mainwindow() show_pairlist About to run gtk_main Is there a way to compile something including the plugins so the gui will find them? Will it also find the syncml plugin? Another silly question... not seen an example yet, will the syncml-obex-client plugin work with the evo2 plugin and sync the phone directly to evo2 or is that still in the works? Thanks again Jim This message has been checked for viruses but the contents of an attachment may still contain software viruses, which could damage your computer system: you are advised to perform your own checks. Email communications with the University of Nottingham may be monitored as permitted by UK legislation. |
From: mailinglists <mai...@in...> - 2006-03-09 16:56:42
|
Somewhat right direction.. Just keep all things you want to compile and install in one place, where you system is able to find them (that's the important point actually). Usually that means executables go to /usr/bin, header-files that are needed for compiling dependent applications go to /usr/include and runtime dependencies, meaning library files ending with .so or .la go to /usr/lib. After a lengthy confusing explanation this done rather simple: when compiling something yourself, append "--prefix=/usr" to your ./configure command. If you need more specific information and details on how to compile applications from source, check google for "YourDistribution compiling" Good luck! /tobi Am Donnerstag, den 09.03.2006, 15:32 +0000 schrieb Jim Maas: > When I installed the evo2 plugin I find that the evo2_sync.h file is > locate in > /usr/include/opensync-1.0/opensync > > :/usr/include/opensync-1.0/opensync$ ls > evo2_sync.h opensync_context.h opensync_error.h > opensync_member.h > file.h opensync_convert.h opensync_filter.h > opensync_plugin.h > opensync_anchor.h opensync_convreg.h opensync_group.h > opensync-xml-contact.h > opensync_changecmds.h opensync_debug.h opensync.h > opensync-xml.h > opensync_change.h opensync_env.h opensync_hashtable.h > > > > however after installing the syncml plugin the syncml. h file is located in > > /usr/local/include/libsyncml-1.0/libsyncml/syncml.h > > > > Is this why msynctool is finding the evo2 plugin but not the syncml plugin? > > Thanks > > Jim > > > This message has been checked for viruses but the contents of an attachment > may still contain software viruses, which could damage your computer system: > you are advised to perform your own checks. Email communications with the > University of Nottingham may be monitored as permitted by UK legislation. > > > > ------------------------------------------------------- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users > ++++++++++++ WERBUNG +++++++++++++++ http://www.inetsolutions.de Webhosting / Homepagebaukasten / CMS Webpacks ab 0,21 EUR ++++++++++++ WERBUNG +++++++++++++++ http://www.inetladen.de Handys / Zubehör / Multimedia Über 10000 Artikel |