Hi Jeff,
I see. I was mistaken when I assumed that )IN uses a
library number. I thought it would,
but I haven't used it a lot.
Neither IBM APL2 nor GNU APL use library numbers in the )IN
and )OUT commands.
BTW, the )HELP command in GNU APL shows the syntax of )IN
and )OUT.
According to )HELP the command,
)IN 0 atffile
is, interestingly, syntax-wise correct, and it refers to
object atffile
in file 0.atf.
Which is most likely
not what was intended, event though in theory it could have been.
Best Regards,
Jürgen
On 4/28/19 7:01 PM, Jeff Derby wrote:
this is a follow-up to an
exchange that's in Bug-apl Digest, Vol 67, Issue 9, subject
was 'trying to run gnu-apl on a Mac'
the problem i had and reported
was that trying ')in 0 atffile', where atffile is a .atf
generated by ibm ap2, gave me ')IN 0 failed: No such file or
directory'; but lib 0 seemed to be pointing to the proper
directory and the file was in that directory.
it seemed that the problem
might be with how i was associating directories with the
library numbers. i went back and set up what's described in
the gnu-apl info as a default arrangement, with a library-root
directory specified in the environment variable APL_LIB_ROOT,
with subdirectories workspace (so as lib 0), wslib1 (so as lib
1), etc. and looking at the output from )libs seems to
confirm that this is all correct. i can do ')load 0' and
')save 0' against workspaces in the subdirectory set as lib 0
fine. but if i do ')in 0' against an atf file in the
subdirectory i get the same error as before (')IN 0 failed: No
such file or directory'). But, if i do ")in atffile" with the
atf file in the 'workspaces' subdirectory (so lib 0), the file
is loaded correctly (and the ascii encodings used for the apl
symbols are translated correctly); and if i do ")out atffile"
the contents of the active workspace are written correctly to
atffile.atf in the lib 0 subdirectory. and this only works
with atf files in the lib 0 subdirectory
i have no problem with keeping
all my atf files in the lib 0 subdirectory. but what i
describe above is not the way )in and )out are supposed to
work
regards
Jeff H. Derby
IBM Corporation
RTP, NC USA
Cell: (919) 672-0962
Internet: address@hidden
|