Hello:
In Pre-release version 2.2.0 of Toucan, selecting the "Restore" check box under the Backup tab crashes the app (beings up window to report error to Microsoft). It happens every time. This would be fine, except attempting to expand the zip archives returns the error "Zip archive is invalid or corrupt."
Is anyone else seeing those two behaviors (crash on selecting restore, and zip archive cannot be expanded outside of Toucan)?
Using WinXP Pro. Running from Portable USB drive. I recently upgraded Toucan to the Pre-release version 2.2.0, because of a bug in scripting (it could not rename or delete files using the sample rotating backup script -- I have not verified whether that bug is fixed).
Also, how about a bullet-point tutorial on restoring files -- because as one backup service puts it... it's not the ability to back up that matters, it's the ability to restore.
Best,
Phil
crash has been fixed in the version I have sent to release. I have not seen the other bug, but will take another look.
Thanks for the report.
When you first set up a backup job as Zip, and then change the radio button to 7z, the backup filename stays as ".zip".
Further, you can really specify any extension you want on the backup file (such as BackUpFile.xyz), and it happily does it.
Either of those two conditions could affect the un-archiving issue.
Maybe the backup filename should have an automatic extension based on the radio button?
The 7zip archive correctly named as .7z won't open with UniExtractor, but does just fine when brought up in 7-ZipPortable.
The locally unarchived zip file created a directory the same as the backup filename, and contained the backup directory name inside it.
The locally unarchived 7z file (which had trouble unarchiving) created a directory the same as the backup directory name.
I'd look at the inclusion of path information in the archive creation/extraction process.
neutron1132 (at) usa (dot) com
Steve:
Perhaps this is a 7Zip question. Are the Zip files from Toucan and 7Zip non-standard, or for some other reason not compatible with the standard Windows implementation?
(In my case) the backups from Toucan generate an error using the standard Windows XP Explore Archive command, as well as with the excellent freeware app Filzip which I have been using for years.
However, a test with 7Zip did not generate any errors.
Thanks,
Phil
Edit: Steve was too quick!
neutron1132 (at) usa (dot) com
Thanks for the quick response.
Would someone experienced with Toucan like to throw together a 5-point (or so) tutorial on the Restore function? Restoring data is the point of the App, and it only has one line in the help file. At least, so far as I can tell.
Thanks,
Phil
Automated restores scare me. I've been doing computers for many years (and during that time ran local and wide area networks) and again, automated restores scare me.
When I need a particular thing out of a backup, I tend to extract the archive to a neutral location, take the desired file and/or directory, and put it back where it belongs.
That's not an answer to your question, I know.
This is a bit difficult because the current beta blows up (as you mentioned) so this restore is based on the existing 2.1.2 version which looks a bit different.
So, the quick and dirty answer is this:
Please note that if you want the files to go into a directory that does not exist (such as \PortableApps\XYZ), you would specify the "Location to Extract into" of \PortableApps and it will make the directory.
neutron1132 (at) usa (dot) com
Thank you. That should be in the help file.
Happy to help.
Let me know if you run into any glitches with my quick message.
neutron1132 (at) usa (dot) com