HP3000-L Archives

January 2001, Week 3

HP3000-L@RAVEN.UTC.EDU

Options: Use Monospaced Font
Show Text Part by Default
Show All Mail Headers

Message: [<< First] [< Prev] [Next >] [Last >>]
Topic: [<< First] [< Prev] [Next >] [Last >>]
Author: [<< First] [< Prev] [Next >] [Last >>]

Print Reply
Subject:
From:
"James B. Byrne" <[log in to unmask]>
Reply To:
James B. Byrne
Date:
Wed, 17 Jan 2001 12:25:38 -0500
Content-Type:
text/plain
Parts/Attachments:
text/plain (34 lines)
LISTF @[log in to unmask]@,2;$STDLIST
      ^
File name is more than eight characters long. (CIERR 532)

I ran across this today.  I also remember running into this a
long time ago on MPE.  Would this not be considered an
implementation flaw?  After all, does not @ match nothing as
well?  Should not the above yield the same result as the
combined output of:

LISTF @QPLIMIT.@,2;$STDLIST
LISTF [log in to unmask]@,2;$STDLIST

Its not a big thing I admit, it just strikes me as odd.  I seem to
recall that something similar used to happen if you tried to
back reference an eight character file name in a FILE equate.
I tested this just to see and it works fine.

:file abcdefgh=qptxrunj
:file ijklmnop=*abcdefgh

Is this an old problem that isn't worth fixing or is this behaviour
intended?  If so, for what reason? Just wondering.

Regards,
Jim


---   *** e-mail is not a secure channel ***
James B. Byrne                Harte & Lyne Limited
vox: +1 905 561 1241          9 Brockley Drive
fax: +1 905 561 0757          Hamilton, Ontario
mailto:[log in to unmask]  Canada L8E 3C3

ATOM RSS1 RSS2