Gerhard: We had also semi looked at assembler G. We had a batch initiator set up for assembler H compiles (long story and probably only semi interesting). The people who developed this system and I am honestly not sure on how to explain it but I will try and shorten it to easy understanding (I can try and answer questions but memory and 30 years doesn't help). We had a subsidary that did market research and all these companies would send us sales data. We would Have these clerks essentially type up inquiries. The inquiries were request for reports says how well product x did in market y during certain dates. These inquieries were essentially assembler macros. They were submitted as batch compiles. The output was a "load module" that was at a later time used to run the inquiry (as a subtask) in a batch job. These jobs (two types) would run the inquiries and would take 6-7 days to finish. This part I am not clear on but the number of subtasks were 8-12 (I could be wrong) but you get the idea these were monstor cpu hogs and would essentially take all the cpu you could throw at them. The assembler H (and G) were the only assemblers that could handle the extreme macros that these "programs" were created by. We tried the XF and the subsequent and they could not come close to handling these macros.
Ed ________________________________ From: Gerhard Postpischil <gerh...@valley.net> To: IBM-MAIN@bama.ua.edu Sent: Sun, May 29, 2011 4:09:26 PM Subject: Re: My first mainframe experience On 5/29/2011 4:41 PM, Ed Gould wrote: > My memory is iffy here but IIRC both (three) source programs had to be babied >to > work in the FORTRAN G1 that we had. I think waterloo had a FORTRAN compiler but > we were semi afraid that they wouldn't be to good at support. Can anyone >confirm > the Waterloo Fortran? At AMS we had WATFOR, and later WATFIV. I only used them for Star Trek (rarely), but we actually had customers that requested them. I thought they were true compilers, but the version extant in the file area is a (student type) batch system, though perfectly usable for compile and go jobs. Gerhard Postpischil Bradford, VT ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
