IBM 610 workstation computer 3388

there was no symbol for 0-2-8 in ebcdic (punch holes listed in order from top to bottom of column; 12-11-0-1-2-3-4-5-6-7-8-9). 2540 reader would read punch column combinations that represented standard hex (0-2-8 was read as hex 'E0'). punch combinations that didn't have a hex representation resulted in (hardware) error on read ... unless you read the card in column binary (instead of ebcdic). regular ebcdic read one column into one (8bit) byte. column binary would read the 80 columns of 12 punch holes into 160 (8-bit) byte locations (as opposed to reading the 80 columns with a subset of 12 valid punch hole combinations into 80 bytes).

trusty green card (ibm system-360 reference data, GX20-1703-7) gives decimal 0-255, the corresponding hex value, the mnemonic (if the hex was valid 360 instruction), the "graphic & control symbols" (for both bcdic and ebcdic), the 7-track tape bcdic, the punch card code, and the 360 8bit code.

for punch card code 0-8-2, it gives hex "E0", no (instruction) mnemonic, a bcdic symbol that looks like equal sign with vertical line thru it, no ebcdic symbol, and 7-track code of A-8-2.

for a (q&d) html representation of subset of green card info (and not the above referenced table) ... see

my frequently used non-printing punch code (and there wasn't a key on 026-029 for it, so you had to "multi-punch" the column) was 12-2-9 which was used in column one in punched output from compilers and buttemblers .. aka "12-2-9" ESD, TXT, RLD, REP, END, etc cards. past posts mentionin 12-2-9:

--