[delphizip] Re: Handling CDRW packet drives
- From: "Roger Aelbrecht" <Roger.Aelbrecht@xxxxxxxxxx>
- To: <delphizip@xxxxxxxxxxxxx>
- Date: Wed, 4 Dec 2002 18:43:32 +0100
----- Original Message -----
From: "Russell Peters" <russellpeters@xxxxxxxxxxx>
To: <delphizip@xxxxxxxxxxxxx>
Sent: Tuesday, December 03, 2002 9:12 PM
Subject: [delphizip] Re: Handling CDRW packet drives
>
> I was coming to think along the same lines (possibly because it had
already
> been proposed).
> I think that I will add 2 more properties for spanning
> FreeOnRestDisks - sets keep free space for other than first disk (I have
> read that using some packet writing programs (mainly to CD-R using
variable
> sized packets) it is easy to write too much to the cd and not be able to
> 'close' the cd)
Looks good,
> MaxSpanSize - easier to use when spanning to multiple disks (hard to work
> with free space that keeps changing)
>
At this moment don't understand the difference of this with
MaxVolumeSize.
> Also I have to make the span functions 'abort'able (at the moment there is
> no stopping them!) - I will probably run messages/progress through their
own
> 'callback' function.
>
I agree
> Also I want to set the file copy bufsize to greater than 8k (but have it
> restrictable for WinSock operation in Win95 )
Made BufSize a property in ZipBuilder with default to 8k
Is an Integer at this moment but if needed can be changed.
> Russell Peters
> http://www.users.bigpond.com/russellpeters/delphizip.html
> ----- Original Message -----
> From: "Roger Aelbrecht" <Roger.Aelbrecht@xxxxxxxxxx>
> To: <delphizip@xxxxxxxxxxxxx>
> Sent: Wednesday, December 04, 2002 4:56 AM
> Subject: [delphizip] Re: Handling CDRW packet drives
>
>
> >
> > ----- Original Message -----
> > From: "Russell Peters" <russellpeters@xxxxxxxxxxx>
> > To: <delphizip@xxxxxxxxxxxxx>
> > Sent: Monday, December 02, 2002 9:32 PM
> > Subject: [delphizip] Re: Handling CDRW packet drives
> >
> >
> > >
> > > I think we need to create a function to return whether a 'span' is
going
> > to
> > > be multiple files or multiple disks (perhaps even adding an external
> flag)
> > > as there are multiple places where it checks disk type to select it's
> > > behavour.
> > > We need to integrate the test for (packet) writable CDrom and allow
for
> > > changes with new media types/behavours.
> > > I would also like to be able set 'MaxSpanSize' to produce multiple
> files.
> > > Also affected is 'List' as it has know span type to expect.
> > > I half thought we could have a new event
> > > 'OnSpanName(fileVol,name,number,IsChanged)' so the user can override
> with
> > > whatever naming scheme they want to use.
> >
> > This can become dangerous, we need to be able to read the naming scheme
> > back.
> >
> > In version 1.71 I proposed three filenaming schemes.
> >
> > Normal disk spanning will set as filename Archive.zip and uses the
Volume
> > Name to
> > identify the disks.
> > Creation of multi volume archive( split on hard disk) normally created
> files
> > such as
> > Archive001.zip, Archive.002.zip Archive.003.zip etc..
> >
> > Setting NoVolumeChange to true
> > makes disk spanning use the same scheme as Multi volume disks this means
> > filenames Archive001.zip, Archive002.zip etc..
> >
> > Setting WinZipNames to true
> > Uses the VolumeName to identify the disks all disk have Archive.zip as
> > filename
> > (WinZip does the same)
> >
> > For Multi volume archives the filenames become Archive.z01, Archive.z02
> > and Archive.zip for the last part.
> >
> >
> > To read the back using extract or ReadSpan
> > If WinZipNames is set to true
> > Recognise filenames Archive.z01, Archive.z02 etc.. on all types of disks
> > Recognise Volume names for spanned disks
> >
> > if WinZipNames is false
> > Recognise spanned disks with Volume names for identification
> > Recognise multi volume archives with filenames Archive001.zip,
> > Arhcive002.zip etc..
> > on all disk types
> >
> > Regards
> >
> >
> >
> > Roger Aelbrecht
> > http://web.wanadoo.be/driehoeksw
> >
> >
> >
> >
>
>
>
>
Other related posts:
