Evaluating Bass code from stdin

[DrPyser]

Hi, this is a very interesting project which I'm just starting to learn.

One useful pattern of interaction with a script interpreter is to be able to provide script input through stdin.

Currently, when I try to provide input to bass through piping to its stdin, it fails with an error about inappropriate ioctl:

❯ echo '($ echo hello)' | bass
inappropriate ioctl for device

Is it an expected current limitation? Is there currently a way for a bass script to evaluate stdin input as bass expressions?
Looking at the reference in the documentation, it seems there is no public API for parsing bass code, or more generally s-expressions.
Perhaps this would be exposed through a :bass protocol for read, and the ability to change the protocol associated with the stdin source(currently fixed to json as I understand).

Thanks @vito for this nice work, looking forward to making more use of bass!

[vito]

Hiya, thanks, glad it caught your eye!

Currently, when I try to provide input to bass through piping to its stdin, it fails with an error about inappropriate ioctl:

Good catch, this is probably something that should "just work" as nearly every other scripting language supports it.

I believe right now it's just trying to pop into an interactive REPL because no script was given and failing because stdin isn't a tty. It should instead detect if stdin is a regular file/pipe and just evaluate its io.Reader. I think this would be a pretty minor change somewhere around here:

bass/cmd/bass/main.go

Line 192 in 9997324

if flags.NArg() == 0 {

Looking at the reference in the documentation, it seems there is no public API for parsing bass code, or more generally s-expressions.
Perhaps this would be exposed through a :bass protocol for read, and the ability to change the protocol associated with the stdin source(currently fixed to json as I understand).

While I'm totally sympathetic to the cause of reading S-exprs as a protocol, I would prefer to decouple that from this issue as it seems slightly different. 🙂 This issue is for native interpretation of Bass code, whereas reading them as data using Bass is something more dynamic. Let's wait until someone has a more precise use case for that.