[delphizip] Re: Preliminary version of TZipBuilder 1.71
- From: Alistair George <bigal@xxxxxxxxxx>
- To: Russell Peters <delphizip@xxxxxxxxxxxxx>
- Date: Mon, 2 Dec 2002 09:39:32 +1300
Hello Russell,
There is another case which could complicate and that is of EasyCDCreator CDROM
disks being treated as CDRW by their packet writing software. This type of disk
should return available bytes by virtue of their drivers, but I do not know for
sure.
But I re-itterate, the function 'erasable' would be the most reliable
methodology to use. I am still checking it out.
Al+
Monday, December 2, 2002, 9:31:50 AM, you wrote:
RP> Will check it out.
RP> checking free space on CD drives sounds like it should work consistantly
RP> (and correctly).
RP> Don't know how much space 'formating' overheads are on CDs - I think it will
RP> depend on the driving programs (though I seem to recall that to add an extra
RP> session to a CD takes about 20M).
RP> Russell Peters
RP> http://www.users.bigpond.com/russellpeters/delphizip.html
RP> ----- Original Message -----
RP> From: "Alistair George" <bigal@xxxxxxxxxx>
RP> To: "Roger Aelbrecht" <delphizip@xxxxxxxxxxxxx>
RP> Sent: Monday, December 02, 2002 6:40 AM
RP> 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
RP> from
>> the FFreeOnDisk issue mentioned earlier.
>>
>> Item 4: I do not understand why to avoid asking for last disk?
>>
>> What are: Endless loop in List function?
>> ErrCode not 0
>>
>>
>>
>> If using James suggestion (below) make 'Avoid asking for first disk' IF
RP> the disk
>> is not absolutely full. Explain: if drivetype DRIVE_CDROM, when writing
RP> to this
>> type _every time_ we should fill it to say 98% full. Thus it will
RP> avoid the
>> error I have reported earlier AND make James call valid. If the
RP> disk is
>> absolutely full, then the drive would be returned as CDROM, not
RP> 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
RP> to
>> determine 'Erasable', and will advise.
>>
>> Please advise when the Summary of Changes is included in a beta of
RP> 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
RP> takes a
>> professional solution to the drivetype.
>>
>>
>>
>>
>> --
>> Regards,
>> Alistair+
>>
>>
>>
--
Regards,
Alistair+
Other related posts:
