Menu
▾
▴
opensync-users — The place to get help for the OpenSync project
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: kevin j. <rin...@kj...> - 2006-01-23 12:14:25
|
Just realized that first part might have been misleading - I was trying to sync from openSync to a SyncML server using the syncml-http-server connector (and then from the SyncML server to my 6680) firstly - hope that makes a bit more sense :) On Mon, 2006-01-23 at 11:32 +0000, kevin james wrote: > I've been trying to sync my Nokia 6680 with opensync, first trying the > syncml-http-server, until I realised that it is only inbound and my > laptop doesn't have a "real" IP address. > > Then I tried using the obex-client - some info on the mailing list > archive (from around November time) says it's still not working, don't > know if that's changed yet. Also I couldn't find any info on what the > config needs to be. > > One thing (I think) I did find out is that the obex-client is also > inbound only, so you will need to test it with: > > $ msynctool --sync testsync --wait > > so that it will wait for a connection. > > I am still having problems at the phone end trying to use bluetooth/obex > so I have no messages from opensync saying if anything has worked or > not. I saw someone mention that some of the devs have 6680's - do any of > them have any advice? > > Cheers, > KEv. > On Mon, 2006-01-23 at 01:11 +0100, Martin Schulze wrote: > > Hi! > > > > Encouraged by > > > > http://sourceforge.net/mailarchive/forum.php?thread_id=9428612&forum_id=44467 > > > > I've configured a synchronizing group between my evolution environment > > (plugin evo2-sync) and /dev/rfcomm0 (plugin syncml-obex-client) which is > > bound to the serial port bluetooth service of my mobile phone (Samsung > > SGH-D600). libsyncml and syncml-plugin are fresh checkouts from svn. The > > configuration for the syncml-plugin reads: > > > > <config> > > <username></username> > > <password></password> > > <path>/dev/rfcomm0</path> > > <type>1</type> > > <usestringtable>2</usestringtable> > > <onlyreplace>0</onlyreplace> > > <contact_db>addressbook</contact_db> > > <calendar_db>calendar</calendar_db> > > <task_db>tasks</task_db> > > </config> > > > > However, I run into the same troubles discussed in > > > > http://sourceforge.net/mailarchive/forum.php?thread_id=8902424&forum_id=44467 > > > > E.i. > > > > $ msynctool --sync testsync > > > > yields: > > > > Synchronizing group "testsync" > > Member 1 of type evo2-sync just connected > > Member 2 of type syncml-obex-client had an error while connecting: No > > success > > 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 > > > > The trace output from the syncml-obex-client plugin reads as follows: > > > > [1137969737.641293] +++++++++ This is the client #2 > > (syncml-obex-client plugin) of group testsync +++++++++ > > [1137969737.746230] >>>>>>> client_message_handler(0x80638f0, > > 0x8077aa0, 0x80614e0) > > [1137969737.746285] [CLI] DEBUG: Client message handler > > called for message "CONNECT" > > [1137969737.746306] >>>>>>> osync_member_connect(0x80625c0, > > 0xb7ebbd70, 0x8077aa0) > > [1137969737.746330] >>>>>>> > > client_connect(0x8077e08) > > [1137969741.853995] >>>>>>> > > osync_context_report_osyncerror(0x8077e08, 0xb6b99244:(No success)) > > [1137969741.854070] [CLI] WARNING: > > Member is replying with message 0x807ef48 to message 0x8077aa0:"CONNECT" > > with error 1: No success > > [1137969741.854106] <<<<<<< > > osync_context_report_osyncerror > > [1137969741.854126] <--- ERROR --- client_connect: > > No success > > [1137969741.854145] <<<<<<< osync_member_connect > > [1137969741.854163] <<<<<<< client_message_handler > > > > Does anybody have an idea where the problem lies? To start with: is it > > more likely from the OBEX transport layer or a SyncML related problem? > > Is there anything I can do to help getting the thing to work? > > > > The only information related to SyncML with my mobile phone I've found > > up to now is here: > > > > http://www.traud.de/gsm/samsung.htm > > > > I have just e-mailed Samsung about the SyncML version that the SGH-D600 > > is using. Has it already been clarified, how to find the correct values > > of the XXX_db parameters in the configuration of the syncml-plugin? > > > > Regards, > > > > Martin > > > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > > for problems? Stop! Download the new AJAX search engine that makes > > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > > _______________________________________________ > > Opensync-users mailing list > > Ope...@li... > > https://lists.sourceforge.net/lists/listinfo/opensync-users > > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users > |
|
From: kevin j. <rin...@kj...> - 2006-01-23 11:32:23
|
I've been trying to sync my Nokia 6680 with opensync, first trying the syncml-http-server, until I realised that it is only inbound and my laptop doesn't have a "real" IP address. Then I tried using the obex-client - some info on the mailing list archive (from around November time) says it's still not working, don't know if that's changed yet. Also I couldn't find any info on what the config needs to be. One thing (I think) I did find out is that the obex-client is also inbound only, so you will need to test it with: $ msynctool --sync testsync --wait so that it will wait for a connection. I am still having problems at the phone end trying to use bluetooth/obex so I have no messages from opensync saying if anything has worked or not. I saw someone mention that some of the devs have 6680's - do any of them have any advice? Cheers, KEv. On Mon, 2006-01-23 at 01:11 +0100, Martin Schulze wrote: > Hi! > > Encouraged by > > http://sourceforge.net/mailarchive/forum.php?thread_id=9428612&forum_id=44467 > > I've configured a synchronizing group between my evolution environment > (plugin evo2-sync) and /dev/rfcomm0 (plugin syncml-obex-client) which is > bound to the serial port bluetooth service of my mobile phone (Samsung > SGH-D600). libsyncml and syncml-plugin are fresh checkouts from svn. The > configuration for the syncml-plugin reads: > > <config> > <username></username> > <password></password> > <path>/dev/rfcomm0</path> > <type>1</type> > <usestringtable>2</usestringtable> > <onlyreplace>0</onlyreplace> > <contact_db>addressbook</contact_db> > <calendar_db>calendar</calendar_db> > <task_db>tasks</task_db> > </config> > > However, I run into the same troubles discussed in > > http://sourceforge.net/mailarchive/forum.php?thread_id=8902424&forum_id=44467 > > E.i. > > $ msynctool --sync testsync > > yields: > > Synchronizing group "testsync" > Member 1 of type evo2-sync just connected > Member 2 of type syncml-obex-client had an error while connecting: No > success > 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 > > The trace output from the syncml-obex-client plugin reads as follows: > > [1137969737.641293] +++++++++ This is the client #2 > (syncml-obex-client plugin) of group testsync +++++++++ > [1137969737.746230] >>>>>>> client_message_handler(0x80638f0, > 0x8077aa0, 0x80614e0) > [1137969737.746285] [CLI] DEBUG: Client message handler > called for message "CONNECT" > [1137969737.746306] >>>>>>> osync_member_connect(0x80625c0, > 0xb7ebbd70, 0x8077aa0) > [1137969737.746330] >>>>>>> > client_connect(0x8077e08) > [1137969741.853995] >>>>>>> > osync_context_report_osyncerror(0x8077e08, 0xb6b99244:(No success)) > [1137969741.854070] [CLI] WARNING: > Member is replying with message 0x807ef48 to message 0x8077aa0:"CONNECT" > with error 1: No success > [1137969741.854106] <<<<<<< > osync_context_report_osyncerror > [1137969741.854126] <--- ERROR --- client_connect: > No success > [1137969741.854145] <<<<<<< osync_member_connect > [1137969741.854163] <<<<<<< client_message_handler > > Does anybody have an idea where the problem lies? To start with: is it > more likely from the OBEX transport layer or a SyncML related problem? > Is there anything I can do to help getting the thing to work? > > The only information related to SyncML with my mobile phone I've found > up to now is here: > > http://www.traud.de/gsm/samsung.htm > > I have just e-mailed Samsung about the SyncML version that the SGH-D600 > is using. Has it already been clarified, how to find the correct values > of the XXX_db parameters in the configuration of the syncml-plugin? > > Regards, > > Martin > > > > > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users > |
|
From: <ber...@it...> - 2006-01-23 08:17:37
|
Hello, Am Sonntag, 22. Januar 2006 01:43 schrieb Armin Bauer: > ber...@it... wrote: > > Hi Group, hi Armin, > > > > I am trying to sync my Motorola A780 with opensync / syncml-plugin. > > opensync-0.18 runs fine. syncml from svn has problems. (my System Gentoo > > AMD64) > > While trying to sync with syncml-http-server, sync stop very early with > > following message: > > > > ~ $ msynctool --sync filesyncmlhttp --wait > > Synchronizing group "filesyncmlhttp" > > The previous synchronization was unclean. Slow-syncing > > I/O error : Attempt to load network entity > > http://www.syncml.org/docs/syncml_represent_v10_20001207.dtd > > > > Looking with ethereal I see that the A780 send a "WAP Binary XML, > > Version: 1.2..." message to the server. But the server answers with > > "HTTP/1.1 500 Unknown VerDTD" > > > > Is there a problem with the xml parser? I think I have build > > syncml-plugin like the description in the HOWTO. OK I use the wbxml from > > my "normal" installation, but it has the same patch as in HOWTO. > > Hi Bernd, > > the problem is clearly that the current trunk version of libsyncl does > not yet support all syncml version (at the moment only version 1.2). So > you phone probably uses an older version that the library did not > understand. I am not en expert in XML and syncml, but what mean the ethereal output "WAP Binary XML, Version: 1.2..."? XML 1.2 or syncml 1.2? > > Support for these versions is on the way in the current development > branch of libsyncml. I will have a look on it (HOWTO get? svn?) > > Unfortuantely im very short of time at the moment since i have to write > university exams soon. But i will get back to working on these issues > after im done with my exams. I'll keep my fingers crossed. Best reagards Bernd Westermann > > Best Regards, > Armin Bauer > > > Regards > > > > Bernd Westermann |
|
From: Martin S. <mar...@hi...> - 2006-01-23 00:11:33
|
Hi! Encouraged by http://sourceforge.net/mailarchive/forum.php?thread_id=9428612&forum_id=44467 I've configured a synchronizing group between my evolution environment (plugin evo2-sync) and /dev/rfcomm0 (plugin syncml-obex-client) which is bound to the serial port bluetooth service of my mobile phone (Samsung SGH-D600). libsyncml and syncml-plugin are fresh checkouts from svn. The configuration for the syncml-plugin reads: <config> <username></username> <password></password> <path>/dev/rfcomm0</path> <type>1</type> <usestringtable>2</usestringtable> <onlyreplace>0</onlyreplace> <contact_db>addressbook</contact_db> <calendar_db>calendar</calendar_db> <task_db>tasks</task_db> </config> However, I run into the same troubles discussed in http://sourceforge.net/mailarchive/forum.php?thread_id=8902424&forum_id=44467 E.i. $ msynctool --sync testsync yields: Synchronizing group "testsync" Member 1 of type evo2-sync just connected Member 2 of type syncml-obex-client had an error while connecting: No success 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 The trace output from the syncml-obex-client plugin reads as follows: [1137969737.641293] +++++++++ This is the client #2 (syncml-obex-client plugin) of group testsync +++++++++ [1137969737.746230] >>>>>>> client_message_handler(0x80638f0, 0x8077aa0, 0x80614e0) [1137969737.746285] [CLI] DEBUG: Client message handler called for message "CONNECT" [1137969737.746306] >>>>>>> osync_member_connect(0x80625c0, 0xb7ebbd70, 0x8077aa0) [1137969737.746330] >>>>>>> client_connect(0x8077e08) [1137969741.853995] >>>>>>> osync_context_report_osyncerror(0x8077e08, 0xb6b99244:(No success)) [1137969741.854070] [CLI] WARNING: Member is replying with message 0x807ef48 to message 0x8077aa0:"CONNECT" with error 1: No success [1137969741.854106] <<<<<<< osync_context_report_osyncerror [1137969741.854126] <--- ERROR --- client_connect: No success [1137969741.854145] <<<<<<< osync_member_connect [1137969741.854163] <<<<<<< client_message_handler Does anybody have an idea where the problem lies? To start with: is it more likely from the OBEX transport layer or a SyncML related problem? Is there anything I can do to help getting the thing to work? The only information related to SyncML with my mobile phone I've found up to now is here: http://www.traud.de/gsm/samsung.htm I have just e-mailed Samsung about the SyncML version that the SGH-D600 is using. Has it already been clarified, how to find the correct values of the XXX_db parameters in the configuration of the syncml-plugin? Regards, Martin |
|
From: Armin B. <arm...@de...> - 2006-01-22 00:42:07
|
ber...@it... wrote: > Hi Group, hi Armin, > > I am trying to sync my Motorola A780 with opensync / syncml-plugin. > opensync-0.18 runs fine. syncml from svn has problems. (my System Gentoo > AMD64) > While trying to sync with syncml-http-server, sync stop very early with > following message: > > ~ $ msynctool --sync filesyncmlhttp --wait > Synchronizing group "filesyncmlhttp" > The previous synchronization was unclean. Slow-syncing > I/O error : Attempt to load network entity > http://www.syncml.org/docs/syncml_represent_v10_20001207.dtd > > Looking with ethereal I see that the A780 send a "WAP Binary XML, Version: > 1.2..." message to the server. But the server answers with "HTTP/1.1 500 > Unknown VerDTD" > > Is there a problem with the xml parser? I think I have build syncml-plugin > like the description in the HOWTO. OK I use the wbxml from my "normal" > installation, but it has the same patch as in HOWTO. Hi Bernd, the problem is clearly that the current trunk version of libsyncl does not yet support all syncml version (at the moment only version 1.2). So you phone probably uses an older version that the library did not understand. Support for these versions is on the way in the current development branch of libsyncml. Unfortuantely im very short of time at the moment since i have to write university exams soon. But i will get back to working on these issues after im done with my exams. Best Regards, Armin Bauer > > Regards > > Bernd Westermann > |
|
From: <ber...@it...> - 2006-01-21 23:11:45
|
Hi Group, hi Armin, I am trying to sync my Motorola A780 with opensync / syncml-plugin. opensync-0.18 runs fine. syncml from svn has problems. (my System Gentoo AMD64) While trying to sync with syncml-http-server, sync stop very early with following message: ~ $ msynctool --sync filesyncmlhttp --wait Synchronizing group "filesyncmlhttp" The previous synchronization was unclean. Slow-syncing I/O error : Attempt to load network entity http://www.syncml.org/docs/syncml_represent_v10_20001207.dtd Looking with ethereal I see that the A780 send a "WAP Binary XML, Version: 1.2..." message to the server. But the server answers with "HTTP/1.1 500 Unknown VerDTD" Is there a problem with the xml parser? I think I have build syncml-plugin like the description in the HOWTO. OK I use the wbxml from my "normal" installation, but it has the same patch as in HOWTO. Regards Bernd Westermann |
|
From: Manuel T. <man...@te...> - 2006-01-21 16:44:29
|
Hello. I've been trying for a week to sync my Siemens CF75 (using datacable) with evolution, without success. After trying with multisync, I gave a try to opensync. I've found the following problems. The CF75 does not seem to talk the BFB encapsulation. I found an implementation in the siefs project (under GPL) that seems to talk correctly with my phone, so I've adapted it to the irmc-plugin. I try to sync a group with an irmc-sync member and a file-sync member. Before the first sync the file-sync repository is empty. After the first sync, the file-sync repository is populated with all the phonebook entries in the phone, each of them written on a file names as the LUID. The first problem I find is related with the character encoding. I'm not sure of how this should work, but for an entry with non ascii characters, I have the following in the file repository: BEGIN:VCARD VERSION:2.1 X-IRMC-LUID:2684453823 X-ESI-CATEGORIES:Oficina N;CHARSET="UTF-8";ENCODING="QUOTED-PRINTABLE":Ortega;=C3=81ngela;;; FN;CHARSET="UTF-8";ENCODING="QUOTED-PRINTABLE":=C3=81ngela Ortega TEL;WORK:555555555 TEL;CELL:555555555 EMAIL;INTERNET:xxxxxx@xxx.xx END:VCARD If I try to sync again after this first sync, all the entries in the phone get duplicated. Also, the ones having non ascii characters are showing with weird characters in the phone. For example, the previous example shows as: =C3=81ngela Ortega My question is how could I avoid that nasty transformation. I have tried sending a single vcard with an obex put standalone program, but I'm not able to make the non ascii characters to work fine. Also, I don't understand why all the entries are duplicated in the first sync. I've been also playing with the evolution2 sync plugin, and the results were also unexpected (duplicated entries in the two sides, and also corruption for non ASCII characters). I think that perhaps my changes (against CVS) could be interesting for the project. How could I make them available to opensync developers? I can provide a patch against the current cvs. Regards. |
|
From: C. <84...@gm...> - 2006-01-18 10:32:33
|
ok... I did a google search and found that nokia 6630 has syncml DS 1.1.2 but i've read that 1.1 is not implemented yet so I think 1.1.2 is neither implemented :( anyway I'm here if some testing is needed! Il giorno mer, 18/01/2006 alle 02.59 +0100, Armin Bauer ha scritto: > > Nicolò Chieffo wrote: > > hello, I just wanted to say that I own a nokia 6630 and if you need (if > > no developers have such device) I can can help you with some testing! > > (but I'm not a very advanced user and I'm not a coder). what is the > > status now? > > you should first check what syncml version your phone supports. Either > it is stated somewhere or you can use a sniffer to take a look at the > data transmitted. > > > I noticed that the latest Pc Suite from nokia (windows) has installed > > some new apps in the device when I connected my phone (I don't know, I > > suppose they are some patches, and they might have changed some > > protocols - maybe syncml too.. is there a possibility to check?) > > i dont think that they changed anything there. and even if they did, > syncml is standardized... > > > the apps names are SMSSync, MMSSync and PC Suite Support > > > > > > > > ------------------------------------------------------- > > This SF.net email is sponsored by: Splunk Inc. Do you grep through log files > > for problems? Stop! Download the new AJAX search engine that makes > > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! > > http://ads.osdn.com/?ad_id=7637&alloc_id=16865&op=click > > _______________________________________________ > > Opensync-users mailing list > > Ope...@li... > > https://lists.sourceforge.net/lists/listinfo/opensync-users > > > |
|
From: Armin B. <arm...@de...> - 2006-01-18 01:58:40
|
Nicol=C3=B2 Chieffo wrote: > hello, I just wanted to say that I own a nokia 6630 and if you need (if= > no developers have such device) I can can help you with some testing! > (but I'm not a very advanced user and I'm not a coder). what is the > status now? you should first check what syncml version your phone supports. Either it is stated somewhere or you can use a sniffer to take a look at the data transmitted. > I noticed that the latest Pc Suite from nokia (windows) has installed > some new apps in the device when I connected my phone (I don't know, I > suppose they are some patches, and they might have changed some > protocols - maybe syncml too.. is there a possibility to check?) i dont think that they changed anything there. and even if they did, syncml is standardized... > the apps names are SMSSync, MMSSync and PC Suite Support >=20 >=20 >=20 > ------------------------------------------------------- > This SF.net email is sponsored by: Splunk Inc. Do you grep through log = files > for problems? Stop! Download the new AJAX search engine that makes > searching your log files as easy as surfing the web. DOWNLOAD SPLUNK!= > http://ads.osdn.com/?ad_id=3D7637&alloc_id=3D16865&op=3Dclick > _______________________________________________ > Opensync-users mailing list > Ope...@li... > https://lists.sourceforge.net/lists/listinfo/opensync-users >=20 |
|
From: Ulrich E. <ul...@bl...> - 2006-01-16 11:40:08
|
Hi, with a patch from Razor i got libopensync-0.18 to work with irmc-sync and kde-pim. But syncing does not work perfectly. After importing adresses from my mobile i got a formatted name in KContacts like "Eckhardt\, Ulrich" and given and family name is removed. Also several other fields like phone numbers for work and mobile are not transmitted. Syncing events in KOrganizer seems also not working. Is the Siemens M65 simply not well supported or are there problems? I got an error message during syncing: [...] All conflicts have been reported Error writing entry libkcal-684049056.191 to member 1: Unable to convert change Mapping Write Error: Unable to convert change Member 2 of type kdepim committed all changes. Sent a entry 2684617253 of size 274 to member 1. Changetype MODIFIED Sent a entry KOrganizer-1092165307.353 of size 427 to member 1. Changetype ADDED Member 1 of type irmc-sync committed all changes. All clients have written Member 2 of type kdepim just disconnected Member 1 of type irmc-sync 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 And my irmc-sync configuration: <config> <fixedst>false</fixedst> <donttellsync>false</donttellsync> <onlyphonenumbers>false</onlyphonenumbers> <dontacceptold>true</dontacceptold> <maximumage>7</maximumage> <translatecharset>true</translatecharset> <charset>ISO8859-1</charset> <alarmtoirmc>true</alarmtoirmc> <alarmfromirmc>true</alarmfromirmc> <convertade>convcard</convertade> <connectmedium>ir</connectmedium> <irname>SIEMENS M65</irname> </config> Uli -- Ulrich Eckhardt http://www.uli-eckhardt.de Ein Blitzableiter auf dem Kirchturm ist das denkbar stärkste Misstrauensvotum gegen den lieben Gott. (Karl Krauss) |
|
From: Armin B. <arm...@de...> - 2006-01-15 23:40:44
|
=C1drian L=EDvio wrote: > Hi Tanks for your help >=20 > I can not yet correctly configure the syncml plugin, I'm using the > configuration file: >=20 > <config><username>adr</username><password>adr</password><url>/home/adri= an/adrian/sync2</url><port>8080</port><usestringtable>1</usestringtable><= onlyreplace>0</onlyreplace><contact_db>addressbook</contact_db><calendar_= db>calendar</calendar_db><task_db>tasks</task_db></config> >=20 >=20 > I'm using this url in my client. > URL: http://150.165.63.210:8080/home/adrian/adrian/sync2/ > Username: adr > Password: adr >=20 > Is this configuration correct? Or I need something more than the syncml= > plugin and the file sync plugin? >=20 > In the your configuration file you used the url /sync . Where in the > filesystem this file is located? This is not a file in the file system. It is just the url that the http server listens on. the syncml library that is in trunk/ currently ignores this option and just accepts every requested path. so this cannot be the cause that the synchronization does not work. There are good chances that your phone is not supported by the trunk/ version at the moment since it has to be a syncml 1.2 enabled phone to wo= rk. >=20 > Thanks > --=20 > =C1drian L=EDvio > Universidade Federal de Campina Grande - UFCG - www.ufcg.edu.br > <http://www.ufcg.edu.br> > Centro de Engenharia El=E9trica e Informatica - CEEI > Unidade Acad=EAmica de Engenharia El=E9trica - UAEE - www.ee.ufcg.edu.b= r > <http://www.ee.ufcg.edu.br> > Laborat=F3rio de Sistemas Embarcados e Computa=E7=E3o Pervasiva - > www.embeddedacademy.org <http://www.embeddedacademy.org> >=20 >=20 > FNORD > 2006/1/11, Norm Dressler <no...@dr... <mailto:no...@dr...>>: >=20 > No, I had no luck but I haven't looked back at it today. >=20 > The URL that you give it in the config is what you will point to > with your > syncml client. This is my config -- > <config><username>nd</username><password>nd</password><url>/sync</u= rl><port>8080</port><usestringtable>1</usestringtable><onlyreplace>0</onl= yreplace><contact_db>addressbook</contact_db><calendar_db>calendar</calen= dar_db><task_db>tasks</task_db></config> >=20 >=20 > With this config, if my system was called blackhole, I would enter > http://blackhole/sync/ as the url to sync to and the port to 8080. >=20 > Hopefully that helps. >=20 > Norm Dressler > Senior Technology Architect > DINMAR >=20 > On January 11, 2006 04:46 pm, you wrote: >> Hi Norm, >> >> I'm also trying to use the syncml plugin, do you reach sucess? >> May you help me sending me the yours configurations of the plugin, I= >> already read the guide bud I don't understand how to configure the > plugin >> url. >> >> I'm trying syncronize a Sync4J Outlook client with the opensync plugin= >> >> -- >> Thanks >> =C1drian L=EDvio >> Universidade Federal de Campina Grande - UFCG - www.ufcg.edu.br > <http://www.ufcg.edu.br> >> Centro de Engenharia El=E9trica e Informatica - CEEI >> Unidade Acad=EAmica de Engenharia El=E9trica - UAEE - > www.ee.ufcg.edu.br <http://www.ee.ufcg.edu.br> >> Laborat=F3rio de Sistemas Embarcados e Computa=E7=E3o Pervasiva - >> www.embeddedacademy.org <http://www.embeddedacademy.org> >> >> >> FNORD >> >> 2006/1/9, Norm Dressler <no...@dr... <mailto:no...@dr...>>: >> > Hi there, >> > >> > Installed the latest syncml and evo2 plugins but getting an > error. Here >> > are the trace files -- can you tell what I'm doing wrong with them? >> > >> > Thanks >> > Norm >=20 >=20 >=20 >=20 >=20 >=20 >=20 > --=20 > =C1drian L=EDvio > Universidade Federal de Campina Grande - UFCG - www.ufcg.edu.br > <http://www.ufcg.edu.br> > Centro de Engenharia El=E9trica e Informatica - CEEI > Unidade Acad=EAmica de Engenharia El=E9trica - UAEE - www.ee.ufcg.edu.b= r > <http://www.ee.ufcg.edu.br> > Laborat=F3rio de Sistemas Embarcados e Computa=E7=E3o Pervasiva - > www.embeddedacademy.org <http://www.embeddedacademy.org> >=20 >=20 > FNORD |
|
From: Armin B. <arm...@de...> - 2006-01-15 23:33:05
|
R=C3=A9my Amouroux wrote: > Le jeudi 12 janvier 2006 =C3=A0 01:48 +0100, Armin Bauer a =C3=A9crit := >=20 >>thanks for your help! >=20 >=20 > you are welcome >=20 >=20 >>i can confirm the crash. I added a test case for the vcal parser that >>triggers the crash. The problem is that the vformat parser stops parsin= g >>at the invalid utf8 input and therefore the resulting object is >>different than what opensync expects. >=20 >=20 > i should take a look at the test creation, it will help me provide diff= > proposals faster :-) >=20 >=20 >>so there are 3 issues to fix here: >> >>- the crash. opensync should never ever crash. >=20 >=20 > I think the diff I provide in another message answers to that point. yes it definitely does. >=20 >=20 >>- i guess its better if we return an error of the vformat parser cannot= >>parse the input than trying to return an invalid parsed object... >=20 >=20 > it depends what you think your users want and what are the > responsibilities of the plugins. > if the plugins is not required to provide valid utf8, I think we have t= o > deal with that problem in opensync. > It's what I did in the second diff I provide in that other message. >=20 > if the plugin is required to provide utf8 (and I think it is valid to > require that from a plugin developper), the parser should return an > error if the input is not valid. internally i require all data to be utf8 so i we should just return an error if its not valid utf8. >=20 >=20 >>- add support for encodings besides utf8. this is a big item on my todo= >>list. internally opensync handles everything as utf8. but then we need = a >>parameter which specifies which encoding the input/output is. >=20 >=20 > support to help plugin developper dealing with the utf8 transformation,= > yes, I agree. >=20 > I think it would be an error to put too many things in the engine > itself. >=20 > For me, there is a clear separation in term of roles between plugin and= > engine. >=20 > 1) the engine ensures communication between plugins and provides the > common format used to communicate > 2) the plugin is in charge of the access to the terminal (evo2, phone, > etc) and it is in charge of the necessary transformation of the data > between terminal and engine. >=20 > So, which part should be in charge of the charset translation ? my idea for this would be to add 2 parameters to the conversion routines: charset of the incoming change, and the requested charset of the converted change. so the engine would request all conversions to be to utf8. On the conversion back, the plugin requests the charset it wants (probably depending on device settings etc). >=20 > :-) >=20 > RemyA >=20 |
|
From: C. <84...@gm...> - 2006-01-13 18:17:06
|
hello, I just wanted to say that I own a nokia 6630 and if you need (if no developers have such device) I can can help you with some testing! (but I'm not a very advanced user and I'm not a coder). what is the status now? I noticed that the latest Pc Suite from nokia (windows) has installed some new apps in the device when I connected my phone (I don't know, I suppose they are some patches, and they might have changed some protocols - maybe syncml too.. is there a possibility to check?) the apps names are SMSSync, MMSSync and PC Suite Support |
|
From: <nhd...@gm...> - 2006-01-13 12:42:44
|
Hi Tanks for your help I can not yet correctly configure the syncml plugin, I'm using the configuration file: <config><username>adr</username><password>adr</password><url>/home/adrian/a= drian/sync2</url><port>8080</port><usestringtable>1</usestringtable><onlyre= place>0</onlyreplace><contact_db>addressbook</contact_db><calendar_db>calen= dar</calendar_db><task_db>tasks</task_db></config> I'm using this url in my client. URL: http://150.165.63.210:8080/home/adrian/adrian/sync2/ Username: adr Password: adr Is this configuration correct? Or I need something more than the syncml plugin and the file sync plugin? In the your configuration file you used the url /sync . Where in the filesystem this file is located? Thanks -- =C1drian L=EDvio Universidade Federal de Campina Grande - UFCG - www.ufcg.edu.br Centro de Engenharia El=E9trica e Informatica - CEEI Unidade Acad=EAmica de Engenharia El=E9trica - UAEE - www.ee.ufcg.edu.br Laborat=F3rio de Sistemas Embarcados e Computa=E7=E3o Pervasiva - www.embeddedacademy.org FNORD 2006/1/11, Norm Dressler <no...@dr...>: > > No, I had no luck but I haven't looked back at it today. > > The URL that you give it in the config is what you will point to with you= r > syncml client. This is my config -- > <config><username>nd</username><password>nd</password><url>/sync</url><po= rt>8080</port><usestringtable>1</usestringtable><onlyreplace>0</onlyreplace= ><contact_db>addressbook</contact_db><calendar_db>calendar</calendar_db><ta= sk_db>tasks</task_db></config> > > > With this config, if my system was called blackhole, I would enter > http://blackhole/sync/ as the url to sync to and the port to 8080. > > Hopefully that helps. > > Norm Dressler > Senior Technology Architect > DINMAR > > On January 11, 2006 04:46 pm, you wrote: > > Hi Norm, > > > > I'm also trying to use the syncml plugin, do you reach sucess? > > May you help me sending me the yours configurations of the plugin, I > > already read the guide bud I don't understand how to configure the > plugin > > url. > > > > I'm trying syncronize a Sync4J Outlook client with the opensync plugin > > > > -- > > Thanks > > =C1drian L=EDvio > > Universidade Federal de Campina Grande - UFCG - www.ufcg.edu.br > > Centro de Engenharia El=E9trica e Informatica - CEEI > > Unidade Acad=EAmica de Engenharia El=E9trica - UAEE - www.ee.ufcg.edu.b= r > > Laborat=F3rio de Sistemas Embarcados e Computa=E7=E3o Pervasiva - > > www.embeddedacademy.org > > > > > > FNORD > > > > 2006/1/9, Norm Dressler <no...@dr...>: > > > Hi there, > > > > > > Installed the latest syncml and evo2 plugins but getting an > error. Here > > > are the trace files -- can you tell what I'm doing wrong with them? > > > > > > Thanks > > > Norm > -- =C1drian L=EDvio Universidade Federal de Campina Grande - UFCG - www.ufcg.edu.br Centro de Engenharia El=E9trica e Informatica - CEEI Unidade Acad=EAmica de Engenharia El=E9trica - UAEE - www.ee.ufcg.edu.br Laborat=F3rio de Sistemas Embarcados e Computa=E7=E3o Pervasiva - www.embeddedacademy.org FNORD |
|
From: <nhd...@gm...> - 2006-01-12 14:02:52
|
Hi Tanks for your help I can not yet correctly configure the syncml plugin, I'm using the configuration file: <config><username>adr</username><password>adr</password><url>/home/adrian/a= drian/sync2</url><port>8080</port><usestringtable>1</usestringtable><onlyre= place>0</onlyreplace><contact_db>addressbook</contact_db><calendar_db>calen= dar</calendar_db><task_db>tasks</task_db></config> I'm using this url in my client. URL: http://150.165.63.210:8080/home/adrian/adrian/sync2/ Username: adr Password: adr Thanks -- =C1drian L=EDvio Universidade Federal de Campina Grande - UFCG - www.ufcg.edu.br Centro de Engenharia El=E9trica e Informatica - CEEI Unidade Acad=EAmica de Engenharia El=E9trica - UAEE - www.ee.ufcg.edu.br Laborat=F3rio de Sistemas Embarcados e Computa=E7=E3o Pervasiva - www.embeddedacademy.org FNORD 2006/1/11, Norm Dressler <no...@dr...>: > > No, I had no luck but I haven't looked back at it today. > > The URL that you give it in the config is what you will point to with you= r > syncml client. This is my config -- > > <config><username>nd</username><password>nd</password><url>/sync</url><po= rt>8080</port><usestringtable>1</usestringtable><onlyreplace>0</onlyreplace= ><contact_db>addressbook</contact_db><calendar_db>calendar</calendar_db><ta= sk_db>tasks</task_db></config> > > With this config, if my system was called blackhole, I would enter > http://blackhole/sync/ as the url to sync to and the port to 8080. > > Hopefully that helps. > > Norm Dressler > Senior Technology Architect > DINMAR > > On January 11, 2006 04:46 pm, you wrote: > > Hi Norm, > > > > I'm also trying to use the syncml plugin, do you reach sucess? > > May you help me sending me the yours configurations of the plugin, I > > already read the guide bud I don't understand how to configure the > plugin > > url. > > > > I'm trying syncronize a Sync4J Outlook client with the opensync plugin > > > > -- > > Thanks > > =C1drian L=EDvio > > Universidade Federal de Campina Grande - UFCG - www.ufcg.edu.br > > Centro de Engenharia El=E9trica e Informatica - CEEI > > Unidade Acad=EAmica de Engenharia El=E9trica - UAEE - www.ee.ufcg.edu.b= r > > Laborat=F3rio de Sistemas Embarcados e Computa=E7=E3o Pervasiva - > > www.embeddedacademy.org > > > > > > FNORD > > > > 2006/1/9, Norm Dressler <no...@dr...>: > > > Hi there, > > > > > > Installed the latest syncml and evo2 plugins but getting an > error. Here > > > are the trace files -- can you tell what I'm doing wrong with them? > > > > > > Thanks > > > Norm > |
|
From: A. <rem...@ya...> - 2006-01-12 13:26:46
|
Le jeudi 12 janvier 2006 =C3=A0 01:48 +0100, Armin Bauer a =C3=A9crit : > thanks for your help! you are welcome > i can confirm the crash. I added a test case for the vcal parser that > triggers the crash. The problem is that the vformat parser stops parsin= g > at the invalid utf8 input and therefore the resulting object is > different than what opensync expects. i should take a look at the test creation, it will help me provide diff proposals faster :-) >=20 > so there are 3 issues to fix here: >=20 > - the crash. opensync should never ever crash. I think the diff I provide in another message answers to that point. >=20 > - i guess its better if we return an error of the vformat parser cannot > parse the input than trying to return an invalid parsed object... it depends what you think your users want and what are the responsibilities of the plugins. if the plugins is not required to provide valid utf8, I think we have to deal with that problem in opensync. It's what I did in the second diff I provide in that other message. if the plugin is required to provide utf8 (and I think it is valid to require that from a plugin developper), the parser should return an error if the input is not valid. > - add support for encodings besides utf8. this is a big item on my todo > list. internally opensync handles everything as utf8. but then we need = a > parameter which specifies which encoding the input/output is. support to help plugin developper dealing with the utf8 transformation, yes, I agree. I think it would be an error to put too many things in the engine itself. For me, there is a clear separation in term of roles between plugin and engine. 1) the engine ensures communication between plugins and provides the common format used to communicate 2) the plugin is in charge of the access to the terminal (evo2, phone, etc) and it is in charge of the necessary transformation of the data between terminal and engine. So, which part should be in charge of the charset translation ? :-) RemyA --=20 E-mail : Rem...@ya... Yahoo Architecture Europe (http://www.yahoo.com/) Yahoo Id: kelkooremya |
|
From: Andrew S. <as...@ca...> - 2006-01-12 01:15:11
|
Armin Bauer wrote: >>I'd offer to help, but I don't know anything about OBEX so I don't think >>I'd be useful. >> >> >> > >it would be enough if you know syncml since obex is already done :) > > I don't know that either, and am similarly limited on time... :-/ Out of curiousity, though, is there a list of what needs to be implemented online anywhere? Good luck with your exams! -- Andrew |
|
From: Armin B. <arm...@de...> - 2006-01-12 00:51:14
|
Andrew Sobala wrote: > Hi, > > I was wondering what the status of SyncML and OBEX was - how near to > complete is the code, and what sort of timescale are we looking at? I > know it's difficult to say this sort of thing (I've worked on some > not-so-small FLOSS projects myself), but approximately how much work is > left - a month, two, six months, a year? > Hi, obex: done syncml: maybe 80% + bug fixing etc so i guess if you work constantly on these issues you could get a stable syncml library + plugin in under a month. I cannot promise anything though, since im currently writing my exams and therefore time is scarce :) > I'd offer to help, but I don't know anything about OBEX so I don't think > I'd be useful. > it would be enough if you know syncml since obex is already done :) Armin |
|
From: Armin B. <arm...@de...> - 2006-01-12 00:47:38
|
R=C3=A9my Amouroux wrote:
> Hello
>=20
> I had a SIGSEV during my first sync between evo2 and the file-sync
> plugin.
>=20
> My investigation sofar shows that it is related to the presence of
> non-utf8 characters in the stuff sent by evo2.
>=20
> in a first case, I was able to pinpoint the problem on the description
> and I just removed the description of the event (see trace 1). It seems=
> that by updating the event, I changed something and it was better.
>=20
> I had another problem, similar. see trace 2.
>=20
> Looks like my problems are related to old entries, so I will purge evo2=
> to make sure I don't have the problem anymore. But it would be cool to
> ensure that a SIGSEV cannot arise.
>=20
> thus ...
>=20
> I did a gdb session to understand where exactly was the SIGSEV. see
> trace 3.
>=20
> It seems that when vformat is creating a list of attributes that is not=
> valid, the function vcal_parse_attributes is not handling them well.
>=20
> Using a for loop is maybe not a good idea in that function since there
> are other location where the variable a is modified.
>=20
Hi,
thanks for your help!
i can confirm the crash. I added a test case for the vcal parser that
triggers the crash. The problem is that the vformat parser stops parsing
at the invalid utf8 input and therefore the resulting object is
different than what opensync expects.
so there are 3 issues to fix here:
- the crash. opensync should never ever crash.
- i guess its better if we return an error of the vformat parser cannot
parse the input than trying to return an invalid parsed object...
- add support for encodings besides utf8. this is a big item on my todo
list. internally opensync handles everything as utf8. but then we need a
parameter which specifies which encoding the input/output is.
Armin
> Regards
>=20
> remyA
>=20
> PS: trying to provide a diff later this night.
>=20
> trace 1:
> --------
> [1136825381.689302]
> Input vcal is:
> BEGIN:VCALENDAR
> PRODID:-//Ximian//NONSGML Evolution Calendar//EN
> VERSION:2.0
> METHOD:PUBLISH
> BEGIN:VEVENT
> ATTENDEE;CN=3DR=C3=A9my Amouroux;ROLE=3DREQ-PARTICIPANT;RSVP=3DTRUE;
> PARTSTAT=3DACCEPTED:MAILTO:re...@am...
> ORGANIZER:MAILTO:va...@am...
> DTSTART:20050726T053000Z
> DTEND:20050726T053000Z
> TRANSP:OPAQUE
> SEQUENCE:0
> UID:
>=20
> 040000008200E00074C5B7101A82E0080000000070D7AE8F808CC501000000000000000=
010
> 0000008C05F5F3D72E3B4C9A3BC7FBF434B6CD
> DTSTAMP:20050719T144024Z
> DESCRIPTION:Quand : mardi 26 juillet 2005 07:30-07:30 (GMT+01:00)
> Bruxelles\, Copenhague\, Madrid\, Paris.\n\n*~*~*~*~*~*~*~*~*~*\n\nSi
> tu
> pouvais =C3=83=C2=AAtre l=C3=83 ce serait bien\n
> SUMMARY:ATEc verification de la toiture Mr Domenec
> PRIORITY:5
> CLASS:PUBLIC
> X-MICROSOFT-CDO-REPLYTIME:20050719T153821Z
> CREATED:20050719T153821
> LAST-MODIFIED:20050719T153821
> END:VEVENT
> END:VCALENDAR
>=20
> [1136825381.689552]
> Creating xml doc
> [1136825381.689615]
> parsing attributes
> [1136825381.689674]
>=20
>>>>>>>> vcal_parse_attributes(0xb6b51108, 0xac99ea8)
>=20
> [1136825381.689734]
>=20
>>>>>>>> vcal_handle_attribute(0xac94b80, 0xac99ea8, 0xac99cf0:PRODID)
>=20
> [1136825381.689793]
> Hook is: 0x1
> [1136825381.689851]
> <<<<<<< vcal_handle_attribute: Ignored
> [1136825381.689910]
>=20
>>>>>>>> vcal_handle_attribute(0xac94b80, 0xac99ea8, 0xac99f10:VERSION)
>=20
> [1136825381.689969]
> Hook is: 0x1
> [1136825381.690027]
> <<<<<<< vcal_handle_attribute: Ignored
> [1136825381.690086]
>=20
>>>>>>>> vcal_handle_attribute(0xac94b80, 0xac99ea8, 0xac9aaa8:METHOD)
>=20
> [1136825381.690144]
> Hook is: 0xdb9c3c
> [1136825381.690200]
> Handling method attribute
> [1136825381.690264]
> <<<<<<< vcal_handle_attribute
> [1136825381.690330]
>=20
>>>>>>>> vcal_parse_attributes(0xb6b510c8, 0xac9afb8)
>=20
> [1136825381.690389]
> <<<<<<< vcal_parse_attributes: Done
> (log file ended her)
>=20
> trace 2
> -------
> [1136826678.223093]
> Input vcal is:
> BEGIN:VCALENDAR
> PRODID:-//Ximian//NONSGML Evolution Calendar//EN
> VERSION:2.0
> METHOD:PUBLISH
> BEGIN:VEVENT
> ATTENDEE;CN=3DR=C3=A9my Amouroux;ROLE=3DREQ-PARTICIPANT;RSVP=3DTRUE;
> PARTSTAT=3DACCEPTED:MAILTO:rem...@ke...
> ORGANIZER:MAILTO:va...@am...
> DTSTART:20050922T060000Z
> DTEND:20050922T080000Z
> TRANSP:OPAQUE
> SEQUENCE:0
> UID:
>=20
> 040000008200E00074C5B7101A82E0080000000010E4575FC9AFC501000000000000000=
010
> 000000B6F0CDF8F87227418E1C2A0DBE2BD607
> DTSTAMP:20050902T121947Z
> DESCRIPTION:Quand : jeudi 22 septembre 2005 08:00-10:00 (GMT+01:00)
> Bruxelles\, Copenhague\, Madrid\, Paris.\n\n*~*~*~*~*~*~*~*~*~*\n\nTMV=
> St
> Egreve 04/76/75/21/34\n\n\n\n
> SUMMARY:Depannage Volet Budendorf
> PRIORITY:5
> CLASS:PUBLIC
> X-MICROSOFT-CDO-REPLYTIME:20050902T135144Z
> CREATED:20050902T135144
> LAST-MODIFIED:20050902T135144
> END:VEVENT
> END:VCALENDAR
>=20
> [1136826678.223346]
> Creating xml doc
> [1136826678.223411]
> parsing attributes
> [1136826678.223469]
>=20
>>>>>>>> vcal_parse_attributes(0xb6b36108, 0xb1d915b8)
>=20
> [1136826678.223529]
>=20
>>>>>>>> vcal_handle_attribute(0xb1d8afb8, 0xb1d915b8,
>=20
> 0xb1d92110:PRODID)
> [1136826678.223632]
> Hook is: 0x1
> [1136826678.223691]
> <<<<<<< vcal_handle_attribute: Ignored
> [1136826678.223750]
>=20
>>>>>>>> vcal_handle_attribute(0xb1d8afb8, 0xb1d915b8,
>=20
> 0xb1d92130:VERSION)
> [1136826678.223811]
> Hook is: 0x1
> [1136826678.223868]
> <<<<<<< vcal_handle_attribute: Ignored
> [1136826678.223927]
>=20
>>>>>>>> vcal_handle_attribute(0xb1d8afb8, 0xb1d915b8,
>=20
> 0xb1d91540:METHOD)
> [1136826678.223989]
> Hook is: 0xe3dc3c
> [1136826678.224046]
> Handling method attribute
> [1136826678.224111]
> <<<<<<< vcal_handle_attribute
> [1136826678.224176]
>=20
>>>>>>>> vcal_parse_attributes(0xb6b360c8, 0xb1d92510)
>=20
> [1136826678.224233]
> <<<<<<< vcal_parse_attributes: Done
>=20
>=20
> trace3:
> ------
> Received a entry 20050525T023411Z-5011-100-1-5@remya with data of size =
4
> from member 1. Changetype ADDED
>=20
> ** (process:12799): WARNING **: invalid utf8 passed to VFormat. Limpin=
g
> along.
>=20
> ** (process:12799): WARNING **: vcard ended without END:VCARD
>=20
>=20
> Program received signal SIGSEGV, Segmentation fault.
> [Switching to Thread -1229993040 (LWP 12804)]
> 0x003fcf3e in vcal_parse_attributes (hooks=3D0xb1624d58, table=3D0xb162=
4ab0,
> paramtable=3D0xb1624ab0, attributes=3D0xb6afc108, root=3D0xb162c240)
> at xml-vcal.c:676
> 676 for (a =3D *attributes; a; a =3D a->next) {
> (gdb) print a
> $1 =3D (GList *) 0x0
> (gdb) print attributes
> $2 =3D (GList **) 0xb6afc108
> (gdb) print *attributes
> $3 =3D (GList *) 0xb16233f8
> (gdb) print *attributes-next
> No symbol "next" in current context.
> (gdb) print *attributes->next
> $4 =3D {data =3D 0xb162b498, next =3D 0xb1623428, prev =3D 0xb16233f8}
> (gdb) print *attributes->next->next
> $5 =3D {data =3D 0xb162bfa8, next =3D 0xb1623440, prev =3D 0xb1623410}
> (gdb) print **attr
> Structure has no component named operator*.
> (gdb) print *attr
> $6 =3D {group =3D 0x0, name =3D 0xb16280b8 "BEGIN", params =3D 0x0, val=
ues =3D
> 0xb1623434, decoded_values =3D 0xb1623458, encoding =3D VF_ENCODING_RAW=
,
> encoding_set =3D 0}
> (gdb) print *attr->values
> $7 =3D {data =3D 0xb162b618, next =3D 0x0, prev =3D 0x0}
> (gdb) print *attr->values->data
> Attempt to dereference a generic pointer.
> (gdb)
>=20
|
|
From: Armin B. <arm...@de...> - 2006-01-12 00:24:20
|
Norm Dressler wrote: > Hi there, > > Installed the latest syncml and evo2 plugins but getting an error. Here > are the trace files -- can you tell what I'm doing wrong with them? It seems that the phone didnt like the answer we sent to it in response to its first message. so it tried to send the first message again. I own a nokia 6680 so ill try to reproduce (and fix) this behaviour this weekend Armin > > Thanks > Norm > |
|
From: A. <rem...@ya...> - 2006-01-11 12:59:00
|
Hi all
I have no more SIGSEV after solving my problems with invalid utf8
events, but I found that I have now SIGABRT coming after some times.
I was able to pinpoint the problem to the fact that
osync_member_commit_change received NULL as value of its change
parameter.
It's clearly visible in TRACE 1.
>From a debug session, it seems that the message is coming from the
file_sync plugin with a NULL payload.
Since the problem was related to a message, I tried to follow that
message in the log files.
I found out that message 0xb310ebe0 had a problem (see trace 2)
The message is printed when the function timeoutfunc is called (file
osengine_queue.c).
In the same function, there is a call to itm_message_move_data, that is
reseting the payload of the message in timeout while moving it data to
the error message.
After that call, timeoutfunc is setting the message status to ANSWERED
thus, I believe, allowing the handler to deal with that message, and
then aborting because of the NULL payload.
Since I don't want to broke something in the engine and the queue
management, I need advice before trying to propose a modification.
Armin ?
Regards
RemyA
PS: I just saw the news about the conf. Good trip guys, and make us a
shining new release :-)
TRACE 1:
[1136979753.739199] >>>>>>> client_message_handler(0x8839810, 0xb310ebe0, 0x8833808)
[1136979753.739270] [CLI] DEBUG: Client message handler called for message "COMMIT_CHANGE"
[1136979753.739428] >>>>>>> osync_member_commit_change(0x8832320, (nil), 0xc16c14, 0xb310ebe0)
TRACE 2
[1136979753.733361] [ENG] ERROR: Timeout while waiting for a reply to message 0xb310ebe0:"COMMIT_CHANGE". Sending error 0xb32f8c70
--
E-mail : Rem...@ya...
Yahoo Architecture Europe (http://www.yahoo.com/)
Yahoo Id: kelkooremya
|
|
From: A. <rem...@ya...> - 2006-01-11 09:33:16
|
Here is what I've done so far.
I applied the diff from DIFF 1 on
opensync/formats/vformats-xml/xml-vcal.c in order to avoid the SIGSEV.
Then I restarted the sync, and I got the TRACE 1.
This time, the call to vcal_parse_attributes is finishing correctly but
I got a very short xml out of it.
So, I decided to try something to get more xml.
Thus, the diff number 2, getting to the trace number 2.
In term of xml, it's a lot better.
But naturally, now I have another problem related to the following
message, I got on the error output.
(process:6753): GLib-CRITICAL **: g_hash_table_lookup: assertion
`hash_table !=3D NULL' failed
** ERROR **: file opensync_member.c: line 1206
(osync_member_commit_change): assertion failed: (change)
aborting...
will try to find what it means later (but if someone knows already,
thanks for the input :-)
regards
RemyA
DIFF 1:
[amourouxr@remya opensync]$ svn diff formats/vformats-xml/xml-vcal.c
Index: formats/vformats-xml/xml-vcal.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- formats/vformats-xml/xml-vcal.c (r=C3=A9vision 778)
+++ formats/vformats-xml/xml-vcal.c (copie de travail)
@@ -672,8 +672,8 @@
{
osync_trace(TRACE_ENTRY, "%s(%p, %p)", __func__, attributes,
root);
- GList *a =3D NULL;
- for (a =3D *attributes; a; a =3D a->next) {
+ GList *a =3D *attributes;
+ while (a) {
VFormatAttribute *attr =3D a->data;
if (!strcmp(vformat_attribute_get_name(attr), "BEGIN"))
{
@@ -707,6 +707,11 @@
return;
} else
vcal_handle_attribute(table, paramtable, root,
attr);
+
+ // time to "increment"
+ if(a) {
+ a =3D a->next;
+ }
}
osync_trace(TRACE_EXIT, "%s: Done", __func__);
}
DIFF 2:
[amourouxr@remya opensync]$ svn diff formats/vformats-xml/vformat.c
Index: formats/vformats-xml/vformat.c
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=
=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D
--- formats/vformats-xml/vformat.c (r=C3=A9vision 778)
+++ formats/vformats-xml/vformat.c (copie de travail)
@@ -496,10 +496,11 @@
VFormatAttribute *attr;
/* first validate the string is valid utf8 */
- if (!g_utf8_validate (buf, -1, (const char **)&end)) {
+ while (!g_utf8_validate (buf, -1, (const char **)&end)) {
/* if the string isn't valid, we parse as much as we can
from it */
g_warning ("invalid utf8 passed to VFormat. Limping
along.");
- *end =3D '\0';
+ // *end =3D '\0';
+ *end =3D ' ';
}
buf =3D _fold_lines (buf);
TRACE 1:=20
[1136900506.519306] =
Input vcal is:
BEGIN:VCALENDAR
PRODID:-//Ximian//NONSGML Evolution Calendar//EN
VERSION:2.0
METHOD:PUBLISH
BEGIN:VEVENT
ATTENDEE;CN=3DR=C3=A9my Amouroux;ROLE=3DREQ-PARTICIPANT;RSVP=3DTRUE;
PARTSTAT=3DACCEPTED:MAILTO:rem...@ke...
ORGANIZER:MAILTO:va...@am...
DTSTART:20050922T060000Z
DTEND:20050922T080000Z
TRANSP:OPAQUE
SEQUENCE:0
UID:
040000008200E00074C5B7101A82E0080000000010E4575FC9AFC5010000000000000000=
10
000000B6F0CDF8F87227418E1C2A0DBE2BD607
DTSTAMP:20050902T121947Z
DESCRIPTION:Quand : jeudi 22 septembre 2005 08:00-10:00 (GMT+01:00)
Bruxelles\, Copenhague\, Madrid\, Paris.\n\n*~*~*~*~*~*~*~*~*~*\n\nTMV S=
t
Egreve 04/76/75/21/34\n\n\n\n
SUMMARY:Depannage Volet Budendorf
PRIORITY:5
CLASS:PUBLIC
X-MICROSOFT-CDO-REPLYTIME:20050902T135144Z
CREATED:20050902T135144
LAST-MODIFIED:20050902T135144
END:VEVENT
END:VCALENDAR
[1136900506.519512] =
Creating xml doc
[1136900506.519561] =
parsing attributes
[1136900506.519606] =
>>>>>>> vcal_parse_attributes(0xb6be6108, 0xc1f7818)
[1136900506.519652] =
>>>>>>> vcal_handle_attribute(0xc1f0548, 0xc1f7818, 0xc1f=
8320:PRODID)
[1136900506.519698] =
Hook is: 0x1
[1136900506.519741] =
<<<<<<< vcal_handle_attribute: Ignored
[1136900506.519787] =
>>>>>>> vcal_handle_attribute(0xc1f0548, 0xc1f7818, 0xc1f=
1678:VERSION)
[1136900506.519832] =
Hook is: 0x1
[1136900506.519876] =
<<<<<<< vcal_handle_attribute: Ignored
[1136900506.519920] =
>>>>>>> vcal_handle_attribute(0xc1f0548, 0xc1f7818, 0xc1f=
6cf8:METHOD)
[1136900506.519965] =
Hook is: 0x390c3c
[1136900506.520009] =
Handling method attribute
[1136900506.520058] =
<<<<<<< vcal_handle_attribute
[1136900506.520107] =
>>>>>>> vcal_parse_attributes(0xb6be60c8, 0xc1f7d40)
[1136900506.520152] =
<<<<<<< vcal_parse_attributes: Done
[1136900506.520195] =
<<<<<<< vcal_parse_attributes: Done
[1136900506.520281] =
Output XML is:
<?xml version=3D"1.0"?>
<vcal>
<Method>
<Content>PUBLISH</Content>
</Method>
<Event/>
</vcal>
TRACE 2:
[1136969487.644659] =
Output XML is:
<?xml version=3D"1.0"?>
<vcal>
<Method>
<Content>PUBLISH</Content>
</Method>
<Event>
<Attendee>
<Content>MAILTO:rem...@ke...</Content>
<CommonName>R my Amouroux</CommonName>
<Role>REQ-PARTICIPANT</Role>
<RSVP>TRUE</RSVP>
<PartStat>ACCEPTED</PartStat>
</Attendee>
<DateStarted>
<Content>20050922T060000Z</Content>
</DateStarted>
<DateEnd>
<Content>20050922T080000Z</Content>
</DateEnd>
<Transparency>
<Content>OPAQUE</Content>
</Transparency>
<Sequence>
<Content>0</Content>
</Sequence>
<DateCalendarCreated>
<Content>20050902T121947Z</Content>
</DateCalendarCreated>
<Description>
<Content>Quand : jeudi 22 septembre 2005 08:00-10:00 (GMT+01:00) Br=
uxelles, Copenhague, Madrid, Paris.
*~*~*~*~*~*~*~*~*~*
TMV St Egreve 04/76/75/21/34
</Content>
</Description>
<Summary>
<Content>Depannage Volet Budendorf</Content>
</Summary>
<Priority>
<Content>5</Content>
</Priority>
<Class>
<Content>PUBLIC</Content>
</Class>
<UnknownNode>
<NodeName>X-MICROSOFT-CDO-REPLYTIME</NodeName>
<Content>20050902T135144Z</Content>
</UnknownNode>
<DateCreated>
<Content>20050902T135144</Content>
</DateCreated>
<LastModified>
<Content>20050902T135144</Content>
</LastModified>
</Event>
</vcal>
[1136969487.644709] <=
<<<<<< conv_vcal_to_xml: TRUE
Le lundi 09 janvier 2006 =C3=A0 19:35 +0100, R=C3=A9my Amouroux a =C3=A9c=
rit :=20
> Hello
>=20
> I had a SIGSEV during my first sync between evo2 and the file-sync
> plugin.
>=20
> My investigation sofar shows that it is related to the presence of
> non-utf8 characters in the stuff sent by evo2.
--=20
E-mail : Re...@Am...
Web : http://www.amouroux.org/
Yahoo Id: kelkooremya
|
|
From: Andrew S. <as...@ca...> - 2006-01-10 00:04:58
|
Hi, I was wondering what the status of SyncML and OBEX was - how near to complete is the code, and what sort of timescale are we looking at? I know it's difficult to say this sort of thing (I've worked on some not-so-small FLOSS projects myself), but approximately how much work is left - a month, two, six months, a year? I'd offer to help, but I don't know anything about OBEX so I don't think I'd be useful. -- Andrew |
|
From: A. <rem...@ya...> - 2006-01-09 18:35:25
|
Hello
I had a SIGSEV during my first sync between evo2 and the file-sync
plugin.
My investigation sofar shows that it is related to the presence of
non-utf8 characters in the stuff sent by evo2.
in a first case, I was able to pinpoint the problem on the description
and I just removed the description of the event (see trace 1). It seems
that by updating the event, I changed something and it was better.
I had another problem, similar. see trace 2.
Looks like my problems are related to old entries, so I will purge evo2
to make sure I don't have the problem anymore. But it would be cool to
ensure that a SIGSEV cannot arise.
thus ...
I did a gdb session to understand where exactly was the SIGSEV. see
trace 3.
It seems that when vformat is creating a list of attributes that is not
valid, the function vcal_parse_attributes is not handling them well.
Using a for loop is maybe not a good idea in that function since there
are other location where the variable a is modified.
Regards
remyA
PS: trying to provide a diff later this night.
trace 1:
--------
[1136825381.689302]
Input vcal is:
BEGIN:VCALENDAR
PRODID:-//Ximian//NONSGML Evolution Calendar//EN
VERSION:2.0
METHOD:PUBLISH
BEGIN:VEVENT
ATTENDEE;CN=3DR=C3=A9my Amouroux;ROLE=3DREQ-PARTICIPANT;RSVP=3DTRUE;
PARTSTAT=3DACCEPTED:MAILTO:re...@am...
ORGANIZER:MAILTO:va...@am...
DTSTART:20050726T053000Z
DTEND:20050726T053000Z
TRANSP:OPAQUE
SEQUENCE:0
UID:
040000008200E00074C5B7101A82E0080000000070D7AE8F808CC50100000000000000001=
0
0000008C05F5F3D72E3B4C9A3BC7FBF434B6CD
DTSTAMP:20050719T144024Z
DESCRIPTION:Quand : mardi 26 juillet 2005 07:30-07:30 (GMT+01:00)
Bruxelles\, Copenhague\, Madrid\, Paris.\n\n*~*~*~*~*~*~*~*~*~*\n\nSi
tu
pouvais =C3=83=C2=AAtre l=C3=83 ce serait bien\n
SUMMARY:ATEc verification de la toiture Mr Domenec
PRIORITY:5
CLASS:PUBLIC
X-MICROSOFT-CDO-REPLYTIME:20050719T153821Z
CREATED:20050719T153821
LAST-MODIFIED:20050719T153821
END:VEVENT
END:VCALENDAR
[1136825381.689552]
Creating xml doc
[1136825381.689615]
parsing attributes
[1136825381.689674]
>>>>>>> vcal_parse_attributes(0xb6b51108, 0xac99ea8)
[1136825381.689734]
>>>>>>> vcal_handle_attribute(0xac94b80, 0xac99ea8, 0xac99cf0:PRODID)
[1136825381.689793]
Hook is: 0x1
[1136825381.689851]
<<<<<<< vcal_handle_attribute: Ignored
[1136825381.689910]
>>>>>>> vcal_handle_attribute(0xac94b80, 0xac99ea8, 0xac99f10:VERSION)
[1136825381.689969]
Hook is: 0x1
[1136825381.690027]
<<<<<<< vcal_handle_attribute: Ignored
[1136825381.690086]
>>>>>>> vcal_handle_attribute(0xac94b80, 0xac99ea8, 0xac9aaa8:METHOD)
[1136825381.690144]
Hook is: 0xdb9c3c
[1136825381.690200]
Handling method attribute
[1136825381.690264]
<<<<<<< vcal_handle_attribute
[1136825381.690330]
>>>>>>> vcal_parse_attributes(0xb6b510c8, 0xac9afb8)
[1136825381.690389]
<<<<<<< vcal_parse_attributes: Done
(log file ended her)
trace 2
-------
[1136826678.223093]
Input vcal is:
BEGIN:VCALENDAR
PRODID:-//Ximian//NONSGML Evolution Calendar//EN
VERSION:2.0
METHOD:PUBLISH
BEGIN:VEVENT
ATTENDEE;CN=3DR=C3=A9my Amouroux;ROLE=3DREQ-PARTICIPANT;RSVP=3DTRUE;
PARTSTAT=3DACCEPTED:MAILTO:rem...@ke...
ORGANIZER:MAILTO:va...@am...
DTSTART:20050922T060000Z
DTEND:20050922T080000Z
TRANSP:OPAQUE
SEQUENCE:0
UID:
040000008200E00074C5B7101A82E0080000000010E4575FC9AFC50100000000000000001=
0
000000B6F0CDF8F87227418E1C2A0DBE2BD607
DTSTAMP:20050902T121947Z
DESCRIPTION:Quand : jeudi 22 septembre 2005 08:00-10:00 (GMT+01:00)
Bruxelles\, Copenhague\, Madrid\, Paris.\n\n*~*~*~*~*~*~*~*~*~*\n\nTMV
St
Egreve 04/76/75/21/34\n\n\n\n
SUMMARY:Depannage Volet Budendorf
PRIORITY:5
CLASS:PUBLIC
X-MICROSOFT-CDO-REPLYTIME:20050902T135144Z
CREATED:20050902T135144
LAST-MODIFIED:20050902T135144
END:VEVENT
END:VCALENDAR
[1136826678.223346]
Creating xml doc
[1136826678.223411]
parsing attributes
[1136826678.223469]
>>>>>>> vcal_parse_attributes(0xb6b36108, 0xb1d915b8)
[1136826678.223529]
>>>>>>> vcal_handle_attribute(0xb1d8afb8, 0xb1d915b8,
0xb1d92110:PRODID)
[1136826678.223632]
Hook is: 0x1
[1136826678.223691]
<<<<<<< vcal_handle_attribute: Ignored
[1136826678.223750]
>>>>>>> vcal_handle_attribute(0xb1d8afb8, 0xb1d915b8,
0xb1d92130:VERSION)
[1136826678.223811]
Hook is: 0x1
[1136826678.223868]
<<<<<<< vcal_handle_attribute: Ignored
[1136826678.223927]
>>>>>>> vcal_handle_attribute(0xb1d8afb8, 0xb1d915b8,
0xb1d91540:METHOD)
[1136826678.223989]
Hook is: 0xe3dc3c
[1136826678.224046]
Handling method attribute
[1136826678.224111]
<<<<<<< vcal_handle_attribute
[1136826678.224176]
>>>>>>> vcal_parse_attributes(0xb6b360c8, 0xb1d92510)
[1136826678.224233]
<<<<<<< vcal_parse_attributes: Done
trace3:
------
Received a entry 20050525T023411Z-5011-100-1-5@remya with data of size 4
from member 1. Changetype ADDED
** (process:12799): WARNING **: invalid utf8 passed to VFormat. Limping
along.
** (process:12799): WARNING **: vcard ended without END:VCARD
Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread -1229993040 (LWP 12804)]
0x003fcf3e in vcal_parse_attributes (hooks=3D0xb1624d58, table=3D0xb1624a=
b0,
paramtable=3D0xb1624ab0, attributes=3D0xb6afc108, root=3D0xb162c240)
at xml-vcal.c:676
676 for (a =3D *attributes; a; a =3D a->next) {
(gdb) print a
$1 =3D (GList *) 0x0
(gdb) print attributes
$2 =3D (GList **) 0xb6afc108
(gdb) print *attributes
$3 =3D (GList *) 0xb16233f8
(gdb) print *attributes-next
No symbol "next" in current context.
(gdb) print *attributes->next
$4 =3D {data =3D 0xb162b498, next =3D 0xb1623428, prev =3D 0xb16233f8}
(gdb) print *attributes->next->next
$5 =3D {data =3D 0xb162bfa8, next =3D 0xb1623440, prev =3D 0xb1623410}
(gdb) print **attr
Structure has no component named operator*.
(gdb) print *attr
$6 =3D {group =3D 0x0, name =3D 0xb16280b8 "BEGIN", params =3D 0x0, value=
s =3D
0xb1623434, decoded_values =3D 0xb1623458, encoding =3D VF_ENCODING_RAW,
encoding_set =3D 0}
(gdb) print *attr->values
$7 =3D {data =3D 0xb162b618, next =3D 0x0, prev =3D 0x0}
(gdb) print *attr->values->data
Attempt to dereference a generic pointer.
(gdb)
--=20
E-mail : Rem...@ya...
Yahoo Architecture Europe (http://www.yahoo.com/)
Yahoo Id: kelkooremya
|
|
From: Norm D. <no...@dr...> - 2006-01-09 17:56:23
|
Hi there, Installed the latest syncml and evo2 plugins but getting an error. Here are the trace files -- can you tell what I'm doing wrong with them? Thanks Norm |
40 messages has been excluded from this view by a project administrator.
