[Info-vax] Unexpected error using ZIP for OpenVMS

[RobertsonEricW]

On Dec 3, 11:08 am, Steven Schweda <sms.antin... at gmail.com> wrote:
> On Dec 3, 8:23 am, Steven Schweda <sms.antin... at gmail.com> wrote:
>
> >    Any chance that I can get one or two of these files for
> > investigation?  [...]
>
>    No need.  I can create one which does the job:
>
> ALP $ zip3l long_rec.zip long_rec.*
>   adding: long_rec.c (deflated 37%)
>   adding: LONG_REC.DAT
> zip warning: non-translatable vms error code: 0x181A8
> %rms-w-rtb, !ul byte record too large for user's buffer
>         zip warning: could not open for reading: LONG_REC.DAT
>   adding: long_rec.EXE (deflated 75%)
>   adding: long_rec.OBJ (deflated 58%)
>
> zip warning: Not all files were readable
>   files/entries read:  3 (6.4K bytes)  skipped:  1 (128K bytes)
>
>    "Record format: Stream" (with a long record) seems to
> cause trouble for fread().  (At least the way we open the
> file, it does).  "zip -V" uses a different I/O scheme (QIO),
> so it seems to be less bothered by this:
>
> ALP $ zip3l -V long_rec-V.zip long_rec.*
>   adding: long_rec.c (deflated 34%)
>   adding: LONG_REC.DAT (deflated 100%)
>   adding: long_rec.EXE (deflated 75%)
>   adding: long_rec.OBJ (deflated 58%)
>   adding: long_rec.zip (stored 0%)
>
>    Interestingly, "Record format: Stream_LF" seems not to
> suffer from the same behavior (even without an LF in the
> file).
>
>    I'll look around and see if I can find a clever way to
> deal with this (without breaking too much).
>
>    And, of course, thanks for the interesting report.

Steven,

No need to thank me. These days cut and paste makes it very easy to
inundate you with information regarding a bug (or bugs as the case may
be).

Actually, it is I who should be thanking you. First for maintaining
ZIP/UNZIP for OpenVMS and second for your prompt investigation and
report of the problem. The company I work for PAYS for support from HP
that mostly seems incapable of providing the same level of promptness
and clarity that you have provided for free.

So, thanks again for your continued support and contributions to the
OpenVMS community.

Eric