AUTO: Dan Rose is out of the office. (returning 10/03/2011)
I am out of the office until 10/03/2011. I will respond to your message when I return. Note: This is an automated response to your message "IBM-MAIN Digest - 27 Sep 2011 to 28 Sep 2011 (#2011-271)" sent on 9/29/2011 0:00:01. This is the only notification you will receive while this person is away. "PLEASE NOTE: The preceding information may be confidential or privileged. It only should be used or disseminated for the purpose of conducting business with Parker. If you are not an intended recipient, please notify the sender by replying to this message and then delete the information from your system. Thank you for your cooperation." -- 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: Checking CRITICALPAGING status for an AS
> SYS1.MODGEN(IARRAX) Thank you! I see I haven't done my homework properly. I've searched ibm-main archives and internet, but failed to look in the SYS1 datasets. Have a nice day! -- Zaromil -- 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: Checking CRITICALPAGING status for an AS
On 28 September 2011 14:40, Jim Mulder wrote: > SYS1.MODGEN(IARRAX) > > RAXFLGS2 DS BL1 FLAG BYTE 2 @LSA > RAXCriticalPaging EQU X'80' Pages are not allowed to be stolen @LSM > * from this address space (set by @LSM > * IEFPPT and IEFSD101) @LSM > RaxCriticalPagesStolen EQU X'40' Pages were stolen from this @LSM > * address space while it was @LSM > * marked critical @LSM > RaxASOwnsNonCriticalDS EQU X'20' At least one non-critical dataspace > * has been created by the address space @LSA > RaxNonCriticalDSStolen EQU X'10' Pages were stolen from a > * non-critical dataspace owned by this > * critical address space @LSA Interesting definition for that second bit... Was this a case of one group drawing a line in the sand, another stepping over it, and the first group backing up and drawing a new line? Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Checking CRITICALPAGING status for an AS
"Tony Harminc" wrote in message news:... > On 28 September 2011 14:40, Jim Mulder wrote: > > > SYS1.MODGEN(IARRAX) > > > > RAXFLGS2 DS BL1 FLAG BYTE 2 @LSA > > RAXCriticalPaging EQU X'80' Pages are not allowed to be stolen @LSM > > * from this address space (set by @LSM > > * IEFPPT and IEFSD101) @LSM > > RaxCriticalPagesStolen EQU X'40' Pages were stolen from this @LSM > > * address space while it was @LSM > > * marked critical @LSM > > RaxASOwnsNonCriticalDS EQU X'20' At least one non-critical dataspace > > * has been created by the address space @LSA > > RaxNonCriticalDSStolen EQU X'10' Pages were stolen from a > > * non-critical dataspace owned by this > > * critical address space @LSA > > Interesting definition for that second bit... Was this a case of one > group drawing a line in the sand, another stepping over it, and the > first group backing up and drawing a new line? > > Tony H. > The word 'yet' in the description probably describes its meaning. I suppose RSM was in such a bad need of real storage frames, that is had (or took) permission to overrule bit 1. Kees. For information, services and offers, please visit our web site: http://www.klm.com. This e-mail and any attachment may contain confidential and privileged material intended for the addressee only. If you are not the addressee, you are notified that no part of the e-mail or any attachment may be disclosed, copied or distributed, and that any other action related to this e-mail or attachment is strictly prohibited, and may be unlawful. If you have received this e-mail by error, please notify the sender immediately by return e-mail, and delete this message. Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its employees shall not be liable for the incorrect or incomplete transmission of this e-mail or any attachments, nor responsible for any delay in receipt. Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch Airlines) is registered in Amstelveen, The Netherlands, with registered number 33014286 -- 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
CMS load module format
Can anyone point me to a description of the CMS non-relocatable load module format? I can't seem to find it anywhere... (i.e. the output of the CMS GENMOD command.) - Thanks! - - Dave Rivers - -- riv...@dignus.comWork: (919) 676-0847 Get your mainframe programming tools at http://www.dignus.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: CMS load module format
riv...@dignus.com (Thomas David Rivers) writes: > Can anyone point me to a description of the CMS non-relocatable > load module format? I can't seem to find it anywhere... > (i.e. the output of the CMS GENMOD command.) old/original ... part of vm370/cms release 6 dmsmod assemble file from hercules/cbttape distribution (more detailed information in actual source): * GENMOD ISSUES THE START (NO) COMMAND TO FINISH LOADING OF 00116000 * OBJECT PROGRAMS. NEXT ERASE THE OLD MODULE IF IT EXISTS. 00117000 * THE START AND ENDING LOCATIONS ARE DETERMINED FROM THE00118000 * USER OPTIONS 'TO' AND 'FROM' OR BY DEFAULT. THE DEFAULT 00119000 * START IS THE ADDRESS OF THE FIRST LOADER TABLE NAME, THE 0012 * DEFAULT END IS THE CURRENT SETTING OF LOCCNT IN NUCON.00121000 * AN EIGHTY BYTE RECORD IS WRITTEN AS THE FIRST RECORD OF THE 00122000 * THE MODULE. THIS RECORD CONSISTS OF THE NUCON LOADER INFORMA- 00123000 * TION. NEXT THE TEXT INFORMATION IS WRITTEN TO THE MODULE 00124000 * FILE IN VARIABLE SIZE RECORDS UP TO 65535 BYTES. IF THE 00125000 * MODULE IS NOT FOR A TRANSIENT ROUTINE AND NOMAP WAS NOT 00126000 * SPECIFIED THE LOADER TABLE IS WRITTEN AS THE LAST MODULE 00127000 * FILE RECORD. CLOSE THE NEW MODULE FILE AND RETURN TO THE 00128000 * CALLER. 00129000 http://www.cbttape.org/vm6.htm http://www.cbttape.org/awstape.htm http://www.smrcc.org.uk/members/g4ugm/VM370.htm -- 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
OT to my collegues
All, Is that I am getting older or are people forgetting how to read IBM manuals . Scott J Ford Software Engineer http://www.identityforge.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: OT to my collegues
Why read when it is simpler to just ask here and get a pre-digested answer? Almost as good as sleep learning via RNA-drip. Or is my attitude showing again? Ah, for the grand old days of public ridicule. But, this is the Windows generation. Where everything should be intuitive (aka "no learning required!") and no action should ever result in injury. That's why it is necessary for an electric hair dryer to be labeled "do not use while showering". -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -Original Message- > From: IBM Mainframe Discussion List > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford > Sent: Thursday, September 29, 2011 3:27 PM > To: IBM-MAIN@bama.ua.edu > Subject: OT to my collegues > > All, > > Is that I am getting older or are people forgetting how to > read IBM manuals . > > > Scott J Ford > Software Engineer > http://www.identityforge.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: OT to my collegues
I say remove all warnings and let Darwin thin out the species. Of course one could say that you never could really read IBM manuals ... -Original Message- McKown, John Why read when it is simpler to just ask here and get a pre-digested answer? Almost as good as sleep learning via RNA-drip. Or is my attitude showing again? Ah, for the grand old days of public ridicule. But, this is the Windows generation. Where everything should be intuitive (aka "no learning required!") and no action should ever result in injury. That's why it is necessary for an electric hair dryer to be labeled "do not use while showering". -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -Original Message- Scott Ford > > All, > > Is that I am getting older or are people forgetting how to read IBM > manuals . > > > Scott J Ford > Software Engineer > http://www.identityforge.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: OT to my collegues
Scott J Ford Software Engineer http://www.identityforge.com From: Scott Ford To: "Mullen, Patrick" Sent: Thursday, September 29, 2011 4:51 PM Subject: Re: OT to my collegues I love you guys...I had this CICS sysprog I worked with if you asked him more than once, he wont tell you, said you werent listening, plus in those days CICS 1.4 we had all the module assemlber listenings and PRMs not any more .So I had to learn it the hard way probably like you guys did Scott J Ford Software Engineer http://www.identityforge.com From: "Mullen, Patrick" To: scott_j_f...@yahoo.com Sent: Thursday, September 29, 2011 4:48 PM Subject: RE: OT to my collegues Hi Scott, I'm sure that in most companies in the 1980s, if you as a junior sysprog had continually approached the seniors with queries without first consulting the available manuals, you would not very quickly have progressed in your career. But there certainly were those types around, the ones with loud voices, confident demeanour and sharp dress sense would usually leave to join the big consultancy companies :) I'm not sure if it's more prevalent today, or just more noticeable, now that the Internet has become the Universal Textbook. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: September 29, 2011 3:27 PM To: IBM-MAIN@bama.ua.edu Subject: OT to my collegues All, Is that I am getting older or are people forgetting how to read IBM manuals . Scott J Ford Software Engineer http://www.identityforge.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: OT to my collegues
On 9/29/2011 1:26 PM, Scott Ford wrote: Is that I am getting older or are people forgetting how to read IBM manuals . Not just IBM manuals. ;-) -- 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: OT to my collegues
John, Has a manager on VM who has use learn the VM commands under the clists. This was an important lesson, always investigate and look Scott J Ford Software Engineer http://www.identityforge.com From: "McKown, John" To: IBM-MAIN@bama.ua.edu Sent: Thursday, September 29, 2011 4:41 PM Subject: Re: OT to my collegues Why read when it is simpler to just ask here and get a pre-digested answer? Almost as good as sleep learning via RNA-drip. Or is my attitude showing again? Ah, for the grand old days of public ridicule. But, this is the Windows generation. Where everything should be intuitive (aka "no learning required!") and no action should ever result in injury. That's why it is necessary for an electric hair dryer to be labeled "do not use while showering". -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -Original Message- > From: IBM Mainframe Discussion List > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford > Sent: Thursday, September 29, 2011 3:27 PM > To: IBM-MAIN@bama.ua.edu > Subject: OT to my collegues > > All, > > Is that I am getting older or are people forgetting how to > read IBM manuals . > > > Scott J Ford > Software Engineer > http://www.identityforge.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: OT to my collegues
Yep Ed absolutely ...Read the manuals of the product and go through and critical think, did i say a bad word, critical think Scott J Ford Software Engineer http://www.identityforge.com From: Edward Jaffe To: IBM-MAIN@bama.ua.edu Sent: Thursday, September 29, 2011 4:54 PM Subject: Re: OT to my collegues On 9/29/2011 1:26 PM, Scott Ford wrote: > Is that I am getting older or are people forgetting how to read IBM manuals > . Not just IBM manuals. ;-) -- 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 -- 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: OT to my collegues
The Google search can be a good thing, but take a step further and learn about what your googling ...hey theres a concept.. Scott J Ford Software Engineer http://www.identityforge.com From: Campbell Jay To: IBM-MAIN@bama.ua.edu Sent: Thursday, September 29, 2011 5:00 PM Subject: Re: OT to my collegues May we consider the exponential expansion of the available data ? The "Refer to" this and that ? And sometimes infuriatingly unclimactic Google search ? Jay Campbell IBM OS Support Section -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Thursday, September 29, 2011 4:27 PM To: IBM-MAIN@bama.ua.edu Subject: OT to my collegues All, Is that I am getting older or are people forgetting how to read IBM manuals . Scott J Ford Software Engineer http://www.identityforge.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: OT to my collegues
rem it was easier to read a real manual on the train etc. and highlight btw are you sure that's how you spell - collegues Scott Ford To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List Re: OT to my collegues 09/29/2011 04:55 PM Please respond to IBM Mainframe Discussion List John Has a manager on VM who has use learn the VM commands under the clists. This was an important lesson, always investigate and look Scott J Ford Software Engineer http://www.identityforge.com From: "McKown, John" To: IBM-MAIN@bama.ua.edu Sent: Thursday, September 29, 2011 4:41 PM Subject: Re: OT to my collegues Why read when it is simpler to just ask here and get a pre-digested answer? Almost as good as sleep learning via RNA-drip. Or is my attitude showing again? Ah, for the grand old days of public ridicule. But, this is the Windows generation. Where everything should be intuitive (aka "no learning required!") and no action should ever result in injury. That's why it is necessary for an electric hair dryer to be labeled "do not use while showering". -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -Original Message- > From: IBM Mainframe Discussion List > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford > Sent: Thursday, September 29, 2011 3:27 PM > To: IBM-MAIN@bama.ua.edu > Subject: OT to my collegues > > All, > > Is that I am getting older or are people forgetting how to > read IBM manuals . > > > Scott J Ford > Software Engineer > http://www.identityforge.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 -- 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: OT to my collegues
Man it aint in hexidecimal you know Scott J Ford Software Engineer http://www.identityforge.com From: August Carideo To: IBM-MAIN@bama.ua.edu Sent: Thursday, September 29, 2011 5:09 PM Subject: Re: OT to my collegues rem it was easier to read a real manual on the train etc. and highlight btw are you sure that's how you spell - collegues Scott Ford To Sent by: IBM IBM-MAIN@bama.ua.edu Mainframe cc Discussion List Re: OT to my collegues 09/29/2011 04:55 PM Please respond to IBM Mainframe Discussion List John Has a manager on VM who has use learn the VM commands under the clists. This was an important lesson, always investigate and look Scott J Ford Software Engineer http://www.identityforge.com From: "McKown, John" To: IBM-MAIN@bama.ua.edu Sent: Thursday, September 29, 2011 4:41 PM Subject: Re: OT to my collegues Why read when it is simpler to just ask here and get a pre-digested answer? Almost as good as sleep learning via RNA-drip. Or is my attitude showing again? Ah, for the grand old days of public ridicule. But, this is the Windows generation. Where everything should be intuitive (aka "no learning required!") and no action should ever result in injury. That's why it is necessary for an electric hair dryer to be labeled "do not use while showering". -- John McKown Systems Engineer IV IT Administrative Services Group HealthMarkets® 9151 Boulevard 26 . N. Richland Hills . TX 76010 (817) 255-3225 phone . john.mck...@healthmarkets.com . www.HealthMarkets.com Confidentiality Notice: This e-mail message may contain confidential or proprietary information. If you are not the intended recipient, please contact the sender by reply e-mail and destroy all copies of the original message. HealthMarkets® is the brand name for products underwritten and issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA Life and Health Insurance Company.SM > -Original Message- > From: IBM Mainframe Discussion List > [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford > Sent: Thursday, September 29, 2011 3:27 PM > To: IBM-MAIN@bama.ua.edu > Subject: OT to my collegues > > All, > > Is that I am getting older or are people forgetting how to > read IBM manuals . > > > Scott J Ford > Software Engineer > http://www.identityforge.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 -- 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:
Re: OT to my collegues
Are you a football quarterback too? From: Campbell Jay To: IBM-MAIN@bama.ua.edu Sent: Thu, September 29, 2011 2:00:09 PM Subject: Re: OT to my collegues May we consider the exponential expansion of the available data ? The "Refer to" this and that ? And sometimes infuriatingly unclimactic Google search ? Jay Campbell IBM OS Support Section -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Ford Sent: Thursday, September 29, 2011 4:27 PM To: IBM-MAIN@bama.ua.edu Subject: OT to my collegues All, Is that I am getting older or are people forgetting how to read IBM manuals . Scott J Ford Software Engineer http://www.identityforge.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: OT to my collegues
- Yep Ed absolutely ...Read the manuals of the product and go through and critical think, did i say a bad word, critical think --- To paraphrase Robin Williams in one of his film roles: "Think ... now there's a helluva concept." -- 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: OT to my collegues
- Why read when it is simpler to just ask here and get a pre-digested answer? Almost as good as sleep learning via RNA-drip. Or is my attitude showing again? Ah, for the grand old days of public ridicule. But, this is the Windows generation. Where everything should be intuitive (aka "no learning required!") and no action should ever result in injury. That's why it is necessary for an electric hair dryer to be labeled "do not use while showering". As long as we have the current "liberal" and "politically correct" press, public ridicule will remain stifled. 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: OT to my collegues
Yep, Rick I cannot agree more.. Scott J Ford Software Engineer http://www.identityforge.com From: Rick Fochtman To: IBM-MAIN@bama.ua.edu Sent: Thursday, September 29, 2011 9:04 PM Subject: Re: OT to my collegues - > Yep Ed absolutely ...Read the manuals of the product and go through and > critical think, did i say a bad word, critical think > > --- To paraphrase Robin Williams in one of his film roles: "Think ... now there's a helluva concept." -- 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: OT to my collegues
All, Is that I am getting older or are people forgetting how to read IBM manuals . - Both, more's the pity... 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: OT to my collegues
What about the Forrest Gump line, 'Stupid is as stupid does'. Scott J Ford Software Engineer http://www.identityforge.com From: Rick Fochtman To: IBM-MAIN@bama.ua.edu Sent: Thursday, September 29, 2011 9:07 PM Subject: Re: OT to my collegues - > Why read when it is simpler to just ask here and get a pre-digested answer? > Almost as good as sleep learning via RNA-drip. Or is my attitude showing > again? Ah, for the grand old days of public ridicule. But, this is the > Windows generation. Where everything should be intuitive (aka "no learning > required!") and no action should ever result in injury. That's why it is > necessary for an electric hair dryer to be labeled "do not use while > showering". > > As long as we have the current "liberal" and "politically correct" press, public ridicule will remain stifled. 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 -- 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: OT to my collegues
Rick, We fought for many many years so IBM would document items in the fine manuals. For about 10 years it worked well. Somewhere around the early 1990's IBM reverted to not doing such a good job of maintaining the manuals. Case in point (not the only one for sure but...) The fine COBOL people decided to drop the messages and codes manual. When asked we got the asinine answer that the messages are self documenting (which they were NOT). It took close to to years of asking (I am trying to be nice here) and they (COBOL) finally condescended to document them. The LE people have the same attitude and there are more. IBM is essentially back treading on their promise on documentation. WHile it is I agree a user issue in not reading the fine manuals IBM is starting to hide things again. I am not excusing the people from looking it up but IBM is not holding up their end of the deal entirely either. What might help on both sides if IBM would come up with a decent way of looking up questions in the manuals. If it needs to be a re writing of manuals to better accomplish this or a better way of searching I think it would help all concerned. Ed - Original Message - From: Rick Fochtman To: IBM-MAIN@bama.ua.edu Cc: Sent: Thursday, September 29, 2011 8:08 PM Subject: Re: OT to my collegues >All, > >Is that I am getting older or are people forgetting how to read IBM manuals >. > > - Both, more's the pity... 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 -- 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: OT to my collegues
As far as I can judge: yes, you are getting older all day long -- and I hope you will continue for a very long time. Come along for a stay, then we can get older together for a couple of days. One day I had a really big problem. Of course, it was my fault, I had forget some details and been too stupid before, etc pp... . But dear god likes me and therefore I got help. And man, was I happy when someone gave me that hint! Why not giving help to others? I am not sure where some list members come from. But I know that in certain areas of this planet a majority of people have not much chance for neither education nor wealth -- which in my eyes correlates pretty fine, especially in regions like India or China. Last year I met young computer science students in Colombo, Sri Lanka. Imagine someone from such part of the world having his or her one and only chance of becoming mainframe system programmer. I will not underestimate that persons' effort for learning and gratitude for getting help. Cheers Michael Von:Scott Ford An: IBM-MAIN@bama.ua.edu Datum: 2011-09-29 22:27 Betreff:OT to my collegues Gesendet von: IBM Mainframe Discussion List All, Is that I am getting older or are people forgetting how to read IBM manuals . Scott J Ford Software Engineer http://www.identityforge.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
Health Check (IBMSVA,SVA_AUTOIPL_DEFINED)
I finally got permission to try out AUTOIPL, which we'll keep sysprog-only. Hence I set a default policy of AUTOIPL SADMP(NONE) MVS(NONE) in diagxx, activated it, did a: D DIAG IGV007I 06.35.32 DIAG DISPLAY 903 VSM TRACK CSA(ON) SQA(ON) VSM TRACE GET(OFF) FREE(OFF) VSM CHECKREGIONLOSS(256K,10M) VSM ALLOWUSERKEYCSA(NO) VSM BESTFITCSA(YES) VSM USEZOSV1R9RULES(YES) TRAPS NAME(IOSZDACMSGS) CBLOC VIRTUAL24() VIRTUAL31(IHALCCA,IHAPCCA) REUSASID(YES) AUTOIPL SADMP(NONE) MVS(NONE) Then I went and tried to get the health check exception to go away by refreshing it F HCHECKER,REFRESH,CHECK=(IBMSVA,SVA_AUTOIPL_DEFINED) CSV430I MODULE U11DHCXT FOR EXIT HZSADDCHECK HAS BEEN MADE INACTIVE DUE TO ABEND=29 REASON=02014007 SYSTEM COMPLETION CODE=290 REASON CODE=02014007 PSW AT TIME OF ERROR 070C1001 9516A252 ILC 2 INTC 0D ACTIVE LOAD MODULE ADDRESS=1510 OFFSET=0006A252 NAME=HZSINPVT DATA AT PSW 1516A24C - C15818F6 0A0D5830 C0F01823 GR 0: _0004 1: 0048_0429 2: _0008 3: _ 4: 0048_0008 5: _7F0809AC 6: _02014007 7: _7F080006 8: _7F0806C4 9: _7F0806C8 A: _7F5AE4F0 B: _7F0810FF C: _1516DB7C D: _7F080100 E: _1516A22C F: _02014007 END OF SYMPTOM DUMP HZS0400I CHECK(IBMSVA,SVA_AUTOIPL_DEFINED): 900 REFRESH PROCESSING HAS BEEN COMPLETED HZS0002E CHECK(IBMSVA,SVA_AUTOIPL_DEFINED): 901 BLWH0001E AutoIPL policy is not active. Great. Now what? For one thing, the name U11DHCXT sounds like some CA11 module (we have deleted all CA health checks). It certainly cannot be found in z/OS 1.12. While it's great that CSV deactivates the exit point (normal processing to avoid further abends, I guess), why is an HZSADDCHECK (add check???) exit gone through when I *refresh* a health check? What does U11DHCXT have to do with loadwait/restart? Why is Loadwait/restart telling me that the AUTOIPL policy is NOT active? Is deactivating it via (NONE) not a default policy? Does this setting have to be active *at IPL*? In other words, can it not get dynamically activated? (If so, I couldn't find that spelled out, and I did check both Planning:OPS and Init&Tuna.) Oh, and SIS doesn't show me anything for the health check, the U11 module name or anything remotely connected for abend290. Google didn't either. The health checker book has mixed up this and the other SVA-check in the description/example, and as usual, nobody noticed. This looks like another candidate for deletion. Let's see if the rest of the autoipl function is as bad. Barbara Nitz -- 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
AUTO: David Betten/Gaithersburg/IBM is out of the office until 10/03/2011. (returning 10/03/2011)
I am out of the office until 10/03/2011. I am out of the office beginning Friday , 9/30 and returning on Monday, 10/03. My backup is Vicky Vezinaw, vezi...@us.ibm.com Note: This is an automated response to your message "Re: OT to my collegues" sent on 9/29/11 22:59:20. This is the only notification you will receive while this person is away. -- 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: Health Check (IBMSVA,SVA_AUTOIPL_DEFINED)
>AUTOIPL SADMP(NONE) MVS(NONE) >HZS0400I CHECK(IBMSVA,SVA_AUTOIPL_DEFINED): 900 >REFRESH PROCESSING HAS BEEN COMPLETED >HZS0002E CHECK(IBMSVA,SVA_AUTOIPL_DEFINED): 901 >BLWH0001E AutoIPL policy is not active. >Why is Loadwait/restart telling me that the AUTOIPL policy is NOT active? >Is deactivating it via (NONE) not a default policy? >Does this setting have to be active *at IPL*? In other words, can it not get >dynamically activated? (If so, I couldn't find that spelled out, and I did > check both Planning:OPS and Init&Tuna.) The check is implemented in module BLWHCCHK The part of interest to you simply does the following: If (DGNBPTR ¬= 0) /* If there is a DGNB, */ & (DgnbAI_SADIPL/* If the policy says to take a SADMP, or */ | DgnbAI_MvsReIPL /* the policy says to re-IPL MVS then*/ ) Then /* the policy exists */ ReturnValue = KAutoIPLPolicyIsActive; Else/* the policy doesn't exist*/ ReturnValue = KAutoIPLPolicyIsNotActive; So, for your AUTOIPL SADMP(NONE) MVS(NONE) , the health check says that the policy is not active. I am just telling you what it does. I didn't do it. Don't shoot the messenger. Although, I was probably asked to review the design, and I probably didn't. I would agree that saying " AutoIPL policy is not active." is not the most accurate way do describe this state of affairs. It might be more accurate to say that there is always a policy, and the policy says that "AutoIPL is not active" for SADMP(NONE) MVS(NONE), or "AutoIPL is active" if SADMP or MVS is not NONE. The change flags in the checking module suggests that it was written in a country where the native language is not English, and maybe that has something to do with the English language wording. If you interpret the message as BLWH0001E AutoIPL policy is "not active". (with my quotes for emphasis), then it says that the policy says "not active". Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
Re: Health Check (IBMSVA,SVA_AUTOIPL_DEFINED)
>So, for your AUTOIPL SADMP(NONE) MVS(NONE) , >the health check says that the policy is not active. > > I am just telling you what it does. I didn't do it. Don't shoot the >messenger. I don't intend to. :-) >Although, I was probably asked to review the design, and I >probably didn't. >I would agree that saying " AutoIPL policy is not active." is >not the most accurate way do describe this state of affairs. >It might be more accurate to say that there is always a policy, >and the policy says that "AutoIPL is not active" >for SADMP(NONE) MVS(NONE), or "AutoIPL is active" if SADMP >or MVS is not NONE. > > The change flags in the checking module suggests that it was >written in a country where the native language is not English, and >maybe that has something to do with the English language wording. >If you interpret the message as > >BLWH0001E AutoIPL policy is "not active". > >(with my quotes for emphasis), then it says that the policy says "not >active". Got it. :-) Thanks a lot! This "health check" will be deleted as useless. Best 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
