Re: August SHARE location?
On Mon, Jan 10, 2011 at 3:19 PM, Hodge, Robert L wrote: > Second paragraph at www.share.org February 27 = "very, VERY early August" -- zMan -- "I've got a mainframe and I'm not afraid to use it"
Re: August SHARE location?
Second paragraph at www.share.org -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of O'Brien, Dennis L Sent: Monday, January 10, 2011 1:11 PM To: IBMVM@LISTSERV.UARK.EDU Subject: EXTERNAL: August SHARE location? Has the location for the August SHARE been announced? If it has, it's not on the SHARE web site. Dennis "Perhaps if Mayor Michael Bloomberg spent less time keeping salt off our tables and more time getting salt on the streets, New York roads might have been passable this week.." -- Eric Felten, in The Wall Street Journal -- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or free of errors or viruses. References to "Sender" are references to any subsidiary of Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this EC may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you consent to the foregoing.
Re: August SHARE location?
Sorry, I misunderstood. It hasn't been announced yet. http://www.share.org/Events/FutureConferences/tabid/127/Default.aspx -Original Message- From: Hodge, Robert L Sent: Monday, January 10, 2011 1:20 PM To: 'The IBM z/VM Operating System' Subject: RE: August SHARE location? Second paragraph at www.share.org -Original Message- From: The IBM z/VM Operating System [mailto:ib...@listserv.uark.edu] On Behalf Of O'Brien, Dennis L Sent: Monday, January 10, 2011 1:11 PM To: IBMVM@LISTSERV.UARK.EDU Subject: EXTERNAL: August SHARE location? Has the location for the August SHARE been announced? If it has, it's not on the SHARE web site. Dennis "Perhaps if Mayor Michael Bloomberg spent less time keeping salt off our tables and more time getting salt on the streets, New York roads might have been passable this week.." -- Eric Felten, in The Wall Street Journal -- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or free of errors or viruses. References to "Sender" are references to any subsidiary of Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this EC may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you consent to the foregoing.
August SHARE location?
Has the location for the August SHARE been announced? If it has, it's not on the SHARE web site. Dennis "Perhaps if Mayor Michael Bloomberg spent less time keeping salt off our tables and more time getting salt on the streets, New York roads might have been passable this week.." -- Eric Felten, in The Wall Street Journal -- This message w/attachments (message) is intended solely for the use of the intended recipient(s) and may contain information that is privileged, confidential or proprietary. If you are not an intended recipient, please notify the sender, and then please delete and destroy all copies and attachments, and be advised that any review or dissemination of, or the taking of any action in reliance on, the information contained in or attached to this message is prohibited. Unless specifically indicated, this message is not an offer to sell or a solicitation of any investment products or other financial product or service, an official confirmation of any transaction, or an official statement of Sender. Subject to applicable law, Sender may intercept, monitor, review and retain e-communications (EC) traveling through its networks/systems and may produce any such EC to regulators, law enforcement, in litigation and as required by law. The laws of the country of each sender/recipient may impact the handling of EC, and EC may be archived, supervised and produced in countries other than the country in which you are located. This message cannot be guaranteed to be secure or free of errors or viruses. References to "Sender" are references to any subsidiary of Bank of America Corporation. Securities and Insurance Products: * Are Not FDIC Insured * Are Not Bank Guaranteed * May Lose Value * Are Not a Bank Deposit * Are Not a Condition to Any Banking Service or Activity * Are Not Insured by Any Federal Government Agency. Attachments that are part of this EC may have additional important disclosures and disclaimers, which you should read. This message is subject to terms available at the following link: http://www.bankofamerica.com/emaildisclaimer. By messaging with Sender you consent to the foregoing.
Re: CMDCOB PIPE looking for CBL
On Fri, 7 Jan 2011 21:08:33 -0500, Rich Greenberg wrot e: >On: Fri, Jan 07, 2011 at 07:45:29PM +0300,Sergio Lima Wrote: > >} We have a program here, got from this list, that is very usefull for u s. >} Unfortunatelly I don't remember the author of this program, may be Kris... >} This program is wrote using PIPE command, and FIND all CALL instructions in all programas with FILETYPE of COBOL. >} We already use this same program for FIND the EXEC commands in all JCL here, and run very well. >} Now, We need, locate the CBL commands, and my program don't want work. >} The code is here : (A piece) > >} '| LOCATE ANYCASE 8-* / CALL /', /* Look for CALL Commands */ > >This LOCATE is looking for blankCALL starting in col 8. Suppose the >CALL is in col 8, no match. > >-- >Rich Greenberg Sarasota, FL, USA richgr atsign panix.com + 1 941 378 2097 >Eastern time. N6LRT I speak for myself & my dogs only.VM'er si nce CP-67 >Canines: Val, Red, Shasta, Zero & Casey (At the bridge) Owner:Chinook-L >Canines: Red & Cinnar (Siberians) Retired at the beach Asst Owner:Sibernet-L > = COBOL has two types of "CBL" statements. "CBL" contains COBOL Compiler Options and must start in column 8 or later and must end before column 72 and must appear in the program before the ID Division and before any comment records, (basically "CBL" must be first). There can be multiple "CBL" statements if needed. "CBL" can also be entered as "PROCESS" so you you would have have to look for either one of them. Either a multi-stream pipeline would have to be contructed or you could "cheat" :-) by using an ALL Pipe stage. ALL unfortunately does not support the ANYCASE parm or column ranges, but you could replace the LOCATE ANYCASE stage with: '| ZONE 8-* CASEI ALL / CBL /!/ PROCESS /' The other COBOL "CBL" statement is "*CBL" and is used to control the listing generated by the COBOL compiler. "*CBL" must start in column 7 o r later and can also be coded as "*CONTROL". If that is what you are looking for, then you would need to replace both the '| NLOCATE 8 /*/', '| LOCATE ANYCASE 8-* / CALL /', with '| ZONE 8-* CASEI ALL /*CBL /!/*CONTROL /' -- Dale R. Smith
Re: Another Info Request: SIGNAL SHUTDOWN process ...
On 1/10/11 11:57 AM, "Jeff Gribbin" wrote: >Thanks guys - never would have found that by myself. ZArchitecture POP is >n't >exactly explicit on the matter but from a reading of SHUTTRAP and a readi >ng >of POP I now see it to be a form of the Service Signal External Interrupt >. Yeah. "Opaque" is a good word for it. I submitted a RCF for the POP to note that SSEI is the vehicle used by several OSes to trigger automated controlled shutdown from external signal. No response yet, but at least the question has been asked.
Re: Another Info Request: SIGNAL SHUTDOWN process ...
> Just a question of courosity, are you interested in a CMS application or are > you looking for something in a different OS, ie zLINUX or zVSE? I'm currently writing a z/VM Overview course and - once again - the truism that, 'the best way to learn a subject is to teach it' applies ... I've known for a long time that the signalling mechanism exists and I've even recently learned how to configure Linux to respond to it, but I've never before had occasion to want to look into the specifics of how it works. (I had assumed some kind of external or machine-check interrupt, but didn't actually KNOW.) It's so much better as a teacher to be able to say unequivocally, 'CP virtualizes the LPAR Deactivation process which uses an External Interrupt to signal to the guest that it needs to close' than, 'Somehow by some kind of magic that I do not fully know but which we do not need to understand, CP tells the guest to close'. It's also nice to simply, 'know' these things - I HATE, 'magic'.
Re: Another Info Request: SIGNAL SHUTDOWN process ...
Jeff, Just a question of courosity, are you interested in a CMS application or are you looking for something in a different OS, ie zLINUX or zVSE? On Mon, Jan 10, 2011 at 11:09 AM, Neale Ferguson wrote: > And POP won’t tell you how to use the SERVC operation to register that you > want to receive that particular signal. > > > > On 1/10/11 11:57 AM, "Jeff Gribbin" wrote: > > Thanks guys - never would have found that by myself. ZArchitecture POP > is > n't > exactly explicit on the matter but from a reading of SHUTTRAP and a readi > ng > of POP I now see it to be a form of the Service Signal External Interrupt > . > > Happily I don't need to code a handler solely from the information provid > ed > in POP - to do so would, I feel, be "challenging". > > Another one bites the dust :-) > >
Re: Another Info Request: SIGNAL SHUTDOWN process ...
And POP won't tell you how to use the SERVC operation to register that you want to receive that particular signal. On 1/10/11 11:57 AM, "Jeff Gribbin" wrote: Thanks guys - never would have found that by myself. ZArchitecture POP is n't exactly explicit on the matter but from a reading of SHUTTRAP and a readi ng of POP I now see it to be a form of the Service Signal External Interrupt . Happily I don't need to code a handler solely from the information provid ed in POP - to do so would, I feel, be "challenging". Another one bites the dust :-)
Re: Another Info Request: SIGNAL SHUTDOWN process ...
Thanks guys - never would have found that by myself. ZArchitecture POP is n't exactly explicit on the matter but from a reading of SHUTTRAP and a readi ng of POP I now see it to be a form of the Service Signal External Interrupt . Happily I don't need to code a handler solely from the information provid ed in POP - to do so would, I feel, be "challenging". Another one bites the dust :-)
Re: Another Info Request: SIGNAL SHUTDOWN process ...
On the VM Download Page there is a package 'SHUTTRAP' that includes an assembler program that receives the shutdown signal and takes action. If you are assembler minded this is a good place to look to se what happens. On Mon, Jan 10, 2011 at 7:24 AM, Jeff Gribbin wrote: > I've been hunting the doc's for more detail on how SIGNAL SHUTDOWN actually > works - assuming that somewhere the process would be documented in terms of > what the to-be-signalled guest has to do to establish the environment and > how CP actually transmits the signal to the said guest. > > So far no luck - it's either in none of the, 'obvious' places or I've > missed it. > > Would some kind soul that knows the answer please point me to the > appropriate doc? No need to describe the process here - a pointer is > really > exactly and all that I need. > > With thanks once again in anticipation. > > Jeff G. >
Re: Another Info Request: SIGNAL SHUTDOWN process ...
On 1/10/11 10:24 AM, "Jeff Gribbin" wrote: >I've been hunting the doc's for more detail on how SIGNAL SHUTDOWN actual >ly >works - assuming that somewhere the process would be documented in terms >of >what the to-be-signalled guest has to do to establish the environment and > >how CP actually transmits the signal to the said guest. > >So far no luck - it's either in none of the, 'obvious' places or I've mis >sed it. It's a particular type of external interrupt. The POP has the description (it's the LPAR deactivation external interrupt). The guest has to set up to react to that interrupt. See the SHUTTRAP package on the VM Download library for the least ugly description of what needs to be done. -- db
Re: Another Info Request: SIGNAL SHUTDOWN process ...
Go to VM download site (www.vm.ibm.com/download/packages) and look for SHUTTRAP. It will show you what needs to be done. On 1/10/11 10:24 AM, "Jeff Gribbin" wrote: I've been hunting the doc's for more detail on how SIGNAL SHUTDOWN actual ly works - assuming that somewhere the process would be documented in terms of what the to-be-signalled guest has to do to establish the environment and how CP actually transmits the signal to the said guest. So far no luck - it's either in none of the, 'obvious' places or I've mis sed it. Would some kind soul that knows the answer please point me to the appropriate doc? No need to describe the process here - a pointer is rea lly exactly and all that I need. With thanks once again in anticipation. Jeff G.
Another Info Request: SIGNAL SHUTDOWN process ...
I've been hunting the doc's for more detail on how SIGNAL SHUTDOWN actual ly works - assuming that somewhere the process would be documented in terms of what the to-be-signalled guest has to do to establish the environment and how CP actually transmits the signal to the said guest. So far no luck - it's either in none of the, 'obvious' places or I've mis sed it. Would some kind soul that knows the answer please point me to the appropriate doc? No need to describe the process here - a pointer is rea lly exactly and all that I need. With thanks once again in anticipation. Jeff G.
