Re: OT: Printing emails
Steve Comstock wrote: ... today there are 25% more trees in the developed world than in 1900. ... In 1992 there was 360% more wood in the forest than in 1920. ... 60% of paper today is recycled compared to 18% of electronic devices. On what and where are those stats based? Any sources of those claims? Hmmm, I just wonder... if you add Antartica, will this change above stats? :-D :-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Printing emails
Richard Pinion wrote: Kermit the frog was green long before it was fashionable. H, reminds me of this ancient joke: What do you get if you hold two green balls? Kermit the froggy's FULL ATTENTION! ;-D Ok, I'm off, it must be Friday by this time... :-D Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: OT: Printing emails
W dniu 2012-03-23 09:34, Elardus Engelbrecht pisze: Steve Comstock wrote: ... today there are 25% more trees in the developed world than in 1900. ... In 1992 there was 360% more wood in the forest than in 1920. ... 60% of paper today is recycled compared to 18% of electronic devices. On what and where are those stats based? Any sources of those claims? Hmmm, I just wonder... if you add Antartica, will this change above stats? :-D :-D I don't believe them, but it pay attention to real problem: people often do silly things, they want to be green, but actually they make vene more harm to the environment. We often see only part of the picture. We are happy of zero-emission vehicles, but who cares about batteries production and disposal? In my city some councilman wanted to forbid usage of plastic bags for shopping - some professor answered him that plastic bags looks awfully, but are comletely neutral for the environment, and proposed paper bags are harmful *during production*. There are more examples ...but it's still off topic. :-((( -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, www.brebank.pl, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2012 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.410.984 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: UNABLE TO DELETE DUPLICTE DSN
On Thu, 22 Mar 2012 15:09:09 -0500, Paul Gilmartin wrote: On Thu, 22 Mar 2012 13:27:43 -0500, Tom Marchant wrote: That's not what the OP wrote. The OP wrote is in use. My mistake. Thanks for the correction. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Pre-Friday fun: Halon dumps and POK Resets
Insurance data center in NC, first failure when main underground power feed (single feed) burned in two. Big portable Cat generator outside the building for 3 weeks while local power company replaced. So local power company was paid to bring alternate feed in from the other direction. Bush hog guy clearing the undergrowth clipped the power pole support cable which flew up in the air, shorted a transformer, which exploded and set the property on fire, caused massive outage in the entire area. Hurricane Hugo led us to generator backup. Finally got the data center where we needed it. Huge UPS room full of batteries, 3 massive Cat generators, redundant power and telco feeds. Oops, forgot about the water. The cooling towers were out away from the buildings. Broken water main 2 blocks from the office, so utility department shut off the water, in July, in NC. Took about 15 minutes for the cooling towers to shut down because of lack of water. Took about 6 minutes before t! hermal alarms had us shutting down systems. 2 weeks later, 8 inch well beside the cooling towers was completed. Pump was hooked to local power and generator feed. Then they closed the data center and made it a call center. Best prepared call center I have ever seen. On Thu, 22 Mar 2012 13:33:25 -0400, zMan zedgarhoo...@gmail.com wrote: So over the years I've heard a few good stories about accidental (or deliberate) Halon dumps and BRS pressings. Like operators playing Frisbee in the machine room and discovering that the Halon button really, really needs a cover on it... Who else has stories to share? -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Pre-Friday fun: Halon dumps and POK Resets
I attended and worked at Orange Coast College in Costa Mesa, CA, USA, in the mid-1970s. We had a 370-155 (later 158). The library was a few buildings away. It had a micro-wave connection to the library at our sister campus in the next city over (Huntington Beach if I remember correctly). For awhile, every morning we would get a system crash: a hardware crash, the CPU just died. They traced it down to when the microwave got fired up just before the library officially opened. Once the antenna was re-directed slightly everything was fine. We told the students that the elves had to empty the bit buckets after the overnight production runs. Some of them actually believed us. We had another issue there. The young ladies liked to have long hair and liked to wear loose scarves around their necks. We used a lot of APL and had the type-ball terminals. Those terminals LOVED to eat hair and scarves. Lloyd - Original Message From: Scott Ford scott_j_f...@yahoo.com To: IBM-MAIN@bama.ua.edu Sent: Thu, March 22, 2012 4:47:57 PM Subject: Re: Pre-Friday fun: Halon dumps and POK Resets All, Someone told while working in Europe they worked not far from a big radar station.. Every time the disc made a sweep they crashed on the mainframe, anyone heard that before ? Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Mar 22, 2012, at 4:44 PM, Ed Finnell efinnel...@aol.com wrote: Unless they discharge a thousand lbs. of Halon at $72 USD per pound. In a message dated 3/22/2012 12:43:50 P.M. Central Daylight Time, ee...@us.ibm.com writes: Hydrotesting is cheap -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: COBOL x ACB EXLST WITH JRNAD
Hi, I'm very grateful for the suggestions and statements. I'll go a little more research on the Internet, in particular CBT Tape. Thanks for you all. José ADAUTO Ribeiro Em 22/03/2012 22:08, Scott Ford scott_j_f...@yahoo.com escreveu: Ray, That was a good suggestion...the cbttapes Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Mar 22, 2012, at 9:06 PM, Ray Mullins wrote: On 2012-03-22 16:56, Jose ADAUTO Ribeiro wrote: Hi, Please, not diminishing the quick response from Sam Siegel, but someone has any other information (if that is possible)? I would like to use this facility to spend the minimum effort to alter a legacy of programs. This is part of a project I'm evaluating. Unfortunately, Sam is correct, and Steve's response (write a routine to be called by the COBOL program) is probably the least intrusive method of getting a journal exit to run in a COBOL environment. This, of course, requires that every program needs to be changed. The other solutions I can think of which do not require changing and recompiling every COBOL involve some pretty deep systems-level stuff to intercept the OPEN (several ways of doing it). However, I don't think your request is that unique; I wonder if something has been done already on the CBT tape, for example. I suggest some deeper Internet searching. Cheers, Ray Hi, Is there a way, in Cobol, to specify JRNAD module exit to access a VSAM file ? In Assembler we can specify: ACB01ACB AM=VSAM,DDNAME=VSAM01,MACRF=(KEY,SEQ,DIR,OUT), EXLST=EXLST01 EXLST01 EXLST AM=VSAM,JRNAD=(JRNEXIT,A,L) JRNEXIT DCCL8'EXITJRN' I don't think that can be done w/out dropping down to an assembler module to handle the I/O. Thanks in advance, Jose Adauto Ribeiro -- M. Ray Mullins Roseville, CA, USA http://www.catherdersoftware.com/ German is essentially a form of assembly language consisting entirely of far calls heavily accented with throaty guttural sounds. ---ilvi French is essentially German with messed-up pronunciation and spelling. --Robert B Wilson English is essentially French converted to 7-bit ASCII. ---Christophe Pierret [for Alain LaBonté] -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Pre-Friday fun: Halon dumps and POK Resets
On Fri, 23 Mar 2012 07:12:15 -0500, Steve Dover wrote: Then they closed the data center and made it a call center. Best prepared call center I have ever seen. Sick - seriously sick . ;-) You never get what you need until you don't need it any more. Reminds me of a telecom exchange built in our national capital a (good) few years back. With the change in technology (miniturization), the building became surplus to requirements. Became home to several *extremely* secure data-centres, all in the same building. Must have been planning one hell of a lot of phone relays ... Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Pre-Friday fun: Halon dumps and POK Resets
On Fri, 23 Mar 2012 05:22:53 -0700, Lloyd Fuller wrote: For awhile, every morning we would get a system crash: a hardware crash, the CPU just died. We had a system where intermittently the overnight batch update would die - after several hours. Non-restartable - we're talking old-school here; tape masterfile, tape tranfile, tape output. Serious PITA. The datacentre was several floors up, and the airport was a few kms west, so some bright CE suggested we cover the tape drive (roll-top) covers with foil in case the radar was interfering. Worked a treat. Later someone observed the west wall of the datacentre was solid. But we had windows to the north. Out that way, 4 or 5 times as far away as the airport was Weapons Research - a government entity now known as Defence Signals. North Americans can think of NSA and Echelon for comparison. They had (and have) all the baddest equipment known to man. We later reckoned they were to blame - even in those days. Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Pre-Friday fun: Halon dumps and POK Resets
Lol Sent from my Verizon Wireless BlackBerry -Original Message- From: Steve Dover steve.do...@ccbcc.com Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Fri, 23 Mar 2012 07:12:15 To: IBM-MAIN@bama.ua.edu Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: Pre-Friday fun: Halon dumps and POK Resets Insurance data center in NC, first failure when main underground power feed (single feed) burned in two. Big portable Cat generator outside the building for 3 weeks while local power company replaced. So local power company was paid to bring alternate feed in from the other direction. Bush hog guy clearing the undergrowth clipped the power pole support cable which flew up in the air, shorted a transformer, which exploded and set the property on fire, caused massive outage in the entire area. Hurricane Hugo led us to generator backup. Finally got the data center where we needed it. Huge UPS room full of batteries, 3 massive Cat generators, redundant power and telco feeds. Oops, forgot about the water. The cooling towers were out away from the buildings. Broken water main 2 blocks from the office, so utility department shut off the water, in July, in NC. Took about 15 minutes for the cooling towers to shut down because of lack of water. Took about 6 minutes before t! hermal alarms had us shutting down systems. 2 weeks later, 8 inch well beside the cooling towers was completed. Pump was hooked to local power and generator feed. Then they closed the data center and made it a call center. Best prepared call center I have ever seen. On Thu, 22 Mar 2012 13:33:25 -0400, zMan zedgarhoo...@gmail.com wrote: So over the years I've heard a few good stories about accidental (or deliberate) Halon dumps and BRS pressings. Like operators playing Frisbee in the machine room and discovering that the Halon button really, really needs a cover on it... Who else has stories to share? -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Pre-Friday fun: Halon dumps and POK Resets
Snack food manufacturer in UK. Computer room was a room *within* the main warehouse, with windows all around (ops hated it - said it made them feel like animals in a zoo). Engineer plus trainee running maintenance on the Halon system. Trainee fumbles something and triggers the gas dump. Pressure surge was great enough that the compuer room windows blew out into the warehouse. Management not impressed with the idea of using Halon to extinguish smoking potato chips, etc.. From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] on behalf of zMan [zedgarhoo...@gmail.com] Sent: 22 March 2012 17:33 To: IBM-MAIN@bama.ua.edu Subject: Pre-Friday fun: Halon dumps and POK Resets So over the years I've heard a few good stories about accidental (or deliberate) Halon dumps and BRS pressings. Like operators playing Frisbee in the machine room and discovering that the Halon button really, really needs a cover on it... Who else has stories to share? -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Pre-Friday fun: Halon dumps and POK Resets
Isn't that potato crips? Richard and Vickie Pinion --- john.comp...@teamwpc.co.uk wrote: From: John Compton john.comp...@teamwpc.co.uk To: IBM-MAIN@bama.ua.edu Subject: Re: Pre-Friday fun: Halon dumps and POK Resets Date: Fri, 23 Mar 2012 13:24:18 + Snack food manufacturer in UK. Computer room was a room *within* the main warehouse, with windows all around (ops hated it - said it made them feel like animals in a zoo). Engineer plus trainee running maintenance on the Halon system. Trainee fumbles something and triggers the gas dump. Pressure surge was great enough that the compuer room windows blew out into the warehouse. Management not impressed with the idea of using Halon to extinguish smoking potato chips, etc.. From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] on behalf of zMan [zedgarhoo...@gmail.com] Sent: 22 March 2012 17:33 To: IBM-MAIN@bama.ua.edu Subject: Pre-Friday fun: Halon dumps and POK Resets So over the years I've heard a few good stories about accidental (or deliberate) Halon dumps and BRS pressings. Like operators playing Frisbee in the machine room and discovering that the Halon button really, really needs a cover on it... Who else has stories to share? -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN _ Netscape. Just the Net You Need. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Endevor(Change Management Software)
On Behalf of Rose Sakach (CA Technologies, Sr. Product Manager) Systems Programmers tasks and responsibilities vary from site to site. Responsibilities can range from Installation, upgrade, and maintenance of products to providing utilities for applications (both z/OS and business) and administering various products (such as CICS, RACF/ACF2/Top Secret or Endevor or CA-7 etc.). In my experience, Systems Programmers were the Subject Matter Experts (SME) on all of the Systems Software/applications and were responsible for much more than the SMP/E-related tasks. Given the type of responsibility described above, there is absolutely a use-case for Endevor in a Systems Programmers daily life. Endevors change history capabilities alone is worth the effort involved in configuring and using the product. Having the capability to instantly view the exact lines of code that were changed, who made the change, when it was made and have access to any/all prior versions of source code can save a tremendous amount of time. This beats having to search a PDS for the OLD copy of the source or was it the OLD-OLD-copy that I need? How do I know if I wasnt the one who made the backup copy? I can attest to the fact that Endevor has saved me on several occasions when I made changes to maintenance jobs (JCL) for products and had to back them out in a hurry (and subsequently fix them) to meet an SLA for say CICS availability. Any/all types of application-like components, such as maintenance jobs for databases (i.e. RACF) or CICS regions (i.e! . start-up JCL), and especially any site-specific product customization jobs can and should be housed within Endevor. This has been implemented and utilized VERY successfully at several of my prior employers one of which was a very large financial institution. They key to success here, is to keep it simple. Endevor is flexible enough to provide a separate mini life-cycle tailored for Systems Programming use. This will allow your site to use ONLY the features in Endevor that will support the existing process with the benefit or providing the safety net that enables quick recovery. The change history, version control, audit trail, and back-out capability justifies its use. Endevor could even hasten the process by providing automated approvals instead of either a paper-trail or a ticketing system requirement. For example, if the Systems Programmer change impacts RACF, the RACF ADMIN Mgr could be an approver. If the change impacts DB2 the DB2 Mgr could be the approver and so on. If the current process requires NO APPROVAL, Endevor could mimic that as well. Use only what is of value here. A 2-stage environment with minimal types (i.e. JCL, PROC, COBOL, ASSEMBLER, REXX?) with minimal or no approval requirements could provide! it all. Point here is the product is flexible enough to provide MANY benefits that could save time, reduce outages, and improve productivity. I highly recommend it and would be happy to provide guidance for anyone interested in implementing it. - Rose Sakach -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Pre-Friday fun: Halon dumps and POK Resets
More like potato cripes. :-) Martin Packer, Mainframe Performance Consultant, zChampion Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pac...@uk.ibm.com Twitter / Facebook IDs: MartinPacker Blog: https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker From: Richard Pinion rpin...@netscape.com To: IBM-MAIN@bama.ua.edu, Date: 23/03/2012 13:27 Subject: Re: Pre-Friday fun: Halon dumps and POK Resets Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Isn't that potato crips? Richard and Vickie Pinion --- john.comp...@teamwpc.co.uk wrote: From: John Compton john.comp...@teamwpc.co.uk To: IBM-MAIN@bama.ua.edu Subject: Re: Pre-Friday fun: Halon dumps and POK Resets Date: Fri, 23 Mar 2012 13:24:18 + Snack food manufacturer in UK. Computer room was a room *within* the main warehouse, with windows all around (ops hated it - said it made them feel like animals in a zoo). Engineer plus trainee running maintenance on the Halon system. Trainee fumbles something and triggers the gas dump. Pressure surge was great enough that the compuer room windows blew out into the warehouse. Management not impressed with the idea of using Halon to extinguish smoking potato chips, etc.. From: IBM Mainframe Discussion List [IBM-MAIN@bama.ua.edu] on behalf of zMan [zedgarhoo...@gmail.com] Sent: 22 March 2012 17:33 To: IBM-MAIN@bama.ua.edu Subject: Pre-Friday fun: Halon dumps and POK Resets So over the years I've heard a few good stories about accidental (or deliberate) Halon dumps and BRS pressings. Like operators playing Frisbee in the machine room and discovering that the Halon button really, really needs a cover on it... Who else has stories to share? -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN _ Netscape. Just the Net You Need. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN Unless stated otherwise above: IBM United Kingdom Limited - Registered in England and Wales with number 741598. Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Pre-Friday fun: Halon dumps and POK Resets
I've never been near an actual Halon dump, but I do remember those computer shows in the 1970s, with vendors showing off their various infrastructure, tape racks, document storage, even an outfit with a mockup of a 360/30 used for operator training. The Halon people always had a demo - a clear plastic box the size of a phone booth (I assume we're all old enough here to remember what a phone booth was), rigged up with a small Halon cylinder. Every half hour or so, after a lot of sales talk (it dices, it slices...) the demo guy would get into the box, light up a cigarette, smile, and the sales guy would pull the handle. The box filled with Halon mist, and when it cleared a bit, the cigarette was out, the guy was still smiling (non-toxic, you see), he'd show that his Bic would not light inside the box, and then he'd stick his hand out through a little hole and show that it would light just fine in the outside air. The Halon demonstration disappeared from the shows after a few years, and of course the shows themselves were consolidated and then gone by the 1990s. Halons, like their close relatives once called Freons (now generically CFCs) vary widely in their properties, including toxicity and price, with the Halon 1301 used in data centre systems conveniently being the least toxic and most expensive. I've often wondered whether the travelling demo guy is enjoying a long and healthy retirement now... Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Grace Hopper Stories!! (was RE: Pre-Friday fun: Halon dumps and POK Resets)
How many people here have been to one of her lectures? Where she used to hold up 11-inch bits of wire, explaining that This is a nanosecond and sometimes carried around a coil of wire that was a light-microsecond long? --Phil Sevetson -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Finnell Sent: Thursday, March 22, 2012 4:56 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Pre-Friday fun: Halon dumps and POK Resets Grace Hopper used to tell about the destroyer that lit up the Naval Yard outside of D.C. and crashed the data center. Personally, my fav was the Ops manager that upgraded the walkie-talkies for tech support from 1 watt to 3 watts(I think)-anyway if they were within 25' of a Memorex controller(DASD) it would bleep on itself In a message dated 3/22/2012 3:48:37 P.M. Central Daylight Time, scott_j_f...@yahoo.com writes: made a sweep they crashed on the mainframe, anyone heard that before ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Friday fun: Halon dumps and POK Resets
All: * It is possible to disconnect the vacuum duct to a 3420 tape drive. * It is also possible to connect a condom on the supply-side duct. * It is also possible to press LOAD. * It is also possible to put the Lead Operator on the floor convulsed in laughter. -- Robert W. Shimizu Partner ColeSoft Marketing, Inc bshim...@colesoft.com www.colesoft.com (800) 932-5150 (928) 771-2005 Fax -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Friday fun: Halon dumps and POK Resets
At State Farm in 1973, a new bank of tape drives were installed in late May, and they ran fine until Jun 15, when we began to see very strange tape ABENDS (starting with Fnnx as I recall), perhaps a dozen each day, that would then not occur until the next evening. After 10 days and much research by IBM, I decided to print the step records with those ABEND codes, and noticed that the time of the first instance of each day's ABEND was one or two minutes later than the prior day's first ABEND, but only up to June 22, when its first time was earlier than the first time on June 21, and subsequent days were also failing earlier by a minute or two on each successive day. I immediately concluded it must be somehow related to sunset, so the late Tim Wuthrich and I estimated the projected time of that day's first abend, stayed late, and were adjacent to the new drives when we saw the sun come thru the window, and one of the tapes that was being read immediately started to rewind! Those 3420 tape drives had an optical sensor that read the reflection from the silver strip at the end of the physical tape, and the sun got into that sensor, causing a false detection of end of tape. Installed blinds on that window and solved the problem. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Friday fun: Halon dumps and POK Resets
Now that is funny! Jim Link | ITM II | Technical Operations State of Nevada | Department of Administration | Enterprise IT Services T: (775) 684-4308 | F: (775) 684-4324 | E: jl...@admin.nv.gov -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Robert Shimizu Sent: Friday, March 23, 2012 9:03 AM To: IBM-MAIN@bama.ua.edu Subject: Friday fun: Halon dumps and POK Resets All: * It is possible to disconnect the vacuum duct to a 3420 tape drive. * It is also possible to connect a condom on the supply-side duct. * It is also possible to press LOAD. * It is also possible to put the Lead Operator on the floor convulsed in laughter. -- Robert W. Shimizu Partner ColeSoft Marketing, Inc bshim...@colesoft.com www.colesoft.com (800) 932-5150 (928) 771-2005 Fax -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Grace Hopper Stories!! (was RE: Pre-Friday fun: Halon dumps and POK Resets)
I had that fortunate experience around '73 or '74. She was a guest lecturer at my college's ACM student chapter. She was a Naval Commander at the time (I think this is after her recall from retirement). She left her office in the Pentagon, flew to Atlanta, rented a car made a 2 hour drive to address a dozen or so computer geeks. She stayed overnight I got to sit next to her at dinner. She gave the nano-second demo (I unfortunately lost mine over the years), saying to make 'em faster you've got to make 'em smaller. She also predicted that within a very few years after we graduated from college, we would have desktop computers with more horsepower that all that currently existed. She predicted the Y2K bug, saying that she wanted to be around at the millenium, just to see how the bug was handled and to experience the wildest New Year's Eve party in history! Randy -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Sevetson, Phil Sent: Friday, March 23, 2012 11:54 AM To: IBM-MAIN@bama.ua.edu Subject: Grace Hopper Stories!! (was RE: Pre-Friday fun: Halon dumps and POK Resets) How many people here have been to one of her lectures? Where she used to hold up 11-inch bits of wire, explaining that This is a nanosecond and sometimes carried around a coil of wire that was a light-microsecond long? --Phil Sevetson -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Finnell Sent: Thursday, March 22, 2012 4:56 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Pre-Friday fun: Halon dumps and POK Resets Grace Hopper used to tell about the destroyer that lit up the Naval Yard outside of D.C. and crashed the data center. Personally, my fav was the Ops manager that upgraded the walkie-talkies for tech support from 1 watt to 3 watts(I think)-anyway if they were within 25' of a Memorex controller(DASD) it would bleep on itself In a message dated 3/22/2012 3:48:37 P.M. Central Daylight Time, scott_j_f...@yahoo.com writes: made a sweep they crashed on the mainframe, anyone heard that before ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Friday fun: Halon dumps and POK Resets
I was told a similar story from operators at my first job in downtown Chicago. The computer room was on Michigan Ave, overlooking Grant Park, on the fifth floor. The tape drives were on the east side of the building (facing Grant Park/Lake Michigan), near the windows. Every day around sunrise, they would have the same problem with the tape drives unloading, until the windows were shaded over. === Wayne Driscoll OMEGAMON DB2 L3 Support/Development wdrisco(AT)us.ibm.com === From: Barry Merrill ba...@mxg.com To: IBM-MAIN@bama.ua.edu Date: 03/23/2012 11:13 AM Subject: Re: Friday fun: Halon dumps and POK Resets Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu At State Farm in 1973, a new bank of tape drives were installed in late May, and they ran fine until Jun 15, when we began to see very strange tape ABENDS (starting with Fnnx as I recall), perhaps a dozen each day, that would then not occur until the next evening. After 10 days and much research by IBM, I decided to print the step records with those ABEND codes, and noticed that the time of the first instance of each day's ABEND was one or two minutes later than the prior day's first ABEND, but only up to June 22, when its first time was earlier than the first time on June 21, and subsequent days were also failing earlier by a minute or two on each successive day. I immediately concluded it must be somehow related to sunset, so the late Tim Wuthrich and I estimated the projected time of that day's first abend, stayed late, and were adjacent to the new drives when we saw the sun come thru the window, and one of the tapes that was being read immediately started to rewind! Those 3420 tape drives had an optical sensor that read the reflection from the silver strip at the end of the physical tape, and the sun got into that sensor, causing a false detection of end of tape. Installed blinds on that window and solved the problem. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Friday fun: Halon dumps and POK Resets
I know of a data center had their 3330s, old guys way back, in a basement of a area here in NJ that is on a floor plan,,guess what happened ...flooded out Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Mar 23, 2012, at 12:23 PM, Wayne Driscoll wdri...@us.ibm.com wrote: I was told a similar story from operators at my first job in downtown Chicago. The computer room was on Michigan Ave, overlooking Grant Park, on the fifth floor. The tape drives were on the east side of the building (facing Grant Park/Lake Michigan), near the windows. Every day around sunrise, they would have the same problem with the tape drives unloading, until the windows were shaded over. === Wayne Driscoll OMEGAMON DB2 L3 Support/Development wdrisco(AT)us.ibm.com === From: Barry Merrill ba...@mxg.com To: IBM-MAIN@bama.ua.edu Date: 03/23/2012 11:13 AM Subject: Re: Friday fun: Halon dumps and POK Resets Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu At State Farm in 1973, a new bank of tape drives were installed in late May, and they ran fine until Jun 15, when we began to see very strange tape ABENDS (starting with Fnnx as I recall), perhaps a dozen each day, that would then not occur until the next evening. After 10 days and much research by IBM, I decided to print the step records with those ABEND codes, and noticed that the time of the first instance of each day's ABEND was one or two minutes later than the prior day's first ABEND, but only up to June 22, when its first time was earlier than the first time on June 21, and subsequent days were also failing earlier by a minute or two on each successive day. I immediately concluded it must be somehow related to sunset, so the late Tim Wuthrich and I estimated the projected time of that day's first abend, stayed late, and were adjacent to the new drives when we saw the sun come thru the window, and one of the tapes that was being read immediately started to rewind! Those 3420 tape drives had an optical sensor that read the reflection from the silver strip at the end of the physical tape, and the sun got into that sensor, causing a false detection of end of tape. Installed blinds on that window and solved the problem. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Friday fun: Halon dumps and POK Resets
So much for DR planning Sent from my Verizon Wireless BlackBerry -Original Message- From: Scott Ford scott_j_f...@yahoo.com Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Fri, 23 Mar 2012 13:12:51 To: IBM-MAIN@bama.ua.edu Reply-to: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: Re: Friday fun: Halon dumps and POK Resets I know of a data center had their 3330s, old guys way back, in a basement of a area here in NJ that is on a floor plan,,guess what happened ...flooded out Sent from my iPad Scott Ford Senior Systems Engineer www.identityforge.com On Mar 23, 2012, at 12:23 PM, Wayne Driscoll wdri...@us.ibm.com wrote: I was told a similar story from operators at my first job in downtown Chicago. The computer room was on Michigan Ave, overlooking Grant Park, on the fifth floor. The tape drives were on the east side of the building (facing Grant Park/Lake Michigan), near the windows. Every day around sunrise, they would have the same problem with the tape drives unloading, until the windows were shaded over. === Wayne Driscoll OMEGAMON DB2 L3 Support/Development wdrisco(AT)us.ibm.com === From: Barry Merrill ba...@mxg.com To: IBM-MAIN@bama.ua.edu Date: 03/23/2012 11:13 AM Subject: Re: Friday fun: Halon dumps and POK Resets Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu At State Farm in 1973, a new bank of tape drives were installed in late May, and they ran fine until Jun 15, when we began to see very strange tape ABENDS (starting with Fnnx as I recall), perhaps a dozen each day, that would then not occur until the next evening. After 10 days and much research by IBM, I decided to print the step records with those ABEND codes, and noticed that the time of the first instance of each day's ABEND was one or two minutes later than the prior day's first ABEND, but only up to June 22, when its first time was earlier than the first time on June 21, and subsequent days were also failing earlier by a minute or two on each successive day. I immediately concluded it must be somehow related to sunset, so the late Tim Wuthrich and I estimated the projected time of that day's first abend, stayed late, and were adjacent to the new drives when we saw the sun come thru the window, and one of the tapes that was being read immediately started to rewind! Those 3420 tape drives had an optical sensor that read the reflection from the silver strip at the end of the physical tape, and the sun got into that sensor, causing a false detection of end of tape. Installed blinds on that window and solved the problem. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Friday fun: Halon dumps and POK Resets
On the older 7bit tape drives with the header that went up and down as the tape was unloaded and loaded, it was also possible to put a peanut butter and jelly sandwich. The tape load then caused the SE LOTS of problems. Just ask the Raytheon Boston data center people in the late 1960s. I am not sure if the incident happened in 1968 or early 1969. I heard about it in May or so of 1969. It took a while to figure out what happened to the tape drive. Also, in the old wire wrapped tape controllers, a little bit of left over wire could cause lots of problems. We had a controller that someone at the factory had left a bit of wire cut, but not removed near the top pair of terminals. As that piece of wire fell through the pairs of terminals over the next six months or so, our SE was scratching his head a lot: one drive would fail, then the next one. He finally figured out it was something in the controller when the third drive started failing in similar ways to the first two that now worked perfectly. Lloyd - Original Message From: Robert Shimizu bshim...@colesoft.com To: IBM-MAIN@bama.ua.edu Sent: Fri, March 23, 2012 12:02:49 PM Subject: Friday fun: Halon dumps and POK Resets All: * It is possible to disconnect the vacuum duct to a 3420 tape drive. * It is also possible to connect a condom on the supply-side duct. * It is also possible to press LOAD. * It is also possible to put the Lead Operator on the floor convulsed in laughter. -- Robert W. Shimizu Partner ColeSoft Marketing, Inc bshim...@colesoft.com www.colesoft.com (800) 932-5150 (928) 771-2005 Fax -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: rexx cpu intensive
From: Paul Gilmartin paulgboul...@aim.com To: IBM-MAIN@bama.ua.edu Date: 03/21/2012 05:29 PM Subject: Re: rexx cpu intensive Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On Wed, 21 Mar 2012 16:40:12 -0500, Jonathan Goossen wrote: A way to simulate this is to accumulate the stem elements to a string and then iterate through them. If jobs is a string of job names... o Sometimes you haven't control over this: the compound may be defined by a host environment command. In those cases you would still know the names and can load them into a string. The only such host environment that I have worked with like that is SDSF and it uses predefined variables to hold strings of stem names that are passed back and forth telling SDSF what is wanted and SDSF telling the user what it is returning. But this is a special situation and doesn't invalidate the method as a work around for what the OP was wanting in the general sense that was stated. o The various tails may contain embedded blanks. I have yet to have that situation. But like everything there are exceptions and issues. My first thought at dealing with a list of of items where items have embedded blanks is to use a token substitution mechanism. And I can think of two possible ways to implement that as well. n = words(jobs) do i = 1 to n job = word(jobs, i) if stem_var.job = ?. Other_stem.job = 'foo' etc. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Friday fun: Halon dumps and POK Resets
Just one of many, but perhaps the most notorious. Sometimes referred to as squirrel day http://groups.google.com/group/bit.listserv.ibm-main/browse_thread/thread/c80fc3d2f0553619/ad16137bea415e81?lnk=gstq=squirrel#ad16137bea415e81 This one caused the power company to realize there was only one substation feeding the entire campus. Ooopp. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: calling all Vtam old-timers(or heavy-weights)
Looking at my z/OS 1.12 system the only VTAM I find in LINKLIST is CPAC.VTAMLIB in the distributed PROG00 - LNKLST00. It's only member USSTAB is not referenced by any of my definitions, only by the TEST system in CPAC.VTAMLST. The PROG00 in the CPAC.PARMLIB of old 1.10 system is the same, I would guess that it has been this way for years. From: Mark Douglas (CITEC) mark.doug...@citec.com.au To: IBM-MAIN@bama.ua.edu, Date: 03/22/2012 10:08 PM Subject:Re: calling all Vtam old-timers(or heavy-weights) Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu I second that and confirm I have never seen VTAMLIB in a LINKLST either. To be sure, I searched the z/OS 1.12 Communications Server bookshelf ( http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/F1A1BKC1) for LINKLST, and only found a reference to RIT for NCP. So it seems the VTAMLIB DD would be referenced, not the LINKLST one. MARK DOUGLAS Brisbane, Australia -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Gould Sent: Friday, 23 March 2012 2:51 PM To: IBM-MAIN@bama.ua.edu Subject: Re: calling all Vtam old-timers(or heavy-weights) John, I have never heard of putting VTAMLIB in the linklist and never did it in the 20++ years I was in the business. Ed On Mar 22, 2012, at 4:27 PM, John Norgauer wrote: I am trying to get rid old an VTAMLIB dataset. We have in the vtam PROC a DD that has a VTAMLIB. A different VTAMLIB exists in our LNKLST. My question is: does VTAM use the VTAMLIB from the LNKLST? My gut feeling is that it does not. John Norgauer Senior Systems Programmer Mainframe Technical Support Services University of California Davis Medical Center 2315 Stockton Blvd ASB 1300 Sacramento, Ca 95817 916-734-0536 SYSTEMS PROGRAMMING.. Guilty, until proven innocent !! JN 2004 Hardware eventually breaks - Software eventually works anon -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN * Disclaimer * The contents of this electronic message and any attachments are intended only for the addressee and may contain privileged or confidential information. They may only be used for the purposes for which they were supplied. If you are not the addressee, you are notified that any transmission, distribution, downloading, printing or photocopying of the contents of this message or attachments is strictly prohibited. The privilege of confidentiality attached to this message and attachments is not waived, lost or destroyed by reason of mistaken delivery to you. If you receive this message in error please notify the sender by return e-mail or telephone. Please note: the Department of Public Works carries out automatic software scanning, filtering and blocking of E-mails and attachments (including emails of a personal nature) for detection of viruses, malicious code, SPAM, executable programs or content it deems unacceptable. All reasonable precautions will be taken to respect the privacy of individuals in accordance with the Information Privacy Act 2009 (Qld). Personal information will only be used for official purposes, e.g. monitoring Departmental Personnel's compliance with Departmental Policies. Personal information will not be divulged or disclosed to others, unless authorised or required by Departmental Policy and/or law. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Theology question
An old trick: write the instructions first. Make them clear, easy to get it right, hard to screw up. Then write the code to implement the instructions as written. There may be some perceived technical need for null, splat, blank, or no value at all, but the difficulty in trying to explain to the poor user may overshadow the technical issues. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Phil Smith Sent: Monday, March 19, 2012 4:13 PM To: IBM-MAIN@bama.ua.edu Subject: Theology question In our configuration data set, you can specify a default, global value for something. Specific entries in the configuration can override that global value. However, there are cases where you *must* specify a null value on a specific entry, as if you had no default, global value. Our internal debate is over whether an asterisk is appropriate to say No, really, don't use any value here. So examples might be: thing1(option1,option2) /* This defines a thing with an explicit option1 and explicit option2 */ thing2(option1) /* This defines another thing and says use the default, global value for option2 if you have one */ thing3(option1,*) /* This would define another thing and say even if you have a default, global value for option2, pretend you don't */ thing4(option1,'') /* This is an alternative form of thing3 */ One of us feels that the asterisk should mean use the global default. One of us feels that the double quote is ugly and error-prone. Based on the collective wisdom of the centuries, what *feels* right to you? -- ...phsiii Phil Smith III p...@voltage.commailto:p...@voltage.com Voltage Security, Inc. www.voltage.comhttp://www.voltage.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN NOTICE: This electronic mail message and any files transmitted with it are intended exclusively for the individual or entity to which it is addressed. The message, together with any attachment, may contain confidential and/or privileged information. Any unauthorized review, use, printing, saving, copying, disclosure or distribution is strictly prohibited. If you have received this message in error, please immediately advise the sender by reply email and delete all copies. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
LE C calling HLASM
When writing an LC C program that calls an HLASM function, the last element of the parameter list does not have the high-order bit set. Is there an option to force it to do so? We can't seem to find one?! -- ...phsiii Phil Smith III p...@voltage.commailto:p...@voltage.com Voltage Security, Inc. www.voltage.comhttp://www.voltage.com (703) 476-4511 (home office) (703) 568-6662 (cell) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: LE C calling HLASM
#pragma linkage(identifier, OS) In article b870629719727b4ba82a6c06a31c291232410ae...@hqmailsvr01.voltage.com you wrote: When writing an LC C program that calls an HLASM function, the last element of the parameter list does not have the high-order bit set. Is there an option to force it to do so? We can't seem to find one?! -- ...phsiii Phil Smith III p...@voltage.commailto:p...@voltage.com Voltage Security, Inc. www.voltage.comhttp://www.voltage.com (703) 476-4511 (home office) (703) 568-6662 (cell) -- Don Poitras - SAS Development - SAS Institute Inc. - SAS Campus Drive sas...@sas.com (919) 531-5637Cary, NC 27513 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: LE C calling HLASM
Not really. As best as I can tell, the C calling sequence is __horrible__. Too much is call by value. Variable length argument lists are accessed via the va_args functions. Try reading here: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ccrug130/3.67 Have you looked at Metal C? http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/ccrug130/1.2 It uses standard z/OS linkage conventions. You might also look at #pragma linkage http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/cbclr1a0/18.5.24 but it doesn't say that it sets the high order bit on. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * john.mck...@healthmarkets.com * www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets(r) is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Phil Smith Sent: Friday, March 23, 2012 2:16 PM To: IBM-MAIN@bama.ua.edu Subject: LE C calling HLASM When writing an LC C program that calls an HLASM function, the last element of the parameter list does not have the high-order bit set. Is there an option to force it to do so? We can't seem to find one?! -- ...phsiii Phil Smith III p...@voltage.commailto:p...@voltage.com Voltage Security, Inc. www.voltage.comhttp://www.voltage.com (703) 476-4511 (home office) (703) 568-6662 (cell) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: LE C calling HLASM
Look at #pragma linkage. Use linkage OS. You will get a list of addresses w/HO bit set on the last address Sent from my Verizon Wireless BlackBerry -Original Message- From: Phil Smith p...@voltage.com Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Fri, 23 Mar 2012 12:16:09 To: IBM-MAIN@bama.ua.edu Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Subject: LE C calling HLASM When writing an LC C program that calls an HLASM function, the last element of the parameter list does not have the high-order bit set. Is there an option to force it to do so? We can't seem to find one?! -- ...phsiii Phil Smith III p...@voltage.commailto:p...@voltage.com Voltage Security, Inc. www.voltage.comhttp://www.voltage.com (703) 476-4511 (home office) (703) 568-6662 (cell) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: LE C calling HLASM
On 3/23/2012 1:16 PM, Phil Smith wrote: When writing an LC C program that calls an HLASM function, the last element of the parameter list does not have the high-order bit set. Is there an option to force it to do so? We can't seem to find one?! -- ...phsiii Phil Smith III p...@voltage.commailto:p...@voltage.com Voltage Security, Inc. www.voltage.comhttp://www.voltage.com (703) 476-4511 (home office) (703) 568-6662 (cell) Simplist is to include something like: #pragma linkage(sub_name,OS) This, and a lot more, is covered in our course Cross Program Communication in z/OS (see http://www.trainersfriend.com/Language_Environment_courses/m520descr.htm ) Alternatively, you can use #pragma runopts(PLIST(OS)) and work with the __osplist macro This, and a lot more, is covered in our course Introduction to TSO and REXX APIs (see http://www.trainersfriend.com/TSO_Clist_REXX_Dialog_Mgr/a780descrpt.htm ) -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-355-2752 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: rexx cpu intensive
All this discussion is fascinating, but we still don't know anything about the OP's program, unless I missed it. So we aren't necessarily helping, eh? On Fri, Mar 23, 2012 at 2:20 PM, Jonathan Goossen jonathan.goos...@assurant.com wrote: From: Paul Gilmartin paulgboul...@aim.com To: IBM-MAIN@bama.ua.edu Date: 03/21/2012 05:29 PM Subject: Re: rexx cpu intensive Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu On Wed, 21 Mar 2012 16:40:12 -0500, Jonathan Goossen wrote: A way to simulate this is to accumulate the stem elements to a string and then iterate through them. If jobs is a string of job names... o Sometimes you haven't control over this: the compound may be defined by a host environment command. In those cases you would still know the names and can load them into a string. The only such host environment that I have worked with like that is SDSF and it uses predefined variables to hold strings of stem names that are passed back and forth telling SDSF what is wanted and SDSF telling the user what it is returning. But this is a special situation and doesn't invalidate the method as a work around for what the OP was wanting in the general sense that was stated. o The various tails may contain embedded blanks. I have yet to have that situation. But like everything there are exceptions and issues. My first thought at dealing with a list of of items where items have embedded blanks is to use a token substitution mechanism. And I can think of two possible ways to implement that as well. n = words(jobs) do i = 1 to n job = word(jobs, i) if stem_var.job = ?. Other_stem.job = 'foo' etc. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN This e-mail message and all attachments transmitted with it may contain legally privileged and/or confidential information intended solely for the use of the addressee(s). If the reader of this message is not the intended recipient, you are hereby notified that any reading, dissemination, distribution, copying, forwarding or other use of this message or its attachments is strictly prohibited. If you have received this message in error, please notify the sender immediately and delete this message and all copies and backups thereof. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- zMan -- I've got a mainframe and I'm not afraid to use it -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Grace Hopper Stories!! (was RE: Pre-Friday fun: Halon dumps and POK Resets)
For the real dunces(at the Pentagon) she had a 1100 millisecond hose-come dragging it out to begin the lecture. In a message dated 3/23/2012 10:54:27 A.M. Central Daylight Time, psevet...@fisa.nyc.gov writes: that was a light-microsecond long? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Friday fun: Halon dumps and POK Resets
Well they knew, but it's a large campus. There are feeds from several directions. The problem is finding money for dual feed transformers in a state on continual proration. In a message dated 3/23/2012 1:34:12 P.M. Central Daylight Time, mathwst...@bellsouth.net writes: realize there was only one substation feeding the entire campus -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: LE C calling HLASM
Thanks. The #pragma was the answer. We had tried that but thought it wasn't working for some reason. Now for the next question: this allows us to implement variable parameter lists in C, by declaring the functions thus: int SOMEFUNCTION(char *someparm, ...); Is there an equivalent way to do this in PL/I? -- ...phsiii Phil Smith III p...@voltage.commailto:p...@voltage.com Voltage Security, Inc. www.voltage.comhttp://www.voltage.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Grace Hopper Stories!! (was RE: Pre-Friday fun: Halon dumps and POK Resets)
I think you have to be talking about a microsecond. A millisecond is 186.282 miles long. A microsecond is 11,000 inches long, or .186282 miles. --Phil, pretty sure he did the division right -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Ed Finnell Sent: Friday, March 23, 2012 4:25 PM To: IBM-MAIN@bama.ua.edu Subject: Re: Grace Hopper Stories!! (was RE: Pre-Friday fun: Halon dumps and POK Resets) For the real dunces(at the Pentagon) she had a 1100 millisecond hose-come dragging it out to begin the lecture. In a message dated 3/23/2012 10:54:27 A.M. Central Daylight Time, psevet...@fisa.nyc.gov writes: that was a light-microsecond long? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: LE C calling HLASM
On 3/23/2012 2:57 PM, Phil Smith wrote: Thanks. The #pragma was the answer. We had tried that but thought it wasn't working for some reason. Now for the next question: this allows us to implement variable parameter lists in C, by declaring the functions thus: int SOMEFUNCTION(char *someparm, ...); Is there an equivalent way to do this in PL/I? -- ...phsiii Phil Smith III p...@voltage.commailto:p...@voltage.com Voltage Security, Inc. www.voltage.comhttp://www.voltage.com Yes. In the declare of the subroutine, specify the word LIST in the last argument descriptor, for example: dcl avgyx entry (fixed bin(31), fixed decimal(7,2) optional, char (8), list byaddr) options(asm); This indicates there are zero or more arguments from the point of the LIST Then, in the invocation, pass at least as many arguments as arguments before the word LIST and any others you want: call avgyx (test_no, weight, test_name, rand_var, score_low, score_high); Again, this is from our course Cross Program Communication in z/OS see http://www.trainersfriend.com/Language_Environment_courses/m520descr.htm for details of the course. -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-355-2752 http://www.trainersfriend.com * To get a good Return on your Investment, first make an investment! + Training your people is an excellent investment * Try our tool for calculating your Return On Investment for training dollars at http://www.trainersfriend.com/ROI/roi.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Another JCL wish.
In a6b9336cdb62bb46b9f8708e686a7ea00e924b3...@nrhmms8p02.uicnrh.dom, on 03/22/2012 at 04:17 PM, McKown, John john.mck...@healthmarkets.com said: This may be another weird desire on my part. But I'm wondering why IBM does not enhance the QSAM and BSAM access methods to support the OPTCD=Q and CCSID= parameters on the DD statememt to work with datasets on media other than tape. This is a case where asking for too little is worse than not asking at all. I'd like to see support for translating among arbitrary code pages, including UTF-8, using better translate tables than those used by the old OPTCD=Q support. Have you submitted a requirement, with a business case? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: COBOL x ACB EXLST WITH JRNAD
In 4f6bc594.5070...@trainersfriend.com, on 03/22/2012 at 06:36 PM, Steve Comstock st...@trainersfriend.com said: One problem is COBOL uses an intermediate control block, an FCB that points to the ACB structure. Is there a mapping macro for the FCB? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: LE C calling HLASM
There are several ways to do what you want to do in PL/I, among them the ways Steve Comstock suggests. I personally prefer o to invoke the HLASM from PL/I using PL/I descriptors, which are easy to work with in assembly language, and o to invoke PL/I from the HLASM using the PL/I descriptors that a PL/I routine expects when it is invoked from another PL/I routine, i.e., to avoid any use of options(asm) anywhere. Descriptors are your friends; they provide generality and power; and they are what generated PL/I code expects to work with. John Gilmore, Ashland, MA 01721 - USA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Pre-Friday fun: Halon dumps and POK Resets
In cafo-8tqy1ea0pispweiwomxpnajxzs2+rvadkzbd-2kva8q...@mail.gmail.com, on 03/22/2012 at 01:33 PM, zMan zedgarhoo...@gmail.com said: Who else has stories to share? EDS, at a government facility. Halon dumps, everybody ordered out. One operator decides to be a hero and to shut down the equipment in an orderly fashion, which he did. It turns out that non-toxic is a relative term; he did require medical care. I don't know whether he got a commendation or a reprimand. There are a couple of other list members who were there at the time; [perhaps they recall the details. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: UNABLE TO DELETE DUPLICTE DSN
In 4237C6039F26144AB6C2FF415A59F3B41287E0BA98@VA3DIAXVS341.RED001.local, on 03/22/2012 at 08:34 AM, Pesce, Andy andy.pe...@autozone.com said: It is still a feature. FSVO it. There are some small shops that do not use DFSMS. But none of them are running z/OS or OS/390. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: rexx cpu intensive
The OP asks 1) why does REXX use so much CPU?, but a better question is 2) why is my REXX program use so much CPU? An even better question is 3) why does this particular thing that I'm doing in my program take so much time, and how to I fix it? IMO, a programmer shouldn't ask the first question. A good programmer knows how to get from the second question to the third question, and then answer it by choosing better algorithms or in some cases re-coding bits in C or Assembler. A great way to get from question (2) to (3) is to run a profiler to see where you are spending all of your time (wall clock or cpu). Then, fix the hot spots by choosing a better algorithm or in some cases re-coding them in C or Assembly. Is there a profiler for either interpreted or compiled REXX on z/OS? I've coded in REXX, but I'm far from an expert so I don't know. As a crude alternative, add code to the program to capture timing of code blocks, starting top down and refining until you zero in on the problem areas. In most programs, 95% of the time is spent in 5% of the code. Kirk Wolf Dovetailed Technologies http://dovetail.com PS IBM wouldn't say the REXX uses too much CPU - rather, REXX is able to exploit the processing capabilities of the z Architecture :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Grace Hopper Stories!! (was RE: Pre-Friday fun: Halon dumps and POK Resets)
Yes, my glasses were still fogged up from the ultrasound In a message dated 3/23/2012 4:10:32 P.M. Central Daylight Time, psevet...@fisa.nyc.gov writes: microsecond. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: COBOL x ACB EXLST WITH JRNAD
Not to my knowledge. AFAIK the COBOL FCB has been OCO for a long time. The PL/1 Optimizing Compiler Execution Logic manual had good documentation on the equivalent PL/1 structure, but I don't ever remember seeing the COBOL FCB documented. OTOH, lots of programmers have reverse engineered it (or parts of it) anyway. I think that COBANALZ on CBT has some definitions, but FCB has changed over time as well, so it's also compiler-version dependant. Peter -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Friday, March 23, 2012 5:15 PM To: IBM-MAIN@bama.ua.edu Subject: Re: COBOL x ACB EXLST WITH JRNAD In 4f6bc594.5070...@trainersfriend.com, on 03/22/2012 at 06:36 PM, Steve Comstock st...@trainersfriend.com said: One problem is COBOL uses an intermediate control block, an FCB that points to the ACB structure. Is there a mapping macro for the FCB? -- This message and any attachments are intended only for the use of the addressee and may contain information that is privileged and confidential. If the reader of the message is not the intended recipient or an authorized representative of the intended recipient, you are hereby notified that any dissemination of this communication is strictly prohibited. If you have received this communication in error, please notify us immediately by e-mail and delete the message and any attachments from your system. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
Re: Pre-Friday fun: Halon dumps and POK Resets
This is not HALON related but it is along similar lines of others on here. We had a T1 that worked perfectly ATT (in the 1980's) said it was to spec and almost zero errors. One of my many part time responsibilities was for maintaining the 3725 software. Every so often the T1 (it was muxed) would go zonkers. I had ATT and everyone looking at it and they could see it go crazy and were trying to pin down what was causing it. I had traces up the ying yang showing the issue but everything (software) was up to snuf and I had IBM level 2 scratching their heads as they could not see the issue either. It was getting semi serious as the NP was out pacing the floor and yelling at people. One of our people was talking to the people on the other end (NYC) and he made a comment about it seemed to happen when ever the freight elevator went by.. Turns out they didn't use shielded wiring in the elevator shaft (DAMM ATT). They were out and replaced it and really never had an issue after that and we POURED data through it! Never a software issue (NCP or VTAM) it was solid as a rock just like good code should be. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN