Thou shalt have no other gods before the ANSI C standard 1358

and for total topic drift ... when we were doing the terminal controller clone using interdata-3

for doing both terminal type identification and terminal speed determination ... our first transfer of data to mainframe memory appeared to be totally garbeled.

terms out that the line-scanners in the official terminal controller placed the leading arriving bit in the low-order bit position (in a byte) ... so that ascii data was arriving in mainframe memory bit-reversed within a byte. The official ascii terminal translate tables were then handling the bit-reversed bytes when doing

we initially overlooked that when first transfer of incoming ascii data into mainframe memory ... placing leading bit in high-order bit position (within a byte). we quickly diagnosed the problem and fixed the interdata-3 so that it transferred the ascii bytes to mainframe memory in bit-reversed format.

now much later ... mainframes would have two kinds of ascii translate tables ... one for use with terminal controllers where the line-scanners did bit-reversal of ascii bytes ... and another for use with various kinds of things like LAN interfaces that transferred bytes in non-bit-reversed byte format (regardless of the coding type).

--