[delphizip] Re: Volume name eg PKBACK 001 - possible to backu p updates or newer to separate file? Use of Thread DLL
- From: "Russell Peters" <russellpeters@xxxxxxxxxxx>
- To: <delphizip@xxxxxxxxxxxxx>
- Date: Wed, 20 Nov 2002 07:38:23 +1100
The way it would be implemented would be another callback 'function' - this
also returns (to the dll) the 'cancel' flag.
I have to try to streamline this path , maybe not call each file but every
nth? and most likely passing the 'found' file count , but any event handler
would need to be fast, it also needs to call processmessages (on single
thread which is slow).
I am not sure how significant the ZipMaster times are when compared to the
'finding' times - no doubt I will find out.
Russell Peters
http://www.users.bigpond.com/russellpeters/delphizip.html
----- Original Message -----
From: "Alistair George" <bigal@xxxxxxxxxx>
To: "Eric.Engler@xxxxxxxxxxxxxx" <delphizip@xxxxxxxxxxxxx>
Sent: Wednesday, November 20, 2002 7:17 AM
Subject: [delphizip] Re: Volume name eg PKBACK 001 - possible to backu p
updates or newer to separate file? Use of Thread DLL
>
> Hello Eric,
> EEzc> Maybe we could add an event for each time we add a filename to the
list?
> If you had a global bit that was set and cleared as it was doing this it
would
> not slow the process down. That way the pascal application could just
check that bit on
> a leisurely basis and as long as it was toggling, that would satisfy some
> requirement of an update. I do not have a clue how you would include a
global
> bit between the dll and pascal though, and it might not make sense to do
it this
> way?
> Alistair+
> EEzc> But this might slow it down?
>
> EEzc> Eric
>
>
>
Other related posts:
