Re: GDG definition for DB2 DSNUTILB TEMPLATE
Thx to you all. After testing no rolled-off gdgs were found. A.Cecilio On Mon, Oct 22, 2012 at 3:04 PM, Elardus Engelbrecht elardus.engelbre...@sita.co.za wrote: A.Cecilio wrote: I know that this list isn't for DB2 isssues, I'm not a DB2 person, //STEP001 EXEC DB2COPY,UID='S44A' As a SMS person (seen on your last post), you could perhaps, as a last resort, insert an IDCAMS step with the DEFINE GDG statement just before that DB2COPY step. HTH! Groete / Greetings Elardus Engelbrecht -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Runtime Diagnostic messages
Hi Just started Runtime Diagnostic HZR address space, wondering where are the diagnostic reports, and I found some in the Health Check , PFA_SMF_ARRIVAL_RATE report about an address space using extensive CPU. Any possibility to get notified somehow if a runtime diagnostic event occurs ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Runtime Diagnostic messages
Did you try F HZR,ANALYZE? MA On Thu, 25 Oct 2012 14:29:37 +0200, Miklos Szigetvari miklos.szigetv...@isis-papyrus.com wrote: Hi Just started Runtime Diagnostic HZR address space, wondering where are the diagnostic reports, and I found some in the Health Check , PFA_SMF_ARRIVAL_RATE report about an address space using extensive CPU. Any possibility to get notified somehow if a runtime diagnostic event occurs ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Runtime Diagnostic messages
Hi I'm trying this. But it is saying no event was found. I was surprised to find an extensive CPU event in the SMF_ARRIVAL_RATE report, but now I read it is so. Still wondering why On 25.10.2012 15:13, Mary Anne Matyaz wrote: Did you try F HZR,ANALYZE? MA On Thu, 25 Oct 2012 14:29:37 +0200, Miklos Szigetvari miklos.szigetv...@isis-papyrus.com wrote: Hi Just started Runtime Diagnostic HZR address space, wondering where are the diagnostic reports, and I found some in the Health Check , PFA_SMF_ARRIVAL_RATE report about an address space using extensive CPU. Any possibility to get notified somehow if a runtime diagnostic event occurs ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Disabling interrupt and trace for Rexx execs
In 5087f360.2060...@valley.net, on 10/24/2012 at 09:55 AM, Gerhard Postpischil gerh...@valley.net said: If you want to prevent interruptions, the stand way is to issue an ENQ with the (authorized) System Must Complete (SMC) option. Hasn't that been dead for decades? Certainly the current version of ENQ only accpets SMC=NONE and SMC=STEP. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Disabling interrupt and trace for Rexx execs
In 7519195663602734.wa.elardus.engelbrechtsita.co...@listserv.ua.edu, on 10/24/2012 at 09:23 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za said: Try this in REXX: ISPEXEC CONTROL DISPLAY LOCK Only if he's running under ISPF. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SMS Diagnosis/trace?
In 3386938900015915.wa.paulgboulderaim@listserv.ua.edu, on 10/24/2012 at 10:55 AM, Paul Gilmartin paulgboul...@aim.com said: There's too much DWIM here. Au contraire; it *didn't* do what you meant. DWIM is hard if not impossible. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2http://patriot.net/~shmuel 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Peculiar behavior of D PROG,LNKLST.
I apologize that I forgot about my initial post. First, I realize that my memory failed me when I issued D PROG,LNKLST,NAME=lnklstset,USERS. I hope the syntax is now burned in. Second, I tried Peter's suggestion: -setprog apf,add,dsn=a.b,sms apf,delete,dsn=a.b,sms CSV410I SMS-MANAGED DATA SET A.B ADDED TO APF LIST CSV410I SMS-MANAGED DATA SET A.B DELETED FROM APF LIST -setprog apf,add,dsn=a.b,sms,apf,delete,dsn=a.b,sms CSV410I SMS-MANAGED DATA SET A.B ADDED TO APF LIST ASA101I SYNTAX ERROR: , WAS SEEN, WHERE ONE OF (APF EXIT LNKLST SYSLIB LPA DEFAULTS REFRPROT NOREFRPROT TRACKDIRLOAD ) WOULD BE CORRECT. DETECTING MODULE IS CSVPRTMS CSV410I SMS-MANAGED DATA SET A.B DELETED FROM APF LIST One might describe it as SETPROG initiates the 'service' and buffer end, terminates the service. One can even pass junk as the first operand: -setprog junk apf,add,dsn=a.b,sms apf,delete,dsn=a.b,sms ASA101I SYNTAX ERROR: NON-KEYWORD WAS SEEN, WHERE ONE OF (APF EXIT LNKLST SYSLIB LPA DEFAULTS REFRPROT NOREFRPROT TRACKDIRLOAD ) WOULD BE CORRECT. DETECTING MODULE IS CSVPRTMS CSV410I SMS-MANAGED DATA SET A.B ADDED TO APF LIST CSV410I SMS-MANAGED DATA SET A.B DELETED FROM APF LIST Third, after opening the manual, I learned of other forms of D PROG,APF, so I tried: -D PROG,APF,DSN=CEE.SCEERUN CSV450I 11.38.04 PROG,APF DISPLAY 569 FORMAT=DYNAMIC ENTRY VOLUME DSNAME 1 RST01A CEE.SCEERUN -D PROG,APF,ENTRY=1 CSV450I 11.38.59 PROG,APF DISPLAY 571 FORMAT=DYNAMIC ENTRY VOLUME DSNAME 1 RST01A SYS1.LINKLIB Since SCEERUN is actually #75, why does the first command say it's entry 1? Thanks again! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Peculiar behavior of D PROG,LNKLST.
Per the latest MVS System Messages Volume 4 (CBD - DMO): CSV450I hh.mm.ss PROG,APF DISPLAY ... ENTRY n The entry number being displayed. This is not necessarily the order of the entries within the APF list. Regards, Kevin -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bruce Schaefer Sent: Thursday, October 25, 2012 9:12 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Peculiar behavior of D PROG,LNKLST. I apologize that I forgot about my initial post. First, I realize that my memory failed me when I issued D PROG,LNKLST,NAME=lnklstset,USERS. I hope the syntax is now burned in. Second, I tried Peter's suggestion: -setprog apf,add,dsn=a.b,sms apf,delete,dsn=a.b,sms CSV410I SMS-MANAGED DATA SET A.B ADDED TO APF LIST CSV410I SMS-MANAGED DATA SET A.B DELETED FROM APF LIST -setprog apf,add,dsn=a.b,sms,apf,delete,dsn=a.b,sms CSV410I SMS-MANAGED DATA SET A.B ADDED TO APF LIST ASA101I SYNTAX ERROR: , WAS SEEN, WHERE ONE OF (APF EXIT LNKLST SYSLIB LPA DEFAULTS REFRPROT NOREFRPROT TRACKDIRLOAD ) WOULD BE CORRECT. DETECTING MODULE IS CSVPRTMS CSV410I SMS-MANAGED DATA SET A.B DELETED FROM APF LIST One might describe it as SETPROG initiates the 'service' and buffer end, terminates the service. One can even pass junk as the first operand: -setprog junk apf,add,dsn=a.b,sms apf,delete,dsn=a.b,sms ASA101I SYNTAX ERROR: NON-KEYWORD WAS SEEN, WHERE ONE OF (APF EXIT LNKLST SYSLIB LPA DEFAULTS REFRPROT NOREFRPROT TRACKDIRLOAD ) WOULD BE CORRECT. DETECTING MODULE IS CSVPRTMS CSV410I SMS-MANAGED DATA SET A.B ADDED TO APF LIST CSV410I SMS-MANAGED DATA SET A.B DELETED FROM APF LIST Third, after opening the manual, I learned of other forms of D PROG,APF, so I tried: -D PROG,APF,DSN=CEE.SCEERUN CSV450I 11.38.04 PROG,APF DISPLAY 569 FORMAT=DYNAMIC ENTRY VOLUME DSNAME 1 RST01A CEE.SCEERUN -D PROG,APF,ENTRY=1 CSV450I 11.38.59 PROG,APF DISPLAY 571 FORMAT=DYNAMIC ENTRY VOLUME DSNAME 1 RST01A SYS1.LINKLIB Since SCEERUN is actually #75, why does the first command say it's entry 1? Thanks again! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Disabling interrupt and trace for Rexx execs
On 24 Oct 2012 05:01:57 -0700, in bit.listserv.ibm-main (Message-ID:CAOdPEgS8iox=fbnffUY0s76c1DFkaRo9B=kwt3k_xtrm810...@mail.gmail.com) imugz...@gmail.com (Itschak Mugzach) wrote: We have a rexx exec that performs functionality we don't want to be interrupted or traced in any way. I infer from your desire not to be traced that you'd like to keep the actual code hidden from the users. Unless you've compiled your REXX code, all they need to do is look directly at the code. Even if that isn't the reason, if your code isn't compiled a user could copy it and remove any don't interrupt or don't trace within it. You haven't said WHY you want to disable these things. -- I cannot receive mail at the address this was sent from. To reply directly, send to ar23hur at pobox dot com -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Disabling interrupt and trace for Rexx execs
On 10/25/2012 4:17 PM, Arthur T. wrote: I infer from your desire not to be traced that you'd like to keep the actual code hidden from the users. Unless you've compiled your REXX code, all they need to do is look directly at the code. Even if that isn't the reason, if your code isn't compiled a user could copy it and remove any don't interrupt or don't trace within it. Unless IBM has made changes recently, a compiled REXX program retains all the source. This is used to run at installations that don't license the compiler, but only the interpreter. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Disabling interrupt and trace for Rexx execs
On Thu, 25 Oct 2012 17:28:45 -0400, Dave Salt wrote:
Unless IBM has made changes recently, a compiled REXX program
retains all the source. This is used to run at installations
that don't license the compiler, but only the interpreter.
Gerhard Postpischil
That's true, but REXX can be compiled in such a way that the source isn't
visible to anyone.
Compiled in such a way that it can't run at installations that don't
license the compiler? Or encrypted, where only the interpreter has the key?
If the latter, sooner or later someone will reverse-engineer it. But I'm
not a cryptographer.
Interesting, and possibly related behaviors:
Whether a tab ('05'x) character in the interpreted Rexx code causes
a syntax error or is treated as harmless whitespace depends on
whether the EXEC is loaded from SYSEXEC or SYSPROC. I forget
which direction. IIRC it was a rude surprise when I moved to
SYSEXEC an EXEC that I had been running for years from SYSPROC
with no problem and it abruptly failed.
And the behavior is further modulated by whether the EXEC contains
a SOURCELINE() function (but you can fool it with INTERPRET, but it's
not easy) I discovered that when trying to analyze the behavior.
There ought to be an APARable bug in here somewhere; either '05'x
is legal or it isn't; can't be both. WAD?
-- gil
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Correction to Carmine's Book Cost
I fell asleep reading mine, and at the same time spilt red wine on it. But still I wouldn't give/sell it. I only paid about $50 for it from a used book place, I forget where. It was about 6 years ago. It would be totally cool if he updated it with PC routines, for example. Lindy -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Monday, October 22, 2012 8:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Correction to Carmine's Book Cost I regret I made an error when I quoted the cost of the Carmine book. So here is a quick table of costs. All numbers are in USD unless specified as CANADA) ChaptersNew Usually ships in 1 to 4 weeks 116.84 (Canada) Amazon.ca (Marketplace) Used Ready to ship 113.33 (Canada) Amazon (Marketplace)Used Ready to ship 495.00 Alibris Used Ready to ship 505.00 AbeBooksUsed Ships in 2 days 505.00 Textbooks.com (Marketplace) Used In stock and ready to ship 505.00 BN Marketplace Used Usually ships in 24 hours 505.00 ValoreBooks.com Used Usually ships in 2 days 556.80 And those of you who gave it away - be sad - be very sad. Lizette -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Disabling interrupt and trace for Rexx execs
From: paulgboul...@aim.com Compiled in such a way that it can't run at installations that don't license the compiler? Or encrypted, where only the interpreter has the key? Even though the source code isn't visible, it's still there and can still be executed at sites that don't license the compiler. Dave Salt SimpList(tm) - try it; you'll get it! http://www.mackinney.com/products/program-development/simplist.html -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Disabling interrupt and trace for Rexx execs
On 10/25/2012 10:28 AM, Shmuel Metz (Seymour J.) wrote: Hasn't that been dead for decades? Certainly the current version of ENQ only accpets SMC=NONE and SMC=STEP. FSVO decades. It's in OS/390; I haven't had a chance to try it under z/OS. And there is always the possibility that they kept the function, but removed ways to get it, a la LABEL SVC. Gerhard Postpischil Bradford, VT -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
