Chris, Well, thats more than I ever wanted to know about REP cards. I can see why they are not documented anymore. That reminds me of when I was an operator on a 1410 computer way long ago. They used to patch the object decks on those, but I never knew much about it besides seeing the programmers putting cards in the deck.
I did work on a 360/40 as an operator, and for a long time I read in card decks for most of my jobs. Then they finally started putting the code in libraries. That was under DOS. Eric Bielefeld Sr. Systems Programmer P&H Mining Equipment 414-671-7849 Milwaukee, Wisconsin ----- Original Message ----- From: Chris Mason <[EMAIL PROTECTED]> Date: Tuesday, April 18, 2006 9:31 pm Subject: Re: Binder REP Cards (Was: What's the linkage editor really wants?) To: IBM-MAIN@BAMA.UA.EDU > Eric, > > Similar but not identical. > > A REP card belongs to the days when you had a 2540 card reader/punch > connected to your machine in the good old days of the 360 and 360 > GT (aka > 370). > > You submitted the compile job and went off to the coffee lounge. > When you > came back the object deck was in the card punch stacker. You > wrapped it in a > "link and go" job and tried it. One you had analysed the dump, you > saw that > you had made just one most trivial mistake. Rather than go though > that long > compile job again, you went over to the 029 card punch and "fixed > up" the > error with a REP card, slipped the card into the object deck just > before the > END card - or RLD cards - and tried again. > > Once you had got a working program - REP cards and all - you filed > the deck > away wrapped in an elastic band and with an explanation of what it was > written with a felt-tipped pen in a colour which contrasted with > the card > colour. > > I was in a project once where, as the junior, I was in charge of the > "library of past trials", the rubbish bin which nevertheless contained > neatly stacked bound and marked decks. > > For completeness here's an explanation of what a REP card is from what > appears to be the help text for the CMS LOAD command (clearly a > non-proportional font is required to view it properly): > > <quote> > > Replace (REP) Statement > > A REP statement allows instructions and constants to be changed and > additions > made. The REP statement must be punched in hexadecimal code. > > The format of an REP statement is shown in the following figure. > The data > in > columns 17-70 (excluding the commas) replaces what has already > been loaded > into virtual storage at the address specified in columns 5-12. REP > statements > are placed in the file either (1) immediately preceding the last > statement (END statement) if the text deck does not contain > relocatable data such as > address constants, or (2) immediately preceding the first RLD > (relocatable dictionary) statement if there is relocatable data in > the text deck. If > additions made by REP statements increase the length of a control > section,an > ICS statement, which defines the total length of the control > section, must > be > placed at the front of the deck. > > > +------------------------------------------------------------------ > --------- > -+ > | Table 7. REP Statement Format > | > > +----------+------------------------------------------------------- > --------- > -+ > | Column | Contents > | > > +----------+------------------------------------------------------- > --------- > -+ > | 1 | X'02' (12-2-9 punch). Identifies this as a loader > control| > | | statement. > | > > +----------+------------------------------------------------------- > --------- > -+ > | 2-4 | REP -- identifies the type of load statement. > | > > +----------+------------------------------------------------------- > --------- > -+ > | 5-12 | Hexadecimal starting address of the area to be > replaced as > | > | | assigned by the assembler. It must be right- > justified in these > | > | | columns with unused leading columns filled with > blanks or > | > | | zeros. > | > > +----------+------------------------------------------------------- > --------- > -+ > | 13-14 | Blank. > | > > +----------+------------------------------------------------------- > --------- > -+ > | 15-16 | ESID (External Symbol Identification) -- the hexadecimal > number | > | | assigned to the control section in which replacement > is to be > | > | | made. The LISTING file produced by the compiler or > assembler| > | | indicates this number. > | > > +----------+------------------------------------------------------- > --------- > -+ > | 17-70 | A maximum of 11 four-digit hexadecimal fields, > separated by > | > | | commas, each replacing one previously loaded > halfword (2 > | > | | bytes). The last field must not be followed by a comma. > | > > +----------+------------------------------------------------------- > --------- > -+ > | 71-72 | Blank. > | > > +----------+------------------------------------------------------- > --------- > -+ > | 73-80 | Not used by the loader. This field may be left blank or > program | > | | identification may be inserted. > | > > +----------+------------------------------------------------------- > --------- > -+ > > </quote> > > 73-80 What rot. As everyone knows, columns 73-80 are sequence > numbers in > case there's a fumble when trying to slip on the elastic band. <g> > > Information from ( > http://mitvma.mit.edu/cmshelp.cgi?CMS%20LOAD%20(ALL ) > where, just to show how close to AMASPZAP all this is, I see that > there is > also a VER card. > > Chris Mason > > ----- Original Message ----- > From: "Eric N. Bielefeld" <[EMAIL PROTECTED]> > Newsgroups: bit.listserv.ibm-main > To: <IBM-MAIN@BAMA.UA.EDU> > Sent: Wednesday, 19 April, 2006 3:33 AM > Subject: Re: Binder REP Cards (Was: What's the linkage editor > really wants?) > > > > I've seen a bunch of posts on this. Are these the REP cards as > are used > in > > AMASPZAP, or is this something different. For example: > > > > VER 0012 AF21 > > REP 0012 2345 > > > > Eric Bielefeld > > P&H Mining Equipment > > > > ----- Original Message ----- > > From: "Edward Jaffe" <[EMAIL PROTECTED]> > > Newsgroups: bit.listserv.ibm-main > > To: <IBM-MAIN@BAMA.UA.EDU> > > Sent: Tuesday, April 18, 2006 11:35 AM > > Subject: Re: Binder REP Cards (Was: What's the linkage editor really > wants?) > > > > > > > Ray Mullins wrote: > > > > > >>Maybe. :-) > > >> > > > > > > Maybe what? Maybe the binder accepts REP cards? Or maybe the > binder> > accepts REP cards for GOFF objects? > > > > > > -- > > > Edward E Jaffe > > > Phoenix Software International, Inc > > > 5200 W Century Blvd, Suite 800 > > > Los Angeles, CA 90045 > > > 310-338-0400 x318 > > > [EMAIL PROTECTED] > > > http://www.phoenixsoftware.com/ > > ------------------------------------------------------------------- > --- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
