12-13-2003, 08:37 AM
Yeah, you're quite right, Nathan. Many times you patched programs on the fly to be able to continue testing. Could take several days to:
1) Code the changes on coding sheets.
2) Send them to the keypunch department to be punched onto punched cards, or finding an available key punch machine (IBM 027 or 029) to punch the changes yourself. BTW, in the USA, source code was still punched on cards in the 1970's and maybe later in other countries.
3) Ok, got the new cards, now merge them by hand into your original source code deck of cards.
4) Take the source deck to the data center, fill out a request, and submit for assembly or compilation, depending on the language.
5) Keep coming back to the data center to see if your assembly or compile finished. If so, look at the listing to see if there were any errors. If you had errors you would have to start the whole process over, or decide if the error was patchable.
6) Ok, now you had an object deck (executable program on cards).
7) Now you had to go beg for some maching time to test your program. If you were lucky, they allowed you 15 minutes of computer time at about 10PM.
8) As a result, you did a tremendous amount of desk-checking of your program code, and subsequent dumps of your input/output files and sometimes memory dumps.
BTW, can't imagine fixing (patching) an entire BIOS. You really have to know the machine by heart.
What you found in the corner under a dusty sheet, could not have been an IBM 360. Just the CPU was about the size of 3 large refrigerators. Then it had other refrigerator-size components like disk and tape controllers, and the tape and disk drives themselves. Maybe what you found was the console. The problem with old stuff lasting is that you can't get parts or service anymore, plus operating systems and maintenance support either. It would become a hobby like restoring an old 1955 Mercedes Benz 300SL gullwing (my favorite car).
*****
1) Code the changes on coding sheets.
2) Send them to the keypunch department to be punched onto punched cards, or finding an available key punch machine (IBM 027 or 029) to punch the changes yourself. BTW, in the USA, source code was still punched on cards in the 1970's and maybe later in other countries.
3) Ok, got the new cards, now merge them by hand into your original source code deck of cards.
4) Take the source deck to the data center, fill out a request, and submit for assembly or compilation, depending on the language.
5) Keep coming back to the data center to see if your assembly or compile finished. If so, look at the listing to see if there were any errors. If you had errors you would have to start the whole process over, or decide if the error was patchable.
6) Ok, now you had an object deck (executable program on cards).
7) Now you had to go beg for some maching time to test your program. If you were lucky, they allowed you 15 minutes of computer time at about 10PM.
8) As a result, you did a tremendous amount of desk-checking of your program code, and subsequent dumps of your input/output files and sometimes memory dumps.
BTW, can't imagine fixing (patching) an entire BIOS. You really have to know the machine by heart.
What you found in the corner under a dusty sheet, could not have been an IBM 360. Just the CPU was about the size of 3 large refrigerators. Then it had other refrigerator-size components like disk and tape controllers, and the tape and disk drives themselves. Maybe what you found was the console. The problem with old stuff lasting is that you can't get parts or service anymore, plus operating systems and maintenance support either. It would become a hobby like restoring an old 1955 Mercedes Benz 300SL gullwing (my favorite car).
*****