capture into lsiRecord truncates about streamdevice HOT 3 CLOSED

In redirections as you used it, StreamDevice acts according to the reported data type of the record. For lsi, that is STRING, which has 39 usable chars. You can see the same effect when trying to write to the lsi with dbpf <recordname> "<some extra long string>". That is exactly, what StreamDevice is doing when processing redirections.
To see the lsi as an array of SIZV chars, you need to access <recordname>.$
Again, you can check that behavior with dbpf and dbgf.
This should work as intended:
in "%(\$1LastErr-I.$)[^\r]";

from streamdevice.

BTW: The same is true when reading the lsi with CA.
That means, unlike other record types, using the root name of an lsi (and probably lso as well) is pretty useless. You will always only be able to access the first 39 chars. You basically always have to use .$. This is quite unfortunate.
Maybe that behavior should be documented in the lsi/lso documentation, as it is probably not the expected behavior for most users.

from streamdevice.

Ah, yes. You are correct. And not the first person to remind me of the necessity of adding .$ (aka. .VAL$) when using lsi. There is no truncation if I append this in the proto file, and on my OPI screen (which I somehow didn't think of right away...).

Maybe that behavior should be documented in the lsi/lso documentation ...

For what it is worth, I looked at your lsi page before opening this ticket. So I would have seen a reminder there.

I am starting to wonder if lsi is worth my trouble vs aai or waveform. It seems unlikely to me that I am the only one who continues to forget this subtlety.

from streamdevice.