[Info-vax] Unexpected error using ZIP for OpenVMS

[AEF]

On Dec 31 2011, 3:32 pm, koeh... at eisner.nospam.encompasserve.org (Bob
Koehler) wrote:
> In article <12ad511e-c626-4d28-b71f-6321ac92a... at q11g2000vbq.googlegroups.com>, AEF <spamsink2... at yahoo.com> writes:
>
>
>
>
>
>
>
>
>
> > On Dec 28, 1:30=A0am, Steven Schweda <sms.antin... at gmail.com> wrote:
> >> > It says the record is too large. Why should it be
> >> > unexpected that there's a limit to something?
>
> >> =A0 =A0Well, duh. =A0The problem is not that _some_ limit exists.
> >> The problem is that this (unexpected) limit exists.
>
> >> > =A0VMS has limits: 8 levels of subdirectories,
>
> >> =A0 =A0 =A0 alp $ create /directory /log [sms.2.3.4.5.6.7.8.9.10]
> >> =A0 =A0 =A0 %CREATE-I-CREATED, ALP$DKC0:[SMS.2.3.4.5.6.7.8.9.10] created
>
> > Hi Ken!
>
> > Well, duh! It wasn't always this way. My point is that it once was,
> > and for a long time. I was just giving an example. Yes, I should have
> > perhaps said VAX/VMS (!).
>
>    No, you should have said Files-11 ODS-2 without the use of a rooted
>    logical.
>
>    ODS-2 is limited to 16 when a rooted logical is used, VAX, Alpha, or
>    Itanium.

Another limit!

 ODS-1 (VAX only) is even more limited.

Yet another limit!

ODS-5 has no such
>    limit, although the ability of a VAX to access is is limited.

Still yet another limit!

>
>    But yes, once upon a time would have been accurate.

OK. Thank you, Bob.

Well, the rooted logical method could cause problems with incremental
backups, no?

Still further yet another limit!

AEF