[delphizip] Re: Volume name eg PKBACK 001 - possible to backup updates or newer to separate file? Use of Thread DLL
- From: "Roger Aelbrecht" <Roger.Aelbrecht@xxxxxxxxxx>
- To: <delphizip@xxxxxxxxxxxxx>
- Date: Wed, 20 Nov 2002 18:40:04 +0100
I repeated asking because I got the impression that a new progress event
in the ZipMaster/ZipBuilder component would help, and I knew it wouldn't.
It is the DLL that is spending time looking for all files in the list, so it
is the
Dll that has to report any progress if possible.
Since Russell is already working on it, I take no further action
until the DLL's are updated for this.
BTW
Is the request for a new Actioncode for OnSetExtraField still valid
that will require changes in the DLL as well
Regards,
Roger Aelbrecht
http://web.wanadoo.be/driehoeksw
----- Original Message -----
From: <Eric.Engler@xxxxxxxxxxxxxx>
To: <delphizip@xxxxxxxxxxxxx>
Sent: Tuesday, November 19, 2002 9:06 PM
Subject: [delphizip] Re: Volume name eg PKBACK 001 - possible to backup
updates or newer to separate file? Use of Thread DLL
>
> That's right - the DLL is collecting individual filenames during this
time.
> You don't get any feedback until it has collected all the names.
>
> Maybe we could add an event for each time we add a filename to the list?
>
> But this might slow it down?
>
> Eric
>
> -----Original Message-----
> From: Alistair George [mailto:bigal@xxxxxxxxxx]
> Sent: Tuesday, November 19, 2002 2:38 PM
> To: Roger Aelbrecht
> Subject: [delphizip] Re: Volume name eg PKBACK 001 - possible to backup
> updates or newer to separate file? Use of Thread DLL
>
>
>
> RA> Wan to make sure, you were asking for an onprogressevent between
> starting
> RA> the
> RA> Add function and before the Dll function is called (call to
ZipDllExec)
> Roger if you have a backup program using zipmaster and try to archive a
huge
> number of files you will see what I mean - there is no feedback to the
> client
> after zipmaster.add it effected until it starts to process the files and
the
> event OnsetNewName is available. This means to all intense purpose that it
> appears the program has locked up when in fact it is busy processing.
>
> Can you duplicate that or shall I send you an example?
>
>
>
> --
> Regards,
> Alistair+
>
>
>
Other related posts:
