Info about REGION and MEMLIMIT
There are frequent postings about REGION and MEMLIMIT. Well, you may like to have a look at an extract from my C Programming in z/OS course, available at http://www.arcis-services.net/extract4.pdf It explains these settings. Quite frustrating: At LOGON time, a TSO user can specify a REGION value, but the TSO LOGON screen provides no field to enter a MEMLIMIT setting. Fine, but this course extract also discusses how, once logged on, you can change the MEMLIMIT value for your TSO session. Michel Castelein z/OS education consultant http://www.arcis-services.net -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DATOFF Nucleus routines
how much overhead would be saved by doing this using real addresses as opposed to virtual, none, even if you didn't have the extra overhead of setting up to use, and branching to, the DATOFF MVCL function in order to do a move using real addresses (and even if your virtual storage happened to be backed by contiguous real). and using one MVCL instruction You could have done your AR-mode stuff with one MVCL instruction too if you wanted. If you're comparing MVCL to MVPG, the odds are good that MVPG wins. If you're comparing a single long MVCL to multiple MVPG's, I'd still guess that MVPG wins, but I defer to the expertise of others on the matter of instruction performance. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe emulator part of a conspir a cy ⢠The Register
In mdh1r5tddj1sq299r13lc96s3d4aa9h...@4ax.com, on 03/29/2010 at 09:24 AM, Howard Brazee howard.bra...@cusys.edu said: That said, are you aware that Ultra-Edit (http://www.ultraedit.com/) now has a Linux version? I took a look at their web site. I'll keep TSPF, TYVM. -- 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: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Executive article on the death of tape
In m3k4sszmcm@garlic.com, on 03/31/2010 at 08:50 AM, Anne Lynn Wheeler l...@garlic.com said: There are systems running more than 8 drums. 2305 drums The 2305-1 and 2305-2 were disks; the drums were 2301 and 2303. Unlike the drums, the fixed-head disks had[1] 8 exposures and RPS. [1] AFAIK the 2305 was the first device to have multiple exposures, RPS or 2-byte channel connections. -- 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: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe emulator part of a conspir a cy â*Th e Register
In 4bb09cce026d000a3...@novprvlin0050.provo.novell.com, on 03/29/2010 at 10:27 AM, Mark Post mp...@novell.com said: Now _that_ is just as easy as ISPF (sort of) when using vi. To move 5 lines: How about moving a large block of lines? With ISPF I can put MM on one end, find the other end, put MM on it and then put A or B where I want it moved. That's especially easy if I've previously defined labels on the relevant lines. -- 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: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Executive article on the death of tape
In 88626.7995...@web54602.mail.re2.yahoo.com, on 03/29/2010 at 09:20 PM, Ed Gould ps2...@yahoo.com said: The system they want to IPL won't because they refuse to believe you cannot just IPL any old version of MVS. Then there's a more fundamental problem; they weren't running periodic DR tests. The obsolete hardware might be the least of their problems. Do you know for a fact that they could recover if they had an identical box, or are you just hoping that they could? Without testing it's Russian Roulette. -- 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: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Recommendations on download monitor
In b2b367b61003301459x740cfc9am3622207685aef...@mail.gmail.com, on 03/30/2010 at 04:59 PM, Kirk Wolf k...@dovetail.com said: Good luck getting the phone company to respond if you find that they are wrong, though. It's qwest. Is Lilly Tomlin a response? -- 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: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DATOFF Nucleus routines
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Peter Relson Sent: Thursday, April 01, 2010 6:46 AM To: IBM-MAIN@bama.ua.edu Subject: Re: DATOFF Nucleus routines how much overhead would be saved by doing this using real addresses as opposed to virtual, none, even if you didn't have the extra overhead of setting up to use, and branching to, the DATOFF MVCL function in order to do a move using real addresses (and even if your virtual storage happened to be backed by contiguous real). and using one MVCL instruction You could have done your AR-mode stuff with one MVCL instruction too if you wanted. If you're comparing MVCL to MVPG, the odds are good that MVPG wins. If you're comparing a single long MVCL to multiple MVPG's, I'd still guess that MVPG wins, but I defer to the expertise of others on the matter of instruction performance. Peter Relson z/OS Core Technology Design I could well be mis-remembering, but I think somebody said that the MVCL millicode in the z series actually does use MVPG when things are aligned properly. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Looping Incremental Backup?
I seem to have a looping Incremental Backup task in HSM. My Incremental Backup has been processing a single Mod-9 volume for over 3 hours. Said volume is only 28% used. If anyone has seen this before, any suggestions on how to debug will be appreciated. We are at Zos 1.9. The volume in question is part of a 3 volume 1.11 install. Thank You, Dave O'Brien NIH Contractor -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Looping Incremental Backup?
Dave, Are these 1.11 volumes just the install libraries? Or are they from an actual working z/OS V1.11 system? There may be an issue if z/OS V1.11 SMS had touched these volumes and you are trying to use them under z/OS V1.9 SMS. Lizette I seem to have a looping Incremental Backup task in HSM. My Incremental Backup has been processing a single Mod-9 volume for over 3 hours. Said volume is only 28% used. If anyone has seen this before, any suggestions on how to debug will be appreciated. We are at Zos 1.9. The volume in question is part of a 3 volume 1.11 install. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Looping Incremental Backup?
Lizette, The volume in question is part of a 3 volume 1.11 sysres grouping. These are of course non-SMS volumes. I'll follow-up with IBM. Thank You, Dave O'Brien NIHContractor From: Lizette Koehler [stars...@mindspring.com] Sent: Thursday, April 01, 2010 9:04 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Looping Incremental Backup? Dave, Are these 1.11 volumes just the install libraries? Or are they from an actual working z/OS V1.11 system? There may be an issue if z/OS V1.11 SMS had touched these volumes and you are trying to use them under z/OS V1.9 SMS. Lizette I seem to have a looping Incremental Backup task in HSM. My Incremental Backup has been processing a single Mod-9 volume for over 3 hours. Said volume is only 28% used. If anyone has seen this before, any suggestions on how to debug will be appreciated. We are at Zos 1.9. The volume in question is part of a 3 volume 1.11 install. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: REDBOOKS
In listserv%201003300901498863.0...@bama.ua.edu, on 03/30/2010 at 09:01 AM, Arthur Gutowski aguto...@ford.com said: Nannies or ninnies? Is there a net nanny that isn't a ninny? Every one that I'm familiar with has an enormous false positive rate. -- 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: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Executive article on the death of tape
Shmuel, I really don't think you need to correct Lynn. Besides, he himself mentioned that the 2305 was actually platter based, even though it is often referred to as a drum. Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net 3/31/2010 10:42 PM In m3k4sszmcm@garlic.com, on 03/31/2010 at 08:50 AM, Anne Lynn Wheeler l...@garlic.com said: There are systems running more than 8 drums. 2305 drums The 2305-1 and 2305-2 were disks; the drums were 2301 and 2303. Unlike the drums, the fixed-head disks had[1] 8 exposures and RPS. [1] AFAIK the 2305 was the first device to have multiple exposures, RPS or 2-byte channel connections. -- 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: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains confidential and privileged information intended only for the addressee. If you are not the intended recipient, please be advised that you have received this material in error and that any forwarding, copying, printing, distribution, use or disclosure of the material is strictly prohibited. If you have received this material in error, please (i) do not read it, (ii) reply to the sender that you received the message in error, and (iii) erase or destroy the material. Emails are not secure and can be intercepted, amended, lost or destroyed, or contain viruses. You are deemed to have accepted these risks if you communicate with us by email. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SQL Server replacement
In 2d14e7856646224aacdda13ab1d3555706a2b36...@wdcv7exvs2.opm.gov, on 03/25/2010 at 09:19 AM, Richards, Robert B. robert.richa...@opm.gov said: If we were looking to replace Microsoft's SQL Server with something on System z, what would my options be and how much effort would be required to move it there? I'd suggest DB2 or PostGreSQL, but there are plenty of other options. -- 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: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Recommendations on download monitor
In 4bb233cf.2080...@trainersfriend.com, on 03/30/2010 at 11:24 AM, Steve Comstock st...@trainersfriend.com said: Had a strange thing happen today. Basically Qwest, our broadband supplier, shut off access to the internet because we've supposedly exceeded our monthly download limit of 200GB. I'm not surprised. Check their AUP/TOS and see whether they mention any such limit; if not, demand a rebate for that month's charges and complain to the local PUC. So who can ya' trust? Not qwest. -- 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: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Recommendations on download monitor
It's Lily, not Lilly. And no, I'm not related to her. -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 Shmuel Metz (Seymour J.) wrote: It's qwest. Is Lilly Tomlin a response? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Executive article on the death of tape
shmuel+ibm-m...@patriot.net (Shmuel Metz , Seymour J.) writes: The 2305-1 and 2305-2 were disks; the drums were 2301 and 2303. Unlike the drums, the fixed-head disks had[1] 8 exposures and RPS. [1] AFAIK the 2305 was the first device to have multiple exposures, RPS or 2-byte channel connections. re: http://www.garlic.com/~lynn/2010g.html#22 Mainframe Executive article on the death of tape that was why i prefixed the lead into the email http://www.garlic.com/~lynn/2010g.html#email800710 with explanation that 2305 were physically fixed-head disks. however, it had become regular practice to refer to paging drums from the 2301 history ... and it carried over to referring to 2305 as paging drums I then repeated part of the explanation with the leadin to the immediate following email http://www.garlic.com/~lynn/2010g.html#email800804 as mentioned in earlier post in thread, I had tried to add multiple exposures for fixed-head 3350 feature ... but got shutdown by JUPITER effort in POK (which thot that they might be doing an electronic paging disk/drum) http://www.garlic.com/~lynn/2010g.html#11 Mainframe Executive article on the death of tape other posts in thread: http://www.garlic.com/~lynn/2010f.html#65 Mainframe Executive article on the death of tape http://www.garlic.com/~lynn/2010g.html#24 Mainframe Executive article on the death of tape -- 42yrs virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS (1.9) FTP client to 'strange' non-z/OS FTP server
Hi all I am trying to FTP to a customer’s FTP server, which is Axway’s XFB.Gateway/Axway File Broker. It seems to want the decision about whether we want to use TLS, and whether we want to use Active or Passive mode, to be made at the time of connection, rather than once the session is established. With the SECUREIMPLICITZOS FALSE statement in SYSFTPD I’ve got it to negotiate the TLS immediately at connect time, but can’t find a way to do the same with Passive Mode. It’s always been my understanding that PASV is issued just prior to each data transfer – whether that be returned command output such as directory displays, or actual file transfers – rather than at the start of the session, so this does strike me as a little weird. But anyway, has anyone managed to successfully connect a z/OS FTP client to an Axway XFB Gateway server? Or perhaps offer advice on how I might do so? Many thanks in advance Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe Executive article on the death of tape
shmuel+ibm-m...@patriot.net (Shmuel Metz , Seymour J.) writes: The 2305-1 and 2305-2 were disks; the drums were 2301 and 2303. Unlike the drums, the fixed-head disks had[1] 8 exposures and RPS. [1] AFAIK the 2305 was the first device to have multiple exposures, RPS or 2-byte channel connections. re: http://www.garlic.com/~lynn/2010f.html#65 Mainframe Executive article on the death of tape http://www.garlic.com/~lynn/2010g.html#11 Mainframe Executive article on the death of tape http://www.garlic.com/~lynn/2010g.html#22 Mainframe Executive article on the death of tape http://www.garlic.com/~lynn/2010g.html#24 Mainframe Executive article on the death of tape http://www.garlic.com/~lynn/2010g.html#30 Mainframe Executive article on the death of tape I've mentioned before that the science center had joint project with endicott to support 370 virtual memory architecture ... in cp67 virtual machines. this involved modifying cp67 to add support for virtual 370 ... as alternative to virtual 360/67 (aka the format of the tables were different and the control registers were different and some of the instructions were different). Partly because the cambridge cp67 had non-employees (students and others from educational institutions in the cambridge area, aka BU, MIT, Harvard, etc) ... the work went on with a version of cp67 that ran in a 360/67 virtual machine. basically: cp67 L ... running on real 360/67 cp67 H ... running in virtual 360/67 CP67 I ... running in virtual 370 The cp67i system was up and running regularly a year before there was real 370 engineering machine with virtual memory hardware. In fact, the cp67i system was used to test the first engineering 370 with virtual memory hardware (370/145 in endicott). then two engineers from san jose came out and added 3330 2305 device support to cp67i ... which was referred to as cp67sj. Then for a long time, there were large number of 370/145s running with the cp67sj system (both before and after 370 virtual memory was announced ... and even after vm370 rewrite was available). as referred to in comments about boeing 3033 and stc electronic paging ... i don't believe they ever got the 2-byte interface working. http://www.garlic.com/~lynn/2010g.html#email800804 370/158 would periodically have issues with just single-byte (1.5mbyte/sec) 2305s ... because of timing, latency and cable length issues ... and 303x channel director was 370/158 engine with just the integrated channel microcode (and w/o the 370 microcode). -- 42yrs virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Intel Nehalem-EX Aims for the Mainframe
re: http://www.garlic.com/~lynn/2010g.html#25 Intel Nehalem-EX Aims for the Mainframe http://www.garlic.com/~lynn/2010g.html#27 Intel Nehalem-EX Aims for the Mainframe http://www.garlic.com/~lynn/2010g.html#28 Intel Nehalem-EX Aims for the Mainframe Intel launches Xeon 7500 server processor lineup; Promises three times increase in processing speed and 20 new reliability features http://www.cbronline.com/news/intel_launches_xeon_7500_server_processor_lineup_100331 from above: The new processor possess Machine Check Architecture (MCA) Recovery feature currently used in Itanium and RISC processors that allows the silicon to work with the operating system and virtual machine manager to recover from otherwise fatal system errors. ... snip ... note that in the 80s ... one of the reasons for various ports of UNIX (or unix-like) operating systems to mainframe continued to be run under vm370 ... was that that adding mainframe RAS was several times larger effort than the straight-forward port (instead relying on vm370 to provide the RAS, both processor and device). possibly some amount of that has since migrated to service processor ... possibly allowing such ports to be more comfortable executing in an LPAR (rather than requiring execution under z/VM). old posts about getting to play disk engineer in bldgs. 1415 ... and doing a bullet proof I/O supervisor for them that would never fail (i.e. they had tried MVS and found MVS had 15min MTBF in their environment, once having referenced that in an internal document then brought down the wrath of MVS organization on my head) http://www.garlic.com/~lynn/subtopic.html#disk prior to the fail-proof I/O supervisor they had scheduled dedicated mainframe testing time ... typically around the clock ... a major development bottlenet. after the fail-proof I/O supervisor ... they could do any number of on-demand concurrent testing ... significantly improving productivity. -- 42yrs virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe emulator part of a conspir a cy â*Th e Register
On Wed, 31 Mar 2010 20:55:23 -0400, Shmuel Metz (Seymour J.) wrote: In 4bb09cce026d000a3...@novprvlin0050.provo.novell.com, on 03/29/2010 at 10:27 AM, Mark Post said: Now _that_ is just as easy as ISPF (sort of) when using vi. To move 5 lines: How about moving a large block of lines? With ISPF I can put MM on one end, find the other end, put MM on it and then put A or B where I want it moved. That's especially easy if I've previously defined labels on the relevant lines. vi: o Locate last line; mark it. o Locate first line; delete through mark. o Locate insertion point; p for put o Repeat last step as needed. p is always A(fter). But a touch of the up-arrow fixes that. Except at beginning of file. It's all reflex for me; I don't know whether it's fewer or more keystrokes than ISPF prefix commands (which aren't reflex for me). As was said earlier, it's what one is accustomed to that counts Chag Kasher V'Same'ach, gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe emulator part of a co nspir a cy â*Th e Register
Paul Gilmartin wrote: On Wed, 31 Mar 2010 20:55:23 -0400, Shmuel Metz (Seymour J.) wrote: In 4bb09cce026d000a3...@novprvlin0050.provo.novell.com, on 03/29/2010 at 10:27 AM, Mark Post said: Now _that_ is just as easy as ISPF (sort of) when using vi. To move 5 lines: How about moving a large block of lines? With ISPF I can put MM on one end, find the other end, put MM on it and then put A or B where I want it moved. That's especially easy if I've previously defined labels on the relevant lines. vi: o Locate last line; mark it. o Locate first line; delete through mark. o Locate insertion point; p for put o Repeat last step as needed. p is always A(fter). But a touch of the up-arrow fixes that. Except at beginning of file. Ugly ugly ugly. It's all reflex for me; I don't know whether it's fewer or more keystrokes than ISPF prefix commands (which aren't reflex for me). As was said earlier, it's what one is accustomed to that counts Yup. Chag Kasher V'Same'ach, I think I understand the intent of the above, but what language is it? -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * z/OS application programmer training + Instructor-led on-site classroom based classes + Course materials licensing + Remote contact training + Roadshows + Course development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe emulator part of a co nspir a cy â*Th e Regi ster
Hebrew, Steve... 'Wishing you a happy and Kosher Holiday' (A Passover greeting, which was actually last Monday). -Original Message- From: Steve Comstock st...@trainersfriend.com To: IBM-MAIN@bama.ua.edu Sent: Thu, Apr 1, 2010 4:34 pm Subject: Re: Mainframe emulator part of a co nspir a cy â*Th e Register Paul Gilmartin wrote: On Wed, 31 Mar 2010 20:55:23 -0400, Shmuel Metz (Seymour J.) wrote: In 4bb09cce026d000a3...@novprvlin0050.provo.novell.com, on 03/29/2010 at 10:27 AM, Mark Post said: Now _that_ is just as easy as ISPF (sort of) when using vi. To move 5 lines: How about moving a large block of lines? With ISPF I can put MM on one end, find the other end, put MM on it and then put A or B where I want it moved. That's especially easy if I've previously defined labels on the relevant lines. vi: o Locate last line; mark it. o Locate first line; delete through mark. o Locate insertion point; p for put o Repeat last step as needed. p is always A(fter). But a touch of the up-arrow fixes that. Except at beginning of file. Ugly ugly ugly. It's all reflex for me; I don't know whether it's fewer or more keystrokes than ISPF prefix commands (which aren't reflex for me). As was said earlier, it's what one is accustomed to that counts Yup. Chag Kasher V'Same'ach, I think I understand the intent of the above, but what language is it? -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * z/OS application programmer training + Instructor-led on-site classroom based classes + Course materials licensing + Remote contact training + Roadshows + Course development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SQL Server replacement
The following message is a courtesy copy of an article that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well. mw...@ssfcu.org (Ward, Mike S) writes: I have heard of IFL's for zLinux and DB/2 running under zLinux. We have DB/2 running on z/OS and also DB/2 connect on the distributed side and it is used to access DB/2 on the mainframe. then there is: http://www.garlic.com/~lynn/2009p.html#43 From The Annals of Release No Software Before Its Time http://www.garlic.com/~lynn/2009p.html#46 From The Annals of Release No Software Before Its Time DB2 announces technology that trumps Oracle RAC and Exadata http://freedb2.com/2009/10/10/for-databases-size-does-matter/ trivia ... SQL server was originally licensed from Sybase http://en.wikipedia.org/wiki/Sybase Founded by Epstein ... mentioned here: http://en.wikipedia.org/wiki/Michael_Stonebraker The original relational/sql was system/r ... some number of past posts http://www.garlic.com/~lynn/subtopic.html#systemr Bob had been CTO at Britton-Lee and after he left ... there were various meetings across the street from bldg 28 ... recruiting his replacement. After we left in the early 90s ... and during the mainframe troubles of the period ... there was corporate effort to try and get a lot of applications DBMS made available on mainframes. In some number of these discussions between people from corporate hdqtrs and others (including Bob) ... we were ask to sit in ... as translators (being able to speak both mainframe and non-mainframe). -- 42yrs virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe emulator part of a co nspir a cy â*Th e Re gister
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Steve Comstock Sent: Thursday, April 01, 2010 10:34 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Mainframe emulator part of a co nspir a cy â*Th e Register snip Chag Kasher V'Same'ach, I think I understand the intent of the above, but what language is it? Hebrew for Wishing you a happy and Kosher Holiday (Passover greeting). Google is still your friend. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . (817)-961-6183 cell 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® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: /usr/lib/nls/charmap/IBM-1047
(Caveat: I am using z/OS v1.7, so the files in question may not be the same.) I see two problems with what you are trying to do. 1. The UTF-8 file is not case sensitive. Where IBM-1047 has a and A, UTF-8 has LATIN_SMALL_LETTER_A and LATIN_CAPITAL_LETTER_A. Without some intelligence in your regular expressions, you would have no matches at all. But you may need to pay attention to case in one file and not the other. 2. You mentioned characters such as thorn, where it appears that IBM-1047 has only one character and UTF-8 has two - both small and capital letters. I don't know if that means that the IBM-1047 thorn is lower case only, or if an implementor is free to choose what he wants. It appears that PComm has chosen to treat them as lower case. On Mon, 29 Mar 2010 12:35:17 -0500, Paul Gilmartin paulgboul...@aim.com wrote: On Mon, 29 Mar 2010 11:09:44 -0400, Shmuel Metz (Seymour J.) wrote: (z/OS 1.10) Motivatted by a thread in ASSEMBLER-LIST, I scanned /usr/lib/nls/charmap/IBM-1047 looking for matching character names in /usr/lib/nls/charmap/UTF-8. (I used regular expressions.) Use [ -] instead of [-]. Use the i flag, e.g., /commercial[ -]at/i ... /x80 Not found: O-slash /x80 LATIN CAPITAL LETTER O WITH STROKE LATIN CAPITAL LETTER O SLASH ... some text omitted The question isn't whether the IBM-1047 glyphs exist in UTF-8, but whether it's possible to perform the lookup mechanically. Your suggestions require artificial intelligence since it appears no natural intelligence was applied in coding the charmaps. ... /xa1 Not found: tilde/xa1 TILDE And the search must be case-sensitive, since a and A are used elsewhere to represent different characters. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: z/OS (1.9) FTP client to 'strange' non-z/OS FTP server
As far as I can tell, the decision to use TLS and passive mode is made during initial session negotiation, and that is the standard protocol. What may be happening is that you are being blocked by a NAT'ing firewall. If that is what is happening, then your only hope is if the firewall and server supports RFC 2428 (the EPSV directive). Or, of course, the NAT'ing firewall were configured to allow encrypted traffic. A key symptom to look for is that the session starts just fine, but hangs upon any attempt to transfer data. The root problem seems to be that a NAT'ing firewall is technically identical to a 'man in the middle' attack which TLS is designed to prevent. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Bri P Sent: Thursday, April 01, 2010 9:29 AM To: IBM-MAIN@bama.ua.edu Subject: z/OS (1.9) FTP client to 'strange' non-z/OS FTP server Hi all I am trying to FTP to a customer’s FTP server, which is Axway’s XFB.Gateway/Axway File Broker. It seems to want the decision about whether we want to use TLS, and whether we want to use Active or Passive mode, to be made at the time of connection, rather than once the session is established. With the SECUREIMPLICITZOS FALSE statement in SYSFTPD I’ve got it to negotiate the TLS immediately at connect time, but can’t find a way to do the same with Passive Mode. It’s always been my understanding that PASV is issued just prior to each data transfer – whether that be returned command output such as directory displays, or actual file transfers – rather than at the start of the session, so this does strike me as a little weird. But anyway, has anyone managed to successfully connect a z/OS FTP client to an Axway XFB Gateway server? Or perhaps offer advice on how I might do so? Many thanks in advance Brian 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: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: /usr/lib/nls/charmap/IBM-1047
Jim Heifetz wrote: (Caveat: I am using z/OS v1.7, so the files in question may not be the same.) I see two problems with what you are trying to do. 1. The UTF-8 file is not case sensitive. Where IBM-1047 has a and A, UTF-8 has LATIN_SMALL_LETTER_A and LATIN_CAPITAL_LETTER_A. Without some intelligence in your regular expressions, you would have no matches at all. But you may need to pay attention to case in one file and not the other. 2. You mentioned characters such as thorn, where it appears that IBM-1047 has only one character and UTF-8 has two - both small and capital letters. I don't know if that means that the IBM-1047 thorn is lower case only, or if an implementor is free to choose what he wants. It appears that PComm has chosen to treat them as lower case. David Bond at Tachyon software has some terrific pages about codepages on their website. A lot of my current work uses this page as a starting point: http://www.tachyonsoft.com/uc.htm#U00F0 Based on this page I see: UCS-4: 00DE LATIN CAPITAL LETTER THORN Glyph: Þ Lowercase: 00FE UTF-8: C3 9E GB-18030: 8130 8937 ASCII 8D: 00861 ASCII DE: 01252 ISO-8859-1 ISO-8859-10 ISO-8859-15 ASCII E8: 00850 00858 EBCDIC 4A: 00871 01149 EBCDIC AE: 00037 00273 00274 00275 00277 00278 00280 00281 00284 00285 00297 00500 00924 01005 01047 01140 01141 01142 01143 01144 01145 01146 01147 01148 and also: UCS-4: 00FE LATIN SMALL LETTER THORN Glyph: þ Uppercase: 00DE UTF-8: C3 BE GB-18030: 8130 8B36 ASCII 95: 00861 ASCII E7: 00850 00858 ASCII FE: 01252 ISO-8859-1 ISO-8859-10 ISO-8859-15 EBCDIC 8E: 00037 00273 00274 00275 00277 00278 00280 00281 00284 00285 00297 00500 00924 01005 01047 01140 01141 01142 01143 01144 01145 01146 01147 01148 EBCDIC C0: 00871 01149 So it seems 1047 supports both upper case and lower case thorn. Well, ya' never know! :-) -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * z/OS application programmer training + Instructor-led on-site classroom based classes + Course materials licensing + Remote contact training + Roadshows + Course development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
ESS 2105-800 DS6800 comparison
I am looking at migrating from an ESS 2105-800 shark to a used DS6800 1750-522. I am curious to learn if anyone has done a similar conversion and can comment on the relative performance of the two storage subsystems. The IBM redbook SG24-6781-02 says the DS6800 will out-perform the 2105-800 shark in most zOS implementations. I am also interested in hearing from someone who has installed a used DS6800 and if they had any issues installing and setting up the DS Storage Manager software. TIA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Subpools - specifically 241
In 47d6ad63e3c0b4448c47ec031da080f510f529f...@mail34.thoughtbus.com, on 03/25/2010 at 11:30 AM, Tony Lubrano tony.lubr...@neon.com said: She needs read access to this storage from unauthorized key 8/9 programs... the storage must be allocated in key 0. Why? What matters is whether it is fetch protected. -- 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: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: /usr/lib/nls/charmap/IBM-1047
On 1 April 2010 12:06, Steve Comstock st...@trainersfriend.com wrote: David Bond at Tachyon software has some terrific pages about codepages on their website. A lot of my current work uses this page as a starting point: http://www.tachyonsoft.com/uc.htm#U00F0 Based on this page I see: UCS-4: 00DE LATIN CAPITAL LETTER THORN Glyph: Ş Lowercase: 00FE UTF-8: C3 9E GB-18030: 8130 8937 ASCII 8D: 00861 ASCII DE: 01252 ISO-8859-1 ISO-8859-10 ISO-8859-15 ASCII E8: 00850 00858 EBCDIC 4A: 00871 01149 EBCDIC AE: 00037 00273 00274 00275 00277 00278 00280 00281 00284 00285 00297 00500 00924 01005 01047 01140 01141 01142 01143 01144 01145 01146 01147 01148 and also: UCS-4: 00FE LATIN SMALL LETTER THORN Glyph: ş Uppercase: 00DE UTF-8: C3 BE GB-18030: 8130 8B36 ASCII 95: 00861 ASCII E7: 00850 00858 ASCII FE: 01252 ISO-8859-1 ISO-8859-10 ISO-8859-15 EBCDIC 8E: 00037 00273 00274 00275 00277 00278 00280 00281 00284 00285 00297 00500 00924 01005 01047 01140 01141 01142 01143 01144 01145 01146 01147 01148 EBCDIC C0: 00871 01149 So it seems 1047 supports both upper case and lower case thorn. Well, ya' never know! :-) It's not so much a matter of CP 1047 supporting them. CP 1047, like CP 037 or CP 819, are encodings of what IBM calls Character Set (CS) 647, and this character set, no matter what codepoints (byte values) are assigned to each character, does contain both cases of thorns. Or put another way, there is no way that CP 1047 can support or not support anything different from what CP 037, 285, 1047, 819, etc. etc. support. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Subpools - specifically 241
In 0c40953f-dbf2-4019-9a1c-db63e9648...@optonline.net, on 03/25/2010 at 12:16 PM, Joe Reichman joereich...@optonline.net said: And I remember that the JES initiator The Initiator is not part of either JES. The initator subpool ? which is CSA but has to be KEY 8 AFAIK the Initiator never allocates key 8 CSA. -- 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: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ESS 2105-800 DS6800 comparison
Nigel, I can't comment about the ESS-6800 comparison, but the 6800 is a speedy little box. We put ours in new and subsequently added another shelf after the fact. If you're careful about the logical disk layout you shouldn't have any problems. The only got'cha I can offer is to check the firmware level of the box. IBM has specific instructions on upgrading, as far as what levels can be migrated to/from. Follow their recommendations! I know most of us have done z/OS upgrades outside of the IBM recommended levels and gotten away with it. These firmware upgrades aren't as forgiving. Also, if you need to do a level A-B-C upgrade to get current, don't do them back-to-back. I tried that and have the scars (although no t-shirt...). The upgrade hung halfway through the second part and I couldn't move forward or backward. IBM level 2 support finally got me going again and they chastised me for trying to do 2 upgrades essentially at the same time. They told me that I should have done the A-B upgrade, let the box sit for a few days to a week, then done the B-C upgrade. One other nit-picky thing that possibly could bite you if the seller pulled the GBICs - make sure you get them back in the right locations! It uses long-wave for the connection to the Z and short-wave to go between the enclosures. The GBICs are not very well marked (dark blue versus blackbands on the handles) and when we put ours in there was no documentation telling us that. We managed to get all 4 of the longwave GBICs misplaced and the Z couldn't see the 6800. Had both me and my CE scratching our heads for a while until I figured that one out. HTH Rex -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Nigel Salway Sent: Thursday, April 01, 2010 11:07 AM To: IBM-MAIN@bama.ua.edu Subject: ESS 2105-800 DS6800 comparison I am looking at migrating from an ESS 2105-800 shark to a used DS6800 1750-522. I am curious to learn if anyone has done a similar conversion and can comment on the relative performance of the two storage subsystems. The IBM redbook SG24-6781-02 says the DS6800 will out-perform the 2105-800 shark in most zOS implementations. I am also interested in hearing from someone who has installed a used DS6800 and if they had any issues installing and setting up the DS Storage Manager software. TIA -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The hardest JCL ERROR I have met
In a6b9336cdb62bb46b9f8708e686a7ea005c021b...@nrhmms8p02.uicnrh.dom, on 03/29/2010 at 08:09 AM, McKown, John john.mck...@healthmarkets.com said: The STEPLIB can be anywhere within the step boundries. It is only by convention that we place it directly after the EXEC. In fact this can cause a problem. The external writer, at least back a couple of decades ago, would scan the TIOT and select the first DD found as its output DD. Did you create an ETR? It's supposed to use IEFRDER. -- 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: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The hardest JCL ERROR I have met
In 222817403-1269867357-cardhu_decombobulator_blackberry.rim.net-19525017...@bda026.bisx.prod.on.blackberry, on 03/29/2010 at 12:55 PM, Ted MacNEIL eamacn...@yahoo.ca said: Usually, if there is a parm specified on the START command, and it's not specified in the PROC statement, this generates a JCL error. Nonsense. -- 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: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The hardest JCL ERROR I have met
In a6b9336cdb62bb46b9f8708e686a7ea005c021b...@nrhmms8p02.uicnrh.dom, on 03/29/2010 at 07:56 AM, McKown, John john.mck...@healthmarkets.com said: The above just looks wrong to me for some reason. Because of the undoubled apostrophes? -- 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: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WTO Alternative using HLASM
In 432460.39432...@web54606.mail.re2.yahoo.com, on 03/29/2010 at 09:42 PM, Ed Gould ps2...@yahoo.com said: I cannot for the life of me remember the IBM module name that provides this maybe someone can pipe up here and remind me of the name. IEFYS? -- 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: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: General MPF exit using SYSREXX (SySTEM REXX)
I don't know if this helps, but the SNMP sub-agent that I wrote (file #805 on CBTTAPE) has code in it to call system REXX execs and retrieve the results. I use the REXX execs to issue system commands and populate variables with the command output which, in turn, can be interrogated with SNMP GET requests (a monitoring agent in our case). The MPF exit code [shell] is pretty generic and can be found in multiple places on the CBTTAPE. You could just lift out the system REXX code and stuff it into an MPF exit shell. mike Michael Schmutzok Sr Systems Programmer Shands HealthCare On 4/1/2010 at 1:30 AM, in message listserv%201004010030373752.0...@bama.ua.edu, Brian Westerman brian_wester...@syzygyinc.com wrote: The code in the hot topic is general in the sense that it can handle any message, but not that it is called for EVERY message, just the one(s) you set it up for in MPFLSTxx. I was hoping that someone had actually gotten the code that they referred to in the hot topic. Performance isn't an issue in this case, it's just for informational purposes to see how it's done. Anyone have the code already built? Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The hardest JCL ERROR I have met
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Shmuel Metz (Seymour J.) Sent: Thursday, April 01, 2010 11:45 AM To: IBM-MAIN@bama.ua.edu Subject: Re: The hardest JCL ERROR I have met In a6b9336cdb62bb46b9f8708e686a7ea005c021b...@nrhmms8p02.uicnrh.dom, on 03/29/2010 at 08:09 AM, McKown, John john.mck...@healthmarkets.com said: The STEPLIB can be anywhere within the step boundries. It is only by convention that we place it directly after the EXEC. In fact this can cause a problem. The external writer, at least back a couple of decades ago, would scan the TIOT and select the first DD found as its output DD. Did you create an ETR? It's supposed to use IEFRDER. -- Shmuel (Seymour J.) Metz, SysProg and JOAT This was back around 1984 or so. I don't even know if ETRs existed back then. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets(r) 9151 Boulevard 26 * N. Richland Hills * TX 76010 (817) 255-3225 phone * (817)-961-6183 cell 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 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The hardest JCL ERROR I have met
This was back around 1984 or so. I don't even know if ETRs existed back then. Their equivalent did. I opened my first ticket with IBM in 1981. It was all telephone and courier, but the system still worked, sort of. The ISC wasn't that far from where I worked at the time. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DATOFF Nucleus routines
If you really want to try using real addresses, I STRONGLY urge you to use the DATOFF system service rather than using your own code. If all you are moving is one byte, then you are guaranteed that the source byte is in the same real 4K frame as the target byte, but if the length is 1 then you may overlay some part of the wrong target page (worst case) or move some bytes from the wrong source page (best case). You will need considerable code to ensure that such moves can never happen with your one and only one MVCL. Unless you have allocated your virtual storage in such a way that the real storage backing the virtual storage is also contiguous, then you will have to loop through the data and never do the MVCL with parameters that would cause such an error. I assume that's how DATOFF does it. If you can do the following, I would also suggest you run a test case of moving 8K bytes using DATOFF and while tracing each instruction by running your MVS under VM (or on your ow! n P390 or similar machine that you can run in standalone mode with instruction stepping enabled). Then you will understand the necessary overhead if you want to move data using real addresses. Bill Fairchild Software Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.4503 * Mobile: +1.508.341.1715 Email: bi...@mainstar.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Dave Day Sent: Wednesday, March 31, 2010 4:50 PM To: IBM-MAIN@bama.ua.edu Subject: DATOFF Nucleus routines Have code that moves data from a known area in one address space to a corresponding area in another address space. This code executes multiple times per second. Code uses AR's and a MovePage instruction to get the data from one to the other, one page at a time. Since I know the real address location of the source and target of the move, I'm wondering how much overhead would be saved by doing this using real addresses as opposed to virtual, and using one MVCL instruction. Anyone have any history with this? --Dave -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DATOFF Nucleus routines
If you really want to try using real addresses, I STRONGLY urge you to use the DATOFF system service rather than using your own code. If all you are moving is one byte, then you are guaranteed that the source byte is in the same real 4K frame as the target byte, but if the length is 1 then you may overlay some part of the wrong target page (worst case) or move some bytes from the wrong source page (best case). You will need considerable code to ensure that such moves can never happen with your one and only one MVCL. Unless you have allocated your virtual storage in such a way that the real storage backing the virtual storage is also contiguous, then you will have to loop through the data and never do the MVCL with parameters that would cause such an error. I assume that's how DATOFF does it. DATOFF MVCL does a single DAT-off MVCL using the real addresses and lengths provided by its caller. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ESS 2105-800 DS6800 comparison
Are you aware that IBM has announced that the DS6000 line will be withdrawn from marketing this summer? -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Nigel Salway Sent: Thursday, April 01, 2010 9:07 AM To: IBM-MAIN@bama.ua.edu Subject: ESS 2105-800 DS6800 comparison I am looking at migrating from an ESS 2105-800 shark to a used DS6800 1750-522. I am curious to learn if anyone has done a similar conversion and can comment on the relative performance of the two storage subsystems. The IBM redbook SG24-6781-02 says the DS6800 will out-perform the 2105-800 shark in most zOS implementations. I am also interested in hearing from someone who has installed a used DS6800 and if they had any issues installing and setting up the DS Storage Manager software. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Looping Incremental Backup?
Does SDSF show the task actually doing anything (SIO or CPU%)? On one occasion I managed to get two HSM tasks locked in a deadly embrace on different enqueues. Task 1 had resource A and wanted B. Task 2 had B and wanted A. -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of O'Brien, David W. (NIH/CIT) [C] Sent: Thursday, April 01, 2010 5:43 AM To: IBM-MAIN@bama.ua.edu Subject: Looping Incremental Backup? I seem to have a looping Incremental Backup task in HSM. My Incremental Backup has been processing a single Mod-9 volume for over 3 hours. Said volume is only 28% used. If anyone has seen this before, any suggestions on how to debug will be appreciated. We are at Zos 1.9. The volume in question is part of a 3 volume 1.11 install. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe emulator part of a conspir a cy â*Th e Register
-Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Mark Post Sent: Monday, March 29, 2010 11:28 AM To: IBM-MAIN@bama.ua.edu Subject: Re: Mainframe emulator part of a conspir a cy â*Th e Register On 3/29/2010 at 11:35 AM, McKown, John john.mck...@healthmarkets.com wrote: There are things that I like too. I especially like the EXCLUDE capability. Me too. Sigh. And the line commands. It is, to me, much easier to do a MM ... MM ... A/B than a cut'n'paste of entire lines. Now _that_ is just as easy as ISPF (sort of) when using vi. To move 5 lines: d5d cursor down to where you want them inserted after p To copy and not cut, y5y instead. Mark Post I found a way that is simpler for me. Go to the first line in the range. Press V to go into Visual mode. Page or arrow down to the last line in the range. Press d to delete the highlighted lines (to the clipboard). Use y to yank but not delete (for copy). Position to line where you want to paste the cut lines. Press p to paste after that line. -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . (817)-961-6183 cell 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® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Intel Nehalem-EX Aims for the Mainframe
re: http://www.garlic.com/~lynn/2010g.html#25 Intel Nehalem-EX Aims for the Mainframe http://www.garlic.com/~lynn/2010g.html#27 Intel Nehalem-EX Aims for the Mainframe http://www.garlic.com/~lynn/2010g.html#28 Intel Nehalem-EX Aims for the Mainframe http://www.garlic.com/~lynn/2010g.html#32 Intel Nehalem-EX Aims for the Mainframe IBM goes elephant with Nehalem-EX iron; Massive memory for racks and blades http://www.theregister.co.uk/2010/04/01/ibm_xeon_7500_servers/ from above: With so much of its money and profits coming from big Power and mainframe servers, you can bet that IBM is not exactly enthusiastic about the advent of the eight-core Nehalem-EX Xeon 7500 processors from Intel and their ability to link up to eight sockets together in a single system image. But IBM can't let other server makers own this space either, so it had to make some tough choices. ... snip ... -- 42yrs virtualization experience (since Jan68), online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Recommendations on download monitor
For Tomato support, check: http://www.polarcloud.com/tomato If your exact model is not listed, then it will probably not work, but a new WRT54GL is I think about $59 from newegg. Also, you can get statistics at the router level - it doesn't really know anything about filenames. On Tue, Mar 30, 2010 at 7:26 PM, Steve Comstock st...@trainersfriend.com wrote: Kirk Wolf wrote: Maybe you have a virus/botnet? Hope not. I've been pretty satisfied with Avast! (Or a teenager with a BitTorrent habit :-) Ha! One son, 44, living in LA trying to become a star. (He's a fine actor, but it's a tough business.) A good option is to get a DSL router like the Linksys WRT54GL and run the open source Tomato firmware. With that, you can get volume statistics (and a great firewall). Funny you should mention that. I have a Linksys WRT54G2; will that work? Good luck getting the phone company to respond if you find that they are wrong, though. Yeah. Kirk Wolf Dovetailed Technologies http://dovetail.com -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * z/OS application programmer training + Instructor-led on-site classroom based classes + Course materials licensing + Remote contact training + Roadshows + Course development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Recommendations on download monitor
One other thing - If you have a open WIFI access point (or one protected by the easily cracked WEP encryption), then maybe your neighbor's teenager has a BitTorrent habit at your expense. If this is the case and you know how to have fun with Unix iptables and squid proxies, then you can have some fun with them. Here is a very funny account of what one guy did: http://www.ex-parrot.com/~pete/upside-down-ternet.html Kirk Wolf Dovetailed Technologies http://dovetail.com On Thu, Apr 1, 2010 at 2:02 PM, Kirk Wolf k...@dovetail.com wrote: For Tomato support, check: http://www.polarcloud.com/tomato If your exact model is not listed, then it will probably not work, but a new WRT54GL is I think about $59 from newegg. Also, you can get statistics at the router level - it doesn't really know anything about filenames. On Tue, Mar 30, 2010 at 7:26 PM, Steve Comstock st...@trainersfriend.com wrote: Kirk Wolf wrote: Maybe you have a virus/botnet? Hope not. I've been pretty satisfied with Avast! (Or a teenager with a BitTorrent habit :-) Ha! One son, 44, living in LA trying to become a star. (He's a fine actor, but it's a tough business.) A good option is to get a DSL router like the Linksys WRT54GL and run the open source Tomato firmware. With that, you can get volume statistics (and a great firewall). Funny you should mention that. I have a Linksys WRT54G2; will that work? Good luck getting the phone company to respond if you find that they are wrong, though. Yeah. Kirk Wolf Dovetailed Technologies http://dovetail.com -- Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com * z/OS application programmer training + Instructor-led on-site classroom based classes + Course materials licensing + Remote contact training + Roadshows + Course development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe emulator part of a co nspir a cy â*Th e Register
In 4bb4bd05.7020...@trainersfriend.com, on 04/01/2010 at 09:34 AM, Steve Comstock st...@trainersfriend.com said: I think I understand the intent of the above, but what language is it? 'Ivrith ;-) It's a transliteration of a Hebrew holiday greeting into Roman letters. Literally, Kosher and happy holiday. -- 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: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Mainframe emulator part of a co nspir a cy â*Th e Regi ster
In 8cc9fc98818e383-5cc-1c...@webmail-d118.sysops.aol.com, on 04/01/2010 at 11:45 AM, A L Hughes aledlhug...@aol.com said: Hebrew, Steve... 'Wishing you a happy and Kosher Holiday' (A Passover greeting, which was actually last Monday). It started Monday night, but it won't end until Tuesday night. -- 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: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: DATOFF Nucleus routines
Thanks for the clarification. I just reviewed the doc on INDMVCL0 and it doesn't say that only one MVCL is executed. Bill Fairchild Software Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.4503 * Mobile: +1.508.341.1715 Email: bi...@mainstar.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Jim Mulder Sent: Thursday, April 01, 2010 12:42 PM To: IBM-MAIN@bama.ua.edu Subject: Re: DATOFF Nucleus routines DATOFF MVCL does a single DAT-off MVCL using the real addresses and lengths provided by its caller. Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The hardest JCL ERROR I have met
On Thu, 1 Apr 2010 12:44:56 -0400, Shmuel Metz (Seymour J.) wrote: The STEPLIB can be anywhere within the step boundries. It is only by convention that we place it directly after the EXEC. In fact this can cause a problem. The external writer, at least back a couple of decades ago, would scan the TIOT and select the first DD found as its output DD. Did you create an ETR? It's supposed to use IEFRDER. Compatibility? A couple years ago, you were uncomfortable when you learned that IBM had (quite a while previously) repaired a similar obvious error concerning the ordering of SYSIN DD overrides. The above (mis-)behavior would have been forgiving in some cases when the programmer misspelled IEFDRER; fixing it would have broken at least some existing JCL. But I support repairing such things, at least at release boundaries, and with sufficient notification. A validation tool also helps. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The hardest JCL ERROR I have met
A quick way to determine the error is to submit the JCL as a batch job. If the job fails during syntax checking, it will not matter whether the data sets are cataloged or whether JES2 is already running. //JES2PROC M=JES2PARM //IEFPROC EXEC PGM=HASJES20,TIME=1440,DPRTY=(15,15) //HASPLIST DD DDNAME=IEFRDER //HASPPARM DD DSN=SYS1.CPAC.PARMLIB(M),DISP=SHR //PROC00DD DISP=SHR,DSN=SYS1.CPAC.PROCLIB // DD DISP=SHR,DSN=SYS1.PROCLIB //HASPLIST DD DDNAME=IEFRDER //STEPLIB DD DISP=SHR,DSN=SYS1.SHASLNKE //PEND //DOITEXEC PROC=JES2 The resulting messages are: STMT NO. MESSAGE 3 IEFC001I PROCEDURE JES2 WAS EXPANDED USING INSTREAM PROCEDURE DEFINITION 10 IEF631I NUMBER OF DDNAMES EXCEEDS MAXIMUM IN THE DDNAME FIELD 11 IEF686I DDNAME REFERRED TO ON DDNAME KEYWORD IN PRIOR STEP WAS NOT RESOLVED The second message, IEF631I, is the error. This message is not fully described in the System Messages manual: Explanation: The system found the DDNAME parameter within a job step unresolved in six or more DD statements at one time. There may be no more than 5 outstanding, unresolved DDNAME parameters in a step at one time. The JCL rule that is being violated is documented under the DDNAME parameter in the MVS JCL Reference, SA22-7597-13, in topic 12.17.2 Subparameter Definition: A job step or procedure step can contain up to five outstanding, unresolved DD parameters in a step at one time. Each DDNAME parameter must refer to a different DD statement. The text of message IEF631I, and the description in the System Messages manual, refer to the first sentence, but the rule that is being violated in this example is the second sentence. Larry Stout On Mon, 29 Mar 2010 10:36:03 -0500, Ramiro Camposagrado ramiro.camposagr...@bbh.com wrote: Why not start your new JES2 proc on a system that has JES2 already started? It should go ro regular conversion and then issue the $HASP426 message. On Mon, 29 Mar 2010 09:40:01 -0500, Mark Zelden mzel...@flash.net wrote (in part): But why do you have 2 HASPLIST DDs? Lose the second one. On Mon, 29 Mar 2010 13:15:33 +, Rob Scott rsc...@rocketsoftware.com wrote: Why do you have *two* HASPLIST DD specifications ? Rob Scott Developer Rocket Software 275 Grove Street * Newton, MA 02466-2272 * USA Tel: +1.617.614.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ron Wells Sent: 29 March 2010 14:01 To: IBM-MAIN@bama.ua.edu Subject: Re: The hardest JCL ERROR I have met (2) HASPLIST ?? STEPLIB s/b after EXEC From: Hu Lei helite...@gmail.com To: IBM-MAIN@bama.ua.edu Date: 03/29/2010 07:45 AM Subject: The hardest JCL ERROR I have met Sent by: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Hello world! I am trying to setup a mini system, and during IPL, I have met JES2 start error. I am suffer from this error for days, I have do all I can image to correct the error, but still no result. It would be great appreciated if any comments!! Thanks in advance. The joblog during IPL looks: IEF403I IEESYSAS - STARTED - TIME=03.47.40 IEF677I WARNING MESSAGE(S) FOR JOB JES2 ISSUED IEF452I JES2 - JOB NOT RUN - JCL ERROR And the JES2 proc: //JES2PROC M=JES2PARM //IEFPROC EXEC PGM=HASJES20,TIME=1440,DPRTY=(15,15) //HASPLIST DD DDNAME=IEFRDER //HASPPARM DD DSN=SYS1.CPAC.PARMLIB(M),DISP=SHR //PROC00DD
Re: General MPF exit using SYSREXX (SySTEM REXX)
Thanks, I had already written it last night, but it was good to see that my code to get the exec was almost identical to what you had. It's always nice to have confirmation. Thank you very much for taking the time to answer, I really appreciate it. Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use
Heard at SHARE in Seattle IBM SMP/E APAR IO11698 introduces a new SAF FACILITY class which you must define in order to allow any use of SMP/E after you install and activate the corresponding SMP/E PTF for your release. In my case, that would be PTF UO01052 for SMP/E 3.5. If you do not define this FACILITY class prior to installing the SMP/E PTF on your system, SMP/E will fail with various messages based on the function being attempted. Imagine what could happen - you install the PTF, and now SMP/E stops working. How do you back off the PTF without running SMP/E's RESTORE command? Ok - so there are a half dozen ways, but my point is - why wait, be prepared. Several folks mentioned this APAR in public presentations during SHARE, including IBM's Marna Walle in her excellent z/OS Migration (Part 1) presentation. http://ew.share.org/proceedingmod/abstract.cfm?abstract_id=20896 http://ew.share.org/client_files/callpapers/attach/SHARE_in__Seattle/SMW100304.pdf See page 50 of the Marna's PDF (above) for more details. Please note that you won't see APAR IO11698 itself in IBMLink as it is apparently an integrity APAR. The (fortunately) rare integrity flag excludes flagged APARs from display in IBMLink or other such public sources. All you will find when searching on IO11698 in IBMLink is the list of SMP/E PTFs for this APAR for each release of SMP/E. The documentation for the required FACILITY class profile is included in Marna's SHARE presentation, and in the ++ HOLD data for the SMP/E PTF appropriate for your release of SMP/E. At this time, public references to IO11698 are rare. Even mighty Google (or Topeka, if you are looking at it on April 1, 2010) has only one relevant reference to IO11698 - a reference to the IBM APAR on CA's Support web site (the document is RI16678 if you want to check out the document yourself for instructions how to define the new security calls to CA security software TopSecret and ACF2). I found one other public IBM reference, within the PSP bucket for z/OS 1.9, 1.10 and 1.11, which simply reads as follows: 1. 10/03/16 With APAR IO11698, SMP/E has implemented a change. Please see the HOLD for ACTION and HOLD for DOC for information regarding this change. Take action NOW. Don't wait until you get a system with this PTF installed and then discover that you are locked out of SMP/E. Or, sit back - wait six months, and watch the panic/complaint threads start here on IBM-MAIN Brian -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: WTO Alternative using HLASM
From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net To: IBM-MAIN@bama.ua.edu Sent: Thu, April 1, 2010 11:51:26 AM Subject: Re: WTO Alternative using HLASM In 432460.39432...@web54606.mail.re2.yahoo.com, on 03/29/2010 at 09:42 PM, Ed Gould ps2...@yahoo.com said: I cannot for the life of me remember the IBM module name that provides this maybe someone can pipe up here and remind me of the name. IEFYS? SNIP- I am pretty sure that is correct. Now for the 10 dollar question where is it documented? Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
