ZIP v3.0: unable to seek in input file

[Al Savage]

[C:\temp]zip -v
Copyright (c) 1990-2008 Info-ZIP - Type 'zip "-L"' for software license.
This is Zip 3.0 (July 5th 2008), by Info-ZIP.

[C:\temp]zip -o aspirb10.zip
zip warning: unable to seek in input file aspirb10.zip
zip I/O error: A previous error has occurred on the stream.
zip error: Input file read failure (aspirb10.zip)

[C:\temp]unzip aspirb10.zip
Archive: aspirb10.zip
inflating: INSTALL.CMD
inflating: ASPIROUT.SYS
inflating: ASPIROUT.DDP
inflating: ASPIROUT.TXT
inflating: ASPIDBUG.EXE (72 bytes EAs)
inflating: ASPIOPT.EXE (72 bytes EAs)
inflating: OS2ASPI.DMD
inflating: OS2ASPI.DDP
inflating: OP-NUM.TXT
inflating: ASC-NUM.TXT

I have a large number of ZIP files (275 in one directory of 1300) that
give this error when using the -o option, and I've no idea why. The
ones I've checked seem to unpack OK.

--
Regards,
Al S.

[Al Savage]

On Thu, 11 Apr 2013 03:27:49 UTC, "Al Savage" <asa...@iname.com> wrote:

> [C:\temp]zip -o aspirb10.zip
> zip warning: unable to seek in input file aspirb10.zip
> zip I/O error: A previous error has occurred on the stream.
> zip error: Input file read failure (aspirb10.zip)

The above was on an eCS 2.1 box with C: being a local JFS drive.

I don't have that error on the same file when I'm doing the same
operation on a W4 FP17 box, or a WSA box, only the eCS 2.1 box.

--
Regards,
Al S.

[Allan]

On Thu, 11 Apr 2013 03:27:49 UTC, "Al Savage" <asa...@iname.com> wrote:

> [C:\temp]zip -v
> Copyright (c) 1990-2008 Info-ZIP - Type 'zip "-L"' for software license.
> This is Zip 3.0 (July 5th 2008), by Info-ZIP.
>
> [C:\temp]zip -o aspirb10.zip
> zip warning: unable to seek in input file aspirb10.zip
> zip I/O error: A previous error has occurred on the stream.
> zip error: Input file read failure (aspirb10.zip)

You might need the same version of ZIP, as were used to
originally zip the file.

--
Allan.

It is better to close your mouth, and look like a fool,
than to open it, and remove all doubt.

[Dave Yeo]

Allan wrote:
> On Thu, 11 Apr 2013 03:27:49 UTC, "Al Savage"<asa...@iname.com> wrote:
>
>> [C:\temp]zip -v
>> Copyright (c) 1990-2008 Info-ZIP - Type 'zip "-L"' for software license.
>> This is Zip 3.0 (July 5th 2008), by Info-ZIP.
>>
>> [C:\temp]zip -o aspirb10.zip
>> zip warning: unable to seek in input file aspirb10.zip
>> zip I/O error: A previous error has occurred on the stream.
>> zip error: Input file read failure (aspirb10.zip)
>
> You might need the same version of ZIP, as were used to
> originally zip the file.
>

You shouldn't unless they were compiled with different options and if
compiled with different options the error should be different.
Dave

[Paul Ratcliffe]

On 12 Apr 2013 00:27:56 +0100, Allan <all...@warpspeed.dyndns.dk> wrote:

>> [C:\temp]zip -o aspirb10.zip
>> zip warning: unable to seek in input file aspirb10.zip
>> zip I/O error: A previous error has occurred on the stream.
>> zip error: Input file read failure (aspirb10.zip)
>
> You might need the same version of ZIP, as were used to
> originally zip the file.

Don't be ridiculous. Of course you don't. That would be a horrendous
compatibility limitation.

[Al Savage]

Problem solved.
As it happens, there's a couple of different OS/2 ports of ZIP.exe that
are labelled v3.0

There's the version that ships with eCS 2.1
5-26-09 9:33p 276,548 ZIP.EXE
Compiled with IBM Visual Age C++ 4.30 for OS/2 2.x/3.x (32-bit) on May
26 2009.

That one fails:

> [C:\temp]zip -o aspirb10.zip
> zip warning: unable to seek in input file aspirb10.zip
> zip I/O error: A previous error has occurred on the stream.
> zip error: Input file read failure (aspirb10.zip)

Then there's the one that Paul Smedley ported:
http://download.smedley.info/zip30-os2-20100814.zip

8-13-10 6:11p 224,844 zip.exe

[C:\temp]zip -v
Copyright (c) 1990-2008 Info-ZIP - Type 'zip "-L"' for software license.
This is Zip 3.0 (July 5th 2008), by Info-ZIP.

Compiled with emx+gcc 4.4.4 for OS/2 2.x/3.x (32-bit) on Aug 14 2010.

This one works:

[C:\temp]zip -o g:\ftp\os2\aspirb10
{no text output}


And the ECSMT on eCS has an old v2.32 zip.exe in \TOOLS\ECSMT, just to
keep things interesting.

--
Regards,
Al S.

[Mr. G]

And they charge how much for eCS?

[Alex Taylor]

On Tue, 23 Apr 2013 21:29:43 UTC, "Al Savage" <asa...@iname.com> wrote:

> Problem solved.
> As it happens, there's a couple of different OS/2 ports of ZIP.exe that
> are labelled v3.0
>
> There's the version that ships with eCS 2.1
> 5-26-09 9:33p 276,548 ZIP.EXE

eCS doesn't ship with zip 3.0. It's been using v2.31 all through the
current 2.2 beta. Are you sure you didn't install a version of 3.0 on
your system somewhere?

--
Alex Taylor
http://www.altsan.org

Please take off hat when replying.

[Al Savage]

On Wed, 24 Apr 2013 01:05:11 UTC, "Alex Taylor"
<mai...@reply.to.address> wrote:

> > As it happens, there's a couple of different OS/2 ports of ZIP.exe that
> > are labelled v3.0
> >
> > There's the version that ships with eCS 2.1
> > 5-26-09 9:33p 276,548 ZIP.EXE
>
> eCS doesn't ship with zip 3.0. It's been using v2.31 all through the
> current 2.2 beta. Are you sure you didn't install a version of 3.0 on
> your system somewhere?

If I installed ZIP 3.0, I'm reasonably certain that I didn't put it in
\ECS\BIN
But I suppose it's possible. I do have the VAC version pkg archived on
my server.

[later]
Hmmm, you're right: the eCS 2.1 shipped version of zip is 2.31. I must
have overwritten the \ECS\BIN zip with the VAC version at some point in
the last year. Sorry for spreading mis-information.

--
Regards,
Al S.

[Allan]

The VAC version is most likely from Infozips ftp.
That version is useless, as it doesn't support files > 2GB

Pauls GCC or Mikes Watcom versions can use > 2GB files