[Info-vax] Unexpected error using ZIP for OpenVMS

[Steven Schweda]

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.