Open vlahan opened 5 months ago
multi-line is good idea. let me check. command length limited by uboot fastboot. Standard fastboot define is 64byte
Thanks for the quick feedback!
Yes, it seems that the buffer extension is not possible, thus the support for multiple lines seems like the way to go here.
Hi all,
it seems that at the moment the "PROTOCOL:<" construct (for using stdout as command source) works only with single-line output.
e.g. for test.sh
FB:< sh -c "test.sh"
would only process the first command.
Adding multi-line / multi-command support for < (in which each output line is interpreted as separate command) would be extremely beneficial for production-time customization tasks.
Alternatively, it would be beneficial if the command line buffer is increased so one can use longer command concatenation chains like:
echo "ucmd setenv env1 value1 && setenv env2 value2 && ...