Re: Any idea? Dirmaint error by detach 123 disk(540RES)
On Fri, May 29, 2009 at 2:12 AM, Yoon-suk Cho isem...@gmail.com wrote: I found it in SYSTEM CONFIG file. it has been disabled.(z/VM 5.4) Do i need IPL of z/VM after enable privclass ? Yes. There is no dynamic command to enable 'set privlcas' (but you can now change the default class in the directory for those where you need more). Rob
Re: IBM 1401
Thanks, Lynn. We knew that we could count on you for the true story. :-) Those of us who have been around since the 1401 days and who have to rely on our memories sometimes mis-remember. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Anne Lynn Wheeler Sent: Thursday, May 28, 2009 7:41 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IBM 1401 rschuh wrote: The smaller systems, the 360-20 and 360-30 had a 1401 emulator mode. It was= a h/w or mc based feature. I don't know whether larger machines had it. Th= ere was also a 1410 emulator mode on the -40. I do not know of any 1401 sup= port that ran under DOS, but my DOS experience is miniscule.=20 360/30 had 1401 microcode emulation ... actually 360/30 front panel switch that selected 360 microcode emulation (since 360 was implemented as microcode on 360/30) and 1401 microcode emulation recent stories in ibm-main mailing list about univ. getting 360/30 to replace 1401 (in staged processs of replacing 709/1401 combo with 360/67 which was suppose to run with tss/360). http://www.garlic.com/~lynn/2009h.html#12 IBM Mainframe: 50 Years of Big Iron Innovation http://www.garlic.com/~lynn/2009h.html#41 Book on Poughkeepsie 709 ran ibsys, tape-tape, a lot of fortran student jobs. 1401 was front-end spooling handling card reader- tape tape-printer/punch for the 709 ... with tapes being manually moved from 1401 tapes and 709 tapes. Even tho the 1401 MPIO program ran perfectly fine on 360/30 in 1401 emulation mode (switch to emulation mode and boot MPIO from 2504 reader, effectively same as if running real 1401) ... I got a student job to re-implement it in 360 ... I got to design my own monitor, interrupt handling, device drivers, storage management, console interface, etc. Eventually was 2000 card program with assembler directive that would either generate a stand-alone program or version that ran under os/360. Stand-alone version took approx. 30 minutes to assemble ... version that would run under os/360 took nearly an hour to assemble since it took approx. five minutes elapsed time per DCB macro. The univ. eventually got a 360/67 ... but since tss/360 wasn't ready, it spent nearly all its time running os/360 as 360/65. 360/65 (and 360/67) had 709x microcode emulation support (as opposed to 1401 emulation available on lower-end 360s). Last week of January 1968, three people from the science center ... some past posts http://www.garlic.com/~lynn/subtopic.html#545tech came out to the univ. to install (virtual machine) cp67. at the time, cp67 wasn't really up to the univ. os/360 production workload ... but I got to play with it quite a bit on weekends. some discussion detailed in these posts: http://www.garlic.com/~lynn/2009h.html#47 Book on Poughkeepsie http://www.garlic.com/~lynn/2009h.html#48 Book on Poughkeepsie misc. other recent related posts in ibm-main mailing list thread http://www.garlic.com/~lynn/2009h.html#14 IBM Mainframe: 50 Years of Big Iron Innovation http://www.garlic.com/~lynn/2009h.html#42 Book on Poughkeepsie http://www.garlic.com/~lynn/2009h.html#44 Book on Poughkeepsie 360/30 functional characteristics has reference to 1401/1440/1460 compatibiilty feature (GA24-3255) http://www.bitsavers.org/pdf/ibm/360/funcChar/GA24-3231-7_360- 30_funcChar.pdf 1401 simulator for os/360 contributed program: http://www.bitsavers.org/pdf/ibm/360/360D-11.1.019_1401simCorr _Sep69.pdf it might not have been all the difficult to port above to CMS??? 1401/1440/1460 Emulator Programs (under dos/360) http://www.bitsavers.org/pdf/ibm/360/GC27-6940-4_360_1401emul.pdf 360/65 functional characteristics http://www.bitsavers.org/pdf/ibm/360/funcChar/A22-6884-3_360-6 5_funcChar.pdf 360/67 functional characteristics http://www.bitsavers.org/pdf/ibm/360/funcChar/A27-2719-0_360-6 7_funcChar.pdf lists optional feature: 709/7040/7044/7090/7094/7094II Compatibility single processor 360/67 was nearly identical to single processor 360/65 except with addition to virtual address translation hardware. -- 40+yrs virtualization experience (since Jan68), online at home since 40+Mar1970
Re: IBM 1401
And just this morning I had been wondering about those who have contributed to this thread, wondering how they could remember so much detail (even if some memory had a few parity checks). Thus, how much truly important personal information had been paged out of their real memory (perhaps to paper tape?), being forever lost to permit these technical details to remain? :-) Obviously, over the years Lynn has kept more records than a radio station (oops: wrong media -- and now: wrong era). Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Schuh, Richard rsc...@visa.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 05/29/2009 09:10 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: IBM 1401 Thanks, Lynn. We knew that we could count on you for the true story. :-) Those of us who have been around since the 1401 days and who have to rely on our memories sometimes mis-remember. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Anne Lynn Wheeler Sent: Thursday, May 28, 2009 7:41 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IBM 1401 rschuh wrote: The smaller systems, the 360-20 and 360-30 had a 1401 emulator mode. It was= a h/w or mc based feature. I don't know whether larger machines had it. Th= ere was also a 1410 emulator mode on the -40. I do not know of any 1401 sup= port that ran under DOS, but my DOS experience is miniscule.=20 360/30 had 1401 microcode emulation ... actually 360/30 front panel switch that selected 360 microcode emulation (since 360 was implemented as microcode on 360/30) and 1401 microcode emulation recent stories in ibm-main mailing list about univ. getting 360/30 to replace 1401 (in staged processs of replacing 709/1401 combo with 360/67 which was suppose to run with tss/360). http://www.garlic.com/~lynn/2009h.html#12 IBM Mainframe: 50 Years of Big Iron Innovation http://www.garlic.com/~lynn/2009h.html#41 Book on Poughkeepsie 709 ran ibsys, tape-tape, a lot of fortran student jobs. 1401 was front-end spooling handling card reader- tape tape-printer/punch for the 709 ... with tapes being manually moved from 1401 tapes and 709 tapes. Even tho the 1401 MPIO program ran perfectly fine on 360/30 in 1401 emulation mode (switch to emulation mode and boot MPIO from 2504 reader, effectively same as if running real 1401) ... I got a student job to re-implement it in 360 ... I got to design my own monitor, interrupt handling, device drivers, storage management, console interface, etc. Eventually was 2000 card program with assembler directive that would either generate a stand-alone program or version that ran under os/360. Stand-alone version took approx. 30 minutes to assemble ... version that would run under os/360 took nearly an hour to assemble since it took approx. five minutes elapsed time per DCB macro. The univ. eventually got a 360/67 ... but since tss/360 wasn't ready, it spent nearly all its time running os/360 as 360/65. 360/65 (and 360/67) had 709x microcode emulation support (as opposed to 1401 emulation available on lower-end 360s). Last week of January 1968, three people from the science center ... some past posts http://www.garlic.com/~lynn/subtopic.html#545tech came out to the univ. to install (virtual machine) cp67. at the time, cp67 wasn't really up to the univ. os/360 production workload ... but I got to play with it quite a bit on weekends. some discussion detailed in these posts: http://www.garlic.com/~lynn/2009h.html#47 Book on Poughkeepsie http://www.garlic.com/~lynn/2009h.html#48 Book on Poughkeepsie misc. other recent related posts in ibm-main mailing list thread http://www.garlic.com/~lynn/2009h.html#14 IBM Mainframe: 50 Years of Big Iron Innovation http://www.garlic.com/~lynn/2009h.html#42 Book on Poughkeepsie http://www.garlic.com/~lynn/2009h.html#44 Book on Poughkeepsie 360/30 functional characteristics has reference to 1401/1440/1460 compatibiilty feature (GA24-3255) http://www.bitsavers.org/pdf/ibm/360/funcChar/GA24-3231-7_360- 30_funcChar.pdf 1401 simulator for os/360 contributed program: http://www.bitsavers.org/pdf/ibm/360/360D-11.1.019_1401simCorr _Sep69.pdf it might not have been all the difficult to port above to CMS??? 1401/1440/1460 Emulator Programs (under dos/360) http://www.bitsavers.org/pdf/ibm/360/GC27-6940-4_360_1401emul.pdf 360/65 functional characteristics http://www.bitsavers.org/pdf/ibm/360/funcChar/A22-6884-3_360-6 5_funcChar.pdf 360/67 functional characteristics http://www.bitsavers.org/pdf/ibm/360/funcChar/A27-2719-0_360-6 7_funcChar.pdf lists optional feature: 709/7040/7044/7090/7094/7094II
Re: IBM 1401
No, the IBM 2671 paper tape device was a reader only. The paper tape punches were from older systems. I guess paper tape got punched on teletype machines in S/360 days. I had a customer with a 2671. I started keeping IBM sales manual pages that were discard this page when updates came out in about the 1970 time frame. I realized that I was throwing out history, so I kept some that I thought were important. Also I hung on to old IBM Blue Letters as product announcements were called. When I moved last summer, I shipped about a 6 tall stack of them to the Computer History Museum in Mountain View, CA. http://en.wikipedia.org/wiki/Computer_History_Museum Jim Mike Walter wrote: And just this morning I had been wondering about those who have contributed to this thread, wondering how they could remember so much detail (even if some memory had a few parity checks). Thus, how much truly important personal information had been paged out of their real memory (perhaps to paper tape?), being forever lost to permit these technical details to remain? :-) Obviously, over the years Lynn has kept more records than a radio station (oops: wrong media -- and now: wrong era). Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell jab...@cornell.edu
Re: IBM 1401
I can remember as a consode operator running a 360/30 in 1401 compatibility mode (dialing in the card reader address and loading in the 'CID' deck). I can also remember settubg the 'F' switch to signal the last reel of tape being read in on a 2401 tape drive. We also ran that machine in normal '360' mode, IPLing DOS off the 190 disk. --- On Fri, 5/29/09, Jim Bohnsack jab...@cornell.edu wrote: From: Jim Bohnsack jab...@cornell.edu Subject: Re: IBM 1401 To: IBMVM@LISTSERV.UARK.EDU Date: Friday, May 29, 2009, 11:39 AM No, the IBM 2671 paper tape device was a reader only. The paper tape punches were from older systems. I guess paper tape got punched on teletype machines in S/360 days. I had a customer with a 2671. I started keeping IBM sales manual pages that were discard this page when updates came out in about the 1970 time frame. I realized that I was throwing out history, so I kept some that I thought were important. Also I hung on to old IBM Blue Letters as product announcements were called. When I moved last summer, I shipped about a 6 tall stack of them to the Computer History Museum in Mountain View, CA. http://en.wikipedia.org/wiki/Computer_History_Museum Jim Mike Walter wrote: And just this morning I had been wondering about those who have contributed to this thread, wondering how they could remember so much detail (even if some memory had a few parity checks). Thus, how much truly important personal information had been paged out of their real memory (perhaps to paper tape?), being forever lost to permit these technical details to remain? :-) Obviously, over the years Lynn has kept more records than a radio station (oops: wrong media -- and now: wrong era). Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell jab...@cornell.edu
Re: IBM 1401
Trivia.. Recently I went to the Titan-II ICBM silo (now a museum) just outside Tucson, AZ .. Interesting fact, they loaded the program for the nucleaur tipped ballistic missiles guidence system from a paper tape.. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Jim Bohnsack Sent: Friday, May 29, 2009 10:40 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IBM 1401 No, the IBM 2671 paper tape device was a reader only. The paper tape punches were from older systems. I guess paper tape got punched on teletype machines in S/360 days. I had a customer with a 2671. I started keeping IBM sales manual pages that were discard this page when updates came out in about the 1970 time frame. I realized that I was throwing out history, so I kept some that I thought were important. Also I hung on to old IBM Blue Letters as product announcements were called. When I moved last summer, I shipped about a 6 tall stack of them to the Computer History Museum in Mountain View, CA. http://en.wikipedia.org/wiki/Computer_History_Museum Jim Mike Walter wrote: And just this morning I had been wondering about those who have contributed to this thread, wondering how they could remember so much detail (even if some memory had a few parity checks). Thus, how much truly important personal information had been paged out of their real memory (perhaps to paper tape?), being forever lost to permit these technical details to remain? :-) Obviously, over the years Lynn has kept more records than a radio station (oops: wrong media -- and now: wrong era). Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell jab...@cornell.edu
Re: IBM 1401
Paper tape is immune from magnetic interference (of course, back then there was no public documentation of EMF weapons, right?). Another paper tape story... when I was in the US Marines (1971-1977) working in the Tactical Air Command Center at MCAS Cherry Point, North Carolina one summer, an important computer kept failing at random intervals. That computer translated radar screen paints (bright blobs) into symbols that we could interpret on large displays (i.e. different symbols for different aircraft; and different symbols between friendlies and bogies). When examined after each failure, the core (yes, real core) memory was always wiped clean. That computer (and its tech) was housed in a metal box (IIRC, about 6'x10', 8' high) which was transportable on the back of a 2 1/2 ton (6-by) truck, or by helicopter It was located about 15 feet from another similar box with all the radar gear inside, and large radar dish on the top. After a few days of random core wipes, someone noticed that the core wipe only happened when the door to the computer hut was momentarily opened as the radar dish swept past. While aimed much higher, there was enough residual power from the dish to wipe the computer's core memory clean. Memory was reloaded (back on track now) from dependable paper tape. Someone was stationed outside the computer hut for the rest of that day until it could be turned around with the door faced AWAY from the radar dish sweep. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. USMCR Sergeant, 1971-1977 Huegel, Thomas thue...@kable.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 05/29/2009 11:49 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: IBM 1401 Trivia.. Recently I went to the Titan-II ICBM silo (now a museum) just outside Tucson, AZ .. Interesting fact, they loaded the program for the nucleaur tipped ballistic missiles guidence system from a paper tape.. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Jim Bohnsack Sent: Friday, May 29, 2009 10:40 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IBM 1401 No, the IBM 2671 paper tape device was a reader only. The paper tape punches were from older systems. I guess paper tape got punched on teletype machines in S/360 days. I had a customer with a 2671. I started keeping IBM sales manual pages that were discard this page when updates came out in about the 1970 time frame. I realized that I was throwing out history, so I kept some that I thought were important. Also I hung on to old IBM Blue Letters as product announcements were called. When I moved last summer, I shipped about a 6 tall stack of them to the Computer History Museum in Mountain View, CA. http://en.wikipedia.org/wiki/Computer_History_Museum Jim Mike Walter wrote: And just this morning I had been wondering about those who have contributed to this thread, wondering how they could remember so much detail (even if some memory had a few parity checks). Thus, how much truly important personal information had been paged out of their real memory (perhaps to paper tape?), being forever lost to permit these technical details to remain? :-) Obviously, over the years Lynn has kept more records than a radio station (oops: wrong media -- and now: wrong era). Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell jab...@cornell.edu The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
Re: listing of hyper apars for z/vm 5.4 with rsu 0901
Hans, Although I worked with you offline on this I still wanted to point out th e VM SERVICE TIPS web page to others, in case they would like to look at PS P buckets through the web. The VM Service Tips web site is at url: www.vm.ibm.com/service/tips/ The first bullet on that page has a link to a REATIN PSP search facility. This facility also allows for display of the hardware PSP buckets. Sincerely, Tami Zebrowski-Darrow IBM VMSES/E Service and Support
Re: IBM 1401
If the radar signal was strong enough to wipe the core, I wonder what it did to the synapses of the person posted to guard the door. In the early '80s, the state of Missouri bought a fleet of new patrol cars for the highway patrol. After a few days, many of the officers started complaining about headaches, Upon investigation, it was determined that all of the officers who had reported the headaches had been using their radar units extensively. After more investigation, the problem was solved by moving the radar units so that they did not point directly at the back of the driver's head. I wonder if all of these systems that used paper tape were programmed so that they could properly read the tapes no matter what the orientation - frontwards or backwards, right side up or wrong side up. Some of the early readers could read the tape regardless of the orientation; however, the data would look very odd if the orientation were wrong. It is scary to think what would happen to an ICBM's targeting if the tape was not fed in correctly. I hope there was something done to prevent that type of problem. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mike Walter Sent: Friday, May 29, 2009 10:35 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IBM 1401 Paper tape is immune from magnetic interference (of course, back then there was no public documentation of EMF weapons, right?). Another paper tape story... when I was in the US Marines (1971-1977) working in the Tactical Air Command Center at MCAS Cherry Point, North Carolina one summer, an important computer kept failing at random intervals. That computer translated radar screen paints (bright blobs) into symbols that we could interpret on large displays (i.e. different symbols for different aircraft; and different symbols between friendlies and bogies). When examined after each failure, the core (yes, real core) memory was always wiped clean. That computer (and its tech) was housed in a metal box (IIRC, about 6'x10', 8' high) which was transportable on the back of a 2 1/2 ton (6-by) truck, or by helicopter It was located about 15 feet from another similar box with all the radar gear inside, and large radar dish on the top. After a few days of random core wipes, someone noticed that the core wipe only happened when the door to the computer hut was momentarily opened as the radar dish swept past. While aimed much higher, there was enough residual power from the dish to wipe the computer's core memory clean. Memory was reloaded (back on track now) from dependable paper tape. Someone was stationed outside the computer hut for the rest of that day until it could be turned around with the door faced AWAY from the radar dish sweep. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. USMCR Sergeant, 1971-1977 Huegel, Thomas thue...@kable.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 05/29/2009 11:49 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: IBM 1401 Trivia.. Recently I went to the Titan-II ICBM silo (now a museum) just outside Tucson, AZ .. Interesting fact, they loaded the program for the nucleaur tipped ballistic missiles guidence system from a paper tape.. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Jim Bohnsack Sent: Friday, May 29, 2009 10:40 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IBM 1401 No, the IBM 2671 paper tape device was a reader only. The paper tape punches were from older systems. I guess paper tape got punched on teletype machines in S/360 days. I had a customer with a 2671. I started keeping IBM sales manual pages that were discard this page when updates came out in about the 1970 time frame. I realized that I was throwing out history, so I kept some that I thought were important. Also I hung on to old IBM Blue Letters as product announcements were called. When I moved last summer, I shipped about a 6 tall stack of them to the Computer History Museum in Mountain View, CA. http://en.wikipedia.org/wiki/Computer_History_Museum Jim Mike Walter wrote: And just this morning I had been wondering about those who have contributed to this thread, wondering how they could remember so much detail (even if some memory had a few parity checks). Thus, how much truly important personal information had been paged out of their real memory (perhaps to paper tape?), being forever lost to permit these technical details to remain? :-) Obviously, over the years Lynn has kept more records than a radio station (oops:
Re: IBM 1401
When I worked at a bank, we had Ollivetti teller terminals that punched paper tape transactions as well as them being entered into the system. If the computer systems were down, the tellers could still record transactions on to the paper tape. When the systems came back up, they had a paper tape reader that they could feed the paper tape into (I don't remember the model number) to enter that transactions. --- On Fri, 5/29/09, Mike Walter mike.wal...@hewitt.com wrote: From: Mike Walter mike.wal...@hewitt.com Subject: Re: IBM 1401 To: IBMVM@LISTSERV.UARK.EDU Date: Friday, May 29, 2009, 1:35 PM Paper tape is immune from magnetic interference (of course, back then there was no public documentation of EMF weapons, right?). Another paper tape story... when I was in the US Marines (1971-1977) working in the Tactical Air Command Center at MCAS Cherry Point, North Carolina one summer, an important computer kept failing at random intervals. That computer translated radar screen paints (bright blobs) into symbols that we could interpret on large displays (i.e. different symbols for different aircraft; and different symbols between friendlies and bogies). When examined after each failure, the core (yes, real core) memory was always wiped clean. That computer (and its tech) was housed in a metal box (IIRC, about 6'x10', 8' high) which was transportable on the back of a 2 1/2 ton (6-by) truck, or by helicopter It was located about 15 feet from another similar box with all the radar gear inside, and large radar dish on the top. After a few days of random core wipes, someone noticed that the core wipe only happened when the door to the computer hut was momentarily opened as the radar dish swept past. While aimed much higher, there was enough residual power from the dish to wipe the computer's core memory clean. Memory was reloaded (back on track now) from dependable paper tape. Someone was stationed outside the computer hut for the rest of that day until it could be turned around with the door faced AWAY from the radar dish sweep. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. USMCR Sergeant, 1971-1977 Huegel, Thomas thue...@kable.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 05/29/2009 11:49 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: IBM 1401 Trivia.. Recently I went to the Titan-II ICBM silo (now a museum) just outside Tucson, AZ .. Interesting fact, they loaded the program for the nucleaur tipped ballistic missiles guidence system from a paper tape.. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Jim Bohnsack Sent: Friday, May 29, 2009 10:40 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IBM 1401 No, the IBM 2671 paper tape device was a reader only. The paper tape punches were from older systems. I guess paper tape got punched on teletype machines in S/360 days. I had a customer with a 2671. I started keeping IBM sales manual pages that were discard this page when updates came out in about the 1970 time frame. I realized that I was throwing out history, so I kept some that I thought were important. Also I hung on to old IBM Blue Letters as product announcements were called. When I moved last summer, I shipped about a 6 tall stack of them to the Computer History Museum in Mountain View, CA. http://en.wikipedia.org/wiki/Computer_History_Museum Jim Mike Walter wrote: And just this morning I had been wondering about those who have contributed to this thread, wondering how they could remember so much detail (even if some memory had a few parity checks). Thus, how much truly important personal information had been paged out of their real memory (perhaps to paper tape?), being forever lost to permit these technical details to remain? :-) Obviously, over the years Lynn has kept more records than a radio station (oops: wrong media -- and now: wrong era). Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell jab...@cornell.edu The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination,
Re: IBM 1401
In the 1970's, a friend of mine's dad worked at NARF (Naval Air Rework Facility) Alameda. They made system backups on paper tape, because it was immune to EMP effects. Dennis O'Brien A good plan, violently executed now, is better than a perfect plan next week.. -- General George S. Patton -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Huegel, Thomas Sent: Friday, May 29, 2009 09:49 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: [IBMVM] IBM 1401 Trivia.. Recently I went to the Titan-II ICBM silo (now a museum) just outside Tucson, AZ .. Interesting fact, they loaded the program for the nucleaur tipped ballistic missiles guidence system from a paper tape.. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Jim Bohnsack Sent: Friday, May 29, 2009 10:40 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IBM 1401 No, the IBM 2671 paper tape device was a reader only. The paper tape punches were from older systems. I guess paper tape got punched on teletype machines in S/360 days. I had a customer with a 2671. I started keeping IBM sales manual pages that were discard this page when updates came out in about the 1970 time frame. I realized that I was throwing out history, so I kept some that I thought were important. Also I hung on to old IBM Blue Letters as product announcements were called. When I moved last summer, I shipped about a 6 tall stack of them to the Computer History Museum in Mountain View, CA. http://en.wikipedia.org/wiki/Computer_History_Museum Jim Mike Walter wrote: And just this morning I had been wondering about those who have contributed to this thread, wondering how they could remember so much detail (even if some memory had a few parity checks). Thus, how much truly important personal information had been paged out of their real memory (perhaps to paper tape?), being forever lost to permit these technical details to remain? :-) Obviously, over the years Lynn has kept more records than a radio station (oops: wrong media -- and now: wrong era). Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. -- Jim Bohnsack Cornell University (972) 596-6377 home/office (972) 342-5823 cell jab...@cornell.edu
Re: IBM 1401
You couldn't fee the paper tape in backwards, the sprocket holes wouldn't line up. However, you could feed the tape in backwards if it was also up side down. Now that really took someone with some smarts to do. I still have my Teletype ASR33 with 8 level reader punch, which included a 44 pound 110 baud modem. Still works. I do have spools of paper tape as well as a spool or two of mylar tape. For a few years, back in the early '80s, I used it for communication to TSO. Then I got a TRS-80 Model 1. I used the Teletype modem, for communication with the TRS-80. I would download programs to my floppy, edit them, and upload them to compile. Really wasn't worth it. Usually took more than a 30 minute TV show to download and upload my PL/1 programs. Anyway, it made a racket that my apartment neighbors didn't like too much. G In my world, before transmitting something for paper tape use, you used the here is key that would punch out a leader. That was the start of any tape. I also recall there was some method that punched out arrows (i.e. forward pointing carrot), that also gave operators a good indication on which way the tape went in. Tom Duerbusch THD Consulting (RIP Grey Stripe, a great cat and my buddy for, just shy of 19 years) Schuh, Richard rsc...@visa.com 5/29/2009 1:30 PM If the radar signal was strong enough to wipe the core, I wonder what it did to the synapses of the person posted to guard the door. In the early '80s, the state of Missouri bought a fleet of new patrol cars for the highway patrol. After a few days, many of the officers started complaining about headaches, Upon investigation, it was determined that all of the officers who had reported the headaches had been using their radar units extensively. After more investigation, the problem was solved by moving the radar units so that they did not point directly at the back of the driver's head. I wonder if all of these systems that used paper tape were programmed so that they could properly read the tapes no matter what the orientation - frontwards or backwards, right side up or wrong side up. Some of the early readers could read the tape regardless of the orientation; however, the data would look very odd if the orientation were wrong. It is scary to think what would happen to an ICBM's targeting if the tape was not fed in correctly. I hope there was something done to prevent that type of problem. Regards, Richard Schuh -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Mike Walter Sent: Friday, May 29, 2009 10:35 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IBM 1401 Paper tape is immune from magnetic interference (of course, back then there was no public documentation of EMF weapons, right?). Another paper tape story... when I was in the US Marines (1971-1977) working in the Tactical Air Command Center at MCAS Cherry Point, North Carolina one summer, an important computer kept failing at random intervals. That computer translated radar screen paints (bright blobs) into symbols that we could interpret on large displays (i.e. different symbols for different aircraft; and different symbols between friendlies and bogies). When examined after each failure, the core (yes, real core) memory was always wiped clean. That computer (and its tech) was housed in a metal box (IIRC, about 6'x10', 8' high) which was transportable on the back of a 2 1/2 ton (6-by) truck, or by helicopter It was located about 15 feet from another similar box with all the radar gear inside, and large radar dish on the top. After a few days of random core wipes, someone noticed that the core wipe only happened when the door to the computer hut was momentarily opened as the radar dish swept past. While aimed much higher, there was enough residual power from the dish to wipe the computer's core memory clean. Memory was reloaded (back on track now) from dependable paper tape. Someone was stationed outside the computer hut for the rest of that day until it could be turned around with the door faced AWAY from the radar dish sweep. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. USMCR Sergeant, 1971-1977 Huegel, Thomas thue...@kable.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 05/29/2009 11:49 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: IBM 1401 Trivia.. Recently I went to the Titan-II ICBM silo (now a museum) just outside Tucson, AZ .. Interesting fact, they loaded the program for the nucleaur tipped ballistic missiles guidence system from a paper tape.. -Original Message- From: The IBM z/VM Operating System
Re: IBM 1401
I to worked for a bank back in the early '70s and I remember a story about a neighboring bank that produced paper tapes for something .. anyway as the story goes they made 'backups' of the tapes by running them through a microfiche machine ... I guess it would work, but repunching a tape from a fiche slide seems rather tedious to me. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of william JANULIN Sent: Friday, May 29, 2009 1:36 PM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IBM 1401 When I worked at a bank, we had Ollivetti teller terminals that punched paper tape transactions as well as them being entered into the system. If the computer systems were down, the tellers could still record transactions on to the paper tape. When the systems came back up, they had a paper tape reader that they could feed the paper tape into (I don't remember the model number) to enter that transactions. --- On Fri, 5/29/09, Mike Walter mike.wal...@hewitt.com wrote: From: Mike Walter mike.wal...@hewitt.com Subject: Re: IBM 1401 To: IBMVM@LISTSERV.UARK.EDU Date: Friday, May 29, 2009, 1:35 PM Paper tape is immune from magnetic interference (of course, back then there was no public documentation of EMF weapons, right?). Another paper tape story... when I was in the US Marines (1971-1977) working in the Tactical Air Command Center at MCAS Cherry Point, North Carolina one summer, an important computer kept failing at random intervals. That computer translated radar screen paints (bright blobs) into symbols that we could interpret on large displays (i.e. different symbols for different aircraft; and different symbols between friendlies and bogies). When examined after each failure, the core (yes, real core) memory was always wiped clean. That computer (and its tech) was housed in a metal box (IIRC, about 6'x10', 8' high) which was transportable on the back of a 2 1/2 ton (6-by) truck, or by helicopter It was located about 15 feet from another similar box with all the radar gear inside, and large radar dish on the top. After a few days of random core wipes, someone noticed that the core wipe only happened when the door to the computer hut was momentarily opened as the radar dish swept past. While aimed much higher, there was enough residual power from the dish to wipe the computer's core memory clean. Memory was reloaded (back on track now) from dependable paper tape. Someone was stationed outside the computer hut for the rest of that day until it could be turned around with the door faced AWAY from the radar dish sweep. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. USMCR Sergeant, 1971-1977 Huegel, Thomas thue...@kable.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 05/29/2009 11:49 AM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: IBM 1401 Trivia.. Recently I went to the Titan-II ICBM silo (now a museum) just outside Tucson, AZ .. Interesting fact, they loaded the program for the nucleaur tipped ballistic missiles guidence system from a paper tape.. -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Jim Bohnsack Sent: Friday, May 29, 2009 10:40 AM To: IBMVM@LISTSERV.UARK.EDU Subject: Re: IBM 1401 No, the IBM 2671 paper tape device was a reader only. The paper tape punches were from older systems. I guess paper tape got punched on teletype machines in S/360 days. I had a customer with a 2671. I started keeping IBM sales manual pages that were discard this page when updates came out in about the 1970 time frame. I realized that I was throwing out history, so I kept some that I thought were important. Also I hung on to old IBM Blue Letters as product announcements were called. When I moved last summer, I shipped about a 6 tall stack of them to the Computer History Museum in Mountain View, CA. http://en.wikipedia.org/wiki/Computer_History_Museum Jim Mike Walter wrote: And just this morning I had been wondering about those who have contributed to this thread, wondering how they could remember so much detail (even if some memory had a few parity checks). Thus, how much truly important personal information had been paged out of their real memory (perhaps to paper tape?), being forever lost to permit these technical details to remain? :-) Obviously, over the years Lynn has kept more records than a radio station (oops: wrong media -- and now: wrong era). Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. --
Re: IBM 1401
I'll be Dan for a minute. Way off topic Let's get back to z/VM :) This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation.
Re: Virtualized Desktop
Ward, Mike S wrote: Hello, all. I have a question. It seems that we are looking into a virtualized desktop environment (Single Image) on our distributed side. I kind of laugh at this because that's where we came from with VM and an OS running under VM (Green Screen) long ago and now it's making full circle. In VM how do you determine the amount of hardware MIPS, Disk, Etc... for let's say 1000 users? Is there any kind of formula to go by? I know in the distributed environment, it will probably take a lot of disk space, and as far as performance I don't think it would be as snappy as a real VM system. I used to work at a shop where we had 2500 users and a few with APL, that's right APL. Anyone that's been around knows what APL programmers did for VM. And in that shop response time was good even under MVS/CICS under VM. Anyway any comments, suggestions, criticisms are welcome. We recently did a POC to see if we could replace about 1000 Windows PC with thin clients linked to VMware running on HP blades and a HP SAN storage. The POC worked well with 10 users. We are probably going to implement it in the next fiscal year. I don't have the costs with me now but the 10 HP blades that we will need cost more than a z10. -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us
Re: IBM 1401
To paraphrase 1988 United States vice-presidential candidate Senator Lloyd Bentsen to Republican vice-presidential candidate Senator Dan Quayle: Marcy, I serve with Dan Martin (on the SHARE LVM TSC): I know Dan Martin; Dan Martin is friend of mine. Marcy, you're no Dan Martin. Surely, he may have a similar slim, girlish figure to make the confusion easier (strike that, he has NO girlish figure!!) -- surely he's just as nice, but you're no Dan! And don't call him Shirley! ;-) But you are right on-topic about being off-topic. (I just could NOT pass up this opportunity at a little levity on a Friday afternoon). Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. Marcy Cortes marcy.d.cor...@wellsfargo.com Sent by: The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU 05/29/2009 02:06 PM Please respond to The IBM z/VM Operating System IBMVM@LISTSERV.UARK.EDU To IBMVM@LISTSERV.UARK.EDU cc Subject Re: IBM 1401 I'll be Dan for a minute. Way off topic Let's get back to z/VM :) This message may contain confidential and/or privileged information. If you are not the addressee or authorized to receive this for the addressee, you must not use, copy, disclose, or take any action based on this message or any information herein. If you have received this message in error, please advise the sender immediately by reply e-mail and delete this message. Thank you for your cooperation. The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.
Re: Virtualized Desktop
-Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of Stephen Frazier Sent: 29 May 2009 21:25 To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Virtualized Desktop Ward, Mike S wrote: Hello, all. I have a question. It seems that we are looking into a virtualized desktop environment (Single Image) on our distributed side. I kind of laugh at this because that's where we came from with VM and an OS running under VM (Green Screen) long ago and now it's making full circle. In VM how do you determine the amount of hardware MIPS, Disk, Etc... for let's say 1000 users? Is there any kind of formula to go by? I know in the distributed environment, it will probably take a lot of disk space, and as far as performance I don't think it would be as snappy as a real VM system. I used to work at a shop where we had 2500 users and a few with APL, that's right APL. Anyone that's been around knows what APL programmers did for VM. And in that shop response time Not sure about what APL did for VM but I remember being chucked off MTS for having the largest VM size. It was a weekend and I thought the system would quiet but it was paging to disk that day, and my 10 line program killed the system... .. (it was my undergraduate project and did resource leveling on a Gant chart using heuristic methods..) was good even under MVS/CICS under VM. Anyway any comments, suggestions, criticisms are welcome. We recently did a POC to see if we could replace about 1000 Windows PC with thin clients linked to VMware running on HP blades and a HP SAN storage. The POC worked well with 10 users. We are probably going to implement it in the next fiscal year. I don't have the costs with me now but the 10 HP blades that we will need cost more than a z10. Building PC's capable of running many virtual machines can be expensive, but I would have thought fewer bigger machines would be better value for money. In any case when you consider the number of Network Cards and SAN HBA cards you will need those alone probably come close to small mainframe... On the other hand the support costs of maintaining one image rather than 1000 PCs will probably save you money in the first few days... -- Stephen Frazier Information Technology Unit Oklahoma Department of Corrections 3400 Martin Luther King Oklahoma City, Ok, 73111-4298 Tel.: (405) 425-2549 Fax: (405) 425-2554 Pager: (405) 690-1828 email: stevef%doc.state.ok.us
Re: Any idea? Dirmaint error by detach 123 disk(540RES)
On Friday, 05/29/2009 at 07:23 EDT, Kris Buelens kris.buel...@gmail.com wrote: I found three things out today about SET PRIVCLASS and the SETVMDBK EXEC (that is available on the VM download lib since 2002) 0. My memory is more and more rusty. 1. I had a newer version of it on my VM system 2. SETVMDBK allows to change the PRIVCLASS of users, irrespective of what is in SYSTEM CONFIG So, I sent the new level to http://www.vm.ibm.com/download/packages/descript.cgi?SETVMDBK I think it would be safe to say that IBM recommends AGAINST issuing a STORE HOST unless you are doing so at the direction of Support Centre. As some have discovered, STORE HOST introduces an unstable element (the systems programmer? };-) ) into the system, creating risk of an abend. Of course, IBM's recommendation is just once piece of input to the decision. If the benefit outweighs the risk, then follow your heart On a properly secured z/VM system, issuing STORE HOST will bring the Auditors to your door (if they are listening to me, anyway). Be sure to have a signed directive from your management, aka a Get out of jail free card. I really must get cracking on the z/VM Auditor's Field and Survival Guide [Free cudgel included at no extra charge! Now contains the most common phrases heard from z/VM security weasels in the wild, including such hits as I'm gonna whap you upside yo' head, son! and I don't think so, Tim. For a limited time only, it also includes a fold-out full-color diagram of the interior of the human kneecap.] Alan Altmark z/VM Development IBM Endicott
Re: Any idea? Dirmaint error by detach 123 disk(540RES)
On May 29, 2009, at 6:31 PM, Alan Altmark wrote: I really must get cracking on the z/VM Auditor's Field and Survival Guide [Free cudgel included at no extra charge! Now contains the most common phrases heard from z/VM security weasels in the wild, including such hits as I'm gonna whap you upside yo' head, son! and I don't think so, Tim. For a limited time only, it also includes a fold-out full- color diagram of the interior of the human kneecap.] Put me down for a dozen. Adam
Re: IBM 1401
Another paper tape story, actually more like a tale... When the motor burned out on a paper tape reader in a third-story lab, they just moved the reader near an open window, attached a weight to the paper tape loaded in the reade r, and dropped the weight out the window. The tape shot out the window and was read without a problem. Is this possible? A 1401 story, also perhaps a tale... This was told about an actual 1401. Every so often the core (yes, real core) memory would be inexplicably wiped. It couldn't be traced to a particular running program. The CEs duly examined everything, did whatever diagnostics they did on 1401s, but came up with the nothing. The problem continued occurring unpredictably and irreproducibly until one afternoon a CE was in sixth-floor machine room looking in an open door of the 1401 when he witnessed it happen. He happened to look over his shoulder, out one of the floor-to-ceiling windows surrounding two sides of the data center, and spied a girder attached to a large electromagnet skimming past the window being pulled up by a construction crane from the building being built next door. It turned out that was the culprit. Is this possible? (I once heard that the way to protect a magnetic tape from being accidentally wiped by a magnet was to pack it surrounded by a foot of packing material.) A tape drive story, thrown in for free... A photographer had been brought into the insurance company's large data center to take pictures of it to show off it in the company's house organ (does anyone besides me use that term anymore?). He attached his large flash unit to his camera and took what he assumed would a series of photos. When his flash fired that first time every running tape drive in its direction sensed end of tape and rewound. When the operators realized what had happened, he was swiftly led out of the data center. No photographer was ever allowed in again. Fred Ballard Ex-1401, 1410, 360, and 370 programmer - Original Message - From: Mike Walter mike. walter @ hewitt .com To: IBMVM @ LISTSERV . UARK . EDU Sent: Friday, May 29, 2009 12:35:19 PM GMT -06:00 US/Canada Central Subject: Re: IBM 1401 Paper tape is immune from magnetic interference (of course, back then there was no public documentation of EMF weapons, right?). Another paper tape story... when I was in the US Marines (1971-1977) working in the Tactical Air Command Center at MCAS Cherry Point, North Carolina one summer, an important computer kept failing at random intervals. That computer translated radar screen paints (bright blobs) into symbols that we could interpret on large displays (i.e. different symbols for different aircraft; and different symbols between friendlies and bogies ). When examined after each failure, the core (yes, real core) memory was always wiped clean. That computer (and its tech) was housed in a metal box ( IIRC , about 6'x10', 8' high) which was transportable on the back of a 2 1/2 ton (6-by) truck, or by helicopter It was located about 15 feet from another similar box with all the radar gear inside, and large radar dish on the top. After a few days of random core wipes, someone noticed that the core wipe only happened when the door to the computer hut was momentarily opened as the radar dish swept past. While aimed much higher, there was enough residual power from the dish to wipe the computer's core memory clean. Memory was reloaded (back on track now) from dependable paper tape. Someone was stationed outside the computer hut for the rest of that day until it could be turned around with the door faced AWAY from the radar dish sweep. Mike Walter Hewitt Associates Any opinions expressed herein are mine alone and do not necessarily represent the opinions or policies of Hewitt Associates. USMCR Sergeant, 1971-1977 Huegel , Thomas THuegel @ Kable .com Sent by: The IBM z/ VM Operating System IBMVM @ LISTSERV . UARK . EDU 05/29/2009 11:49 AM Please respond to The IBM z/ VM Operating System IBMVM @ LISTSERV . UARK . EDU To IBMVM @ LISTSERV . UARK . EDU cc Subject Re: IBM 1401 Trivia.. Recently I went to the Titan-II ICBM silo (now a museum) just outside Tucson, AZ .. Interesting fact, they loaded the program for the nucleaur tipped ballistic missiles guidence system from a paper tape.. -Original Message- From: The IBM z/ VM Operating System [ mailto : IBMVM @ LISTSERV . UARK . EDU ] On Behalf Of Jim Bohnsack Sent: Friday, May 29, 2009 10:40 AM To: IBMVM @ LISTSERV . UARK . EDU Subject: Re: IBM 1401 No, the IBM 2671 paper tape device was a reader only. The paper tape punches were from older systems. I guess paper tape got punched on teletype machines in S/360 days. I had a customer with a 2671. I started keeping IBM sales manual pages that were discard this page when updates came out in about the 1970 time frame. I realized that I was
Re: Any idea? Dirmaint error by detach 123 disk(540RES)
On Fri, 29 May 2009 19:31:11 -0400 Alan Altmark said: I really must get cracking on the z/VM Auditor's Field and Survival Guide [Free cudgel included at no extra charge! Now contains the most common phrases heard from z/VM security weasels in the wild, including such hits as I'm gonna whap you upside yo' head, son! and I don't think so, Tim. For a limited time only, it also includes a fold-out full-color diagram of the interior of the human kneecap.] We're next door to the Science Dept's Atheletic Training Department. That's nothing. Here's your simple knee. http://www.primalpictures.com/ProductImageGallery.aspx?productID=33page=1 Try this one on for size. http://www.primalpictures.com/ProductImageGallery.aspx?productID=17page=1 Acupunture. Or just slap their hands http://www.primalpictures.com/ProductImageGallery.aspx?productID=26page=1 Alan Altmark z/VM Development IBM Endicott /ahw
Re: Any idea? Dirmaint error by detach 123 disk(540RES)
Atheletic Training Department Atheletic? It is unfortunate that you're not located next door to the English Department. ;-) And yes, I make more than my own fair share of typos. - but it's still Friday. Mike Walter Hewitt Associates (Sent from the wee keyboard on a Blackberry.) - Original Message - From: A. Harry Williams [ha...@vm.marist.edu] Sent: 05/29/2009 08:52 PM EDT To: IBMVM@LISTSERV.UARK.EDU Subject: Re: Any idea? Dirmaint error by detach 123 disk(540RES) On Fri, 29 May 2009 19:31:11 -0400 Alan Altmark said: I really must get cracking on the z/VM Auditor's Field and Survival Guide [Free cudgel included at no extra charge! Now contains the most common phrases heard from z/VM security weasels in the wild, including such hits as I'm gonna whap you upside yo' head, son! and I don't think so, Tim. For a limited time only, it also includes a fold-out full-color diagram of the interior of the human kneecap.] We're next door to the Science Dept's Atheletic Training Department. That's nothing. Here's your simple knee. http://www.primalpictures.com/ProductImageGallery.aspx?productID=33page=1 Try this one on for size. http://www.primalpictures.com/ProductImageGallery.aspx?productID=17page=1 Acupunture. Or just slap their hands http://www.primalpictures.com/ProductImageGallery.aspx?productID=26page=1 Alan Altmark z/VM Development IBM Endicott /ahw The information contained in this e-mail and any accompanying documents may contain information that is confidential or otherwise protected from disclosure. If you are not the intended recipient of this message, or if this message has been addressed to you in error, please immediately alert the sender by reply e-mail and then delete this message, including any attachments. Any dissemination, distribution or other use of the contents of this message by anyone other than the intended recipient is strictly prohibited. All messages sent to and from this e-mail address may be monitored as permitted by applicable law and regulations to ensure compliance with our internal policies and to protect our business. E-mails are not secure and cannot be guaranteed to be error free as they can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by e-mail.