[delphizip] Re: Preliminary version of TZipBuilder 1.71
- From: "Roger Aelbrecht" <Roger.Aelbrecht@xxxxxxxxxx>
- To: <delphizip@xxxxxxxxxxxxx>
- Date: Mon, 2 Dec 2002 18:28:53 +0100
----- Original Message -----
From: "Alistair George" <bigal@xxxxxxxxxx>
To: "Roger Aelbrecht" <delphizip@xxxxxxxxxxxxx>
Sent: Sunday, December 01, 2002 8:40 PM
Subject: [delphizip] Re: Preliminary version of TZipBuilder 1.71
>
> Hello Roger,
> RA> Summary of changes:
> RA> 1- Writing EOC in Spanned archive to floppy
> RA> 2- Extract from Multi Volume archives
> RA> 3- Recomposing Archive from Multi Volume archives
> RA> 4- Avoid asking for last disk.
> RA> 5- Endless loop in List function
> RA> 6- Avoid asking for first disk if already disk in drive
> RA> 7 ErrCode not 0
> RA> 8 - New property NoVolumeChange
> RA> 9 - New property WinZipNames
> Fantastic; this covers much of what we have already been discussing apart
from
> the FFreeOnDisk issue mentioned earlier.
>
> Item 4: I do not understand why to avoid asking for last disk?
>
If you enter ZipFIleName and the zipfile is spanned on disks
then the component always ask to insert the last disk of the
set, (because it executes List that needs the EOC),
even if the users only want to overwrite the exisiting disks and thus
need to play JD.
Has been requested in this discussion forum
> What are: Endless loop in List function?
IF ZipFileName is not valid zip archive, or in case of spanned disks,
the last disk is lost or damaged we got in a loop requesting for the
last disk, only posiblity to break out was ti exit the application
> ErrCode not 0
>
Recent request to have the ErrCode put back to 0 when a valid operation
has been executed
>
> If using James suggestion (below) make 'Avoid asking for first disk' IF
the disk
> is not absolutely full. Explain: if drivetype DRIVE_CDROM, when writing
to this
> type _every time_ we should fill it to say 98% full. Thus it will
avoid the
> error I have reported earlier AND make James call valid. If the
disk is
> absolutely full, then the drive would be returned as CDROM, not
CDRW.
> Alternatively, you could use a call to check if disk is erasable.
> This would be the preferable means. I am trying to find out the API call
to
> determine 'Erasable', and will advise.
>
> Please advise when the Summary of Changes is included in a beta of
Zipmaster as
> I am keen to try it out.
>
>
> What James says:'if it appears to be a DRIVE_CDROM. If the free
> space is greater than zero, return the value DRIVE_REMOVABLE.'
> Makes sense IMHO as if a CDR is inserted or wrong drive eg CDROM this
takes a
> professional solution to the drivetype.
>
>
>
>
> --
> Regards,
> Alistair+
>
>
>
Other related posts:
