Extraneous data after OSLib zips

[David Thomas]

In message <QZtdOCA2Crw4Ewqw at mk-net.demon.co.uk>
          Tony van der Hoff <OSLib at mk-net.demon.co.uk> wrote:

> On Mon, 28 Feb 2000, at 01:28:35, David Bryan
> <D.J.Bryan at cranfield.ac.uk> wrote on the subject "Extraneous data after
> OSLib zips":
> 
> >All the zip files for OSLib versions 5.51, 5.60 and 5.61 have
> >extraneous data after the end of the zip file format.  The files
> >must be wrong on the server, rather than there being a download
> >problem, as the file sizes stated on the Web pages match the
> >sizes of the files downloaded.  After stripping off the extra
> >data, the file sizes for the OSLib 5.61 zips should be
> >
> >  oslib.zip        726774 bytes
> >  oslibhelp.zip    419799 bytes
> >  osllbsrc.zip     907696 bytes
> >  oslibsupport.zip  52927 bytes
> >
> >I suggest that you look at the program which is used to produce
> >the zip files.  At first I thought I might have wrecked the map on
> >my 20GB E+ format hard disc ;-)
> >
> Thanks for this, David; you are quite correct.
> 
> A bit of a puzzle, this one. I use a TaskObey (!ReleaseLib) to build the
> archive using SparkFS on my local (ADFS) disc. This archive is, as you
> predict, 726774 bytes. 
> 
> The same TaskObey then copies this archive to my big NTFS disc (via
> LanMan98), where arrives as a different size (for the 5.61 release it
> was 1114112 bytes, currently it is appearing as 905216 bytes). 
> 
> If, however, I copy the archive manually to the same directory, it
> arrives as the correct size. ISTR reading about this somewhere;
> something about the file size not being up-to-date when the copy process
> starts, but cannot remember what the solution was. Has anyone any
> suggestions?

Depending on how recent your SparkFS is you may have its cacheing set on
(*SparkFSCache 1 in !SparkFS.!Run). If so, you must force SparkFS to forget
the archive before copying/moving it elsewhere.


Cheers,
Dave

-- 
David Thomas <dpt at tristone.co.uk> http://www.tristone.co.uk/davespace/