[delphizip] Re: Volume name eg PKBACK 001 - possible to backup updates or newer to separate file? Use of Thread DLL
- From: "Russell Peters" <russellpeters@xxxxxxxxxxx>
- To: <delphizip@xxxxxxxxxxxxx>
- Date: Wed, 20 Nov 2002 07:03:17 +1100
I am working on a new version at the moment so will see what I can do about
not setting volume name .
Have not worked out enough details about saving updates/newer to separate
file - know more or less what is required but I must make other changes to
ZipDll first.
One of the changes for the new version is a 'tickler' to let know that
something is happening while the dll searchs through a heap of files - this
also lets you abort the operation (the previous abortdlls function cannot
work with multithread dlls.
Hope to make some progress soon - but there are quite a few changes needed!
Any suggestions about desired features/changes welcomed.
Russell Peters
http://www.users.bigpond.com/russellpeters/delphizip.html
----- Original Message -----
From: "Alistair George" <bigal@xxxxxxxxxx>
To: <delphizip@xxxxxxxxxxxxx>
Sent: Wednesday, November 20, 2002 2:57 AM
Subject: [delphizip] Volume name eg PKBACK 001 - possible to backup updates
or newer to separate file? Use of Thread DLL
>
> Just a reminder:
> >> Please consider adding a properties flag SpanNoVolumeName
> This is due to when user has CDRW or other media ZM changes the volume
name,
> which is sometimes not desirable.
>
> Re below:
> >> Q..Say I have loaded a zipfile and want to do updates or refresh on the
> RA> contents
> >> of, but I want to do the differences to a separate archive. Is that
> RA> conceivable?
> >>
> RA> Has to be studied seems not so easy at first view.
> On second thought it is no big deal, as use of the archive bit does much
the same thing
> (AddResetArchive)
>
> Question to all Re THREAD DLL.
> Has anyone tried the new thread dll on a large backup - eg 1-2Gb? Am
interested
> in if using this mode immediately returns to user program so that progress
can
> be displayed. Current non-thread _seems_ to make the program hang when it
is
> working out in zipmaster.add (due to no promulgation of onprogressevents
in this
> stage).
> Cheers,
> Al+
>
>
>
Other related posts:
