O.K., but given the proposal to change stringout support to include the trailing null I don’t see how drivers are going to avoid sending null terminators when handling a request from a stringout record. Well I suppose drivers could always sent one byte fewer than every request but that seems even worse.
This is where I think that caput -S is now doing things incorrectly.
But it is not just caput -S. It is medm, and dbpf in the IOC shell, etc. I think that ship has sailed: strings in waveform records include the nil in NORD. In fact that is what Andrew recommended in this thread for the inverse problem, i.e. reads from a driver: