Re: Curiousity question: the processing of DD DUMMY.
In [EMAIL PROTECTED], on 01/02/2008 at 04:43 PM, Paul Gilmartin [EMAIL PROTECTED] said: One might make the same argument about DSNAMEs And I wouldn't argue with it. either way. NULLFILE could have been catalogued on an imaginary UNIT Given that there's a device type for DUMMY, that would have been reasonable. It's not a problem, but a feecher: The text that you quoted from the JCL RM does not say that it will be treated differently from any other path defined as a null special file. What benefit of this distinct treatment of /dev/null justifies the resource spent on its implementation? I still wonder. Off the top of my head, I'd say that it's broken as designed. Another case of IBM's MVS, OMVS and Unix people not talking to each other, assuming that you have verified the difference in behavior. I suppose that Unix community would expect the look and feel of Unix, even as the JCL community would expect the look and feel of JCL. The look and feel of JCL was that there was only *one* special dsname. handling PATH='/dev/null' differently from other Unix file names with the same definition is *not* what an old time JCL user would expect. OTOH, if the are treated the same, there's nothing wrong with the documentation pointing out the canonical name. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Curiousity question: the processing of DD DUMMY.
In [EMAIL PROTECTED], on 01/02/2008 at 04:56 PM, Skip Robinson [EMAIL PROTECTED] said: The 'equivalent' examples quoted from the manual differ greatly in coding JCL statements in a cataloged procedure: DSNAME can be represented as a symbolic variable but DDNAME cannot. The DDNAME keyword solved that quite nicely. I'm guessing that the 'unnatural' syntax option for a null path name simply gives a Unix user the same two choices as in MVS JCL. All ways of specifying a classic DUMMY file have the same semantics. Paul is claming that that is not the case for dummy paths. If so it is a grievous fault. The question is not whether the syntax is natural, but whether the system should treat two paths differently when in Unix they are expected to have the same behavior. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: For the History buff's an IBM 5150 pc
In [EMAIL PROTECTED], on 01/02/2008 at 11:56 AM, Schwarz, Barry A [EMAIL PROTECTED] said: The Apple I went on sale in l976 so the author seems to have limited view of what a PC is. What about the DEC PDP-5? Or the kitchen computer from Honeywell. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IPL'ing from a SAN device
I guess I was taking it at a little lower level. To me SAN is the FBA devices and the mainframe is CKD. But the storage array is a SAN box. Internally it will depend on the definition of the disks and how that the DASD is mapped to (to me that is) whether it is truly a SAN device or a Mainframe device. I do miss the old days of physical devices rather than these new fangled emulated devices. But there must be progress. So even though the Storage Array is more or less a virtual emulation of a 3390-x, to me it is still a physical 3390. And it does not really matter what hardware vendor is used, IBM, EMC or Hitachi. What matters is how you setup your primary site and backup site or GDPS processes. With IBM/Hitachi I think you have the PPRC, XRC and Flashcopy processes. With EMC I have SCF, RDF, Consistancy Groups and Replication. I am not using a lot of detail due to the Ops generalized request. I was trying to respond based on the use of replication with EMC. I am not part of the SAN team that deals with the entire storage array. I just ask for more disks and they cut them out for me. So all I get to do is the INIT, or Clip and add into the mainframe environment. I do not get to play with BCVs or the bin files on EMC. Nor do I get to play with the connections like the Dense Wave or Cisco Routers. Which I think leaves me a bit more in the dark than I like. So if I am still off, it is due to a mis understanding on my part of the whole. Lizette Lizette Koehler wrote: [...] We are always on Mainframe dasd never SAN. And as RS pointed out, the mainframe does not use SAN. We live on a DMX where SAN and mainframe share the box but not the disks. Lizette, R.S. claimed exactly contrary opinion. There are no non-SAN disks. In other words ALL mainframe disks are SAN-attached. OK, the answer was tricky and perverse a little bit. g But - what is a definition of SAN? Leaving history, BusTag channels, etc. - we have FICON channels connected through a switch (optional) to a DASD array. Exactly the same equipment and physical topology is needed for FCP. So, mainframe uses SAN, but usuallly not SCSI commands (with the exception for FCP). -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: The Line, the Bar, Java, LPA, etc.
Execution of instructions above 2G has been discussed many times. It is not supported. If you happen to take no interrupts at all, then your code could survive. This has nothing to do with Java (although code created by the JIT would require less system support than code that must be LOADed). This is RMODE 64. Maybe some day. And then again maybe not. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL procedure parameters
The short answer is no! That information is discarded after processing by the Converter/Interpreter snip Is is possible to somehow retrieve the JCL procedure parameters and their values in a program that's invoked in that procedure? /snip -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New System Build
Correction: You don't need to download a new level of CMS Pipelines. The version that comes with z/VM includes the deblock awstape stage, though it is not a supported function. PIPE AHELP DEBLOCK will get you more info. Alan Altmark z/VM Development IBM -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Restartable PDSE Address space
On Wed, 2 Jan 2008 18:11:20 -0500, Craddock, Chris [EMAIL PROTECTED] wrote: I have 3 monoplexes that have SMSPDSE1 but all of them also specify PDSESHARING(EXTENDED) Color me confused. PDSE sharing across sysplex boundaries is forbidden and so specifying it for a monoplex would seem to be superfluous at best. Yes... but required for PDSE_RESTARTABLE_AS(YES) as I wrote. We added PDSESHARING(EXTENDED) and PDSE_RESTARTABLE_AS(YES) as we rolled out z/OS 1.6. Why is it required? Ask IBM. I'm sure they will give you a good reason. :-) http://bama.ua.edu/cgi-bin/wa?A2=ind0801L=ibm-mainD=1amp;O=DP=5480 BTW, since I have nothing better to do (NOT) during our year end change freeze, I did try IPLing a monoplex sandbox LPAR without PDSESHARING(EXTENDED) along with specifying PDSE_RESTARTABLE_AS(YES) and SMSPDSE1 was not created as documented. Doc from the fine manual: http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2E280/54.9?SHELF=IEA2BK80DT=20070516223132 PDSE_RESTARTABLE_AS(YES|NO) Specifies whether PDSE initialization during IPL NIP processing brings up a second restartable PDSE address space. If you specify PDSE_RESTARTABLE_AS(YES), with PDSESHARING(EXTENDED), and EXTENDED sharing is not used, processing does not allow PDSE initialization to create a second restartable PDSE address space. The PDSE_RESTARTABLE_AS specification is set in the IGDSMSxx member of SYS1.PARMLIB. This value cannot be changed through an operator Default: NO -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
On Wed, 2 Jan 2008 14:25:36 -0500, Shmuel Metz (Seymour J.) wrote: In [EMAIL PROTECTED], on 12/31/2007 at 02:13 PM, Tom Marchant [EMAIL PROTECTED] said: When processors srarted to include High-Speed Buffers, now commonly called cache, I don't recall seeing high speed buffer in print until long after cache was common. I don't recall seeing cache until relatively recently. Amdahl used High-Speed Buffer (or HSB) exclusively. The 360/85 announcement called it a high speed buffer. So did the announcements for the 165, 3033, 3081 and others. See http://ed-thelen.org/comp-hist/IBM-ProdAnn/index.html -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL procedure parameters
Fred, Have you looked at the Control Card Subsystem??? I am pretty sure it is available from www.cbttape.org. If not contact me directly. It might provide the functionality you need. Alan -Original Message- A recent discussing in ASSEMBLER-LIST reminded me of something I tried to figure out a while ago (and didn't): Is is possible to somehow retrieve the JCL procedure parameters and their values in a program that's invoked in that procedure? I browsed the documentation of a large number of Jxxx and Sxxx control blocks but didn't find anything that suggested this was possible. Does anybody now if (and how) this could be done? Some background information: we use a utility that reads controls cards from a sequential datasets and replaces variables in the controlcards by values. The result is wriiten to an output file that can thren be used to control a program in the next jobstep. The variables and values are passed to the utility via EXEC PARM= as a series of field=value,field=value pairs. This allows you to stick JCL parameter values in the control card. The problem is the maximum size of the PARM= parameter that severy limits the number of variables and the length of the values. This could be fixed if the values wouldn't have to be passed via the PARM= parameter because the utility could somehow get directly to the current JCL parameters and their values Thanks for any input you can give, Fred! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT: For the History buff's an IBM 5150 pc
On Tue, 1 Jan 2008 14:23:12 -0600, Ed Gould wrote: http://www.techeblog.com/index.php/tech-gadget/feature-modder- hacks-1980s-ibm-pc-to-play-full-motion-color-video This represents itself to be the first PC ever. I do not know if this is true or not. You can make up your own mind. As others have noted, there were plenty of earlier examples. (Thanks, John Giltner, for your interesting post.) Both Byte and Dr. Dobb's Journal were in publication for years before the IBM PC was announced. Both magazines primarily covered inexpensive personal computing. You could find dozens of examples of computers in their pages before the announcement of the PBM PC. Just a few: MITS Altair IMSAI Apple 1 and II Osborne Commodore PET KIM-1 Commodore VIC-20 TRS-80 Atari 800 -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL procedure parameters
On Thu, 3 Jan 2008 07:28:29 -0600, Staller, Allan wrote: The short answer is no! That information is discarded after processing by the Converter/Interpreter snip Is is possible to somehow retrieve the JCL procedure parameters and their values in a program that's invoked in that procedure? /snip Ummm. Have you ever issued the SJ line command in SDSF for a job that has completed? The information is clearly not discarded. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Why PDSESHARING(EXTENDED)? (was RE: Restartable PDSE Address space)
-Original Message- From: IBM Mainframe Discussion List On Behalf Of Mark Zelden On Wed, 2 Jan 2008 18:11:20 -0500, Craddock, Chris wrote: Color me confused. PDSE sharing across sysplex boundaries is forbidden and so specifying it for a monoplex would seem to be superfluous at best. Yes... but required for PDSE_RESTARTABLE_AS(YES) as I wrote. [ snip ] OK, aside from that, why specify PDSESHARING(EXTENDED) in the first place? We have a 3-member sysplex in which we do not currently share PDSEs, so we take the default of PDSESHARING(NORMAL). When I suggested we specify PDSESHARING(EXTENDED), the response was something along the lines of The systems are running fine without it. Why should we change it? What would we gain by specifying it? What do we risk breaking if we specify it? What are we losing without it? IOW, I seek a justification for PDSESHARING(EXTENDED) that management would buy. -jc- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ACF2 and PADS equivalent LIB rule?
The rule should be in the same rule set (PDS member if you decompile it into a PDS and / or store them there). Order is important... sort of. The ACF2 rule compiler will order the rule set a certain way... it may not be the way you coded it. A decompile of the rule is the best way to tell. The fine manual (admin guide) documents how the rules are sorted / selected. Yes, we heard about that (strange) behaviour before. Anyway, the rules haven't been changed in between. Only the load library was reallocated as PDSE (same name). I've got the information that our ACF2 people have contacted CA in the meantime. I always thought you were a sysprog from reading posts from you on IBM-MAIN. :-) I had been a sysprog before I was an MVS teacher at IBM for 8 years. Now, I'm a bit further away from z/OS itself, working on z/OS middleware in the host printing area. [snip] This could be a bug I guess... but I did a quick search of CA's web site and did not find anything. Thanks again for taking the time to do the research for me. Happy New Year -- Peter Hunkeler Credit Suisse -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL procedure parameters
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Tom Marchant Sent: Thursday, January 03, 2008 9:13 AM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: JCL procedure parameters On Thu, 3 Jan 2008 07:28:29 -0600, Staller, Allan wrote: The short answer is no! That information is discarded after processing by the Converter/Interpreter snip Is is possible to somehow retrieve the JCL procedure parameters and their values in a program that's invoked in that procedure? /snip Ummm. Have you ever issued the SJ line command in SDSF for a job that has completed? The information is clearly not discarded. -- Tom Marchant The information is not in a memory resident control block. The data is in the JESJCL SPOOL dataset. But to get at it, you'd need to read it from the SPOOL. That is what SDSF's SJ does. -- John McKown Senior Systems Programmer HealthMarkets Keeping the Promise of Affordable Coverage Administrative Services Group Information Technology The information contained in this e-mail message may be privileged and/or confidential. It is for intended addressee(s) only. If you are not the intended recipient, you are hereby notified that any disclosure, reproduction, distribution or other use of this communication is strictly prohibited and could, in certain circumstances, be a criminal offense. If you have received this e-mail in error, please notify the sender by reply and delete this message without copying or disclosing it. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT: For the History buff's an IBM 5150 pc
And who can forget the Timex Sinclair 1000, the North American version of the Sinclair ZX-81. --- [EMAIL PROTECTED] wrote: From: Tom Marchant [EMAIL PROTECTED] To: IBM-MAIN@BAMA.UA.EDU Subject: Re: OT: For the History buff's an IBM 5150 pc Date: Thu, 3 Jan 2008 09:08:56 -0600 On Tue, 1 Jan 2008 14:23:12 -0600, Ed Gould wrote: http://www.techeblog.com/index.php/tech-gadget/feature-modder- hacks-1980s-ibm-pc-to-play-full-motion-color-video This represents itself to be the first PC ever. I do not know if this is true or not. You can make up your own mind. As others have noted, there were plenty of earlier examples. (Thanks, John Giltner, for your interesting post.) Both Byte and Dr. Dobb's Journal were in publication for years before the IBM PC was announced. Both magazines primarily covered inexpensive personal computing. You could find dozens of examples of computers in their pages before the announcement of the PBM PC. Just a few: MITS Altair IMSAI Apple 1 and II Osborne Commodore PET KIM-1 Commodore VIC-20 TRS-80 Atari 800 -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Netscape. Just the Net You Need. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: OT: For the History buff's an IBM 5150 pc
On Jan 3, 2008, at 9:08 AM, Tom Marchant wrote: On Tue, 1 Jan 2008 14:23:12 -0600, Ed Gould wrote: http://www.techeblog.com/index.php/tech-gadget/feature-modder- hacks-1980s-ibm-pc-to-play-full-motion-color-video This represents itself to be the first PC ever. I do not know if this is true or not. You can make up your own mind. As others have noted, there were plenty of earlier examples. (Thanks, John Giltner, for your interesting post.) Both Byte and Dr. Dobb's Journal were in publication for years before the IBM PC was announced. Both magazines primarily covered inexpensive personal computing. You could find dozens of examples of computers in their pages before the announcement of the PBM PC. Just a few: MITS Altair IMSAI Apple 1 and II Osborne Commodore PET KIM-1 Commodore VIC-20 TRS-80 Atari 800 -- Tom Marchant Tom: (and all the others) Thank you for correcting my entry. I am really a person that has little memory about the early PC history. IIRC the item that John G sent put it pretty straightforward that the 5150 wasn't even close. I apologize to the group for sending out (what I thought was good information). I vaguely remember there being some sort of duel between IBM and MS about DOS. That is how bad my memory is on this subject matter. I do remember somewhere in 1992 (I think) that they forced a PC on me at work and I hated every moment because the 3270 emulation sucked and I proved to my bosses boss it wasn't exactly 100 percent 3270 look a like. Since my bosses boss was in charge of bringing it in it did not enamor me with him. Especially when I showed him up that it didn't work correctly. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
RACF Training ??
Can anyone recommend a training class for IBM's RACF ?! I'm an old salt SysProg with an ACF2 background that hasn't been utilized in over a dozen or more years. Having most recently come from a shop with Top Secret, but never having been involved with THAT security myself. THANX in advance. P.S. A class setting with an instructor led training course off-site. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: For the History buff's an IBM 5150 pc
On Wed, 2 Jan 2008 11:56:39 -0800, Schwarz, Barry A [EMAIL PROTECTED] wrote: My guess here is that the *term* PC (personal computer) is generally attributed to IBM's first in 1981. The old PC vs. Apple comparison, right?! So the website and author may be splitting hairs to a degree. But in the sense of the *term* Personal Computer, I would AGREE that the APPLE II (one with a monitor), should be classified by definition as the FIRST Personal Computer. Those *other* mo-sheens w/o a monitor are suspect?!?! TTFN, Mark The Apple I went on sale in l976 so the author seems to have limited view of what a PC is. -Original Message- From: Ed Gould [mailto:snip] Sent: Tuesday, January 01, 2008 12:23 PM To: IBM-MAIN@BAMA.UA.EDU Subject: OT: For the History buff's an IBM 5150 pc http://www.techeblog.com/index.php/tech-gadget/feature-modder-hacks- 198 0s-ibm-pc-to-play-full-motion-color-video This represents itself to be the first PC ever. I do not know if this is true or not. You can make up your own mind. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New System Build
In [EMAIL PROTECTED], on 01/03/2008 at 12:36 AM, Alan Altmark [EMAIL PROTECTED] said: b) You cannot IPL something FTP'd to a VM user's RDR. Not in one step, but it's still easy. The spool file is in NETDATA format. So you do a RECEIVE, copy it to a virtual punch and IPL. 4) PIPE YOUR AWSTAPE | deblock awstape | tape to write it to a real tape drive. As I understand it, he doesn't have a real tape drive. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL procedure parameters
In [EMAIL PROTECTED], on 01/03/2008 at 08:11 AM, Fred van der Windt [EMAIL PROTECTED] said: Is is possible to somehow retrieve the JCL procedure parameters and their values in a program that's invoked in that procedure? Yes, but it's not for the faint of heart. Baically you have to scan all of the JCL yourself. This could be fixed if the values wouldn't have to be passed via the PARM= parameter because the utility could somehow get directly to the current JCL parameters and their values It would be less work to change the utility to read additional key=value pairs from an optional control file. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Why PDSESHARING(EXTENDED)? (was RE: Restartable PDSE Address space)
Chase, John wrote: snip OK, aside from that, why specify PDSESHARING(EXTENDED) in the first place? We have a 3-member sysplex in which we do not currently share PDSEs, so we take the default of PDSESHARING(NORMAL). When I suggested we specify PDSESHARING(EXTENDED), the response was something along the lines of The systems are running fine without it. Why should we change it? What would we gain by specifying it? What do we risk breaking if we specify it? What are we losing without it? IOW, I seek a justification for PDSESHARING(EXTENDED) that management would buy. -jc- I turned on PDSESHARING(EXTENDED) back in 1995 right after we started running in sysplex mode. We never had a problem with it. To answer your questions above; 1) Why should we change it? Without extended sharing only one address space can have the PDSE dataset open for output at a time, i.e. If someone edits a PDSE dataset no-one else can edit it at the same time. 2) What would we gain by specifying it? See answer to #1 3) What do we risk breaking if we specify it? You risk increased productivity of your staff. 4) What are we losing without it? See answer to #1 #3. -- Mark Jacobs Time Customer Service Tampa, FL Riley: Find the next number in the sequence: 313, 331, 367, ...? what? The Doctor: 379. It's a sequence of happy primes, 379. Martha: Happy what? The Doctor: Just enter it! Riley: Are you sure? We only get one chance. The Doctor: Any number that reduces to one when you take the sum of the square of its digits and continue iterating until it yields 1 is a happy number, any number that doesn't, isn't. A happy prime is both happy and prime. Doctor Who episode 42 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: RACF Training ??
Mark H. Young wrote: Can anyone recommend a training class for IBM's RACF ?! I'm an old salt SysProg with an ACF2 background that hasn't been utilized in over a dozen or more years. Having most recently come from a shop with Top Secret, but never having been involved with THAT security myself. THANX in advance. P.S. A class setting with an instructor led training course off-site. Check out: http://www.stuhenderson.com/ Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: FlashCopy problem?
What is BLDWTOR? I don't have that anywhere that I can find on my z/OS 1.8 system. My apologies. It is an internal exec. I was under the impression it was a standard thing. Justin Eastman IBM - DFSMSdss Development -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: No more text messaging from mainframe?
Steve, If you are looking for a business solution for SMS take a look at Clickatellhttp://www.pcs305.com/node/154 On Jan 2, 2008 4:33 PM, Shmuel Metz (Seymour J.) [EMAIL PROTECTED] wrote: In [EMAIL PROTECTED], on 12/28/2007 at 01:40 PM, Hal Merritt [EMAIL PROTECTED] said: How do you get SMTP as an output writer? The same as any other output writer; AO or a real operator issues a START command. The TCP/IP documentation should describe how to configure it. Be aware that despite the name SMTP doesn't have the flexibility of, e.g., sendmail. OTOH, it knows how to deal with SPOOL files. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Ian http://www.pcs305.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: For the History buff's an IBM 5150 pc
In a message dated 1/3/2008 9:20:14 A.M. Central Standard Time, [EMAIL PROTECTED] writes: APPLE II (one with a monitor), should be classified by definition as the FIRST Personal Computer. Those *other* mo-sheens w/o a monitor are suspect?!?! But it was a copy of the STAR from PARC??? **See AOL's top rated recipes (http://food.aol.com/top-rated-recipes?NCID=aoltop000304) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL procedure parameters
McKown, John wrote: The information is not in a memory resident control block. The data is in the JESJCL SPOOL dataset. But to get at it, you'd need to read it from the SPOOL. That is what SDSF's SJ does. ITYM JESJCLIN. -- Edward E Jaffe Phoenix Software International, Inc 5200 W Century Blvd, Suite 800 Los Angeles, CA 90045 310-338-0400 x318 [EMAIL PROTECTED] http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: For the History buff's an IBM 5150 pc
In a message dated 1/3/2008 11:02:47 A.M. Central Standard Time, [EMAIL PROTECTED] writes: But it was a copy of the STAR from PARC??? Well,XEROX but not PARC! _http://en.wikipedia.org/wiki/Xerox_Star_ (http://en.wikipedia.org/wiki/Xerox_Star) **See AOL's top rated recipes (http://food.aol.com/top-rated-recipes?NCID=aoltop000304) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dynamic panels - calling rexx?
[EMAIL PROTECTED] wrote: I recently posted this http://groups.google.co.uk/group/bit.listserv.ibm-main/browse_thread/thread/76ecb6f525fc3813/54b53d08aaca496c Bob Wright was good enough to respond to, giving examples of dynamic panels in SYS1.SBLSPNL0 members BLSPDISD and BLSPDISP Please could Bob or someone else also direct me to the rexx procedure that invokes these panels? More examples would be appreciated too. The two panels that I mentioned to you are driven by a dialog program written in HLASM (PL/X-generated) that is part of an OCO component of z/OS. Sorry, I can't share them with you, and I haven't written anything that uses dynamic areas in an interpreted language like REXX. Bob Wright - MVS Service Aids -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IFASMFDP Abends
Hello, You can also check your SMFPRMxx options, via D SMF,O. There is an ABEND(RETRY) parameter that applies to the SMF dump program. Basically, when ABEND is set to RETRY, IFASMFDP will retry and continue. Steve -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: ghost dataset from non-existent catalog on work volume
Try deleting it with ISMF. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
New version of IBM JZOS Toolkit 2.2.1 on alphaWorks
FYI, IBM released today version 2.2.1 of the JZOS Batch Launcher and Toolkit on alphaWorks. http://www.alphaworks.ibm.com/tech/zosjavabatchtk I've attached a copy of the README file below. The most notable addition is support for generating Java record mapping classes from COBOL copy books and Assembler DSECTS. Regards, Kirk Wolf Dovetailed Technologies == README for IBM JZOS Batch Toolkit for z/OS SDKs alphaWorks preview Before you Begin: = Note that the alphaWorks version of JZOS is not covered by IBM support. If you encounter problems with this version, you should use the alphaWorks forum to report problems and/or have your questions answered. Installation: = Please refer to the document: JZOS alphaWorks Installation.pdf in the doc directory of this distribution for installation instructions. 2.2.1 New Features: === - Support for automatic generation of record classes from Assembler DSECTs (package com.ibm.jzos.recordgen.asm). See the sample JCL member DSECTGEN and the document JZOS Assembler Record Generator Users Guide.pdf in the doc directory. - Support for automatic generation of record classes from COBOL copybooks DSECTs (package com.ibm.jzos.recordgen.cobol). See the sample JCL member COBGEN and the document JZOS COBOL Record Generator Users Guide.pdf in the doc directory. 2.1.1 New Features: === - Changed PdsDirectory to read PDSE dirs as well as PDS dirs. - Wrappers for CatalogSearch, LOCATE and OBTAIN. - Sample program that illustrates the usage of the above three wrappers: com.ibm.jzos.sample.CatalogSearchSample. - Field converters for Assembler and COBOL datatypes (package com.ibm.jzos.fields) This package also includes Factory classes for COBOL and Assembler. - Class com.ibm.jzos.sample.MedicareRecord as a field converter sample. - *Preliminary* support for automatic generation of record classes from Assembler DSECTs (package com.ibm.jzos.recordgen.asm). See the sample JCL member DSECTGEN. 2.1.0 New Features: === - Batch Launcher jar executables: If the first two arguments supplied to the launcher are -jar /path/to/jarfile, the manifest of the indicated jar file will examined to determine which main() class to run. - MVS job submission and status with Java/Rexx integration: See the javadoc and sample code for com.ibm.jzos.sample.MvsJobSubmitter - DFSORT Java interface and sample programs: See the javadoc and sample code for the package com.ibm.jzos.sample.dfsort - z/OS Logstream interfaces for IXGCONN (connect) and IXGWRITE (write): See the javadoc for com.ibm.jzos.ZLogstream for details. - Features added to com.ibm.jzos.ZUtil - System Management Facility (SMF) interface via the __smf_record() C library routine. - CPU time interface via the clock() C-library routine. - Process ID interfaces via the getpid() and getppid() C-library routines. License: For license information, refer to the contents of the licenses directory -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New System Build (Part II) - Shai's PC Disk on Flex???
What about Shai's PC DISK, is it possible to run his programs on flex, and then IPL the z System from it ? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shmuel Metz (Seymour J.) Sent: 02 Januarie 2008 10:11 nm To: IBM-MAIN@BAMA.UA.EDU Subject: Re: New System Build (Part II) In [EMAIL PROTECTED], on 12/28/2007 at 07:31 AM, Mark Wilson [EMAIL PROTECTED] said: If I have an IPL'd Stand Alone system running on the New z9 and zVM/CMS is installed; can I take a Full volume dump on zOS; ftp it to zVM/CMS; save the file and then use this file as input to the Stand Alone Restore process? If so how? Does DFSMS DSS have an option for card-image output? Does zVM have an option for virtual tape drives? Is there a version of DFSMS DSS that runs under CMS? If the answer to all three is no, then I don't see how to do it without a physical link or zVM on the old system. -- 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html Elavon Financial Services Limited Registered in Ireland: Number 418442 Registered Office: Block E, 1st Floor, Cherrywood Business Park, Loughlinstown, Co. Dublin, Ireland Directors: Robert Abele (USA), John Collins, Terrance Dolan (USA), Pamela Joseph (USA), Declan Lynch, John McNally, Malcolm Towlson Elavon Financial Services Limited, trading as Elavon, is regulated by the Financial Regulator -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: For the History buff's an IBM 5150 pc
On Thu, 3 Jan 2008 12:12:51 EST, Ed Finnell [EMAIL PROTECTED] wrote: In a message dated 1/3/2008 11:02:47 A.M. Central Standard Time, [EMAIL PROTECTED] writes: But it was a copy of the STAR from PARC??? Well,XEROX but not PARC! _http://en.wikipedia.org/wiki/Xerox_Star_ (http://en.wikipedia.org/wiki/Xerox_Star) Well, PARC was a division of XEROX, but in Palo Alto, Calif. That STAR system must be what the PARC group showed to Steve Jobs and his crew from Apple when they were demonstrating the GUI interface that Apple and Bill Gates ended up stealing. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: For the History buff's an IBM 5150 pc
On Thu, 3 Jan 2008 12:02:33 EST, Ed Finnell wrote: In a message dated 1/3/2008 9:20:14 A.M. Central Standard Time, [EMAIL PROTECTED] writes: APPLE II (one with a monitor), should be classified by definition as the FIRST Personal Computer. Those *other* mo-sheens w/o a monitor are suspect?!?! But it was a copy of the STAR from PARC??? Nope. The Apple II predated the Star. Maybe you are thinking of the Lisa or the Macintosh. I don't know how similar either of them was to the Star, though I do know that Smalltalk and the Star were important influences. -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Dynamic panels - calling rexx?
I found it difficult to get any information on using dynamic areas, but found some examples and was able to get it to work for what I needed. There is a sample setup for REXX and Dynamic areas on IBM's ISPF for z/OS section of the Software Development web site. Here is the URL that I have for it: http://www-1.ibm.com/support/docview.wss?rs=17context=SSBLLDdc=DB520d c=DB560uid=swg21024002loc=en_UScs=UTF-8lang=enrss=ct17other Good luck! Jon L. Veilleux [EMAIL PROTECTED] (860) 636-2683 -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Robert Wright Sent: Thursday, January 03, 2008 12:14 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: Dynamic panels - calling rexx? [EMAIL PROTECTED] wrote: I recently posted this http://groups.google.co.uk/group/bit.listserv.ibm-main/browse_thread/t hread/76ecb6f525fc3813/54b53d08aaca496c Bob Wright was good enough to respond to, giving examples of dynamic panels in SYS1.SBLSPNL0 members BLSPDISD and BLSPDISP Please could Bob or someone else also direct me to the rexx procedure that invokes these panels? More examples would be appreciated too. The two panels that I mentioned to you are driven by a dialog program written in HLASM (PL/X-generated) that is part of an OCO component of z/OS. Sorry, I can't share them with you, and I haven't written anything that uses dynamic areas in an interpreted language like REXX. Bob Wright - MVS Service Aids -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html This e-mail may contain confidential or privileged information. If you think you have received this e-mail in error, please advise the sender by reply e-mail and then delete this e-mail immediately. Thank you. Aetna -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New System Build (Part II) - Shai's PC Disk on Flex???
You can not IPL MFNetDisk PC File with my product because MVS MFNetDisk must run in MVS to be able to have 3390 emulation with a PC file. But using my product you can create mirror (using ASync mode) from one real 3390 to another real 3390 and then IPL from the another real 3390. My product can mirror real 3390 even if they do not have hardware connection (only TCP connection is required). Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New System Build (Part II) - Shai's PC Disk on Flex???
HI, I have client in Israel who use the free product for mirroring the Flex disks. Thanks, Shai On 1/3/08, shai hess [EMAIL PROTECTED] wrote: Yes! Good luck. Shai On 1/3/08, Doc Farmer [EMAIL PROTECTED] wrote: Would it work on a FLEX system if your only activity is backup/recovery of DASD (no IPL involved)? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shai Hess Sent: Thursday, January 03, 2008 13:58 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: New System Build (Part II) - Shai's PC Disk on Flex??? You can not IPL MFNetDisk PC File with my product because MVS MFNetDisk must run in MVS to be able to have 3390 emulation with a PC file. But using my product you can create mirror (using ASync mode) from one real 3390 to another real 3390 and then IPL from the another real 3390. My product can mirror real 3390 even if they do not have hardware connection (only TCP connection is required). Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New System Build (Part II) - Shai's PC Disk on Flex???
Would it work on a FLEX system if your only activity is backup/recovery of DASD (no IPL involved)? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shai Hess Sent: Thursday, January 03, 2008 13:58 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: New System Build (Part II) - Shai's PC Disk on Flex??? You can not IPL MFNetDisk PC File with my product because MVS MFNetDisk must run in MVS to be able to have 3390 emulation with a PC file. But using my product you can create mirror (using ASync mode) from one real 3390 to another real 3390 and then IPL from the another real 3390. My product can mirror real 3390 even if they do not have hardware connection (only TCP connection is required). Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: New System Build (Part II) - Shai's PC Disk on Flex???
Yes! Good luck. Shai On 1/3/08, Doc Farmer [EMAIL PROTECTED] wrote: Would it work on a FLEX system if your only activity is backup/recovery of DASD (no IPL involved)? -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Shai Hess Sent: Thursday, January 03, 2008 13:58 To: IBM-MAIN@BAMA.UA.EDU Subject: Re: New System Build (Part II) - Shai's PC Disk on Flex??? You can not IPL MFNetDisk PC File with my product because MVS MFNetDisk must run in MVS to be able to have 3390 emulation with a PC file. But using my product you can create mirror (using ASync mode) from one real 3390 to another real 3390 and then IPL from the another real 3390. My product can mirror real 3390 even if they do not have hardware connection (only TCP connection is required). Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IFASMFDP Abends
On Thu, 3 Jan 2008 12:34:49 -0500, Steve Jones [EMAIL PROTECTED] wrote: You can also check your SMFPRMxx options, via D SMF,O. There is an ABEND(RETRY) parameter that applies to the SMF dump program. Basically, when ABEND is set to RETRY, IFASMFDP will retry and continue. The SMFPRMxx parameter is DUMPABND(RETRY). ABEND(RETRY) is for the IFASMFDP program (and overrides the SMFPRMxx setting). Developers... sheesh. ;-) Cheers, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America / Farmers Insurance Group - ZFUS G-ITO mailto:[EMAIL PROTECTED] z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/ Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: IFASMFDP Abends
Developers... sheesh. ;-) Right, DUMPABND(RETRY). Sorry, I'll be more careful next time. Thanks for the correction, Mark. Steve J. MVS Development (How did he know? :-) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Joys setting up RESOLVER
The following is from PMR 40604,227,000 I sent to IBM trying while trying to make sense of RESOLVER. Maybe this will save others some trouble... maybe not IN z/OS V1R9.0 Communications Server IP Configuration Guide SC31-8775-11 (also applies for some earlier versions) Section: Setting up a resolver address space THERE IS THE FOLLOWING... BPXF224I THE RESOLVER_PROC, procname, IS BEING STARTED. Rule: If the RESOLVER_PROC statement is not present or is specified with a procedure name of DEFAULT, the procname value will be RESOLVER even though no start procedure was used. If you want to use a start procedure named RESOLVER, you must add a RESOLVER_PROC(RESOLVER) statement to your BPXPRMxx parmlib member. WHAT ACTUALLY HAPPENS IS THIS: 1) If you leave RESOLVER_PROC out of BPXPRM__ then the message will read : BPXF224I THE RESOLVER_PROC, RESOLVER, IS BEING STARTED. The PROBLEM with this is that the PROC is NOT RESOLVER at all. The PROC is IEESYSAS Indeed, if you searh the SYSLOG you will find that the proc is IEESYSAS. IEF196I 1 //IEESYSAS JOB MSGLEVEL=1 IEF196I 2 //RESOLVER EXEC IEESYSAS,PROG=EZBREINI 2) If you actually put RESOLVER_PROC(X) in BPXPRM__ then you get BPXF224I THE RESOLVER_PROC, X, IS BEING STARTED. IEF196I 1 //X JOB MSGLEVEL=1 IEF196I 2 //STARTING EXEC X I would like to request the following FIXes to Doc AND Message 1) Make the DOC read Rule: If the RESOLVER_PROC statement is not present or is specified with a procedure name of DEFAULT, the procname value will be IEESYSAS even though no start procedure was used. If you want to use a start procedure named X, you must add a RESOLVER_PROC(X) statement to your BPXPRMxx parmlib member. 2) Make the message which occurs actually reflect the PROC being started: If Using the default, or no RESOLVER_PROC... BPXF224I THE RESOLVER_PROC, IEESYSAS, IS BEING STARTED. If Using RESOLVER_PROC(x) BPXF224I THE RESOLVER_PROC, X, IS BEING STARTED. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Anyone using SUN/STK CDRT ( maybe CVDT ) product
We have been using the SUN/STK CDRT ( was CVDT ) software product for about 3 years. Recently, we have asked SUN/STK for a couple of enhancements to the product that we feel will reduce the possibility of an 'error condition' we sometimes encounter during our D/R tests. The feedback we have received from SUN/STK seems to indicate that no other user of CDRT ( CVDT ) performs D/R testing like we do and therefore no other user encounters the 'error condition' we do. The 'error condition' ( that is what our Operations area describes the situation ) we sometimes encounter involves the recall of a 'virtual tape volume' ( SUN/STK calls them VTVs ) on the D/R z/OS system. Sometimes, we need to recall a VTV that was used just prior to the CDRT ( CVDT ) 'setup' job that is run on the 'production host' system. That VTV happens to reside on a MVC ( ours are SUN/STK 9840 tape media ) that is still mounted on a RTD that is owned by the 'production host' system. The SUN/STK software on the D/R z/OS image knows the MVC volume was mounted on a RTD drive during the CDRT ( CVDT ) 'setup' process however it doesn't have access to that RTD drive. So, the SUN/STK sofware issues a WTOR to ask for help. Our enhancement request to SUN/STK suggested that during the CDRT (CVDT ) 'setup' process, the software dismount all MVC's from RTD's that are owned by any 'production host' system(s). Also, we suggested that all dismounted MVC's be marked 'read only', which would prevent the SUN/STK software from re-mounting those MVC's for output. The software would have to find a 'fresh' MVC in order to offload any newly created VTV's. We have been told no other CDRT ( CVDT ) user has encountered ( well maybe reported to SUN/STK ) the 'error condition' above. SUN/STK told us that other CDRT ( CVDT ) users don't access near current VTV's during a D/R test. Instead, the user will 'restore' their z/OS 'system' from their last weekends full volume dumps. So I am curious. Does anyone using the SUN/STK CDRT ( CVDT ) software use/access near current VTV's ( recently created, i.e. within a few minutes prior to the CDRT 'setup' process ) on the D/R z/OS image? Or do you 'restore' your z/OS 'system' from non-current VTV's that reside on MVC's that cannot be added to ( i.e. the MVC is marked 'full' )? Thank you in advance for your help. Glenn Miller -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS + TSO + ISPF versus z/VM + CMS + ISPF
Dear Lists: I am cross posting this question to the z/OS and z/VM lists due to the nature of my question, which is - Will z/OS, TSO ISPF panels and dialogs work under the z/VM, CMS ISPF program product? Is there any degree of compatibility between the two ISPF products? Is there any migration/conversion effort involved in going from one to the other? (primarily from the TSO to CMS based ISPF platform) I thank you in advance for your time and assistance. HITACHI DATA SYSTEMS Raymond E. Noal Senior Technical Engineer Office: (408) 970 - 7978 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Joys setting up RESOLVER
On Thu, 3 Jan 2008 12:23:57 -0800, John Mattson [EMAIL PROTECTED] wrote: ... I would like to request the following FIXes to Doc AND Message 1) Make the DOC read Rule: If the RESOLVER_PROC statement is not present or is specified with a procedure name of DEFAULT, the procname value will be IEESYSAS even though no start procedure was used. I tend to think that is also confusing. I don't know about under 1.9, but in 1.8 and earlier SDSF shows NP JOBNAME StepName ProcStep RESOLVER RESOLVER IEFPROC (That will not look good if you use a proportional font.) A Modify or Stop to the resolver will be issed to RESOLVER. The doc relating to the default hardcoded JCL vs member in a PROCLIB has never been clear and are not likely improve. That's too bad; it's a very important part of TCP/IP. Pat O'Keefe -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [SPAM] z/OS + TSO + ISPF versus z/VM + CMS + ISPF
Raymond Noal wrote: Dear Lists: I am cross posting this question to the z/OS and z/VM lists due to the nature of my question, which is - Will z/OS, TSO ISPF panels and dialogs work under the z/VM, CMS ISPF program product? Is there any degree of compatibility between the two ISPF products? Is there any migration/conversion effort involved in going from one to the other? (primarily from the TSO to CMS based ISPF platform) I thank you in advance for your time and assistance. HITACHI DATA SYSTEMS Raymond E. Noal Senior Technical Engineer Office: (408) 970 - 7978 Most, if not all, of the panel definitions are likely to work. Your driving execs must be REXX not CLIST, of course. If your execs issue TSO commands, you will have to replace them with equivalents. The syntax of EXECIO is somewhat different, as I recall. Haven't looked at CMS/ISPF in a long time, but these are the issues I would expect to have to address. Kind regards, -Steve Comstock The Trainer's Friend, Inc. 303-393-8716 http://www.trainersfriend.com z/OS Application development made easier * Our classes include + How things work + Programming examples with realistic applications + Starter / skeleton code + Complete working programs + Useful utilities and subroutines + Tips and techniques -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: For the History buff's an IBM 5150 pc
On Wed, 2 Jan 2008 16:16:14 -0500, Anne Lynn Wheeler [EMAIL PROTECTED] wrote: One of the earliest IBM attempts to move computing into the hands of single users was the SCAMP project in 1973. This six-month development effort by the company's General Systems Division (GSD) produced a prototype device dubbed Special Computer, APL Machine Portable (SCAMP) that PC Magazine in 1983 called a revolutionary concept and the world's first personal computer. To build the prototype in the short half-year allowed, its creators acquired off-the-shelf materials for major components. SCAMP could be used as a desktop calculator, an interactive APL programming device and as a dispenser of canned applications. The successful demonstration of the prototype in 1973 led to the launch of the IBM 5100 Portable Computer two years later. Interestingly in light of recent IBM attitudes, the 5100 was running the APL\360 code under an S/360 emulator. One of these beasts showed up at the University of Toronto where I worked, and the sales/demo guy let us play with it. We had heard rumours that it was running an emulator, but no one from IBM would confirm it. By chance, we were aware of a bug in the APL\360 interpreter that caused a program check, which the APL supervisor caught and reported as a System Error. So we carefully keyed in the offending expression, hit enter, and nothing happened. Then we noticed a little red check light had come on on the 5100, and it was unresponsive. The IBM guy got all hrumphy, and we weren't allowed to play any more. Of course he couldn't understand that our glee was not at breaking his machine, but at confirming that it was running an emulator. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
Nice argument but do you have any law firbidding reverse engineering to make compatible products ? Patents are the only legal There are also trade secrets and intellectual property, where all you have to do is prove you tried to protect. - Too busy driving to stop for gas! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: [SPAM] z/OS + TSO + ISPF versus z/VM + CMS + ISPF
- Original Message - From: Steve Comstock [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Thursday, January 03, 2008 4:01 PM Subject: Re: [SPAM] z/OS + TSO + ISPF versus z/VM + CMS + ISPF Raymond Noal wrote: Dear Lists: I am cross posting this question to the z/OS and z/VM lists due to the nature of my question, which is - Will z/OS, TSO ISPF panels and dialogs work under the z/VM, CMS ISPF program product? Is there any degree of compatibility between the two ISPF products? Is there any migration/conversion effort involved in going from one to the other? (primarily from the TSO to CMS based ISPF platform) Most, if not all, of the panel definitions are likely to work. Your driving execs must be REXX not CLIST, of course. If your execs issue TSO commands, you will have to replace them with equivalents. The syntax of EXECIO is somewhat different, as I recall. I'll have to disagree with my friend Steve here. If your panels in ISPF are current, they are likely to contain incompatible syntax and features, as ISPF on the z/OS side has continued to develop while ISPF on z/VM has been functionally stabilized for at least the past decade. I don't believe that anyone would have a list of z/OS features unsupported under z/VM, as that list would be vast. Panels are only part of the problem, there have also been massive changes to skeletons and tables. Unless your z/OS ISPF app is legacy (10 years or more old), I doubt it would run under z/VM. Good luck, Tom Conley -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
Nice argument but do you have any law firbidding reverse engineering to make compatible products ? Patents are the only legal instrument that would deny such a competetion. When no patents are involved it's a fair game. Even when patents are involved they can be challanged for specificity, applicablity etc. Either IBM shows that PSI has voilated a patent or shut up. Restricting the use of software by EULA's is not a fair practice. Think of Microsoft requiring that you run their software on an Intel CPU only. Mohammad On Mon, 31 Dec 2007 19:34:18 -0500, Doug Fuerst [EMAIL PROTECTED] wrote: How do you figure that reverse engineering is an acceptable method of RD or design? Reverse engineering is an easy way to replicate a design. Since the company creating the product, in this case IBM, spent millions developing the machine, they would be entitled to some exclusivity. How fair is it for every competitor to reverse engineer their machines to mimic the IBM box, and not compensate IBM for that? At least MOBO manufacturers use different chipsets and moderately different designs. I don't believe they are reverse engineering Intel boards, nor is AMD reverse engineering Core Duo's. Doug -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
-Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mohammad Khan Sent: Thursday, January 03, 2008 3:08 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: It keeps getting uglier Nice argument but do you have any law firbidding reverse engineering to make compatible products ? Patents are the only legal instrument that would deny such a competetion. When no patents are involved it's a fair game. Even when patents are involved they can be challanged for specificity, applicablity etc. Either IBM shows that PSI has voilated a patent or shut up. Restricting the use of software by EULA's is not a fair practice. Think of Microsoft requiring that you run their software on an Intel CPU only. Mohammad SNIP While you might actually get a challenge to shrink-wrap open it and you agree to the EULA through a court, and that court might strike down all or parts of the EULA for any number of reasons, you have opened a can of worms. Should Microsoft purchase AMD or Intel, and then start putting out copies of Windoze that will only run on a CPU made by that company (by putting in secret instructions, or specialized code to enhance running speeds), you have just stepped into the problem of IBM vs PSI. As you can see, your argument misses that IBM makes both the hardware and the software. And they architect the hardware FOR their SCPs and they architect their software FOR their hardware. That they have shared information on their hardware for z/Linux is the only saving grace that PSI can grab onto at this point (from this particular perspective). But why by a PSI machine just to run z/Linux? My whole problem with this is, PSI relied on certain information that IBM stated on their web site. I believe this is considered to be holding out (not keeping from, but holding themselves out to do ). The timing of the change in IBM's policy and the filing of the case is somewhat suspect. So it is not quite that simple. And all arguments to the contrary, IBM did license their patents, and so they did BILLIONS of dollars of research. They chose (up to the point they pulled their web page) to license their patents. And at the same time, as I have said before, IBM licenses other patents for their systems (e.g., AMDAHL had several that IBM licensed). Regards, Steve Thompson -- All opinions expressed by me are my own and may not necessarily reflect those of my employer. -- -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
z/OS + TSO + ISPF versus z/VM + CMS + ISPF
Dear Lists: I thank all of you who have responded so far and so quickly. The consensus of opinion is that it may be doable. I realize that there are differences in the I/O support afforded by both platforms. This may be a small amount of the conversion effort. Several responders mentioned that ISPF for z/VM has not been enhanced for several years (10 years was mentioned twice) where as the ISPF for z/OS has been upgraded and improved over the years. So, the time lag between the two products will contribute to the difficulty of the conversion effort. And for Alan's (Altmark) point of concern, this will not be a platform involving any IFL engine(s) so the licensing issue should be straight forward. All in all I am not too discouraged at this point in time and I hope to be able to move forward on this conversion project. The more difficult part will be to convince my management that this project is worth our time and effort, not to mention any additional costs. Please feel free to continue to respond to my initial request if you have any concerns/thoughts you would like to share. All ideas/concerns will be most welcomed. Thanks to all again, the members of these lists are great people to work with. HITACHI DATA SYSTEMS Raymond E. Noal Senior Technical Engineer Office: (408) 970 - 7978 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
On Jan 3, 2008, at 3:29 PM, Thompson, Steve wrote: -SNIP-- So it is not quite that simple. And all arguments to the contrary, IBM did license their patents, and so they did BILLIONS of dollars of research. They chose (up to the point they pulled their web page) to license their patents. And at the same time, as I have said before, IBM licenses other patents for their systems (e.g., AMDAHL had several that IBM licensed). Regards, Steve Thompson Steve, You raised some interesting points. Although I am highly suspicious of the IBM posting information on a public site and then taking it down and then calling it a trade secret is well fishy (to me). I think we are all too close to the subject matter to have a real balanced decision. I think IBM blew any chance of having its customers root for them when they decided to go OCO. It will be interesting to see what happens in the courts here in the states as well as the EU courts. I expect this will come out as a mixed bag and no one will be happy. Although IBM may be the long term loser not for this but MVS will slowly sink in the hazes of time and either LINUX or UNIX or MS/ will be the real winners. Ed -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
(fwd) Re: Java is becoming the new Cobol
Pete Dashwood who is the author of most of this posting, has coded for the mainframe and CICS. Unfortunately, based on the actual actions of the COBOL standards committee, the lack of 64 bit support or support for even parts of the 2002 COBOL standard that were in specific SHARE requirements, and other things that I and others have kvetched about regarding mainframes and COBOL over the years, I tend to agree with Pete though not necessarily for his reasons. Clark Morris On Thu, 3 Jan 2008 11:17:49 +1300, in comp.lang.cobol Pete Dashwood [EMAIL PROTECTED] wrote: tlmfru [EMAIL PROTECTED] wrote in message news:[EMAIL PROTECTED] Or will COBOL become the new mainframe? I seem to recall that mainframes were pronounced dead a couple of decades ago. PL Mainframes ARE dead in terms of doing anything interesting with them :-) The best chance of survival they have is by attachment to the Network and welcoming the Web. To the extent that they do this and become powerful servers in a Network environment, they will have a future. The days when they sat at the centre of things and controlled everything are long gone. To that extent, the role they served decades ago is gone, so they ARE dead as far as that goes. Don't hold your breath for a resurgence of COBOL, in the role which it served decades ago, either. Fortress COBOL is in ruins. It has been sacked and looted. Whatever was of value has been incorporated into the Brave New World and the barbarians on their wiry little ponies have swept on... Pete. -- I used to write COBOL...now I can do anything. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: It keeps getting uglier
Reminds me of a quote I saw regarding the San Jose light rail system: Trains coming from where no one lives, going to places no one wants to go to I think I'll replace my car with a train that can better get my groceries from far away farms. Or maybe use the trains as a back-end server as you suggest. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Anyone using SUN/STK CDRT ( maybe CVDT ) product
A funny response from a company that sells Hitachi's USPV and TrueCopy... We have been told no other CDRT ( CVDT ) user has encountered ( well maybe reported to SUN/STK ) the 'error condition' above. SUN/STK told us that other CDRT ( CVDT ) users don't access near current VTV's during a D/R test. Instead, the user will 'restore' their z/OS 'system' from their last weekends full volume dumps. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
SMP/E and why not.
HI, My MFNetDisk load library size is 226k in XMI format. Forum member notes to me that the installation is not standard and it make him think if the product is OK. I used SMP/E in my life many times. This SMP/E is a complicate to handle and to maintain. I decide that for now it is better, faster and more reliable (you can make error when you code the SMP/E) to send the XMI load library for installation because it is small, it can have a lot of depandency which make the product more sensitive to errors (my opinion). When I put fixes in my product I check the PC and the MVS component as one unit and that what I send to the users for installation. Of course if users ask me to use SMP i will do it but still I prefer for now to use the way I do it. OK, few words about my product maintenance (MFNetDisk). In the download page in my site you have the date which the installation files have been changed. If the date is newer then the working Load library for the user then the user must download the installation file (one Zip file) and check file FIXINFO.DOC. In file FIXINFO.DOC I put comments about each fix and the date and the component which have been updated. Component can be MVSLOAD or/end PCSERVER or/end PCTOOL. If you have more then one fixes between the date of your running code and the last FIXINFO fixes be aware that you must install all the components which are upated for all the fixes between the dates. If special action required like cold start or whatever action I will let you know in the PTF entry in the FIXINFO.DOC. NOTHING is SURE except the facts that you are alive now (if you read this email) and the fact that you will die one day. In between enjoy life (I put PTF in this sentence without using SMP, sorry!). Thanks, Shai -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL parms
That is more or less the solution we are using now: to circumvent the limitations of PARM= we pipe the template through several steps of the utility. Every step replaces as much of the variables in the template as the PARM will allow. I consider this rather clumsy and was looking for a more elegant solution that could be implemented in a single step. What we really need of course is variabel substitution in inline data by the system: // EXEC PGM=XXX //SYSINDD * PRINT DATASET(MEMBER) /* // where JES2, JES3, MVS or whatever treats those VARs just like JCL parameters and substitutes the current values. Then I wouldn't have to figure out how I can retrieve JCL procedure paramater values. I'm sure every shop would highly appreciate such a feature. This is probably not the right place to lobby for this feature Fred! Fred One possible solution is to have a simple program that writes it's PARM value to a sequential file. Put several steps of these at the start of your stream, and let each write DISP=MOD to a parm file (except the first one, which should create the file or write DISP=NEW). Each step of course has a different JCL variable as it's PARM. Then your utility can read the file containing the parameters rather than using PARM. You could even have an option - PARM=SYSIN gets from file, else from PARM. Regards Bertus EG. //ABCDEFGH PROC P1='VAR1=VAL1',P2='VAR2=VAL2' //PARM1EXEC PGM=PARMWRIT,PARM='P1' //PARMFILE DD DISP=(,PASS),SPACE=(CYL,1),UNIT=VIO,LRECL=80,RECFM=F,DSN=PARMS //PARM2EXEC PGM=PARMWRIT,PARM='P2' //PARMFILE DD DISP=(MOD,PASS),RECFM=F,DSN=PARMS //UTILITY EXEC PGM=UTIL,PARM=SYSIN //SYSINDD DSN=PARMS,DISP=(OLD,DELETE) //END PEND //TEST EXEC ABCDEFGH,P1='VAR=VAL9' // - ATTENTION: The information in this electronic mail message is private and confidential, and only intended for the addressee. Should you receive this message by mistake, you are hereby notified that any disclosure, reproduction, distribution or use of this message is strictly prohibited. Please inform the sender by reply transmission and delete the message without copying or opening it. Messages and attachments are scanned for all viruses known. If this message contains password-protected attachments, the files have NOT been scanned for viruses by the ING mail domain. Always scan attachments before opening them. - -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: JCL parms
You appear to be using a setup step(s) prior to invoking an application in a subsequent JCL step. Why not have the setup step invoke the application directly, thus avoiding the 100-character PARM limit of JCL? Date: Fri, 4 Jan 2008 07:55:12 +0100 From: [EMAIL PROTECTED] Subject: Re: JCL parms To: IBM-MAIN@BAMA.UA.EDU That is more or less the solution we are using now: to circumvent the limitations of PARM= we pipe the template through several steps of the utility. Every step replaces as much of the variables in the template as the PARM will allow. I consider this rather clumsy and was looking for a more elegant solution that could be implemented in a single step. What we really need of course is variabel substitution in inline data by the system: // EXEC PGM=XXX //SYSIN DD * PRINT DATASET(MEMBER) /* // where JES2, JES3, MVS or whatever treats those VARs just like JCL parameters and substitutes the current values. Then I wouldn't have to figure out how I can retrieve JCL procedure paramater values. I'm sure every shop would highly appreciate such a feature. This is probably not the right place to lobby for this feature Fred! _ Don't get caught with egg on your face. Play Chicktionary! http://club.live.com/chicktionary.aspx?icid=chick_wlhmtextlink1_dec -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
