Re: [Opensync-devel] Problem with syncml-obex-client

[Henrik /K. <kaa...@us...>]

Alban Browaeys wrote:
> Le mercredi 28 novembre 2007 à 20:10 +0100, Henrik /KaarPoSoft a écrit :
>   
>> Hi, it's me again.
>> Sorry to keep bothering you,
>> but there seems to be a problem with syncml-obex-client
>>
>> I am trying to sync between file-sync and syncml-obex-client
>>
>> The phone says synchronization is starting
>>
>> But no changes are received from syncml-obex-client
>> and msynctool quickly reaches
>> Main sink of member 1 of type file-sync just sent all changes
>> Main sink of member 2 of type syncml-obex-client just sent all changes
>> Then it hangs... nothing happens... the phone is still connected...
>>
>> The last entries in the main logfile are:
>>  >>>>>>>  osync_engine_synchronize_and_block(0x805f680, 0xbfa1b5f4)
>>  >>>>>>>  osync_engine_synchronize(0x805f680, 0xbfa1b5f4)
>> <<<<<<<  osync_engine_synchronize
>> (i.e. consistent with the fact that msynctool is hanging)
>>
>> syncml_obex_client_init seems to have worked:
>> [...]
>>  >>>>>>>  get_database_pref_content_type
>> <<<<<<<  get_database_pref_content_type - text/x-vcard
>>  >>>>>>>  add_dev_inf_datastore (0xb4804e98, 0xb4804d18)
>>  >>>>>>>  get_database_pref_content_type
>> <<<<<<<  get_database_pref_content_type - text/x-vcard
>>  >>>>>>>  add_devinf_ctcap (text/x-vcard 2.1)
>> new content type detected
>> vCard 2.1 detected
>>  >>>>>>>  _add_ctcap_property_by_name_value (BEGIN ::= VCARD)
>> [...]
>>  >>>>>>>  add_devinf_ctcap (text/x-vcard 3.0)
>> new content type detected
>> vCard 3.0 detected
>>  >>>>>>>  _add_ctcap_property_by_name_value (BEGIN ::= VCARD)
>> <<<<<<<  add_devinf_ctcap - content type newly added to devinf
>>  <<<<<<<  add_dev_inf_datastore - content type newly added to devinf
>> [...]
>>
>> The only strange thing seems to be a logfile with just two lines in it:
>>  >>>>>>>  _ds_alert(0x807dd00, 0xb4804d18)
>> <<<<<<<  _ds_alert
>>
>> Any help on this would be much appreciated.
>>
>> /Henrik
>>
>> PS: The same configuration files worked with a build out of SVN a few 
>> weeks ago.
>> Unfortunatly I do not remember the revision number.
>> But I am pretty sure the configuration files are OK, since they worked 
>> before
>>     
>
> It was r272.
> To get things working (it is only a temporary solution) revert this part
> of the r273 change (see patch attached).
>
> Regards
> Alban
>   
I tried this patch, but unfortunatly:
The result is exactly the same as before...
syncml-obex-client sends no changes and msynctool hangs   ))-:

/Henrik