[Info-vax] ZIP SYS$INPUT

[Steven Schweda]

Syltrem wrote:

> >> Is there a way to have ZIP use SYS$INPUT (or SYS$NET) as input ?

> I know about this, but it cannot work with BACKUP which will not write a
> saveset to SYS$OUTPUT

   Then why ask how to do it?

> And thinking about it,
> $ pipe type [-]BMT.C | zip bmt_c2.zip "-"
> will actually create a file SYS$PIPE containing the *entire* result of the
> TYPE command, before ZIP starts processing it.

   And you blame Zip for this?

> I don't think ZIP is able to work with a stream of data (record by record);
> it works on the entire file. This would explain why it can't use SYS$INPUT
> as a source (it would need to store it somewhere until it reaches ^Z, and
> then process it).

   I think that Zip can do many things which don't work well
in a VMS (DCL) PIPE environment which has its own limitations.
Proper blame assignment can be useful, as well as
entertaining.

> And that's probably how PIPE works too, it does each command sequentially so
> would have to complete the BACKUP before starting the ZIP.
> That's why I tought to use a DESnet task, and feed the SYS$NET into ZIP but
> it doesn't work.

   I can't see what you did.  I can't see what happened when
you did it.  "it doesn't work" tells me approximately nothing.

> I need a way to compress records one by one as they come (in SYS$NET)

   Perhaps.

> $ pipe copy   f.lis      sys$output:          | zip > f.zip1
> adding - (stored 0%)
> $ unzip f.zip
>
>      Error:  zipfile is in variable-length record format.  [...]

   PIPE again.  I can't fix that.

> I can spend about 0$ [...]

   Most of my newest (36GB) disks cost me about $0 (where $20
is "about $0").  How much time have you wasted on this
exercise?  What was it worth?