|
|
| Author |
Message |
vasanthz
Active User
Joined: 28 Aug 2007 Posts: 362 Location: CEO's Chair (:
|
|
|
|
What is the craziest program or funniest program u have seen or coded on the mainframe.
Or have you done any mischief with it??  |
|
| Back to top |
|
 |
References
|
|
 |
rockish
Active User
Joined: 05 Jun 2009 Posts: 135 Location: Planet Earth
|
|
|
|
| In one of my projects, I saw one of the COBOL programs printing the 'F word' in the SYSOUT of its production version continously... I was shocked to see that happening and tried tracing back its origin. When I came to know that it was a DISPLAY statement used by the developer to show errors while testing and the fact that he just MISSED to remove the same before moving it to production, I seriously dint knew how to respond !!!! |
|
| Back to top |
|
 |
enrico-sorichetti
Global Moderator
Joined: 14 Mar 2007 Posts: 6000 Location: italy
|
|
|
|
while testing a prototype for an ATM application one legal sequence of events would be...
... mumbo jumbo ...
give back the card
issue the money
print the receipt
... in case of a print failure the screen would display a message like...
unable to print the receipt, transaction completed successfully anyway ,
check the bank statements for confirmation of the withdrawal
we tweaked things a bit in order not to issue the money
and display on the screen the message
unable to issue the money, transaction completed successfully anyway ,
check the bank statements for confirmation of the withdrawal
it took a looong time to decide to take it away before the final acceptance test  |
|
| Back to top |
|
 |
Bill O'Boyle
Senior Member
Joined: 14 Jan 2008 Posts: 1247 Location: South Carolina, USA
|
|
|
|
In the mid-80's, we had an intern at the software company, who was responsible for shipping update tapes (3420 REELS) to customers.
One day, she dropped one and it had a write-ring in the back. Well, it popped out and we told her that the tape-data was now ruined and the tape would need to be recreated, which at that time was a long process.
When she found out we had played this joke on her, boy was she furious, but she calmed down and laughed later on.
Bill |
|
| Back to top |
|
 |
Robert Sample
Global Moderator
Joined: 06 Jun 2008 Posts: 5038 Location: Atlanta, GA
|
|
|
|
| Way, way, way back when I was an operator on a 360/30, you could tune a radio and pick up the static from the processor. The system programmer at that site had a program deck that would play "Mary had a little lamb" in the static on the radio. |
|
| Back to top |
|
 |
MBabu
Active User
Joined: 03 Aug 2008 Posts: 424 Location: Mumbai
|
|
|
|
| Wrote a program that sent full screen (simulated) TPUTs to other coworkers to display dancing girls doing the can-can across their TSO screens. Ah, I can still hear the screams almost 30 years later. Most of them were women, so to get me back, the women all wore clothing the next day that they knew would drive me crazy (for some reason, that topic had been discussed at lunch a few days earlier). These days, either activity would get you drawn and quartered on the alter of correctness, you'd then be burned at the stake, and then a lawyer would flush your ashes down a prison toilet. |
|
| Back to top |
|
 |
Terry Heinze
Senior Member
Joined: 14 Jul 2008 Posts: 1061 Location: Richfield, MN, USA
|
|
|
|
| The console operator of a Univac 90/30 could execute a program by keying "run xxxxxx". Since CPUs are never as fast as you want them to be, a common complaint I'd hear as a programmer was that it wasn't running fast enough. I wrote and installed a program, unbeknownst to the operators, named FASTER that did nothing more than display "I'm running as fast as I can.". One day when I heard a familiar operator complaint, I told him to key, "run faster" to see if it would help. The result was obvious. |
|
| Back to top |
|
 |
rockish
Active User
Joined: 05 Jun 2009 Posts: 135 Location: Planet Earth
|
|
|
|
hey Terry, I think you have this one posted somewhr else I guess !!!!! I remember reading this already  |
|
| Back to top |
|
 |
Terry Heinze
Senior Member
Joined: 14 Jul 2008 Posts: 1061 Location: Richfield, MN, USA
|
|
|
|
| Yep; posted years ago I think. |
|
| Back to top |
|
 |
gcicchet
Senior Member
Joined: 28 Jul 2006 Posts: 1297
|
|
|
|
Back in the days of the 360/45 we shared the floor with another government department.
They worked 24x7 and we worked 24x5.
Over the weekend when we were on our days off, one of the ops from the other departmnent decided to swap the start and stop buttons on our machine, they were the days when you powered the machine off before you went home.
Come Monday morning and our machine would not come up, it took the IBM engineer over 12 hours to track the problem down.
The people responsible were on their rostered days off.
No-one ever owned up to it but I can assure you, management was absolutely furious. (no sense of humour) |
|
| Back to top |
|
 |
Kjeld
Active User
Joined: 15 Dec 2009 Posts: 188 Location: Denmark
|
|
|
|
One of my colleagues once tried to generate code into one of our PDS source code libraries. The source library system at that time were quite homegrown and relied on PDSs for source repository.
He forgot to code the member name in the DD statement he was writing to, which of course caused him to overwrite the directory space of the PDS.
As all developers could be affected by this, loosing work in progress, he had to report his mistake to his peers to get the library restored and to get the information to everybody.
Thank God for back ups! |
|
| Back to top |
|
 |
expat
Global Moderator
Joined: 14 Mar 2007 Posts: 7408 Location: Brussels once more ...
|
|
|
|
Once zapped the VTOC to switch on the "Password protected" indicator for a colleagues datasets.
Another one was with the old 370/158 with the roller bar and light displays. We told the trainee ops that if they cleaned the contacts on the back of each bulb the electricity would go faster and cut down the overnight batch runs. |
|
| Back to top |
|
 |
alexlloyd54
New User
Joined: 22 Apr 2010 Posts: 2 Location: Kuwait
|
|
|
|
I've always been very careful when dealing with the mainframe opsys, because i used to consider the system like my own (Child)
but I once did a HUGE mistake that I could not forgive myself for it
I was using one of RACF utilities which dumps the sys1.racf dataset to a sequential file, and I set (by mistake) the input to the empty sequential file, and the output to sys1.racf
As soon as I submitted the job and hit enter, I discovered the stupid thing I have done!
This happened during office hours in the morning, where all our online production users were busy servicing customers
Of course i fixed the problem quickly |
|
| Back to top |
|
 |
sai.bhagavatula
New User
Joined: 05 Mar 2007 Posts: 10 Location: Sydney, Australia
|
|
|
|
One of the worst things I did was trying to rename a production file. Those were the days we had production access and all stuff used to be done by us manually. When I pressed 'RENAME' in Fileaid, the screen got stuck and it took forever to respond. I hit the ATTENTION key and when I logged in back, imagine what? I found both old file and new file in system.
Though we fixed it later and it taught me that anything you do in production, do it in BATCH. Never in foreground unless it is required and you dont have a choice. |
|
| Back to top |
|
 |
GuyC
Active User
Joined: 11 Aug 2009 Posts: 479 Location: Belgium
|
|
|
|
A long time ago I needed to print a complete file (12.000 records) ~ 1 box of Fanfold paper.
I used an FCB for setting Lines/inch to limit the #pages, but forgot it also uses the first character of the file as a ControlCharacter.
90% of the records started with 1 (=Top_of_Form).
The next morning I received 6 boxes with on each page 1 record and an angry call from the operator.
The paper flew through the printer faster than he could load it, it took him 6 boxes to figure out something was wrong and purge the job. |
|
| Back to top |
|
 |
|
|