Discussion:
Legacy support in sync-engine, and its impact on *dccm
Dr J A Gow
2007-12-22 13:29:58 UTC
Permalink
Folks,

I have been investigating whether we can build legacy support into
sync-engine. It looks very much like this can be done.

The stumbling block is the fact that a legacy *dccm does not emit the
required d-bus messages to allow sync-engine to know it is there! I
tried vdccm with my old iPAQ h3800 series and PocketPC 2002.

Now I confess not to have been following the various *dccm discussions
in detail so I am not fully up to date on the current thinking regarding
*dccm, but is there any likelihood of convergence with the various
*dccms towards a single one supporting both current and legacy devices -
or at least having them emit the same messages on connection?

Basically, in sync-engine, I would like to either call an API in or
have a d-bus message sent from the *dccm (preferably the latter) to
determine both the presence of a device and the device type, and thereby
know whether to use the legacy support or Airsync.

John.
Jonny Lamb
2007-12-22 14:12:07 UTC
Permalink
Post by Dr J A Gow
I have been investigating whether we can build legacy support into
sync-engine. It looks very much like this can be done.
Great!
Post by Dr J A Gow
The stumbling block is the fact that a legacy *dccm does not emit the
required d-bus messages to allow sync-engine to know it is there! I
tried vdccm with my old iPAQ h3800 series and PocketPC 2002.
Now I confess not to have been following the various *dccm discussions
in detail so I am not fully up to date on the current thinking regarding
*dccm, but is there any likelihood of convergence with the various
*dccms towards a single one supporting both current and legacy devices -
or at least having them emit the same messages on connection?
Mark implemented pre-WM5 support in odccm a little while ago[1]. Not
having a pre-WM5 device, I have never tested it, but I do believe it
works. This obviously means that you need not target any other dccm --
just concentrate on odccm.
Post by Dr J A Gow
Basically, in sync-engine, I would like to either call an API in or
have a d-bus message sent from the *dccm (preferably the latter) to
determine both the presence of a device and the device type, and thereby
know whether to use the legacy support or Airsync.
Sounds superb!

Hope this is helpful.

[1] http://synce.svn.sf.net/viewvc/synce?view=rev&revision=2977
--
Jonny Lamb, UK ***@jonnylamb.com
http://jonnylamb.com GPG: 0x2E039402
Dr J A Gow
2007-12-22 15:08:56 UTC
Permalink
Post by Jonny Lamb
Mark implemented pre-WM5 support in odccm a little while ago[1]. Not
having a pre-WM5 device, I have never tested it, but I do believe it
works. This obviously means that you need not target any other dccm --
just concentrate on odccm.
Hope this is helpful.
[1] http://synce.svn.sf.net/viewvc/synce?view=rev&revision=2977
Ah, that'll be why it didn't work for me - forgot the
--enable-legacy-support. I'll try again. Being able to concentrate on
odccm will be a great help.

John.
Mark Ellis
2007-12-27 09:59:08 UTC
Permalink
Post by Dr J A Gow
Post by Jonny Lamb
Mark implemented pre-WM5 support in odccm a little while ago[1]. Not
having a pre-WM5 device, I have never tested it, but I do believe it
works. This obviously means that you need not target any other dccm --
just concentrate on odccm.
Hope this is helpful.
[1] http://synce.svn.sf.net/viewvc/synce?view=rev&revision=2977
Ah, that'll be why it didn't work for me - forgot the
--enable-legacy-support. I'll try again. Being able to concentrate on
odccm will be a great help.
Shouldn't need --enable-legacy-support with the latest svn, please let
me know if you spot a problem there. The latest commit I made (a few
weeks ago ?) also fixed a significant bug with legacy connections, so
it's worth using the latest if you plan to play with this.

Mark

Loading...