Re: Looking for ISRROUTE command
Tom,
Are you looking for a program (I don't know where it is either)
and typing ISRROUTE to let the system do the looking, and that is the
system's reply?
Or have you attempted to code ISPF panels to use ISRROUTE and got an
error message?
If the latter, post a code extract, also consider subscribing to ISPF-L
list.
In case it is any use, here are three lines excerpted from one of my
(generated) panels
)ABC DESC('Options')
PDC DESC('Set your spufi input/output DSNs') ACTION RUN(ISRROUTE)
PARM('SELECT CMD(EX ''DAISP.USER.EXEC(JFSETDEF)'' ''SPIN'')')
...
Regards,
Jim
-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Thomas Lawrence
Sent: 27 Aug 2005 08:58
To: IBM-MAIN@BAMA.UA.EDU
Subject: Looking for ISRROUTE command
Anyone know what library this is in.
Error we get in ISPF is COMMAND ISRROUTE NOT FOUND.
No error message, nothing else.
Just curious
--
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
IMPORTANT
The information transmitted is for the use of the intended recipient only and
may contain confidential and/or legally privileged material. Any review,
re-transmission, disclosure dissemination or other use of, or taking of any
action in reliance upon, this information by persons or entities other than the
intended recipient is prohibited and may result in severe penalties. If you
have received this e-mail in error please notify the Privacy Hotline of the
Australian Taxation Office, telephone 13 28 69 and delete all copies of this
transmission together with any attachments.
--
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: Merging SYSPLEXes
On Thu, 25 Aug 2005 14:25:35 -0700, George Kozakos [EMAIL PROTECTED] wrote: We are looking at merging 2 SYSPLEXes which are 20 KMs apart. Our first step is to create a Bronze-PLEX as described in SG26-6818 Merging Systems into a SYSPLEX. The driver is to achieve single SYSPLEX pricing. We are also looking at ISGNQXIT as it can modify resource names which may be useful in specific cases. Anybody used that? Another idea is to capture the enqueue workload from SYSPLEX A and redrive it on SYSPLEX B. Anyone done this? George; I'm using the GRS exit across sysplexes you mentioned but keep in mind that it forces a HW reserve at DASD level so the integrity is preserve. The exit does have some limitations, one of them is that it does not guarantee integrity at member level (for a pds/e). For PDSE you can actually corrupt the dataset. But what surprise me from your post is that you want to merge the sysplexes to save mony because the PSLC pricing model. It is important that you don't forget that sysplex is about sharing. Having a parallel sysplex for minimun sharing is, IMHO, a contradiction. You have exploiters such as OPERLOG, WLM, and many plexes (like SMSPLEX, OAMPLEX, among other) that could compromise the final intention of your approach. I don't know how much you will save, but I'm under the impression that the cost of maintaining a configuration merged in the way you mentioned can be more expensive than staying in your actual configuration (in terms of the people effort) Also, there is some considerations for the Couple Datasets. You mention of having two copies. How?. Using DASD replication?. There are some limitations for DASD replication when there are Sysplex datasets involved. Despiste all these warning you can still can achieve what you want, only that you will find dificulties for tasks such as: performance tuning, WLM (that by the way, WLMPLEX must be equal to the SYSPLEX, i.e. if you have three systems, WLM must see the three sysplexes). Ah, I'm handling two parallel sysplexes (separate DASD, separate CFs, same CPCs) and I have to plan for merging them. But the way I'm doing is first at all, select a unique product for each major component: Security, Scheduling, Content Manager, Tape manager, Storage Manager, Automation, etc, etc). Nowadays all of these are different software: Top Secret vs Security Server, Control-M/R vs Tivoli WLS, Control-D vs MOBIUS, Control-T vs DFSMSrmm, CA-DISK vs DFSMSdss and DFSMShs and Control-O vs System Automation. We have decided that is better to migrate to an unified software configuration that maintain different products with the same people. Needles to say, having different products can lead to delays in implementing new z/OS versions, especially for the ISV products. We all here want a simplified operations sysplex towards the true Parallel Sysplex escence: Continuos Operations. But, you might have a different goal. Regards, Giovanni -- 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: Merging SYSPLEXes
George, In my opinion, you should espire to share as much as possible. Whenever using different data sets for each group of LPARs is a must, I would use a new qualifier in the data set name to differenciate the 2 groups (from the 2 previously seperate SYSPLEXes). Even though you will be using different data set names, you will still be able to keep one set of procedures by using system symbols. Keep a different IEASYMxx for each group of LPARs. HTH, Gil. On 8/25/05, George Kozakos [EMAIL PROTECTED] wrote: We would have 2 copies of the control dataset (one for each of the original SYSPLEXes) but the enqueues would be seen by all systems in the new merged SYSPLEX. The products that this applies to are DFHSM, SMS, ACF2, CA1, Control-M, Control-D, CA-Solve, HSC. We are also looking at ISGNQXIT as it can modify resource names which may be useful in specific cases. Anybody used that? Another idea is to capture the enqueue workload from SYSPLEX A and redrive it on SYSPLEX B. Anyone done this? Any comments, recommendations or details of problems experienced would be greatly appreciated. -- 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: IDAL
I thought it was funny. -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Edward E. Jaffe Sent: Saturday, August 27, 2005 7:15 PM To: IBM-MAIN@BAMA.UA.EDU Subject: Re: IDAL Paul Hanrahan wrote: IDAW Is this supposed to be funny? An IDAL consisting of a single IDAW? -- .-. | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | 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 -- 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: GLOBALV and REXX - functioning code ?
I have uploaded a new version which accepts variable names up to 250 chars. If it still fails, I would very much like a copy/snippet of the REXX pgm. Willy -- 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
FDRPAS + TDMF
Does anyone have or know where I can get some documentation on FDRPAS and TDMF? Thanks in advance! -- 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: FDRPAS + TDMF
Google is your friend. http://.google.com FDRPAS http://www.fdr.com/products/fdrpas/index.cfm TDMF http://www.softek.com/en/products/tdmf/ I talked to the SOFTEK folks at SHARE and that was the first time I had hear do LDMF. I understand it's in Beta but I am pretty interested to hear user experience once it GA. TDMF started the widespread migration of in use volumes and then FDRPAS brought competitive pricing to the market. Even with a prohibition against moving certain system data sets this would be a huge boon to storage administration on z and could potentially cut down on a lot of planned application outages. We will have to wait and see but it's a very interesting product to watch. Best Regards, Sam Knutson, GEICO Performance and Availability Management mailto:[EMAIL PROTECTED] (office) 301.986.3574 Think big, act bold, start simple, grow fast... -Original Message- From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of Mike Liberatore Subject: FDRPAS + TDMF Does anyone have or know where I can get some documentation on FDRPAS and TDMF? Thanks in advance! This email/fax message is for the sole use of the intended recipient(s) and may contain confidential and privileged information. Any unauthorized review, use, disclosure or distribution of this email/fax is prohibited. If you are not the intended recipient, please destroy all paper and electronic copies of the original message. -- 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: Dead Beef
In [EMAIL PROTECTED], on 08/23/2005 at 01:00 PM, Bruce Black [EMAIL PROTECTED] said: An authorized program can change the DEB extents to access other tracks on the volume, but AMASPZAP does not so so. When did that change? -- 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: Enterprise PL/I SYSDEFSD SYSXMLSD characteristics?
In [EMAIL PROTECTED], on 08/23/2005 at 03:00 PM, Charles Mills [EMAIL PROTECTED] said: I know there's a PL/I list somewhere. I'm not aware of one, but the news group comp.lang.pli might be a good place to post questions. -- 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: New Cobol Releases (was FASTSRT)
Ed Gould wrote: Bill, Thanks for reminding me of this issue. How do companies handle the installation and turning new cobol compilers over to the end users? 1. Do you just install it and let the programmers compile cobol programs as they normally do? 2. recompile all known cobol programs 3. let them play with it for X amount of time in a sandbox machine before going towards a full installation. 4. Let you change management program loose and let it do all the work. 6 . Role it out as part of a new OS 7. Other Just get new compiler with new OS release. Obviously it is tested in sandbox system. It is also good idea to recompile all the programs, it allows you to detect dropped (unused) modules, and usually few programs with some obsolete code. Eductation of new features ? What new (I mean *new*: 1-3 years old) features are so important and worth to learn about ? I'd rather suggest general COBOL education, regardless of the age of the features, techniques. Something for newbies, for medium-advanced and for experienced users. At least IBM starts and ends the education with single AD40 course (ok, there are also CICS-related CI17 and CI18). Just my $0.02 -- Radoslaw Skorupka Lodz, Poland -- 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: Dead Beef
In a message dated 8/28/2005 8:34:59 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: In [EMAIL PROTECTED], on 08/23/2005 at 01:00 PM, Bruce Black [EMAIL PROTECTED] said: An authorized program can change the DEB extents to access other tracks on the volume, but AMASPZAP does not so so. When did that change? There is almost always more than one way to accomplish any given task. E.g., was IMASPZAP/AMASPZAP/SUPERZAP in the PPT (Program Properties Table)? If so, then it could bypass the normal data set integrity functions of the control program without having to alter a DEB's extents. Just speculation, since I never read AMASPZAP's source code to see how they were doing things. Bill Fairchild -- 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: Dead Beef
On Sun, 28 Aug 2005 11:14:42 EDT Bill Fairchild [EMAIL PROTECTED] wrote: :In a message dated 8/28/2005 8:34:59 A.M. Central Daylight Time, :[EMAIL PROTECTED] writes: :In [EMAIL PROTECTED], on 08/23/2005 :at 01:00 PM, Bruce Black [EMAIL PROTECTED] said: :An authorized program can change the DEB extents to access other :tracks on the volume, but AMASPZAP does not so so. :When did that change? :There is almost always more than one way to accomplish any given task. :E.g., was IMASPZAP/AMASPZAP/SUPERZAP in the PPT (Program Properties Table)? If :so, then it could bypass the normal data set integrity functions of the :control program without having to alter a DEB's extents. Just speculation, since I :never read AMASPZAP's source code to see how they were doing things. Which PPT bit does that? If one wishes to use EXCP, a DEB encompassing the volume must be built. The DSI bit just skips the ENQ. -- Binyamin Dissen [EMAIL PROTECTED] http://www.dissensoftware.com Director, Dissen Software, Bar Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. -- 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: Dead Beef
In a message dated 8/28/2005 10:18:06 A.M. Central Daylight Time, [EMAIL PROTECTED] writes: Which PPT bit does that? If one wishes to use EXCP, a DEB encompassing the volume must be built. The DSI bit just skips the ENQ. Memory check. I remembered there was something in the PPT to disable DSI, but didn't know all it does is to skip the DSName ENQueue at OPEN time. Since I didn't read AMASPZAP's source code, I don't know if it uses EXCP. One can always bypass the requirements of OPEN and EXCP by using the STARTIO macro (there is almost always at least one more way to do what you need to do). Bill Fairchild -- 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: Merging SYSPLEXes
We have implemented a Bronzeplex that sounds like the same thing you are thinking of. We wrote an ISGNQXIT routine that has worked without trouble for a couple of years now. There are several considerations in ISGNQXIT that I can help you with, if you're interested we can do that in email. If you are on or considering 1.6, we found a couple of GRS bugs, one is a new APAR, I can look up the number. And the other is an 0C4 in an FRR, they haven't gotten far enough to assign an APAR number yet. A couple of our people transferred to the IBM testing organization. They looked at what we had done with ISGNQXIT, and what was found with the APAR, and they decided that a Bronzeplex configuration was too far outside a normal configuration to include in their testing. Which was interesting, but if you're considering Bronzeplex, you ought to be aware. Lance - Original Message - From: [EMAIL PROTECTED] Newsgroups: bit.listserv.ibm-main Sent: Thursday, August 25, 2005 3:25 PM Subject: Merging SYSPLEXes We are looking at merging 2 SYSPLEXes which are 20 KMs apart. Our first step is to create a Bronze-PLEX as described in SG26-6818 Merging Systems into a SYSPLEX. The driver is to achieve single SYSPLEX pricing. We want to create on SYSPLEX where all systems would share the same ISGLOCK structure and SYSPLEX CDS datasets but the 2 original SYSPLEXes would continue to use their own set of DASD volumes. The systems of each original SYSPLEX would continue to use separate control datasets for products like HSM, ACF2, CA1, CA-Solve etc. We understand that there will be issues related to duplicate dataset names and volsers and that there will be some performance impact. What we are most interested in is advise on potential enqueue deadlocks that may be introduced for products which share a control dataset. We would have 2 copies of the control dataset (one for each of the original SYSPLEXes) but the enqueues would be seen by all systems in the new merged SYSPLEX. The products that this applies to are DFHSM, SMS, ACF2, CA1, Control-M, Control-D, CA-Solve, HSC. We are also looking at ISGNQXIT as it can modify resource names which may be useful in specific cases. Anybody used that? Another idea is to capture the enqueue workload from SYSPLEX A and redrive it on SYSPLEX B. Anyone done this? Any comments, recommendations or details of problems experienced would be greatly appreciated. -- 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 Cobol Releases (was FASTSRT)
It is also good idea to recompile all the programs, it allows you to detect dropped (unused) modules, and usually few programs with some obsolete code. ... What a dreamer. We have over 6000 COBOL programmes, and new ones coming every day. The testing logistics to convert en masse are ridiculous. The best approach is by attrition, until (if) you get down to a small subset. (We still have a small set of COBOLII programmes using COBLIB -- which went out when LE/370 came in in 1991) -teD In God we Trust! All others bring data! -- W. Edwards Deming -- 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: SHARE reflections
On Sun, Aug 28, 2005 at 12:38:08PM -0500, Alan C. Field wrote: No one has mentioned the best give-away - an IBM Green Card. They'd run out of the attendee bags by the time I registered Wednesday morning. The bag I don't particularly need, but I was bummed that I didn't get this. -- 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: Most effective BUFNO?
If I was reading 20,000 records I wouldn't give it a second thought. You could give it 96 buffers and read the entire thing into about 2.5 MB of memory. Restrict it to one buffer and have to do 96 reads. Big deal. (No, I wouldn't do the latter.) You probably wouldn't see much difference. Tom Marchant On Fri, 26 Aug 2005 11:28:30 -0700, Charles Mills [EMAIL PROTECTED] wrote: If you were reading from one QSAM DASD DCB and writing to another QSAM DASD DCB -- let's say 20,000 133-byte records blocked half track -- would you expect to see a noticeable performance improvement (elapsed time and/or CPU time) from specifying a BUFNO greater than 5? What number might you specify to optimize elapsed and/or CPU time without being ridiculous? Any related considerations? Thanks, Charles Mills -- 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
IEFUSI question
Does IEFUSI run under the same TCB as the subsequent job step TCB? I need to get control in a job step before the job step program starts executing, and create a name/token pair at the task level that a program subsequently running on the job step TCB can retrieve. Will IEFUSI allow me to do this? Any other suggestions? Thanks, Ira Broussard -- 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: Managing /service for SMP/E
I guess you didn't bother to read my original post, where I wrote: On Tue, 16 Aug 2005 12:03:25 -0500, Tom Marchant [EMAIL PROTECTED] wrote: snip! For example, Java is designed to be mounted at /usr/lpp/java/ and the DDDEF PATH is to be -PathPrefix-/usr/lpp/java/J1.4. Since I am automount managing /service/ I need another place to mount the Java HFS for SMP/E. I set my automount policy to manage /service/mvs with the corresponding change to the PATHs to /service/mvs/IPLVOL/ To provide a mount point that I can use for Java, I also manage /service/java and changed the path to /service/java/J1.4. Unfortunately, this does not work, because when it comes time to run AJVSCRPT, it expects the path to be of the form -PathPrefix-/usr/lpp/java/J1.4. On Mon, 22 Aug 2005 06:20:56 -0300, Shmuel Metz (Seymour J.) [EMAIL PROTECTED] wrote: In [EMAIL PROTECTED], on 08/19/2005 at 12:32 PM, Tom Marchant [EMAIL PROTECTED] said: I don't have any problem cloning them or changing the PATHs with ZONEEDIT. My question was about managing the mountpoints, specifically for those products that are not installed in the root HFS. If you use a naming convention that includes the target zone as part of both the dsname and the mount point, then I don't see the problem. /service/CICS01 could have an automount of OMVS.CICS01 and /service/CICS02 could have an automount of OMVS.CICS02, assuming two CICS target zones with those names. You must, of course, coordinate changes to automount policies for SMP and production. -- 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 Cobol Releases (was FASTSRT)
On Aug 28, 2005, at 12:18 PM, Steve Comstock wrote: -SNIP-- Whatever they do, they don't train their people on the differences and new features. Kind regards, -Steve Comstock Steve, Extremely valid point. But then is there a really good document that does show the differences and how they could take advantage of the new features? Ed, Well, that's our job. We take the various docs and postings and SHARE handouts, test things, organize them, and package them in some short courses. Along these lines: Converting to COBOL for OS/390 VM (2 days) which focuses on what's gone and what's new and the conversion process see: http://www.trainersfriend.com/COBOL_Courses/D200descrpt.htm Enterprise COBOL Update I: Essentials (2 days) which focuses only on new stuff, from COBOL II up through Enterprise COBOL 3.4 see: http://www.trainersfriend.com/COBOL_Courses/d704descr.htm Enterprise COBOL Update II: Unicode and XML Support (1 day) which focuses on just those two aspects of the newer compilers see: http://www.trainersfriend.com/COBOL_Courses/d705descr.htm In addition, all our standard COBOL courses use the features of the Enterprise compilers, so even the intro course includes some mention of Unicode (National) data types and the Advanced COBOL course includes dynamic allocation of files from COBOL programs. And all our courses are that way: we integrate latest information from z/OS components and products such as JCL, ISPF, COBOL, PL/I, C, REXX, TSO, DB2, CICS, LE, and z/OS UNIX. Next month will see availability of z/OS 1.7, COBOL 3.4, and the z9 series; I'm working hard to have the relevant information in our courses by the end of September. Kind regards, -Steve Comstock SIgh... again its down to $$ and who is going to pay for it..In a politicy shop no one wants to. 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
Re: SHARE reflections
On Aug 28, 2005, at 12:39 PM, Jay Maynard wrote: On Sun, Aug 28, 2005 at 12:38:08PM -0500, Alan C. Field wrote: No one has mentioned the best give-away - an IBM Green Card. They'd run out of the attendee bags by the time I registered Wednesday morning. The bag I don't particularly need, but I was bummed that I didn't get this. Hehe Jay reminds me of the time in Anahiem. I registered and they gave me a bag and I refused it (it had an oem vendors name on it). I said I didn't want it and they refused to register me. I relented and took the bag and took the materials out of the bag and asked for a trash can. I put the bag in there and walked out. I think they got the point. 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
Re: Dead Beef
On Aug 28, 2005, at 2:20 PM, Bruce Black wrote: When did that change? Seymour, I am not aware that AMASPZAP ever modified the DEB to allow access outside the dataset specified on the SYSLIB statement. The current doc doesn't indicate so. I just tried a test with FORMAT4.DSCB, and I cannot specify a CCHHR outside the VTOC. What are you thinking of? Bruce, My vague recollection is that yopu must specify dcb=keylen=44 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
Re: SHARE reflections
They'd run out of the attendee bags by the time I registered Wednesday morning. The bag I don't particularly need, but I was bummed that I didn't get this. If I'd known you could have had mine. I thought they were nice but I don't need any more bags. Bob Shannon -- 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: Dead Beef
In a message dated 8/28/2005 2:55:35 P.M. Central Daylight Time, [EMAIL PROTECTED] writes: specify dcb=keylen=44 This option in AMASPZAP is probably used most often, perhaps even exclusively, by most of us to muck around with DSCB keys, which in the case of Format 1 DSCBs is the same as the Data Set Names. But you can code DCB=KEYLEN=255 with any keyed file and muck around with its keys as well and not just the VTOC. Bill Fairchild -- 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: SHARE reflections
On Aug 28, 2005, at 2:58 PM, Bob Shannon wrote: They'd run out of the attendee bags by the time I registered Wednesday morning. The bag I don't particularly need, but I was bummed that I didn't get this. If I'd known you could have had mine. I thought they were nice but I don't need any more bags. Bob, I have a personal policy (and then a company policy) not to accept advertisement gifts from any vendors. I have turned down all such gifts since then. Ed Bob Shannon -- 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 Cobol Releases (was FASTSRT)
I have seen one of those programs that would not run with LE what would you do? ... I don't know; I have never had the problem! -teD In God we Trust! All others bring data! -- W. Edwards Deming -- 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: Dead Beef
On Fri, 26 Aug 2005 03:41:45 -0500, Dave Cartwright [EMAIL PROTECTED] wrote: Fullscreen zap in file 134 of the CBT tape allows you access to the whole volume, with appropriate permission. Sam did a write-up in file 120. I love the DEADBEEF idea; if you ever do write such IPL text please send it to the CBT tape. If we are just trying to write (our own) IPL text, what is wrong with using DSF, similar to the sample at http://www.mvsbook.fsnet.co.uk/chap07b.htm in section 7.3.2? Mark -- 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: SHARE reflections
Ed Gould wrote: Hehe Jay reminds me of the time in Anahiem. I registered and they gave me a bag and I refused it (it had an oem vendors name on it). I said I didn't want it and they refused to register me. I relented and took the bag and took the materials out of the bag and asked for a trash can. I put the bag in there and walked out. I think they got the point. They probably just pulled the bag out of the trash, refilled it, and threw it back on the pile. SHARE bags are popular and often run out. -- .-. | Edward E. Jaffe|| | Mgr, Research Development| [EMAIL PROTECTED]| | Phoenix Software International | Tel: (310) 338-0400 x318 | | 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801| | Los Angeles, CA 90045 | 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: SHARE reflections
On Sun, Aug 28, 2005 at 03:58:29PM -0400, Bob Shannon wrote: They'd run out of the attendee bags by the time I registered Wednesday morning. The bag I don't particularly need, but I was bummed that I didn't get this. If I'd known you could have had mine. I thought they were nice but I don't need any more bags. Sam Knutson has found me one. Thanks, though... -- 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: How Was Share?
I think I was at the last 2 Shares in California. The ones in Long Beach, and San Francisco. I know the feeling of being excited to go home, but feeling depressed because it was over. I think both of them I took my wife along. We would leave early on Saturday morning, and went home the next Saturday. That way we could do a little sight seeing. My wife turned the cable car around at the end of the cable car line, and we went to see the Queen Mary - both a lot of fun. Maybe I'll see if I can go in February - even if I have to pay for it myself. I'll still be working at PH then, so I'll still have a good income. Eric Bielefeld PH Mining Equipment Mark Zelden wrote: You said it my man! This was only my second full SHARE (last one was a year ago in N.Y.) and I had most of the afternoon to waste before my flight after bit bucket. While I was exicted to be going home and seeing my family, I also realized that this feeling I had was best described as depression. SHARE was excellent and it was great to see many the folks I met in N.Y. again and of course I met some others that I had not met before. Regards, Mark -- Mark Zelden Sr. Software and Systems Architect - z/OS Team Lead Zurich North America and Farmers Insurance Group mailto: [EMAIL PROTECTED] Systems Programming expert at http://Search390.com/ateExperts/ 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: New Cobol Releases (was FASTSRT)
I didn't think most people recompiled anything when changing Cobol compilers. I always did some testing on the Test Lpar, and the compiler just rolled in with the rest of the ServerPac. The only problem I ever remember was with 2 or 3 old old VS Cobol programs. I put in a steplib to SYS1.VSCLLIB for those jobs, and they worked fine. This was when LE was fairly new, when we went from ESA 4.3 to OS/390 2.5. I think we still run a bunch of old VS Cobol, but by March next year, they will all go away (along with every other program in the datacenter). Eric Bielefeld PH Mining Equipment R.S. wrote: Just get new compiler with new OS release. Obviously it is tested in sandbox system. It is also good idea to recompile all the programs, it allows you to detect dropped (unused) modules, and usually few programs with some obsolete code. -- Radoslaw Skorupka Lodz, Poland-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: SHARE reflections
Ed, What's so bad about getting a bag with a vendor's name on it? I don't understand what the problem is. Eric Bielefeld PH Mining Equipment Ed Gould wrote: Hehe Jay reminds me of the time in Anahiem. I registered and they gave me a bag and I refused it (it had an oem vendors name on it). I said I didn't want it and they refused to register me. I relented and took the bag and took the materials out of the bag and asked for a trash can. I put the bag in there and walked out. I think they got the point. Edmain.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: SHARE reflections
On Aug 28, 2005, at 7:55 PM, Eric Bielefeld wrote: Ed, What's so bad about getting a bag with a vendor's name on it? I don't understand what the problem is. Eric Bielefeld PH Mining Equipment Eric, The company I worked for was a company that well lets say it was a financial corporation that did not endorse any product. Any hint of endorsement was verbotten. Salesmen used to come around and (for example) tried to give us coffee mugs we let the sales type know that gifts of any kind were not allowed. We were not allowed to say we used any product as that was seen as an endorsement. I was going to GUIDE at the time and was asked to do a part of a session on installation of 3390's . I was told NO , but I could talk about it one on one but not during sessions. Another time (at GUIDE) I was asked to give a presentation on PSF I was again told NO. One of the VP's thought he could get away with it (telling people we had a silo). He got fired so fast no body knew what happened for quite some time. (there is a nasty story behind this I cannot repeat) even though I no longer work for the company. One time we were an ESP for CBPDO. We had a fair amount of problems with the packaging. I had asked for permission to give a presentation at GUIDE for this. I was called into the office and was told that management had changed their mind and to call up the GUIDE people and tell them I couldn't do it. I had 250 handouts that went into the trash can. SIGH, not to mention the 30 hours it took me to do it. I was surprised that I was given the go ahead to be the project manager for GUIDE storage requirements. I had to take a VP along with me to GUIDE and let him monitor the sessions to make sure that no endorsements could be made. (side story about 3 GUIDES later there was a requirement that came up (its been 20 years so I don't remember the exact details) . A requirement came up that needed endorsement by me to be voted on. I had to abstain as it was a perceived endorsement of an IBM product. I had to write a formal memo of what occurred (and how I addressed the requirement) and address it to the CEO . I know this sounds bad but the company was in a delicate position and could not allow any of its people to seemingly endorse any product. 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
automated response
Hi ! I will be away on vacation till September 8th. If you need assistance, please contact Melissa Fraher via email at [EMAIL PROTECTED] or phone at x2811. Have a nice day ! -Gerry -- 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
