From mdecaro at comcast.net Sun Oct 15 18:50:46 2006 From: mdecaro at comcast.net (Matt DeCaro) Date: Sun Oct 15 18:50:49 2006 Subject: [missing-sync-palmos-dev-talk] Sync Type Message-ID: I am having trouble with the eSyncTypes fed into OpenConduitCarbon (member of CSyncProperties). It seems to always have the SyncType of the last sync, not the one as set in the ConfigureConduit function. Am I missing something? __________________ Matt DeCaro mdecaro@comcast.net -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.markspace.com/pipermail/missing-sync-palmos-dev-talk/attachments/20061015/c9fa0e7d/attachment.html From sgruby at markspace.com Sun Oct 15 19:00:55 2006 From: sgruby at markspace.com (Scott Gruby) Date: Sun Oct 15 19:01:01 2006 Subject: [missing-sync-palmos-dev-talk] Sync Type In-Reply-To: References: Message-ID: On Oct 15, 2006, at 6:50 PM, Matt DeCaro wrote: > I am having trouble with the eSyncTypes fed into OpenConduitCarbon > (member of CSyncProperties). > > It seems to always have the SyncType of the last sync, not the one > as set in the ConfigureConduit function. Am I missing something? You need to read your own setting; the SyncType passed in to your conduit will either be fast or slow. So, in ConfigureConduit, you would set the permanent or temporary sync type and then in OpenConduitCarbon, you read that same setting. -- Scott Gruby Mark/Space, Inc. Please visit for assistance with Mark/Space products. From mdecaro at comcast.net Sun Oct 15 19:09:28 2006 From: mdecaro at comcast.net (Matt DeCaro) Date: Sun Oct 15 19:09:31 2006 Subject: [missing-sync-palmos-dev-talk] Sync Type In-Reply-To: References: Message-ID: Sometimes it reads ePCtoHH or eHHtoPC. Should I interpret this as slow? I have at times configured it as eHHtoPC, then immediately reconfigured as Synchronize. Instead of giving me eFast on debugging the next hotsync, it gives eHHtoPC again. Only if I hotsync again will it give me eFast??? On Oct 15, 2006, at 10:00 PM, Scott Gruby wrote: > > On Oct 15, 2006, at 6:50 PM, Matt DeCaro wrote: > >> I am having trouble with the eSyncTypes fed into OpenConduitCarbon >> (member of CSyncProperties). >> >> It seems to always have the SyncType of the last sync, not the one >> as set in the ConfigureConduit function. Am I missing something? > > You need to read your own setting; the SyncType passed in to your > conduit will either be fast or slow. So, in ConfigureConduit, you > would set the permanent or temporary sync type and then in > OpenConduitCarbon, you read that same setting. > > -- > Scott Gruby > Mark/Space, Inc. > > > Please visit for assistance > with Mark/Space products. > > > _______________________________________________ > missing-sync-palmos-dev-talk mailing list > missing-sync-palmos-dev-talk@lists.markspace.com > http://lists.markspace.com/mailman/listinfo/missing-sync-palmos-dev- > talk __________________ Matt DeCaro mdecaro@comcast.net -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.markspace.com/pipermail/missing-sync-palmos-dev-talk/attachments/20061015/aacdee7d/attachment.html From sgruby at markspace.com Sun Oct 15 19:12:19 2006 From: sgruby at markspace.com (Scott Gruby) Date: Sun Oct 15 19:12:25 2006 Subject: [missing-sync-palmos-dev-talk] Sync Type In-Reply-To: References: Message-ID: On Oct 15, 2006, at 7:09 PM, Matt DeCaro wrote: > Sometimes it reads ePCtoHH or eHHtoPC. Should I interpret this as > slow? > Sorry about that, I forgot that if the handheld is completely empty, we send ePCtoHH and if the desktop appears to be empty (first sync), we send eHHtoPC. > I have at times configured it as eHHtoPC, then immediately > reconfigured as Synchronize. Instead of giving me eFast on > debugging the next hotsync, it gives eHHtoPC again. Only if I > hotsync again will it give me eFast??? Are you using Missing Sync or HotSync Manager? You should basically handle 4 cases: synchronize (fast sync), synchronize (slow sync), desktop overwrites handheld, and handheld overwrites desktop. -- Scott Gruby Mark/Space, Inc. Please visit for assistance with Mark/Space products. From mdecaro at comcast.net Sun Oct 15 19:21:05 2006 From: mdecaro at comcast.net (Matthew DeCaro) Date: Sun Oct 15 19:21:10 2006 Subject: [missing-sync-palmos-dev-talk] Sync Type In-Reply-To: References: Message-ID: I am using Missing Sync. If what you said is true, then why if I sync HHtoPC, then immediately change config to Synchronize and resync, do I still get HHtoPC on debugging? On Oct 15, 2006, at 10:12 PM, Scott Gruby wrote: > > On Oct 15, 2006, at 7:09 PM, Matt DeCaro wrote: > >> Sometimes it reads ePCtoHH or eHHtoPC. Should I interpret this as >> slow? >> > > Sorry about that, I forgot that if the handheld is completely > empty, we send ePCtoHH and if the desktop appears to be empty > (first sync), we send eHHtoPC. > >> I have at times configured it as eHHtoPC, then immediately >> reconfigured as Synchronize. Instead of giving me eFast on >> debugging the next hotsync, it gives eHHtoPC again. Only if I >> hotsync again will it give me eFast??? > > Are you using Missing Sync or HotSync Manager? You should basically > handle 4 cases: synchronize (fast sync), synchronize (slow sync), > desktop overwrites handheld, and handheld overwrites desktop. > > -- > Scott Gruby > Mark/Space, Inc. > > > Please visit for assistance > with Mark/Space products. > > > _______________________________________________ > missing-sync-palmos-dev-talk mailing list > missing-sync-palmos-dev-talk@lists.markspace.com > http://lists.markspace.com/mailman/listinfo/missing-sync-palmos-dev- > talk __________________ Matt DeCaro mdecaro@comcast.net -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.markspace.com/pipermail/missing-sync-palmos-dev-talk/attachments/20061015/9287b9bb/attachment.html From sgruby at markspace.com Sun Oct 15 19:29:24 2006 From: sgruby at markspace.com (Scott Gruby) Date: Sun Oct 15 19:29:30 2006 Subject: [missing-sync-palmos-dev-talk] Sync Type In-Reply-To: References: Message-ID: <74EFCDE2-3642-4364-938C-39C3E496EEC1@markspace.com> On Oct 15, 2006, at 7:21 PM, Matthew DeCaro wrote: > I am using Missing Sync. > > If what you said is true, then why if I sync HHtoPC, then > immediately change config to Synchronize and resync, do I still get > HHtoPC on debugging? After additional research, I have to correct myself. You will always get what is stored in the temp sync preferences, except if a slow sync is required. In addition, if you specify kUmDoNothing (or the equivalent), it will be set to synchronize. It is up to the conduit to determine any other type of sync it wants (I was remembering about our MemoPad conduit). I hope this helps. -- Scott Gruby Mark/Space, Inc. Please visit for assistance with Mark/Space products. From mdecaro at comcast.net Sun Oct 15 19:47:21 2006 From: mdecaro at comcast.net (Matt DeCaro) Date: Sun Oct 15 19:47:28 2006 Subject: [missing-sync-palmos-dev-talk] Sync Type In-Reply-To: <74EFCDE2-3642-4364-938C-39C3E496EEC1@markspace.com> References: <74EFCDE2-3642-4364-938C-39C3E496EEC1@markspace.com> Message-ID: I think that did it. Thanks. On Oct 15, 2006, at 10:29 PM, Scott Gruby wrote: > > On Oct 15, 2006, at 7:21 PM, Matthew DeCaro wrote: > >> I am using Missing Sync. >> >> If what you said is true, then why if I sync HHtoPC, then >> immediately change config to Synchronize and resync, do I still >> get HHtoPC on debugging? > > After additional research, I have to correct myself. You will > always get what is stored in the temp sync preferences, except if a > slow sync is required. In addition, if you specify kUmDoNothing (or > the equivalent), it will be set to synchronize. It is up to the > conduit to determine any other type of sync it wants (I was > remembering about our MemoPad conduit). > > I hope this helps. > -- > Scott Gruby > Mark/Space, Inc. > > > Please visit for assistance > with Mark/Space products. > > > _______________________________________________ > missing-sync-palmos-dev-talk mailing list > missing-sync-palmos-dev-talk@lists.markspace.com > http://lists.markspace.com/mailman/listinfo/missing-sync-palmos-dev- > talk __________________ Matt DeCaro mdecaro@comcast.net -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.markspace.com/pipermail/missing-sync-palmos-dev-talk/attachments/20061015/2c86383b/attachment.html From mdecaro at comcast.net Tue Oct 17 17:14:25 2006 From: mdecaro at comcast.net (Matt DeCaro) Date: Tue Oct 17 17:14:32 2006 Subject: [missing-sync-palmos-dev-talk] Backing up if conduit present? Message-ID: <30EC8FFB-F9F3-4F00-9E9B-EE4835C28468@comcast.net> WHen the datatype of a db was DATA under Hotsync, if a conduit existed, the db was not backed up in the Backup phase of a sync. It appears that this is not the case for Missing Sync. Any hints to suppress this? I suppose that I could uncheck the backup bit of the db, but if for some reason the conduit isn't working, I'd like the db backed up. __________________ Matt DeCaro mdecaro@comcast.net -------------- next part -------------- An HTML attachment was scrubbed... URL: http://lists.markspace.com/pipermail/missing-sync-palmos-dev-talk/attachments/20061017/cd00b083/attachment.html From sgruby at markspace.com Tue Oct 17 17:21:55 2006 From: sgruby at markspace.com (Scott Gruby) Date: Tue Oct 17 17:22:02 2006 Subject: [missing-sync-palmos-dev-talk] Backing up if conduit present? In-Reply-To: <30EC8FFB-F9F3-4F00-9E9B-EE4835C28468@comcast.net> References: <30EC8FFB-F9F3-4F00-9E9B-EE4835C28468@comcast.net> Message-ID: <49C4EEF3-BA3E-48E2-BF9B-46EC7871646A@markspace.com> On Oct 17, 2006, at 5:14 PM, Matt DeCaro wrote: > WHen the datatype of a db was DATA under Hotsync, if a conduit > existed, the db was not backed up in the Backup phase of a sync. > It appears that this is not the case for Missing Sync. > > Any hints to suppress this? I suppose that I could uncheck the > backup bit of the db, but if for some reason the conduit isn't > working, I'd like the db backed up. There is no way to suppress this behavior with Missing Sync. We felt that a backup wasn't a backup if it didn't back up everything (could I use backup another time? :-)). If for some reason your conduit fails, the user still has a good copy of the data. -- Scott Gruby Mark/Space, Inc. Please visit for assistance with Mark/Space products.