You are here

DSynchronize

5 posts / 0 new
Last post
tjones
Offline
Last seen: 3 years 1 month ago
Joined: 2014-04-08 22:41
DSynchronize

just updated to the latest version of DSynchronize. any way to get back the settings i saved just before exiting with the previous version? when the prg starts it has lost all the paths and settings previously selected.

also, the "select all" and "deselect all" options continue to crash the program.

thanks for any help.

-Terry H Jones
terry@sqpn.com

John T. Haller
John T. Haller's picture
Offline
Last seen: 1 hour 41 min ago
AdminDeveloperModerator
Joined: 2005-11-28 22:21
Saved

If they were properly saved, they'd be in the DSynchronize.ini file which is moved back to Data on exit and preserved. Even if it crashes and doesn't move the launcher won't mess it up. Note that if you somehow managed to run DSynchronize.exe directly, it won't work right.

I'm seeing a crash on Select All as well. That's a bug in the base app. It's possible this could be related to your loss of settings.

Sometimes, the impossible can become possible, if you're awesome!

tjones
Offline
Last seen: 3 years 1 month ago
Joined: 2014-04-08 22:41
DSynchronize

is there a way to force loading the settings? i've never noticed a menu command, but that doesn't mean much. is there a command line option?

ecaps
Offline
Last seen: 4 years 3 months ago
Joined: 2015-09-21 03:09
ini mismatch

The ini file (as now read by Dsynchronize.exe) has changed which is why the saved settings don't load. I dug down and came up with the following:

1. Path references that were in Italian are now in English. So:

Origine0000 => Source0000
Filtro0000 => Filter0000
Destinazione0000 => Destination0000

...and so on for each sync link.

2. There's a new entry, which I took to be global:

FileCountBeforeSync=1

3. All entries previously listed with True or False have changed to numeric values. True is 1. False is 0.

Once I replaced and added the necessary changes, a test sync worked ok and it's noticeable that the program now uses symbolic links.

Nevertheless, it's not desirable or safe that a user has to go to such lengths and I hope the author is looking in and will resolve the issues, as well as supply a changelog for the program at his website. This is a really useful app for lightweight work and it would be a pity to lose trust in it.

John T. Haller
John T. Haller's picture
Offline
Last seen: 1 hour 41 min ago
AdminDeveloperModerator
Joined: 2005-11-28 22:21
Horrible Design

It's horrible design to have your INI file's entries be language dependent. We don't touch any of those settings between releases.

Sometimes, the impossible can become possible, if you're awesome!

Log in or register to post comments