Re: PDSE cache
Hi With LLA and load modules it works fine, but I would need to cache other type PDSE members(AFP resources ). From the SMF 14 record cache section I see it was not from cache, but don't see the reason why and if I can change this . On 7/2/2011 4:40 PM, Peter Relson wrote: Simple rule: if you want modules cached, the library needs to be managed by LLA. If LLA deems the module cache-worthy then it will either do the caching using VLF or may notify PDSE processing to do it. If I remember correctly, long ago, long before z/OS 1.11, PDSE processing used to try to cache almost everything. Then all of that caching was removed. And then it was put back for cases where LLA felt it worthwhile. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDSE cache
With LLA and load modules it works fine, but I would need to cache other type PDSE members(AFP resources ). From the SMF 14 record cache section I see it was not from cache, but don't see the reason why and if I can change this . SMF Type 14 will NOT show you PDSE activity. PDSE have their own SMF record that you will need to check. Having said that, independent of SMS-management, if the complete size of the PDSE members that you need to cache exceeds the maximum size of the PDSE cache (16GB IIRC), you won't have any performance benefit, as only the most used members will stay in that cache. And if they are all evenly used, you'll get thrashing. In addition, beware recfm V in any shape or size. PDSE development told me that that will require extra I/O every time due to some sort of internal organization. (That I understand they have no plans of changing). How many members in your PDSE(s)? What is the size of the PDSE(s)? How long does it take to do an ISPF 3.4 from enter to seeing the directory? Regards, Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SVRB for LINK, when freed?
On Sun, 3 Jul 2011 18:12:16 -0500 John McKown joa...@swbell.net wrote: :Perhaps Peter Relson of IBM can resolve the question of whether the SVRB :for a LINK is freed before the LINK'ed to program's PRB is placed on the :RB chain. I'm now certain my test is wrong and that the SVRB actually :is. I would think that the SVRB is simply changed to a PRB. -- Binyamin Dissen bdis...@dissensoftware.com 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDSE cache
Hi Thank you Barbara, I see you are the proper expert in this field In my SMF 14 records there is the PDSE Statistic section, and I see the directory cache hits , but no data member hits. It is a AFP resource library (not SMS managed) , 600 members and all are relatively small (1 -4 K bytes), but a server application opens again and again. I hope to set the proper SMS PDSE1 options On 7/4/2011 9:41 AM, Barbara Nitz wrote: With LLA and load modules it works fine, but I would need to cache other type PDSE members(AFP resources ). From the SMF 14 record cache section I see it was not from cache, but don't see the reason why and if I can change this . SMF Type 14 will NOT show you PDSE activity. PDSE have their own SMF record that you will need to check. Having said that, independent of SMS-management, if the complete size of the PDSE members that you need to cache exceeds the maximum size of the PDSE cache (16GB IIRC), you won't have any performance benefit, as only the most used members will stay in that cache. And if they are all evenly used, you'll get thrashing. In addition, beware recfm V in any shape or size. PDSE development told me that that will require extra I/O every time due to some sort of internal organization. (That I understand they have no plans of changing). How many members in your PDSE(s)? What is the size of the PDSE(s)? How long does it take to do an ISPF 3.4 from enter to seeing the directory? Regards, Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
PROBLEM COPYING PDS MEMBER TO A PANVALET LIBRARY
Good Morning Gentle Readers, I am trying to copy a jcl from my PDS to a Panvalet pds library using FILE-AID. However I get the error message Unsupported Type for the to dataset which is the Panvalet pds. ER792-Panvalet/Librarian/GEM datasets not allowed as TO dataset. Is there a way of copying a member from a PDS to a Panvalet PDS? Could someone suggest a work around? Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Problems with System Logger
Hello, Finally I have delete/define the RM.DATA logstream and do a cold start of the RRS procedure, and works fine, Thanks for your help. Álvaro. 2011/6/28 Vernooij, CP - SPLXM kees.verno...@klm.com Alvaro Guirao Lopez alvarogui...@gmail.com wrote in message news: banlktinhj-psjuukguhhstrlwokctkm...@mail.gmail.com... Hi list, I want to use the DSNUTILS stored procedure, to use it I have created an application environment at WLM but this needs the RRS services for DB2, my problem resides that in this system, that don't uses Paralell Sysplex, I have the logstreams of the System Logger for the RRS services in DASDONLY, I can see them available from the System Logger: ATR.ADCDPL.ARCHIVE *DASDONLY* 00 AVAILABLE ATR.ADCDPL.DELAYED.UR *DASDONLY* 00 AVAILABLE ATR.ADCDPL.MAIN.UR *DASDONLY* 00 AVAILABLE ATR.ADCDPL.RESTART *DASDONLY* 00 AVAILABLE ATR.ADCDPL.RM.DATA *DASDONLY* 00 AVAILABLE ATR.ADCDPL.RM.METADATA *DASDONLY* 00 AVAILABLE And the VSAM files exist in disk: IXGLOGR.ATR.ADCDPL.ARCHIVE.A000*VSAM* IXGLOGR.ATR.ADCDPL.ARCHIVE.A000.DATA ZBSYS1 IXGLOGR.ATR.ADCDPL.DELAYED.UR.A000 *VSAM* IXGLOGR.ATR.ADCDPL.DELAYED.UR.A000.DATAZBSYS1 IXGLOGR.ATR.ADCDPL.MAIN.UR.A000*VSAM* IXGLOGR.ATR.ADCDPL.MAIN.UR.A000.DATA ZBSYS1 IXGLOGR.ATR.ADCDPL.RESTART.A000*VSAM* IXGLOGR.ATR.ADCDPL.RESTART.A000.DATA ZBSYS1 IXGLOGR.ATR.ADCDPL.RM.DATA.A000*VSAM* IXGLOGR.ATR.ADCDPL.RM.DATA.A000.DATA ZBSYS1 IXGLOGR.ATR.ADCDPL.RM.METADATA.A000*VSAM* IXGLOGR.ATR.ADCDPL.RM.METADATA.A000.D ZBSYS1 Well, when I start my RRS procedure, this abends, message follows: //RRS PROC GNAME='',CTMEM='' //RRS EXEC PGM=ATRIMIKE,REGION=4096K,TIME=NOLIMIT, // PARM='GNAME=GNAME CTMEM=CTMEM' IEF695I START RRS WITH JOBNAME RRS IS ASSIGNED TO USER START2 , GROUP SYS1 IEF196I IEF695I START RRS WITH JOBNAME RRS IS ASSIGNED TO IEF196I USER START2 , GROUP SYS1 IEF403I RRS - STARTED - TIME=10.17.33 ATR221I RRS IS JOINING RRS GROUP ADCDPL ON SYSTEM ADCD IEF196I IGD100I 0AB1 ALLOCATED TO DDNAME SYS00026 DATACLAS () IEF196I IEF237I 0AB1 ALLOCATED TO SYS00027 IEF196I IGD100I 0AB5 ALLOCATED TO DDNAME SYS00028 DATACLAS () IEF196I IEF237I 0AB5 ALLOCATED TO SYS00029 IEF196I IGD100I 0AB3 ALLOCATED TO DDNAME SYS00030 DATACLAS () IEF196I IEF237I 0AB3 ALLOCATED TO SYS00031 IEF196I IGD100I 0AB5 ALLOCATED TO DDNAME SYS00032 DATACLAS () IEF196I IEF237I 0AB5 ALLOCATED TO SYS00033 IEF196I IGD100I 0AB5 ALLOCATED TO DDNAME SYS00034 DATACLAS () IEF196I IEF237I 0AB5 ALLOCATED TO SYS00035 IEF196I IGD100I 0AB5 ALLOCATED TO DDNAME SYS00036 DATACLAS () IEF196I IEF237I 0AB5 ALLOCATED TO SYS00037 IXG063I LOGGER ABENDED AND REQUESTED AN SVC DUMP WHILE PROCESSING 637 LOGSTREAM: ATR.ADCDPL.RM.DATA STRUCTURE: **UNKNOWN** GROUP: PRODUCTION MODULE=IXGA1MM ,ABEND=S01C5,REASON=0804 ATR203I RRS COULD NOT READ FROM THE RM DATA LOG. ATR138I ATTEMPT TO BRING UP RRS FAILED, DIAG =0008 ATR215I RRS ENCOUNTERED AN ERROR READING LOGSTREAM 638 ATR.ADCDPL.RM.DATA RETURN CODE: 0008 REASON CODE: 0804 DIAGNOSTIC INFORMATION: 04010020 IEA989I SLIP TRAP ID=X13E MATCHED. JOBNAME=RRS , ASID=0043. ASA2013I RRS INITIALIZATION FAILED. COMPONENT ID=SCRRS IEF404I RRS - ENDED - TIME=10.17.53 IEF196I IEF142I RRS RRS - STEP WAS EXECUTED - COND CODE IEF196I IEF373I STEP/RRS /START 2011179.1017 IEF196I IEF374I STEP/RRS /STOP 2011179.1017 CPU0MIN 00.68SEC IEF196I SRB0MIN 00.05SEC VIRT36K SYS 152K EXT3956K SYS IEF196I 21616K IEF196I IEF375I JOB/RRS /START 2011179.1017 IEF196I IEF376I JOB/RRS /STOP 2011179.1017 CPU0MIN 00.68SEC IEF196I SRB0MIN 00.05SEC IEF352I ADDRESS SPACE UNAVAILABLE I'm some lost because this is the configuration that IBM provide us for this system, and apparently the definitions are correct. -- Un saludo. Álvaro Guirao Did you lookup the 1C5 Abend with Reasoncode 804? 1C5 Explanation: An error occurred during System Logger processing. The accompanying reason codes identify either an internal recoverable Logger error or an external error code as follows: 0804 An IXGBRWSE or IXGDELET request failed because the block identifier could not be found in the log stream. Apparently you have some old data in the logstream administration, that is not physically available anymore. You can try to delete/define the
Re: PROBLEM COPYING PDS MEMBER TO A PANVALET LIBRARY
Good Morning Gentle Readers, I am trying to copy a jcl from my PDS to a Panvalet pds library using FILE- AID. However I get the error message Unsupported Type for the to dataset which is the Panvalet pds. ER792-Panvalet/Librarian/GEM datasets not allowed as TO dataset. Is there a way of copying a member from a PDS to a Panvalet PDS? Could someone suggest a work around? Thanks in advance. I have not used Panvalet in a long time. But if it is still this way, only Pan Utilities can update Panvalet datasets. If you have the Panvalet manuals, there are ++ control cards in PANVALET that you use in batch with Pan Programs. Panvalet, IIRC, cannot use any utility to access it. It can only be updated with PGM=PAN# type program names. You cannot use FILEAID, IDCAMS, IEBCOPY when working with Panvalet datasets. Panvalet has utilities to access Pan datasets. Do you have the ISPF Interface available? If so, you should be able to use those to do what you want. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDSE cache
In my SMF 14 records there is the PDSE Statistic section, and I see the directory cache hits , but no data member hits. It is a AFP resource library (not SMS managed) , 600 members and all are relatively small (1 -4 K bytes), but a server application opens again and again. I hope to set the proper SMS PDSE1 options How long does a 3.4 of the PDSE take? Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Z/OS Newbie question
I recently moved from being System programmer and ADABAS DBA in a VSE/ESA shop and converted myself to DBA in a Z/OS 1.9 shop. I am still a little overwhelmed by the sheer volume of work, and I managed to get used to saying ISPF and JES instead of Vollie and Power :) I really miss one function - provided by FAQS/ASO. At the end of every batch job, it printed out a list of modules used and which libraries they were taken from. Since we are in the middle of some major conversions here and have pretty complicated jcl procs, it would really help me to have this feature. Has anyone written it ? Could it be done ? Maybe in REXX ? The other thing I would like is to be able to see the compile dates in a load library - all the library at once. We do have File Aid, but it is a pain to get all dates (and maybe even sort on date ?) Ah - the wish list gets longer. Thanks for your help Hilary Hurwitz Israel National Insurance (Social Security) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PROBLEM COPYING PDS MEMBER TO A PANVALET LIBRARY
Lizette, I tried using the ISPF Panvalet utility and encountered the problem as well. When I try to copy the member from my PDS to the Standard CA-Panvalet library I get the error message INVALID PANVALET LIBRARY The library has incorrect DSORG, RECFM, or is not a compatible version --- On Mon, 7/4/11, Lizette Koehler stars...@mindspring.com wrote: From: Lizette Koehler stars...@mindspring.com Subject: Re: PROBLEM COPYING PDS MEMBER TO A PANVALET LIBRARY To: IBM-MAIN@bama.ua.edu Received: Monday, July 4, 2011, 11:42 PM Good Morning Gentle Readers, I am trying to copy a jcl from my PDS to a Panvalet pds library using FILE- AID. However I get the error message Unsupported Type for the to dataset which is the Panvalet pds. ER792-Panvalet/Librarian/GEM datasets not allowed as TO dataset. Is there a way of copying a member from a PDS to a Panvalet PDS? Could someone suggest a work around? Thanks in advance. I have not used Panvalet in a long time. But if it is still this way, only Pan Utilities can update Panvalet datasets. If you have the Panvalet manuals, there are ++ control cards in PANVALET that you use in batch with Pan Programs. Panvalet, IIRC, cannot use any utility to access it. It can only be updated with PGM=PAN# type program names. You cannot use FILEAID, IDCAMS, IEBCOPY when working with Panvalet datasets. Panvalet has utilities to access Pan datasets. Do you have the ISPF Interface available? If so, you should be able to use those to do what you want. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Empty output in netstat home z/OS 1.10
Thanks Chris: I've posted the message in ibmtcp-l. Regards -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PDSE cache
On 7/4/2011 1:49 PM, Barbara Nitz wrote: In my SMF 14 records there is the PDSE Statistic section, and I see the directory cache hits , but no data member hits. It is a AFP resource library (not SMS managed) , 600 members and all are relatively small (1 -4 K bytes), but a server application opens again and again. I hope to set the proper SMS PDSE1 options How long does a 3.4 of the PDSE take? Barbara -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html The dataset is not too big (555 members), the directory list is very fast (immediatly got the reply) . Seems the directory cache active, but the membe data cache only for SMS managed datasets . -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Trapping the LPAR Deactivate signal on z/OS?
I've been discussing the idea of whether it would be possible/useful to write something to trap the hardware LPAR deactivation signal and use that to trigger an controlled emergency shutdown of z/OS. On VM and VSE, there is a trap present in the base OS that grabs that signal and starts a controlled shutdown of the OS (you can simulate it using the SIGNAL SHUTDOWN command on VM). z/OS doesn't seem to have any knowledge of this and proceeds to die horribly when the timer specified on the deactivate fires and the hardware goes away. Seems to me that this would be a Good Thing to have even for a LPAR-only install (in case some operator deactivates the wrong LPAR, or some similar awfulness) -- z/OS could do what it could to save state and then go down as gracefully as the time allotted (the LPAR deactivate signal has an optional time delay parm) permits. (The original need for us was to trigger automatic shutdown of the System Z processing when the UPS battery was getting low on our zPDT development system). I have sample assembler code on VM to trap the signal, but am not sure how best to implement this on z/OS. Suggestions? Ideas? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Trapping the LPAR Deactivate signal on z/OS?
On Mon, 4 Jul 2011 07:09:31 -0500 David Boyes dbo...@sinenomine.net wrote: :I've been discussing the idea of whether it would be possible/useful to write something to trap the hardware LPAR deactivation signal and use that to trigger an controlled emergency shutdown of z/OS. On VM and VSE, there is a trap present in the base OS that grabs that signal and starts a controlled shutdown of the OS (you can simulate it using the SIGNAL SHUTDOWN command on VM). z/OS doesn't seem to have any knowledge of this and proceeds to die horribly when the timer specified on the deactivate fires and the hardware goes away. :Seems to me that this would be a Good Thing to have even for a LPAR-only install (in case some operator deactivates the wrong LPAR, or some similar awfulness) -- z/OS could do what it could to save state and then go down as gracefully as the time allotted (the LPAR deactivate signal has an optional time delay parm) permits. (The original need for us was to trigger automatic shutdown of the System Z processing when the UPS battery was getting low on our zPDT development system). :I have sample assembler code on VM to trap the signal, but am not sure how best to implement this on z/OS. Suggestions? Ideas? How does the hypervisor implement it? Via an EXTernal interrupt? -- Binyamin Dissen bdis...@dissensoftware.com 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z/OS Newbie question
Hilary Coming from VSE, I'm surprised you haven't been following the VSE-L list. I really miss one function - provided by FAQS/ASO. At the end of every batch job, it printed out a list of modules used and which libraries they were taken from. This topic has been aired recently in VSE-L ... Then I took a look at Subject: Another OT: Z/OS FAQS? From: Leo Langevin (leo_j_lange...@hotmail.com) Date: Wed Jun 15 2011 - 01:40:45 EDT and decided that just possibly *you* are Leo Langevin's better half! Anyhow, using IBM-MAIN, it is best to be a touch more specific in the Subject than Z/OS Newbie question. In this case, you would probably be better off creating *two* posts, one regarding identification of modules used in a job step and the other regarding compile dates. Chris Mason On Mon, 4 Jul 2011 14:42:37 +0300, Hilary Hurwitz hila...@nioi.gov.il wrote: I recently moved from being System programmer and ADABAS DBA in a VSE/ESA shop and converted myself to DBA in a Z/OS 1.9 shop. I am still a little overwhelmed by the sheer volume of work, and I managed to get used to saying ISPF and JES instead of Vollie and Power :) I really miss one function - provided by FAQS/ASO. At the end of every batch job, it printed out a list of modules used and which libraries they were taken from. Since we are in the middle of some major conversions here and have pretty complicated jcl procs, it would really help me to have this feature. Has anyone written it ? Could it be done ? Maybe in REXX ? The other thing I would like is to be able to see the compile dates in a load library - all the library at once. We do have File Aid, but it is a pain to get all dates (and maybe even sort on date ?) Ah - the wish list gets longer. Thanks for your help Hilary Hurwitz Israel National Insurance (Social Security) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SVRB for LINK, when freed?
whether the SVRB for a LINK is freed before the LINK'ed to program's PRB is placed on the RB chain. After. But before the LINK'ed to program gets control. An SVRB is never freed before the SVC routine is done (and part of the doing of the LINK SVC routine is to queue the PRB). In fact (unless this has been rewritten without my consent) programs executing as a result of EXEC PGM= are (normally?) invoked via LINK, and they run under a PRB (or used to). If by programs executing as a result was meant the program identified by EXEC PGM=, not in fact. That program gets control via ATTACH. It does run under a PRB. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PROBLEM COPYING PDS MEMBER TO A PANVALET LIBRARY
I tried using the ISPF Panvalet utility and encountered the problem as well. When I try to copy the member from my PDS to the Standard CA-Panvalet library I get the error message INVALID PANVALET LIBRARY The library has incorrect DSORG, RECFM, or is not a compatible version Is it possible someone used a utility other than Panvalet and broke the dataset? Can you just browse a member in the Pan Library? Can you issue a batch ++WRITE and get a member out of it? What does info on Option 3.4 indicate the library attributes are? Lrecl, RECFM, DSORG, etc.? Do you have a backup incase you need to recover the file? Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real Storage Occupancy
It's not the possible problem of the real storage occupancy (conceivably in the future driving paging or some other problem) that should be the reason for investigation. Instead, it should be whether there is an application problem (such as a virtual storage leak). If you feel comfortable that the application is doing its job properly and happens to need additional storage each time period, then it is your decision whether or not you accept that need. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z/OS Newbie question
With regard to your second wish, for lack of a better universal tool, I use the following to obtain the link-edit dates for all of the load modules in a library. Getting the compile dates of all of the component object modules would seems to be much harder because of the variety of compilers that might be involved. //*- //* //* This job serves to list the link-edit dates for all members of //* a PDS/PDSE load library. It works by running AMBLIST against //* the entire library with its output going to a temporary data //* set and then runs SORT to extract only the lines containing the //* module name and date the module was linked. //* //* Change the SET SYSLIB below to the desired load module library. //* //*- // SET SYSLIB=target-load-library //*- //LOADLIB EXEC PGM=AMBLIST //*SYSPRINT DD SYSOUT=* //SYSPRINT DD DISP=(NEW,PASS),DSN=AMBLIST, // UNIT=(SYSDA,3),SPACE=(TRK,(3000,300),RLSE), // DCB=(RECFM=FBA,LRECL=133,BLKSIZE=0) //SYSLIB DD DISP=SHR,DSN=SYSLIB LISTLOAD OUTPUT=XREF //*- //SELECT EXEC PGM=SORT //SYSOUT DD SYSOUT=* //SORTIN DD DISP=OLD,DSN=AMBLIST //SORTOUT DD SYSOUT=* //SYSIN DD * INCLUDE COND=(6,6,CH,EQ,C'MEMBER',OR,2,13,CH,EQ,C'THIS PROGRAM') OPTION COPY // - Art Celestini At 07:42 AM 7/4/2011, Hilary Hurwitz wrote: I recently moved from being System programmer and ADABAS DBA in a VSE/ESA shop and converted myself to DBA in a Z/OS 1.9 shop. I am still a little overwhelmed by the sheer volume of work, and I managed to get used to saying ISPF and JES instead of Vollie and Power :) I really miss one function - provided by FAQS/ASO. At the end of every batch job, it printed out a list of modules used and which libraries they were taken from. Since we are in the middle of some major conversions here and have pretty complicated jcl procs, it would really help me to have this feature. Has anyone written it ? Could it be done ? Maybe in REXX ? The other thing I would like is to be able to see the compile dates in a load library - all the library at once. We do have File Aid, but it is a pain to get all dates (and maybe even sort on date ?) Ah - the wish list gets longer. Thanks for your help Hilary Hurwitz Israel National Insurance (Social Security) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PROBLEM COPYING PDS MEMBER TO A PANVALET LIBRARY
I don't know Panvalet. Given the message, you likely need to use a Panvalet supplied utility. Try looking up the LAM or PANV subsystem. -- John McKown Maranatha! Sent from my Vibrant Android phone. On Jul 4, 2011 6:29 AM, esmie moo esmie_...@yahoo.ca wrote: Good Morning Gentle Readers, I am trying to copy a jcl from my PDS to a Panvalet pds library using FILE-AID. However I get the error message Unsupported Type for the to dataset which is the Panvalet pds. ER792-Panvalet/Librarian/GEM datasets not allowed as TO dataset. Is there a way of copying a member from a PDS to a Panvalet PDS? Could someone suggest a work around? Thanks in advance. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Z/OS Maintanance
Hi, Please let me know what would be the best maintenance method for Z/OS and from the below 2 options. 1. Receive and apply RSU maintenance 2. Receive Enhanced HOLDDATA (Monthly/Quarterly) and run ERRSYSMOD report to find out the missing patches and apply those patches. 3. Both of the above Regards, Chokalingam Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z/OS Maintanance
Hello , Before taking this decision you should check couple of things 1) First you should take out SMPE report which will give the license feature product available in your system and their Maintenance level. 2) In this way you will be able to find how old your system is Maintained. 3) If you are not in very old level of RSU then you can monthly apply PE and HYPER patches including HOLD data. 4) You might not be using all the product available in you system . So Applying all PTF available in RSU will be wastage of space and unnecessary workload. 5) So before applying any PTF., read the content written above the PTF, which will describe the usages of that particular PTF. and then you take wisdom decision. Hope this will help you . Regards Saurabh On Mon, Jul 4, 2011 at 7:54 PM, Chokalingam Thangavelu thangavelu.chokalin...@wipro.com wrote: Hi, Please let me know what would be the best maintenance method for Z/OS and from the below 2 options. 1. Receive and apply RSU maintenance 2. Receive Enhanced HOLDDATA (Monthly/Quarterly) and run ERRSYSMOD report to find out the missing patches and apply those patches. 3. Both of the above Regards, Chokalingam Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real return address for link and attach
In listserv%201107011418256324.0...@bama.ua.edu, on 07/01/2011 at 02:18 PM, Donald Likens dlik...@infosecinc.com said: I have a situation where my subtask terminates and it seems it returns to somewhere in my program and starts executing my primary task (hard to believe isn't it). In fact, I don't believe it. Perhaps you specified an end-of-task exit. I want to check out my theory by determining in a dump where the attachx is going to return to after I execute the BR 14 (and return to attachx). You're confused. ATTACHX returns to the next sequential instruction as soon as it has added the new TCB to the task tree. R14 in the new task will point to CVTEXIT, a location in the CVT containing an SVC 3. When the subtask returns, the SVC 3 will handle end-of-task processing, including posting an ECB or calling an exit if the ATACHX so specified. I would also like to know where LINK(LINKX) is returning to when I execute the BR 14 (and return to link). Again, R14 will point to CVTEXIT. In this case SVC 3 will remove the new PRB and control will resume under the old PRB, following the LINK(X) macro invocation. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: If you found used gum in the parking lot, would you chew it?
In 0377b9a583fd0e4aacd676ee33ee994b4dc0d...@sdkmail13.emea.sas.com, on 07/01/2011 at 06:32 PM, Lindy Mayfield lindy.mayfi...@ssf.sas.com said: Is this recent? Possibly it's recent for USB data keys, but certainly not for CD and media. And if this is recent, just goes to show you, after it all, nothing really changed very much over the years. Well, floppy disks are no longer a useful medium for propagating worm virus infestations. I wonder if this or what other tactic could be used to break into a mainframe. Not this tactic, but other types of social engineering should work well. I've never met at all a mainframe that could be accessed from the outside. They're quite common, but typically you can't do anything until you log on. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PROBLEM COPYING PDS MEMBER TO A PANVALET LIBRARY
In 1309778979.80697.yahoomailclas...@web34502.mail.mud.yahoo.com, on 07/04/2011 at 04:29 AM, esmie moo esmie_...@yahoo.ca said: I am trying to copy a jcl from my PDS to a Panvalet pds library using FILE-AID. FILE-AID has no code to handle Panvalet. Does CA provide an enhancement to FILE-AID to support Panvalet? If so, has that support been installed? Have you checked with CA support? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real return address for link and attach
In b282be35b5a4494894d4ecfba2bf7847180f25b...@xch-nw-17v.nw.nos.boeing.com, on 07/01/2011 at 12:38 PM, Schwarz, Barry A barry.a.schw...@boeing.com said: If an attached task has terminated, there should be nothing in your dump related to it. Depending on the options, the TCB will persist until you do a DETACH. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: considering pgm to convert XMIT file to tar
In 1309739198.9025.65.ca...@dv7t.johnmckown.net, on 07/03/2011 at 07:26 PM, John McKown joa...@swbell.net said: I am considering trying to write a program on z/OS which can read a NETDATA file and write a tar file. NETDATA is the output format for the TSO TRANSMIT/XMIT and CMS SENDFILE commands. The program would convert from EBCDIC (CP037?) to ASCII (ISO8859-1), 1. ISO-8859-1 is Latin1, not ASCII 2. ISO-8859-15 is probably a better default 3. These days UTF8 is probably a better default than any of the ISO codes. 4. It would be better for CP037 to only be a default, not hard wired. 5. Do you mean uncrompressed tar or gz? The output would convert z/OS dataset names to lower case Optional or hard wired? and convert the CMS file name to fn.ft.fm . 1. The fm is more analogous to a device number than to a volser. I'd suggest giving this more thought. 2. What about CMS files in SFS rather than CMS minidisks? I don't think I could handle z/OS PDSes or CMS MACLIBs. It should be possible to support them partially. Does anybody else think this would be useful? Yes. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real return address for link and attach
In listserv%201107011545301271.0...@bama.ua.edu, on 07/01/2011 at 03:45 PM, Paul Gilmartin paulgboul...@aim.com said: What do LINK and ATTACH respectively pass the child program as a save area pointer? As documented, LINK leaves R2-R13 alone. ATTACH creates a save area for the new task and puts its address in the subtask R13, while leaving the main tasks R13 alone. If the caller ATTACHes multiple subtasks, must it provide a separate save area for each? There's no way to do that. As documented, ATTACH(X) provides the new save area, not the caller. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real return address for link and attach
In listserv%201107011533075067.0...@bama.ua.edu, on 07/01/2011 at 03:33 PM, Tom Marchant m42tom-ibmm...@yahoo.com said: LINK is an SVC and the linked program runs under control of an SVRB. No; SVC 6 creates a PRB for the linked program, and exits before the PRB receives control. The SVC will delete the SVRB The SVRB is freed before the linked program gets control. The SVC 3 from the linked program deletes the PRB. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real return address for link and attach
In 1c721f78-b08c-4846-a6d5-c7032f060...@comcast.net, on 07/02/2011 at 11:50 PM, Dale Miller dalelmil...@comcast.net said: In fact (unless this has been rewritten without my consent) programs executing as a result of EXEC PGM= are (normally?) invoked via LINK, and they run under a PRB (or used to). You're both wrong. While link creates a PRB, so does ATTACH, and the Initiator uses ATTACH for the jobstep program, not LINK. At least, that is how it worked from OS/360 R14 on. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real return address for link and attach
In 1309697614.9025.31.ca...@dv7t.johnmckown.net, on 07/03/2011 at 07:53 AM, John McKown joa...@swbell.net said: As I recall, you have a program running on a PRB. It issues a LINK which runs on a SVRB (as do all type 3 and 4 SVCs). The LINK runs the requested program on a PRB. If you abend in the second, the dump will show the TCB (TCBRBP) pointing to the second PRB which points (RBLINKB) to the SVRB which points to the first PRB which points back to the TCB. That's closer, but when SVC 6 creates the new PRB it does not push it on the stack, but rather inserts it below the SVRB, so that EXIT processing for the SVRB will make the PRB current. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Real return address for link and attach
In 1309724814.9025.41.ca...@dv7t.johnmckown.net, on 07/03/2011 at 03:26 PM, John McKown joa...@swbell.net said: This is what I see in my SYSUDUMP. It was not what I was expecting at all. PRB#1 runs pgm1 which issues SVC 6 (LINK) SVRB#1 is for SVC 0x33 SVRB#2 is for SVC 0x78 That says that there was a problem when the second program terminated. Note that you do not show an SVRB for the SVC 6. SVC 51 is the common dump routine for, e.g., SDUMP, SNAP. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Ads on IBM-MAIN
In 0377b9a583fd0e4aacd676ee33ee994b4dc0d...@sdkmail13.emea.sas.com, on 07/01/2011 at 08:10 PM, Lindy Mayfield lindy.mayfi...@ssf.sas.com said: Not sure if this is my business to say so, but normally on this list we try to keep ads to a minimum. It's the business of every subscriber to complain about advertisements that are out of bounds, although the moderator has the final say. Though I'd say that a few people contribute to the list 95% of the time, and only advertise in a very subtle way. Email footers, for example. IMHO boilerplate affiliation notices in the signature are both appropriate and desirable. Just saying. Me personally, I can simply not click on things. If you're referring to spam sent to addresses harvested from the list, that's abuse and should be reported if you understand how to correctly identify the origin. If you're referring to job notices approved by the moderator, I consider them desirable. Remember someone once, and only once, posted a job query with his resume, etc? As I recall he didn't have the moderator's prior approval. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z/OS Newbie question
On 7/4/2011 7:42 AM, Hilary Hurwitz wrote: I really miss one function - provided by FAQS/ASO. At the end of every batch job, it printed out a list of modules used and which libraries they were taken from. The short answer to this is that it's not possible. If you look through the archives, the topic of identifying a module's source has come up repeatedly, without satisfactory solution. The basic problem is that zOS has more options for loading modules, even of modules that don't exist before or after execution; a single load request may be satisfied from a concatenation of (user) libraries, or from system libraries, or from storage. If you go to www.cbttape.org you will find thousands of contributed programs. There are some that will analyze JCL libraries, and provide module and library information (but limited when symbolic parameters are used). This will give you a list of modules on EXEC PGM= operands. But a module may be loaded from a library other than one appearing on a JOBLIB or STEPLIB DD, so that alone doesn't help. If you look at SMF records, again they will provide PGM= information, but not the library. And modules that are loaded dynamically won't show up anywhere. It is possible to modify zOS (dynamically and temporarily) so that it intercepts all requests to load modules, and there may be something on the CBT for that. I also think that there may be commercial packages that include this capability, but I've never used one. One inexpensive, but not foolproof way, would be to get a directory listing for your load libraries, and see if any of the member names appear in load module text (messy and error prone). Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z/OS Newbie question
On Mon, 4 Jul 2011 11:40:05 -0400 Gerhard Postpischil gerh...@valley.net wrote: :On 7/4/2011 7:42 AM, Hilary Hurwitz wrote: : I really miss one function - provided by FAQS/ASO. : At the end of every batch job, it printed out a list of : modules used and which libraries they were taken from. :The short answer to this is that it's not possible. If you look :through the archives, the topic of identifying a module's source :has come up repeatedly, without satisfactory solution. The basic :problem is that zOS has more options for loading modules, even :of modules that don't exist before or after execution; a single :load request may be satisfied from a concatenation of (user) :libraries, or from system libraries, or from storage. It is possible via a SAF exit. Every module LOAD goes thru there and the exit could save the information to be printed during ACTRT. -- Binyamin Dissen bdis...@dissensoftware.com 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: TCPIP PROFILE
In 4e0e29dc.5040...@terra.com.br, on 07/01/2011 at 05:11 PM, Carlos Bodra - Pessoal cbo...@terra.com.br said: I need to configure a telnet access thru tcpip z/OS 1.5. Do you need NVT, TN3270 or both? The setup is different. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Vector processors on the 3090
In of1f538c10.ebd61925-on852578c0.0070d100-852578c0.00713...@tsys.com, on 07/01/2011 at 04:36 PM, Kirk Talman rkueb...@tsys.com said: If this is the beast I think it is, it attached only to 360s as a channel that had outboard channels. Memory (no bit correction) says that was 44, 65, 75, 91, and 165/8 on 370. May be more. The programs were channel programs. I was told that this was the reason the 44 was created. And that it was 65 + lobotomy. My understanding is that the 2044 was a hardwired machine unrelated to the 2065. It was fast but had no SS instructions. There was a feature that added shadow memory and a simulator for commercial instructions, and it was possible to run OS/360 using that simulator. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SVRB for LINK, when freed?
In sus21758qbl87dcho87r1gfehtodos4...@4ax.com, on 07/04/2011 at 11:04 AM, Binyamin Dissen bdis...@dissensoftware.com said: I would think that the SVRB is simply changed to a PRB. If that ever happened, it was before OS/360 R14. Every release that I have seen behaved as Peter described. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z/OS Newbie question
In D1953641A12E63479F578C0F46867B4AB3D62155D3@excmr07, on 07/04/2011 at 02:42 PM, Hilary Hurwitz hila...@nioi.gov.il said: I recently moved from being System programmer and ADABAS DBA in a VSE/ESA shop and converted myself to DBA in a Z/OS 1.9 shop. One valuable resource is the CBT tape (http:www.cbttape.org). Has anyone written it ? The LISTIDR command of AMBLIST is the supported way to get those data, but there are programs on the CBT tape that will do it quicker and better. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z/OS Newbie question
In 201107041330.p64dub6q028...@bama.ua.edu, on 07/04/2011 at 09:30 AM, Art Celestini ibmm...@celestini.com said: Getting the compile dates of all of the component object modules would seems to be much harder because of the variety of compilers that might be involved. It may be a pig, but LISTIDR will work. There are also programs on the CBT. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z/OS Newbie question
shameless-plug eventACTION has a feature (Program Execution Tracking) for exactly this purpose. /shameless-plug -- Regards, Gord Tomlin Action Software International (a division of Mazda Computer Corporation) Tel: (905) 470-7113, Fax: (905) 470-6507 On 2011-07-04 11:40, Gerhard Postpischil wrote: On 7/4/2011 7:42 AM, Hilary Hurwitz wrote: I really miss one function - provided by FAQS/ASO. At the end of every batch job, it printed out a list of modules used and which libraries they were taken from. The short answer to this is that it's not possible. If you look through the archives, the topic of identifying a module's source has come up repeatedly, without satisfactory solution. The basic problem is that zOS has more options for loading modules, even of modules that don't exist before or after execution; a single load request may be satisfied from a concatenation of (user) libraries, or from system libraries, or from storage. If you go to www.cbttape.org you will find thousands of contributed programs. There are some that will analyze JCL libraries, and provide module and library information (but limited when symbolic parameters are used). This will give you a list of modules on EXEC PGM= operands. But a module may be loaded from a library other than one appearing on a JOBLIB or STEPLIB DD, so that alone doesn't help. If you look at SMF records, again they will provide PGM= information, but not the library. And modules that are loaded dynamically won't show up anywhere. It is possible to modify zOS (dynamically and temporarily) so that it intercepts all requests to load modules, and there may be something on the CBT for that. I also think that there may be commercial packages that include this capability, but I've never used one. One inexpensive, but not foolproof way, would be to get a directory listing for your load libraries, and see if any of the member names appear in load module text (messy and error prone). Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Annoyance with the IEZJSAB macro
On Sun, 3 Jul 2011 23:29:02 +0300, Binyamin Dissen wrote: I had a USING on R1 before the macro. I realize that IEZJSAB alters the standard registers, so I did a restore of R1 after the macro. Sadly IEZJSAB does a USING and DROP on 1. It would seem to me that any macro the does a USING/DROP should bracket itself with PUSH and POP USING. I should not have to do that in open code. So you would prefer that the macro do something such as: PUSH USING (modify content of R1, as documented.) USING whatever,R1 ... POP USING MEXIT ... returning to the caller with R1 modified but the prior USING ,R1 remaining in effect? Hmmm... -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: considering pgm to convert XMIT file to tar
On Mon, 2011-07-04 at 10:44 -0400, Shmuel Metz (Seymour J.) wrote: In 1309739198.9025.65.ca...@dv7t.johnmckown.net, on 07/03/2011 at 07:26 PM, John McKown joa...@swbell.net said: I am considering trying to write a program on z/OS which can read a NETDATA file and write a tar file. NETDATA is the output format for the TSO TRANSMIT/XMIT and CMS SENDFILE commands. The program would convert from EBCDIC (CP037?) to ASCII (ISO8859-1), 1. ISO-8859-1 is Latin1, not ASCII 2. ISO-8859-15 is probably a better default 3. These days UTF8 is probably a better default than any of the ISO codes. I agree. I'll target UTF8 instead. Hard coded is easier for me, but I'll try to find an easy way (parm or environment variable) to override it. 4. It would be better for CP037 to only be a default, not hard wired. I agree. I'll try to use the same method as above. 5. Do you mean uncrompressed tar or gz? uncompressed tar. User can then gzip or bzip2 the tar if they want to. The output would convert z/OS dataset names to lower case Optional or hard wired? Default to lowercase, but overridable as above. and convert the CMS file name to fn.ft.fm . 1. The fm is more analogous to a device number than to a volser. I'd suggest giving this more thought. 2. What about CMS files in SFS rather than CMS minidisks? My VM experience ended with VM/370 and Amdahl's VM/PE. I don't know diddly about SFS and BFS. More reading. I don't think I could handle z/OS PDSes or CMS MACLIBs. It should be possible to support them partially. Perhaps as an inner tar. Does anybody else think this would be useful? Yes. So, good idea, but needs refining. -- John McKown Maranatha! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Vector processors on the 3090
rkueb...@tsys.com (Kirk Talman) writes: If this is the beast I think it is, it attached only to 360s as a channel that had outboard channels. Memory (no bit correction) says that was 44, 65, 75, 91, and 165/8 on 370. May be more. The programs were channel programs. I was told that this was the reason the 44 was created. And that it was 65 + lobotomy. bitsavers 360/44 funtional characteristics: http://www.bitsavers.org/pdf/ibm/360/funcChar/A22-6875-5_360-44_funcChar.pdf from above: Although the Model 44 processing unis is about the same in physical size (Figure 1) as that of its nearest neighbor, the Model 50, its performance on problems for which it is optimized is 30 to 60 per cent faster than that of Model 50. .. snip .. and: Processor storage speed for the Model 44 is 1 microsecond. Four bytes (one word or two halfwords) are stored or fetched in each access. Processor stroage, alwasy housed within the CPU, is availabe in the four capacities shown at the top of Figure 3. Data paths throughout the CPU are one word wide. .. snip ... functional characteristic for 360/40 (also on bitsaver) has two-byte datapaths bitsaver is missing 360/50 functional characteristics 360/65 had 8byte data paths with 750ns memory low-end mid-range 360s (up to 360/50) had integrated channels, higher-end 360s (starting with 360/65) had external channels -- virtualization experience starting Jan1968, online at home since Mar1970 -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Annoyance with the IEZJSAB macro
On Mon, 4 Jul 2011 11:15:35 -0500 Paul Gilmartin paulgboul...@aim.com wrote: :On Sun, 3 Jul 2011 23:29:02 +0300, Binyamin Dissen wrote: :I had a USING on R1 before the macro. I realize that IEZJSAB alters the :standard registers, so I did a restore of R1 after the macro. Sadly IEZJSAB :does a USING and DROP on 1. :It would seem to me that any macro the does a USING/DROP should bracket itself :with PUSH and POP USING. I should not have to do that in open code. :So you would prefer that the macro do something such as: : PUSH USING : (modify content of R1, as documented.) : USING whatever,R1 : ... : POP USING : MEXIT :... returning to the caller with R1 modified but the prior USING ,R1 :remaining in effect? Yes, as I reload R1. Why need I reissue the USING? Of course, if you want to make the case that most macros DROP R14-R1 .. -- Binyamin Dissen bdis...@dissensoftware.com 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: considering pgm to convert XMIT file to tar
On Mon, 4 Jul 2011 11:23:31 -0500, John McKown wrote: On Mon, 2011-07-04 at 10:44 -0400, Shmuel Metz (Seymour J.) wrote: on 07/03/2011 at 07:26 PM, John McKown said: I am considering trying to write a program on z/OS which can read a NETDATA file and write a tar file. NETDATA is the output format for the TSO TRANSMIT/XMIT and CMS SENDFILE commands. The program would convert from EBCDIC (CP037?) to ASCII (ISO8859-1), and convert the CMS file name to fn.ft.fm . 1. The fm is more analogous to a device number than to a volser. I'd suggest giving this more thought. +1. I'd suggest fm.fn.ft, or better, fm/fn.ft -- and someone will likely suggest filetype mapping. Likewise, if you do PDS members, I'd suggest: Q1.Q2.Q3(MEMBER) -- Q1.Q2/MEMBER.Q3 Appearing in these pages lately: http://bama.ua.edu/cgi-bin/wa?A2=ind1105L=IBM-MAINP=R43691 UnXMIT, in Java. I don't know whether the author shares the source code. Doesn't run on OS X. I reported to author who expressed high interest in OS X avaailability and offered to send me instructions for producing an OS X compatible version of the platform-centric code. But I haven't heard from him in a while. He does say his paying job is his higher priority. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Annoyance with the IEZJSAB macro
On Mon, 4 Jul 2011 19:36:55 +0300, Binyamin Dissen wrote: :It would seem to me that any macro the does a USING/DROP should bracket itself :with PUSH and POP USING. I should not have to do that in open code. :So you would prefer that the macro do something such as: : PUSH USING : (modify content of R1, as documented.) : USING whatever,R1 : ... : POP USING : MEXIT :... returning to the caller with R1 modified but the prior USING ,R1 :remaining in effect? Yes, as I reload R1. Why need I reissue the USING? Of course, if you want to make the case that most macros DROP R14-R1 .. Are you averring that's the current modal behavior? I'm not an expert. I see some value in consistency. My shallow perception is that most macros (inexplicably?) eschew USING and rely on explicitly citing base registers in storage instructions. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: considering pgm to convert XMIT file to tar
Paul Gilmartin wrote: Likewise, if you do PDS members, I'd suggest: Q1.Q2.Q3(MEMBER) -- Q1.Q2/MEMBER.Q3 Very interesting that you use the Q3 as a file extension. Do you perhaps have any [practical] background information or links on this format? What about this, if I follow your suggestion for 4 qualifiers? Something like: A.B.C.D(M) -- A.B.C/M.D or A.B.D/M.C Just curious if you don't mind. :-) Thanks for your educational posts, please keep it up! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Ads on IBM-MAIN
Lindy Mayfield wrote: ...but normally on this list we try to keep ads to a minimum. Really? :-) There are a lots of ads here, for example, a nice shameless plug today and several trainer ads the last few weeks. But I tolerate them because perhaps I learn something new and more important, these posters do give good advices too sprinkled with more ads of course. :-D ... and only advertise in a very subtle way. Email footers, for example. Delete action is free. Just use it. :-D Just saying. Me personally, I can simply not click on things. Not a problem. I just do not want this list to be flooded with ads. Some other discussion lists suffer from a lots of ads/spam/junk. I know of some, but won't name them here because one of them is based on a vendor lurking here. Remember someone once, and only once, posted a job query with his resume, etc? It wasn't tolerated after even one post. A few of you guys let him have it. Of course. The moderator must [usually] approve this. I'm not sure which one you refer, but AFAIK, that one post was not pre-approved, but I could be wrong or missed that approving. But, i don't want to cause trouble. If you don't agree, just ignore me. That's the fastest way to kill a thread. You can't cause trouble because you gave good posts here!!! :-D Please continue to share your wisdom here. Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Annoyance with the IEZJSAB macro
On Mon, 4 Jul 2011 11:59:08 -0500 Paul Gilmartin paulgboul...@aim.com wrote: :On Mon, 4 Jul 2011 19:36:55 +0300, Binyamin Dissen wrote: ::It would seem to me that any macro the does a USING/DROP should bracket itself ::with PUSH and POP USING. I should not have to do that in open code. ::So you would prefer that the macro do something such as: :: PUSH USING :: (modify content of R1, as documented.) :: USING whatever,R1 :: ... :: POP USING :: MEXIT ::... returning to the caller with R1 modified but the prior USING ,R1 ::remaining in effect? :Yes, as I reload R1. Why need I reissue the USING? :Of course, if you want to make the case that most macros DROP R14-R1 .. :Are you averring that's the current modal behavior? I'm not :an expert. I see some value in consistency. No, it does not. Assembler does not come with training wheels. :My shallow perception is that most macros (inexplicably?) :eschew USING and rely on explicitly citing base registers :in storage instructions. Yes, they do. That is what annoyed me. I could not immediately see the cause for the assembly error in the source code. -- Binyamin Dissen bdis...@dissensoftware.com 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 lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: considering pgm to convert XMIT file to tar
On Mon, 2011-07-04 at 11:44 -0500, Paul Gilmartin wrote: On Mon, 4 Jul 2011 11:23:31 -0500, John McKown wrote: +1. I'd suggest fm.fn.ft, or better, fm/fn.ft -- and someone will likely suggest filetype mapping. Likewise, if you do PDS members, I'd suggest: Q1.Q2.Q3(MEMBER) -- Q1.Q2/MEMBER.Q3 Does the solidus, /, in the name mean you want a zUNIX file instead of a sequential data set? Appearing in these pages lately: http://bama.ua.edu/cgi-bin/wa?A2=ind1105L=IBM-MAINP=R43691 UnXMIT, in Java. I don't know whether the author shares the source code. Doesn't run on OS X. I reported to author who expressed high interest in OS X avaailability and offered to send me instructions for producing an OS X compatible version of the platform-centric code. But I haven't heard from him in a while. He does say his paying job is his higher priority. -- gil I don't see any source. Just some files and two Windows executable programs. -- John McKown Maranatha! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: considering pgm to convert XMIT file to tar
On Mon, 4 Jul 2011 12:06:11 -0500, Elardus Engelbrecht wrote: Q1.Q2.Q3(MEMBER) -- Q1.Q2/MEMBER.Q3 Very interesting that you use the Q3 as a file extension. Do you perhaps have any [practical] background information or links on this format? What about this, if I follow your suggestion for 4 qualifiers? Something like: A.B.C.D(M) -- A.B.C/M.D or A.B.D/M.C Just curious if you don't mind. :-) It was an abbreviation, or example, for the (tedious): Q1.Q2.**.Qn-1.Qn(member) -- Q1.Q2.**.Qn-1/member.Qn Influenced somewhat by ISPF's strict convention of 3-level data set names, project.group.type(member), and the DOS/UNIX convention of using the filename extension to indicate the type: project.group.type(member) -- project.group/member.type (or, ad lib.): -- project/group/member.type Of course, in many members of SYS1.SAMPLIB the type is amalgamated into the member name haphazardly with no guiding convention. This is merely a consequence of absence of a hirearchial file system, confining namespace, and constraint that a library (PDS) contain only members of similar attributes in Classic MVS. I wouldn't like to map: SYS1.SAMPLIB(member) -- SYS1/member.SAMPLIB Thanks for your educational posts, please keep it up! Thanks. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: considering pgm to convert XMIT file to tar
On Mon, 4 Jul 2011 12:52:55 -0500, John McKown wrote: Q1.Q2.Q3(MEMBER) -- Q1.Q2/MEMBER.Q3 Does the solidus, /, in the name mean you want a zUNIX file instead of a sequential data set? I was wearing my UNIX spectacles, as often. Since you mentioned Java, I envisioned a portable implementation. http://bama.ua.edu/cgi-bin/wa?A2=ind1105L=IBM-MAINP=R43691 I don't see any source. Just some files and two Windows executable programs. I have a batch job, employing only base z/OS utilities (FTP, jar, RECEIVE) that fetches and extracts cbttape.org .xmi[T].zip archives. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z/OS Maintanance
I will toss my .02 on this. Z/os is huge and trying to cut and dice applying maintenance will cost you dearly trying to figure out what level you system is will turn any hair you have gray. Practically everyone I know does it RSU. The only exceptions I know of is CICS,IMS,DB2 and a few others. The 3 exceptions I mentioned need special attention, also they need TLC more than say Z/os. There are usually departmental issues as well. Ed Sent from my iPad On Jul 4, 2011, at 9:37 AM, sourabh khandelwal sourabhkhandelwal...@gmail.com wrote: Hello , Before taking this decision you should check couple of things 1) First you should take out SMPE report which will give the license feature product available in your system and their Maintenance level. 2) In this way you will be able to find how old your system is Maintained. 3) If you are not in very old level of RSU then you can monthly apply PE and HYPER patches including HOLD data. 4) You might not be using all the product available in you system . So Applying all PTF available in RSU will be wastage of space and unnecessary workload. 5) So before applying any PTF., read the content written above the PTF, which will describe the usages of that particular PTF. and then you take wisdom decision. Hope this will help you . Regards Saurabh On Mon, Jul 4, 2011 at 7:54 PM, Chokalingam Thangavelu thangavelu.chokalin...@wipro.com wrote: Hi, Please let me know what would be the best maintenance method for Z/OS and from the below 2 options. 1. Receive and apply RSU maintenance 2. Receive Enhanced HOLDDATA (Monthly/Quarterly) and run ERRSYSMOD report to find out the missing patches and apply those patches. 3. Both of the above Regards, Chokalingam Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- Thanks Regards Saurabh Khandelwal -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z/OS Maintanance
Hi Chokalingam, Here is the link for the z/OS Basic Skills Information Center (watch the wrap) http://publib.boulder.ibm.com/infocenter/zos/basics/index.jsp?topic=/com.ibm.zos.zsysprog/zsysprogc_trackpreNcoreqs.htm There is a good section on SMP/e and recommended maintenance proactices under the heading z/OS System Installation and Maintenance. It is very important to keep up on the HOLDDATA, don't allow any gaps. Many shops run a scheduled batch job to get the HOLDDATA regularly. Remember that a PTF could have gone PE after you applied it and you don't want to lose out on that info. So, after receiving HOLDDATA, run report errmods Install SMP/e 3.5. I first installed it while on z/OS 1.4. It is not z/OS release dependent. I ordered it as a CBPDO - be sure to follow the Program Directory for the install. Take advantage of FIXCAT holds and the MISSING FIX report - after you have installed SMP/e 3.5. When I order maintenance, I order through Shopz, and I upload a fresh consolidated inventory report (COSINV) each time. The instructions are on Shopz. I generally order RSU maintenance for all installed products. Picking and choosing which products to apply maintenance to is not a good practice and it will cost you more work in the long run. Be sure your APPLY CHECK is perfect before you run the APPLY. C heck all messages carefully. Be sure to take a good backup before you start a maintenance cycle and NEVER apply maintenance to your running system. Clone your system and apply to the clone. HTH, Linda - Original Message - From: Chokalingam Thangavelu thangavelu.chokalin...@wipro.com To: IBM-MAIN@bama.ua.edu Sent: Monday, July 4, 2011 7:24:26 AM Subject: Z/OS Maintanance Hi, Please let me know what would be the best maintenance method for Z/OS and from the below 2 options. 1. Receive and apply RSU maintenance 2. Receive Enhanced HOLDDATA (Monthly/Quarterly) and run ERRSYSMOD report to find out the missing patches and apply those patches. 3. Both of the above Regards, Chokalingam Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Ads on IBM-MAIN
I agree completely with Shmuel. Linda - Original Message - From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net To: IBM-MAIN@bama.ua.edu Sent: Sunday, July 3, 2011 5:34:09 PM Subject: Re: Ads on IBM-MAIN In 0377b9a583fd0e4aacd676ee33ee994b4dc0d...@sdkmail13.emea.sas.com, on 07/01/2011 at 08:10 PM, Lindy Mayfield lindy.mayfi...@ssf.sas.com said: Not sure if this is my business to say so, but normally on this list we try to keep ads to a minimum. It's the business of every subscriber to complain about advertisements that are out of bounds, although the moderator has the final say. Though I'd say that a few people contribute to the list 95% of the time, and only advertise in a very subtle way. Email footers, for example. IMHO boilerplate affiliation notices in the signature are both appropriate and desirable. Just saying. Me personally, I can simply not click on things. If you're referring to spam sent to addresses harvested from the list, that's abuse and should be reported if you understand how to correctly identify the origin. If you're referring to job notices approved by the moderator, I consider them desirable. Remember someone once, and only once, posted a job query with his resume, etc? As I recall he didn't have the moderator's prior approval. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PROBLEM COPYING PDS MEMBER TO A PANVALET LIBRARY
My long iffy memory says you create a pan step that looks something like this plus plus option, input Plus plus add,name,alc. (or what ever format) -data-- // Sorry my iPads plus sign isn't working as I thought it would. Ed Sent from my iPad On Jul 4, 2011, at 10:00 AM, Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: In 1309778979.80697.yahoomailclas...@web34502.mail.mud.yahoo.com, on 07/04/2011 at 04:29 AM, esmie moo esmie_...@yahoo.ca said: I am trying to copy a jcl from my PDS to a Panvalet pds library using FILE-AID. FILE-AID has no code to handle Panvalet. Does CA provide an enhancement to FILE-AID to support Panvalet? If so, has that support been installed? Have you checked with CA support? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Ads on IBM-MAIN
Ads are supposed to be approved by me prior to posting. If someone is abusing advertising on the list, please let me know off-list. I can set them to NOPOST, meaning I will have to approve every post they send to the list. Darren (still the list owner) On Mon, 4 Jul 2011, Linda Mooney wrote: I agree completely with Shmuel. Linda - Original Message - From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net To: IBM-MAIN@bama.ua.edu Sent: Sunday, July 3, 2011 5:34:09 PM Subject: Re: Ads on IBM-MAIN In 0377b9a583fd0e4aacd676ee33ee994b4dc0d...@sdkmail13.emea.sas.com, on 07/01/2011 at 08:10 PM, Lindy Mayfield lindy.mayfi...@ssf.sas.com said: Not sure if this is my business to say so, but normally on this list we try to keep ads to a minimum. It's the business of every subscriber to complain about advertisements that are out of bounds, although the moderator has the final say. Though I'd say that a few people contribute to the list 95% of the time, and only advertise in a very subtle way. Email footers, for example. IMHO boilerplate affiliation notices in the signature are both appropriate and desirable. Just saying. Me personally, I can simply not click on things. If you're referring to spam sent to addresses harvested from the list, that's abuse and should be reported if you understand how to correctly identify the origin. If you're referring to job notices approved by the moderator, I consider them desirable. Remember someone once, and only once, posted a job query with his resume, etc? As I recall he didn't have the moderator's prior approval. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: PROBLEM COPYING PDS MEMBER TO A PANVALET LIBRARY
File-Aid is a CompuWare product. I used to be the installer for it in my shop. Because we use PanValet to store production members, we have FileAid configured so that its access to PanValet libraries is read only. Allowing updates outside of PanValet utilities can cause problems. In my shop, updates to the PanValet libraries are allowed by batch only - because of the audit trail we need to maintain for production processes. CA will have full documentation on their support site for PanValet. HTH, Linda - Original Message - From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net To: IBM-MAIN@bama.ua.edu Sent: Monday, July 4, 2011 8:00:07 AM Subject: Re: PROBLEM COPYING PDS MEMBER TO A PANVALET LIBRARY In 1309778979.80697.yahoomailclas...@web34502.mail.mud.yahoo.com, on 07/04/2011 at 04:29 AM, esmie moo esmie_...@yahoo.ca said: I am trying to copy a jcl from my PDS to a Panvalet pds library using FILE-AID. FILE-AID has no code to handle Panvalet. Does CA provide an enhancement to FILE-AID to support Panvalet? If so, has that support been installed? Have you checked with CA support? -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Ads on IBM-MAIN
W dniu 2011-07-04 19:15, Elardus Engelbrecht pisze: Lindy Mayfield wrote: ...but normally on this list we try to keep ads to a minimum. Really? :-) There are a lots of ads here, for example, a nice shameless plug today and several trainer ads the last few weeks. I believe that some responses with ads in email footer are written solely for posting the footer. Even some threads are started just to discuss the product or post more ads in the footer. But I tolerate them because perhaps I learn something new and more important, these posters do give good advices too sprinkled with more ads of course. :-D In fact I consider ads as part of my education, really. A mainframe specialist should know HW and SW internals as well as popular applications, or less popular alternatives. I also like ads comments. Sometimes the products addresses the need which can be addressed with simple homegrown solution or CBT program or something else. It's worth to know it even if you want to buy commercial product. I dare to comment some product information (ads), especially when, IMHO, there is cheap or free alternative. So, ads are not so bad, but repetiting ads can be really boring. -- Radoslaw Skorupka Lodz, Poland -- Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku. This e-mail may contain legally privileged information of the Bank and is intended solely for business use of the addressee. This e-mail may only be received by the addressee and may not be disclosed to any third parties. If you are not the intended addressee of this e-mail or the employee authorised to forward it to the addressee, be advised that any dissemination, copying, distribution or any other similar activity is legally prohibited and may be punishable. If you received this e-mail by mistake please advise the sender immediately by using the reply facility in your e-mail software and delete permanently this e-mail including any copies of it either printed or saved to hard drive. BRE Bank SA, 00-950 Warszawa, ul. Senatorska 18, tel. +48 (22) 829 00 00, fax +48 (22) 829 00 33, e-mail: i...@brebank.pl Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. Wedug stanu na dzie 01.01.2011 r. kapita zakadowy BRE Banku SA (w caoci wpacony) wynosi 168.346.696 zotych. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: SVRB for LINK, when freed?
On 7/4/2011 1:04 AM, Binyamin Dissen wrote: On Sun, 3 Jul 2011 18:12:16 -0500 John McKownjoa...@swbell.net wrote: :Perhaps Peter Relson of IBM can resolve the question of whether the SVRB :for a LINK is freed before the LINK'ed to program's PRB is placed on the :RB chain. I'm now certain my test is wrong and that the SVRB actually :is. I would think that the SVRB is simply changed to a PRB. I believe the new PRB for the LINKed-to program is queued *between* the currently executing SVRB for the LINK SVC and the RB of the SVC 6 issuer. When finished, the LINK SVC routine simply returns in the normal manner via SVC 3. -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Annoyance with the IEZJSAB macro
On 7/3/2011 1:29 PM, Binyamin Dissen wrote: It would seem to me that any macro the does a USING/DROP should bracket itself with PUSH and POP USING. I should not have to do that in open code. Agreed. All of our internal macros do just that. BTW, the macro is IAZJSAB (IAZ not IEZ). -- Edward E Jaffe Phoenix Software International, Inc 831 Parkview Drive North El Segundo, CA 90245 310-338-0400 x318 edja...@phoenixsoftware.com http://www.phoenixsoftware.com/ -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Vector processors on the 3090
snip--- If this is the beast I think it is, it attached only to 360s as a channel that had outboard channels. Memory (no bit correction) says that was 44, 65, 75, 91, and 165/8 on 370. May be more. The programs were channel programs. I was told that this was the reason the 44 was created. And that it was 65 + lobotomy. My understanding is that the 2044 was a hardwired machine unrelated to the 2065. It was fast but had no SS instructions. There was a feature that added shadow memory and a simulator for commercial instructions, and it was possible to run OS/360 using that simulator. ---unsnip- The EMULATOR also added a few RS instructions, like STM, LM, BXH and BXLE. Somewhere I have a copy of the last version of the EMULATOR we ran at Michigan Tech; it originated at Florida Power. Rick -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Ads on IBM-MAIN
Darren, I was going to write you off list but since you brought it up. There is a on going advertisement on the list here that started as a minor annoyance and become a major pita. That is the bandwidth pig on IBM-MAIN of mfnet or what ever it's called. IMO it should be moved off to a separate list. The constant announcements of features and bugs and trial offers is getting past noise and is worth setting up a spam filter for. Could you please consider asking the author to create it's own list, please? Thanks. Ed Sent from my iPad On Jul 4, 2011, at 2:45 PM, Darren Evans-Young dar...@bama.ua.edu wrote: Ads are supposed to be approved by me prior to posting. If someone is abusing advertising on the list, please let me know off-list. I can set them to NOPOST, meaning I will have to approve every post they send to the list. Darren (still the list owner) On Mon, 4 Jul 2011, Linda Mooney wrote: I agree completely with Shmuel. Linda - Original Message - From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net To: IBM-MAIN@bama.ua.edu Sent: Sunday, July 3, 2011 5:34:09 PM Subject: Re: Ads on IBM-MAIN In 0377b9a583fd0e4aacd676ee33ee994b4dc0d...@sdkmail13.emea.sas.com, on 07/01/2011 at 08:10 PM, Lindy Mayfield lindy.mayfi...@ssf.sas.com said: Not sure if this is my business to say so, but normally on this list we try to keep ads to a minimum. It's the business of every subscriber to complain about advertisements that are out of bounds, although the moderator has the final say. Though I'd say that a few people contribute to the list 95% of the time, and only advertise in a very subtle way. Email footers, for example. IMHO boilerplate affiliation notices in the signature are both appropriate and desirable. Just saying. Me personally, I can simply not click on things. If you're referring to spam sent to addresses harvested from the list, that's abuse and should be reported if you understand how to correctly identify the origin. If you're referring to job notices approved by the moderator, I consider them desirable. Remember someone once, and only once, posted a job query with his resume, etc? As I recall he didn't have the moderator's prior approval. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Ads on IBM-MAIN
MFNetDisk is a wonderful product of which the developer does not charge one single penny! My company has saved 10's of thousands of US dollars by using this free product. You might say that it is not a good idea to put production data in the hands of such a product. I say, we simply would not be able to accomplish what we have without it. In other words, our company would not be in business without MFNetDisk. We would not be able to purchase the TB's of mainframe disk storage that MFNetDisk gives us. The postings from the developer are very useful to me and the company I work for. I don't consider them to be ads. If you find them bothersome, then you are free not to read them. --- ps2...@yahoo.com wrote: From: Ed Gould ps2...@yahoo.com To: IBM-MAIN@bama.ua.edu Subject: Re: Ads on IBM-MAIN Date: Mon, 4 Jul 2011 19:55:59 -0500 Darren, I was going to write you off list but since you brought it up. There is a on going advertisement on the list here that started as a minor annoyance and become a major pita. That is the bandwidth pig on IBM-MAIN of mfnet or what ever it's called. IMO it should be moved off to a separate list. The constant announcements of features and bugs and trial offers is getting past noise and is worth setting up a spam filter for. Could you please consider asking the author to create it's own list, please? Thanks. Ed Sent from my iPad On Jul 4, 2011, at 2:45 PM, Darren Evans-Young dar...@bama.ua.edu wrote: Ads are supposed to be approved by me prior to posting. If someone is abusing advertising on the list, please let me know off-list. I can set them to NOPOST, meaning I will have to approve every post they send to the list. Darren (still the list owner) On Mon, 4 Jul 2011, Linda Mooney wrote: I agree completely with Shmuel. Linda - Original Message - From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net To: IBM-MAIN@bama.ua.edu Sent: Sunday, July 3, 2011 5:34:09 PM Subject: Re: Ads on IBM-MAIN In 0377b9a583fd0e4aacd676ee33ee994b4dc0d...@sdkmail13.emea.sas.com, on 07/01/2011 at 08:10 PM, Lindy Mayfield lindy.mayfi...@ssf.sas.com said: Not sure if this is my business to say so, but normally on this list we try to keep ads to a minimum. It's the business of every subscriber to complain about advertisements that are out of bounds, although the moderator has the final say. Though I'd say that a few people contribute to the list 95% of the time, and only advertise in a very subtle way. Email footers, for example. IMHO boilerplate affiliation notices in the signature are both appropriate and desirable. Just saying. Me personally, I can simply not click on things. If you're referring to spam sent to addresses harvested from the list, that's abuse and should be reported if you understand how to correctly identify the origin. If you're referring to job notices approved by the moderator, I consider them desirable. Remember someone once, and only once, posted a job query with his resume, etc? As I recall he didn't have the moderator's prior approval. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html _ Netscape. Just the Net You Need. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Ads on IBM-MAIN
HI, Sometime when the time passed, I feel that the system will canceled because of SYSTEM 522 abend. The forum is idle for long time. At this time, I send thread which to my opinion is MF related thread. Most of the thread I sent speak about MF issue. I feel sorry that some people think that MFNetDisk thread is related to MF the same as Viagra related to MF. Both are spam and must be removed. I know that to press enter and delete MFNetDisk messages is very hard to old people like us. Many of my threads become active with many responses, technically responses, MF responses. So, I have big users list,I will let you guys to rest in sleep without being disturbing by Viagra, sorry MF_netdisk issue. Shai On Mon, Jul 4, 2011 at 6:46 PM, Richard Pinion rpin...@netscape.com wrote: MFNetDisk is a wonderful product of which the developer does not charge one single penny! My company has saved 10's of thousands of US dollars by using this free product. You might say that it is not a good idea to put production data in the hands of such a product. I say, we simply would not be able to accomplish what we have without it. In other words, our company would not be in business without MFNetDisk. We would not be able to purchase the TB's of mainframe disk storage that MFNetDisk gives us. The postings from the developer are very useful to me and the company I work for. I don't consider them to be ads. If you find them bothersome, then you are free not to read them. --- ps2...@yahoo.com wrote: From: Ed Gould ps2...@yahoo.com To: IBM-MAIN@bama.ua.edu Subject: Re: Ads on IBM-MAIN Date: Mon, 4 Jul 2011 19:55:59 -0500 Darren, I was going to write you off list but since you brought it up. There is a on going advertisement on the list here that started as a minor annoyance and become a major pita. That is the bandwidth pig on IBM-MAIN of mfnet or what ever it's called. IMO it should be moved off to a separate list. The constant announcements of features and bugs and trial offers is getting past noise and is worth setting up a spam filter for. Could you please consider asking the author to create it's own list, please? Thanks. Ed Sent from my iPad On Jul 4, 2011, at 2:45 PM, Darren Evans-Young dar...@bama.ua.edu wrote: Ads are supposed to be approved by me prior to posting. If someone is abusing advertising on the list, please let me know off-list. I can set them to NOPOST, meaning I will have to approve every post they send to the list. Darren (still the list owner) On Mon, 4 Jul 2011, Linda Mooney wrote: I agree completely with Shmuel. Linda - Original Message - From: Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net To: IBM-MAIN@bama.ua.edu Sent: Sunday, July 3, 2011 5:34:09 PM Subject: Re: Ads on IBM-MAIN In 0377b9a583fd0e4aacd676ee33ee994b4dc0d...@sdkmail13.emea.sas.com, on 07/01/2011 at 08:10 PM, Lindy Mayfield lindy.mayfi...@ssf.sas.com said: Not sure if this is my business to say so, but normally on this list we try to keep ads to a minimum. It's the business of every subscriber to complain about advertisements that are out of bounds, although the moderator has the final say. Though I'd say that a few people contribute to the list 95% of the time, and only advertise in a very subtle way. Email footers, for example. IMHO boilerplate affiliation notices in the signature are both appropriate and desirable. Just saying. Me personally, I can simply not click on things. If you're referring to spam sent to addresses harvested from the list, that's abuse and should be reported if you understand how to correctly identify the origin. If you're referring to job notices approved by the moderator, I consider them desirable. Remember someone once, and only once, posted a job query with his resume, etc? As I recall he didn't have the moderator's prior approval. -- Shmuel (Seymour J.) Metz, SysProg and JOAT ISO position; see http://patriot.net/~shmuel/resume/brief.html We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z/OS Maintanance
Hi Chokalingam, I hav been working in MVS from 1980 and I choose no 2. Best Regards, Azim On Mon, Jul 4, 2011 at 10:27 PM, Linda Mooney linda.lst...@comcast.netwrote: Hi Chokalingam, Here is the link for the z/OS Basic Skills Information Center (watch the wrap) http://publib.boulder.ibm.com/infocenter/zos/basics/index.jsp?topic=/com.ibm.zos.zsysprog/zsysprogc_trackpreNcoreqs.htm There is a good section on SMP/e and recommended maintenance proactices under the heading z/OS System Installation and Maintenance. It is very important to keep up on the HOLDDATA, don't allow any gaps. Many shops run a scheduled batch job to get the HOLDDATA regularly. Remember that a PTF could have gone PE after you applied it and you don't want to lose out on that info. So, after receiving HOLDDATA, run report errmods Install SMP/e 3.5. I first installed it while on z/OS 1.4. It is not z/OS release dependent. I ordered it as a CBPDO - be sure to follow the Program Directory for the install. Take advantage of FIXCAT holds and the MISSING FIX report - after you have installed SMP/e 3.5. When I order maintenance, I order through Shopz, and I upload a fresh consolidated inventory report (COSINV) each time. The instructions are on Shopz. I generally order RSU maintenance for all installed products. Picking and choosing which products to apply maintenance to is not a good practice and it will cost you more work in the long run. Be sure your APPLY CHECK is perfect before you run the APPLY. C heck all messages carefully. Be sure to take a good backup before you start a maintenance cycle and NEVER apply maintenance to your running system. Clone your system and apply to the clone. HTH, Linda - Original Message - From: Chokalingam Thangavelu thangavelu.chokalin...@wipro.com To: IBM-MAIN@bama.ua.edu Sent: Monday, July 4, 2011 7:24:26 AM Subject: Z/OS Maintanance Hi, Please let me know what would be the best maintenance method for Z/OS and from the below 2 options. 1. Receive and apply RSU maintenance 2. Receive Enhanced HOLDDATA (Monthly/Quarterly) and run ERRSYSMOD report to find out the missing patches and apply those patches. 3. Both of the above Regards, Chokalingam Please do not print this email unless it is absolutely necessary. The information contained in this electronic message and any attachments to this message are intended for the exclusive use of the addressee(s) and may contain proprietary, confidential or privileged information. If you are not the intended recipient, you should not disseminate, distribute or copy this e-mail. Please notify the sender immediately and destroy all copies of this message and any attachments. WARNING: Computer viruses can be transmitted via email. The recipient should check this email and any attachments for the presence of viruses. The company accepts no liability for any damage caused by any virus transmitted by this email. www.wipro.com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Z/OS Newbie question
Subject: Another OT: Z/OS FAQS? From: Leo Langevin (leo_j_lange...@hotmail.com) Date: Wed Jun 15 2011 - 01:40:45 EDT and decided that just possibly *you* are Leo Langevin's better half! I am (or at least - his other half !) Hilary -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Annoyance with the IEZJSAB macro
On Mon, 4 Jul 2011 15:33:13 -0700, Edward Jaffe wrote: On 7/3/2011 1:29 PM, Binyamin Dissen wrote: It would seem to me that any macro the does a USING/DROP should bracket itself with PUSH and POP USING. I should not have to do that in open code. Agreed. All of our internal macros do just that. It appears that you and Binyamin have a strong argument based on consistency with prevailing conventions. Would someone more knowledgeable than I consider an RCF requesting a clarification comprising: o A blanket statement in any relevant Users Guide(s) that no macro modifies any caller's setting such as USING (PRINT? Others?) without restoring it before returning to caller. o A similar statement that no macro issues an unbalanced PUSH or POP. o An expressed commitment that any PMR reporting a verifiable violation of these terms will be addressed by either a DOC or a FIN (or better) APAR. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Annoyance with the IEZJSAB macro
On Tue, 5 Jul 2011 00:48:37 -0500, Paul Gilmartin wrote: On Mon, 4 Jul 2011 15:33:13 -0700, Edward Jaffe wrote: On 7/3/2011 1:29 PM, Binyamin Dissen wrote: It would seem to me that any macro the does a USING/DROP should bracket itself with PUSH and POP USING. I should not have to do that in open code. Agreed. All of our internal macros do just that. It appears that you and Binyamin have a strong argument based on consistency with prevailing conventions. Would someone more knowledgeable than I consider an RCF requesting a clarification comprising: o A blanket statement in any relevant Users Guide(s) that no macro modifies any caller's setting such as USING (PRINT? Others?) without restoring it before returning to caller. (I meant to add, except as documented in the RM for the individual macro.) o A similar statement that no macro issues an unbalanced PUSH or POP. o An expressed commitment that any PMR reporting a verifiable violation of these terms will be addressed by either a DOC or a FIN (or better) APAR. -- gil -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html