On Wed, 2011-01-26 at 17:06 +0100, Karl Relton wrote:
> On Wed, 2011-01-26 at 14:52 +0000, Mark Ellis wrote:
> > > The following patch fixes it!
> > >
> > > --- synce-device-manager.c.orig 2011-01-26 12:06:31.076751002 +0000
> > > +++ synce-device-manager.c 2011-01-26 12:07:15.360751014 +0000
> > > @@ -123,7 +123,7 @@
> > >
> > > GSList *device_entry_iter = priv->devices;
> > > while (device_entry_iter) {
> > > - if ((((DeviceEntry*)device_entry_iter->data)->server_990 = server)
> > > || (((DeviceEntry*)device_entry_iter->data)->server_5679 = server))
> > > + if ((((DeviceEntry*)device_entry_iter->data)->server_990 == server)
> > > || (((DeviceEntry*)device_entry_iter->data)->server_5679 == server))
> > > break;
> > > device_entry_iter = g_slist_next(device_entry_iter);
> > > }
> > >
> > >
> > >
> >
> > You're an absolute legend !!!!!!
> >
> > Had to be something daft like that, it was too wierd not to be. Me hides
> > embarrassed grin :)
> >
> > Right, here's the plan then. With this and the modified legacy rule,
> > connector is basically good to go.
> >
> > However, libgnet is old and unmaintained, and even Debian are
> > deprecating it. I'm making a concerted effort to port to gio instead of
> > gnet. If that goes well, I'll commit some changes, upload a package to
> > the PPA, and we can try it out before release. If that starts looking
> > complex, I'll release still with gnet and do the gio stuff later.
> >
>
> Glad I could be of help. I'll happily be a guinea pig with the gio based
> version on my legacy device. Ping me when you think it is ready for a
> try.
> Change of plan, gio needs a few more significant changes than I was hoping, so I've released the udev stuff as is to save too much of a delay, I'll start commiting the gio changes in a while so we can get some testing in. Mark
signature.asc
Description: This is a digitally signed message part
------------------------------------------------------------------------------ The ultimate all-in-one performance toolkit: Intel(R) Parallel Studio XE: Pinpoint memory and threading errors before they happen. Find and fix more than 250 security defects in the development cycle. Locate bottlenecks in serial and parallel code that limit performance. http://p.sf.net/sfu/intel-dev2devfeb
_______________________________________________ SynCE-Devel mailing list SynCE-Devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/synce-devel
