<html><head><meta http-equiv="content-type" content="text/html; charset=utf-8"></head><body dir="auto"><div>I wonder whether OP is referring to a situation where there is a 96 character line, such as a programming language statement, and that the first 80 characters would be on a card and then the remaining 16 characters would be on the next card but with a continuation character in, say, column 1. I seem to recall that this was common in RPG-ii, Fortran and cobol when I was a kid. <br><br>Found a reference at <a href="http://www.edwardbosworth.com/MY3121_LectureSlides_HTML/IBM370_ProgrammingEnvironment.htm">http://www.edwardbosworth.com/MY3121_LectureSlides_HTML/IBM370_ProgrammingEnvironment.htm</a></div><div><br></div><div><p class="MsoNormal" style="margin: 6pt 0in 12pt;"><span style="background-color: rgba(255, 255, 255, 0);">Here is a card with column markings appropriate for FORTRAN programs.<br>Again, it has 12 rows, ten of which are labeled.<o:p></o:p></span></p><p class="MsoNormal" style="margin: 6pt 0in 12pt;"><span style="background-color: rgba(255, 255, 255, 0);">Note the division of columns into fields appropriate for the language<br> Columns 1 – 5: Either a “C” for comment or a five digit statement label<br> Column 6: Any nonblank character to indicate a continuation card<br> Columns 7 – 72: The FORTRAN statement<br> Columns 73 – 80: The card’s collating sequence.</span></p><div>Sent from my iPad</div></div><div><br>On 26 May 2016, at 20:29, Rich Alderson <<a href="mailto:simh@alderson.users.panix.com">simh@alderson.users.panix.com</a>> wrote:<br><br></div><blockquote type="cite"><div><blockquote type="cite"><span>Date: Wed, 25 May 2016 19:54:22 -0400</span><br></blockquote><blockquote type="cite"><span>From: Richard Cornwell <<a href="mailto:skyvis@sky-visions.com">skyvis@sky-visions.com</a>></span><br></blockquote><span></span><br><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><span>Date: Wed, 25 May 2016 18:07:15 -0400</span><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><span>From: Richard Cornwell <<a href="mailto:skyvis@sky-visions.com">skyvis@sky-visions.com</a>></span><br></blockquote></blockquote></blockquote><span></span><br><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><span>I am asking for feedback on how to handle Punched card input. I am</span><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><span>wondering about how to handle the case of reading a greater then 80</span><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><span>character record on a 80 character punch card. Should characters beyond</span><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><span>the end of the card be truncated, or should they continue on the next</span><br></blockquote></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><span>card.</span><br></blockquote></blockquote></blockquote><span></span><br><blockquote type="cite"><blockquote type="cite"><blockquote type="cite"><span> Any ideas? </span><br></blockquote></blockquote></blockquote><span></span><br><span> [I wrote:]</span><br><span></span><br><blockquote type="cite"><blockquote type="cite"><span>Would you mind expanding on the query a bit? Since an 80-column card</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>can't store more than 80 characters' worth of data, how can there be</span><br></blockquote></blockquote><blockquote type="cite"><blockquote type="cite"><span>anything to be truncated or continued in a read?</span><br></blockquote></blockquote><span></span><br><blockquote type="cite"><span> Sometimes there is extra stuff in a line, or sometimes records come</span><br></blockquote><blockquote type="cite"><span> from other sources. For example the IBM 7090 used 84 character</span><br></blockquote><blockquote type="cite"><span> records on tape. But the native reader could only read in 72 columns.</span><br></blockquote><blockquote type="cite"><span> Sometimes when editing a file, you end up putting blanks at the end</span><br></blockquote><blockquote type="cite"><span> of the line, that you might miss. </span><br></blockquote><span></span><br><blockquote type="cite"><span> One use for producing longer then 80 character records at a punch</span><br></blockquote><blockquote type="cite"><span> would be to include the stacker information at the end of the record.</span><br></blockquote><blockquote type="cite"><span> The deck could then be read directly back in without manual editing. </span><br></blockquote><span></span><br><blockquote type="cite"><span> I am going to be adding card reader/card punch support to my KA10</span><br></blockquote><blockquote type="cite"><span> simulator soon now and wanted to get some feedback on how to handle</span><br></blockquote><blockquote type="cite"><span> this.</span><br></blockquote><span></span><br><span>"Extra stuff in a line"? "Records on tape"? Color me confused.</span><br><span></span><br><span>I began my programming career on an IBM 1401 using 80-column Hollerith</span><br><span>cards and a 132-column 1403 printer, so I have some experience with fixed-</span><br><span>width devices.</span><br><span></span><br><span>A card is 80 columns wide.[1] (OK, there were special purpose 51-, 60-, and</span><br><span>66-column cards, but the data on them would fit into 80 columns.) There is</span><br><span>no way to put more than 80 columns of data onto a Hollerith card.</span><br><span></span><br><span>Tape is a different medium, and has nothing to say about how cards behave.</span><br><span>(By the way, I had a look at the IOCS manual for the 7090, and the only</span><br><span>reference I see to "84 character records" on tape refers specifically to</span><br><span>tape labels, which are metadata on the tape, and not even required.) The</span><br><span>fact that the card reader only passed 72 columns' worth of data to the</span><br><span>processor again has nothing to do with how many columns of data are present.</span><br><span></span><br><span>I agree with Bob about adding metadata to the card image, so nothing's</span><br><span>needed for that. Recording "column binary" data in 160 characters is an</span><br><span>implementation decision, but it does not mean that there are more than 80</span><br><span>columns on the physical card which is represented.</span><br><span></span><br><span>So what do you mean by "extra stuff on a line"? There are no lines, only</span><br><span>80-column cards. What are you trying to represent here?</span><br><span></span><br><span> Rich</span><br><span></span><br><span>[1] OK, there are the Univac "90-column" cards, which are the same</span><br><span> dimensions as the IBM Hollerith card. They record 90 6-bit characters</span><br><span> across 45 columns, upper and lower halves of the card. The holes are</span><br><span> circular and larger than the rectangular IBM holes. They would have to</span><br><span> be special-cased in SimH.</span><br><span>_______________________________________________</span><br><span>Simh mailing list</span><br><span><a href="mailto:Simh@trailing-edge.com">Simh@trailing-edge.com</a></span><br><span><a href="http://mailman.trailing-edge.com/mailman/listinfo/simh">http://mailman.trailing-edge.com/mailman/listinfo/simh</a></span></div></blockquote></body></html>