Reading from standard input device fails after first word about eisl

[sasagawa888]

I don't think the ISlisp standard requires that the with-open-input-file retain its position when reopening the file.

I also looked into dev / stdin.　In this case EOF could not be detected.The following code will work.
echo -ne "foo\nbar\nbaz\n" | eisl -s run.lsp

Word: foo
Word: bar
Word: baz

[wasamasa]

Yes, but it shouldn't discard input just because it doesn't end with a newline. To quote the standard:

Reads a line of characters from input-stream and returns them as a string (without the newline
character at the end of the line). If an end-of-stream is reached before the next newline character
and a non-empty line has been read prior to the end-of-stream, that line is returned.

So even with no newline at the end, three words should be returned.

[sasagawa888]

I was surprised at the idea of treating Lisp as a script using Unix pipes. I learned Lisp in the 1980s. There was no idea of a scripting language at the time, and Lisp was mainly applied to artificial intelligence. It was a culture shock for me.

[wasamasa]

It's just a way to supply input with newlines, nothing more. But yes, Unix has taken over.

[wasamasa]

I've adjusted the first example to use (open-file "/dev/stdin") now and it works as expected. Still, it's odd that EOF is handled correctly with an opened file and incorrectly with (standard-input).

[sasagawa888]

I fixed it.

[wasamasa]

Thanks!