Re: Challenge with DFSORT

During IPL ICEOPT procedure didn't start. So now it's resolved. Thank you for all the help. On 30 Apr 2015 01:01, "Sri h Kolusu" wrote: > Nathan, > > Just checking to see if you are able to fix the problem. It would be nice > if you can update IBM-Main with the solution you came up with > > Than

Re: IEFBR14 question

Skip: I remember the APAR. I got awaken at 11PM because of the stupid return code and had to come in to fix it. The temporary solution was to code the SR 15,15 and br 14. The next day I called it in and there already was PE'd and the me to list was a mile long. I asked to be put on the l

Re: IEFBR14 question

A bit of history - Originally (back in the OS/360 days) IEFBR14 was ONLY a BR 14. One of the first APARs (at least an early one) was to add the SR 15,15 to set the return code to 0. At 10:29 -0700 on 05/04/2015, Lizette Koehler wrote about Re: IEFBR14 question: Well - I will be a . ;-D

Re: IEFBR14 question

In , on 05/04/2015 at 10:02 AM, Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> said: >if DSN is migrated The OP wrote "non-existent", not migrated. The message is appropriate for a new DASD dataset with no SPACE specification. -- Shmuel (Seymour J.) Metz, SysProg and J

Re: IEFBR14 question

In , on 05/04/2015 at 10:53 AM, Scott Ford said: >I just came across something I haven't seen. I am building some >canned JCL and I was testing a IEFBR14 step doing >disp=(mod,delete,delete) on non-existent datasets wanting to see the >return code passed back and saw this >IGD17045I Space

Re: OMVS not starting on my DR LPAR

So, was there any BPXP006E in SYSLOG? Lucas Em 04/05/2015 19:22, "John Norgauer" escreveu: > When I refreshed the IFAPRDXX member, OMVS started. > > > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of John Norgauer > Sent: Thursda

Re: OMVS not starting on my DR LPAR

When I refreshed the IFAPRDXX member, OMVS started. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of John Norgauer Sent: Thursday, April 30, 2015 10:24 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: OMVS not starting on my DR LPAR I have a

Re: IEFBR14 question

All, I am testing on an older z/OS 1.10 system. I have 1.13 system and a 2.1 system. I am going to try this on the other systems. Thought it was odd, been using IEFBR14 for years. Regards, Scott On Monday, May 4, 2015, Bob Rutledge wrote: > That bug is cited on page 6 of "Software Testing Tec

Re: IEFBR14 question

That bug is cited on page 6 of "Software Testing Techniques, Finding the Defects that Matter", Loveland, Miller, Prewitt and Shannon (IBM System Test, Poughkeepsie). Bob On 5/4/2015 2:47 PM, J O Skip Robinson wrote: You might wonder what could go wrong in such a simple program. I never saw it,

Re: IEFBR14 question

> IGD17045I Space not specified for allocation of data set. I wrote: > Default space allocation is specified via ALLOC00 PARMLIB member. I guess this does not explain a reason for IGD17045I message though. ALLOC00 appears to apply to dynamic or VIO allocations only. SPACE may be required in a J

Re: IEFBR14 question

On 2015-05-04, at 08:53, Scott Ford wrote: > > I just came across something I haven't seen. I am building some canned > JCL and I was testing a IEFBR14 step doing disp=(mod,delete,delete) on > non-existent datasets wanting to see the return code passed back and > saw this > > IGD17045I Spa

Re: IEFBR14 question

On Mon, 4 May 2015 12:38:30 -0500, Tom Marchant wrote: > >>..., it still attempts Allocation. >>Or at least verifies syntax of the DD statement. How silly! > >Not silly at all. A special case was recognized for DELETE with >IEFBR14 because it is well known that IEFBR14 doesn't do >anything excep

Re: IEFBR14 question

http://alt.folklore.computers.narkive.com/eTVTCQGk/iefbr14-problems On Mon, May 4, 2015 at 1:47 PM, J O Skip Robinson wrote: > You might wonder what could go wrong in such a simple program. I never saw > it, but heard tell that the earliest version of IEFBR14 went PE because it > contained only

Examples from Gabriel Gargulo's new book

Hi Folks, I'm proud to announce that File 931 of the CBT Tape collection (www.cbttape.org - Updates page) now contains the executable examples from Gabriel Gargiulo's new book: "TSO CLIST to TSO REXX Conversion Handbook" ISBN-13: 978-1508668497 ISBN-10: 1508668493 which you can order from ww

Re: IEFBR14 question

You might wonder what could go wrong in such a simple program. I never saw it, but heard tell that the earliest version of IEFBR14 went PE because it contained only one instruction: BR 14. That left the return code totally unpredictable, so a PTF was released to SR 15,15. Maybe an urban legend,

Re: IEFBR14 question

Even non SMS goes through the DATACLAS routine. Which should assign a "default" DATACLAS with some SPACE allocation and DSORG=PS. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Scott Ford > Sent: Monday, May 04, 2015 7:54 AM > T

Re: IEFBR14 question

If the dataset already exists then it doesn't try to create it and you do not need the SPACE parm. But if it does not exist it first creats it, and then deletes it. So you need the SPACE parm. - Original Message - From: Scott Ford To: IBM-MAIN@LISTSERV.UA.EDU Cc: Sent: Monday, M

Re: IEFBR14 question

On Mon, 4 May 2015 10:02:38 -0600, Paul Gilmartin wrote: >I understand there have been some changes >fairly recently, I don't know whether to Initiator or to Allocation >such that if DSN is migrated an HDELETE is performed with no >recall. Apparently in your case, it still attempts Allocation. >

Re: IEFBR14 question

Well - I will be a . ;-D My notes from a long time ago indicated that IBM had a lot more code in it than it does today. Shows what happens when you do not keep your notes current. Yes, it is an 8 byte module. So only BR14. Lizette > -Original Message- > From: IBM Mainframe Disc

Re: SMP/E query for CSECT?

I don't know of any native SMP/E function, but I investigate such questions this way: 1. Get into StarTool or CBT PDS command. 2. Issue History on the load module containing the CSECT of interest. 3. Locate the CSECT in the display. 4. Read all the interesting stuff, which typically includes the

Re: ISPF services on HTTP server cgi rexx.

On 2015-05-04, at 09:20, Itschak Mugzach wrote: > Great news. Anyway, of you read the PDS as a sequential file (until ZZ as > endoffile mark), you can get this data as well. > (ITYM x'FF'.) But can you update and even add user information as OP required? -- gil ---

Re: IEFBR14 question

On 2015-05-04, at 08:53, Scott Ford wrote: > > I just came across something I haven't seen. I am building some canned JCL > and I was testing a IEFBR14 step doing disp=(mod,delete,delete) on > non-existent datasets wanting to see the return code passed back and saw > this > > IGD17045I Space

Re: IEFBR14 question

Lizette, I don't know the IEFBR14 you are looking at, but the one on my machine only has 2 instructions, SR R15,R15 and BR R14. 4 bytes of code and 4 zero bytes because all modules are multiples of 8. All other work is being done by initiator/terminator tasks. Chris Blaicher Technical Archite

Re: IEFBR14 question

Scott Ford wrote: >I just came across something I haven't seen. I am building some canned JCL and >I was testing a IEFBR14 step doing disp=(mod,delete,delete) on non-existent >datasets wanting to see the return code passed back and saw this >IGD17045I Space not specified for allocation of d

Re: ISPF services on HTTP server cgi rexx.

Great news. Anyway, of you read the PDS as a sequential file (until ZZ as endoffile mark), you can get this data as well. Regards, ITschak ITschak Mugzach Z/OS, ISV Products and Application Security & Risk Assessments Professional On Mon, May 4, 2015 at 5:19 PM, Leonardo Vaz wrote: > Hello lis

Re: IEFBR14 question

Are you using any REF= type information? are you sure the DSN is not included in the SMS ACS code? Did you do any internet searches on IGD17045I and did you see anything of interest? The message says JCL or SMS - so not necessarily SMS Can you post the JCL? http://publibz.boulder.ibm.com/cgi-bin

Re: IEFBR14 question

Peter, Thank you very much ...haven't seen the message before ... Regards, Scott On Monday, May 4, 2015, Farley, Peter x23353 wrote: > SPACE=(0,0) eliminates the message. I usually also use UNIT=SYSDA, but > YMMV. > > -Original Message- > From: IBM Mainframe Discussion List [mailto:IB

Re: IEFBR14 question

SPACE=(0,0) eliminates the message. I usually also use UNIT=SYSDA, but YMMV. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Scott Ford Sent: Monday, May 04, 2015 10:54 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: IEFBR14 question All,

SMP/E query for CSECT?

Is it possible to query the SMP/E data base to determine which MOD entry updated a given CSECT? (The CSECTs are all named in the ++ MOD MCS). I'd prefer not to do a brute-force search of either LIST output or of LKED SYSPRINTs. Thanks, gil ---

IEFBR14 question

All, I just came across something I haven't seen. I am building some canned JCL and I was testing a IEFBR14 step doing disp=(mod,delete,delete) on non-existent datasets wanting to see the return code passed back and saw this IGD17045I Space not specified for allocation of data set. This is n

Re: Maintenance to RSU1503 Problem

Andy Are you using really large values for Meta_cache_size Vnode_cache_size User_cache_size I just went through these and dynamically (Under ISPF using OMVS and zfsadm) lowered them to the defaults. I seem to be okay. I also updated IOEPRMxx to make sure those changes were at IPL time. Lizette

Re: Maintenance to RSU1503 Problem

Pesce, Andy wrote: >I updated a test machine to RSU1503. Now I am having issues with "ZFS" >starting. I am getting a recurring abend of B78-18. What is the 'ZFS' you're talking? Or please specify what component(s) or dataset(s) you're having an issue. Please describe your issue. Please po

Re: ISPF services on HTTP server cgi rexx.

Hello list! Once again, thank you very much for all the help! I've made it work with minor effort by using the CBT PDS86 program! Works rather nicely, one line of code! Best regards, Leo -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf

Re: Maintenance to RSU1503 Problem

I just installed RSU1503 in a test system (zOS 1.13), and I'm not having any problems with ZFS. Mark Jacobs Pesce, Andy May 4, 2015 at 10:01 AM I didn't see an update from anyone on this. I updated a test machine to RSU1503. Now I am having issues with "ZFS" s

Maintenance to RSU1503 Problem

I didn't see an update from anyone on this. I updated a test machine to RSU1503. Now I am having issues with "ZFS" starting. I am getting a recurring abend of B78-18. I have sent a dump to IBM, and now awaiting a response. Andy Pesce

Re: OT: Fake Apple watch

I've visited my son (Hong Kong Airlines pilot) in Shenzhen several times in the last few years. It's a huge and charming city, the knockoff capital of the planet. You can tell which factory buildings manufacture the more important commodities, those have the nets surrounding each floor. My $1

Re: Steps for diagnosing a S378

Peter Relson wrote: >When there is a "symptom dump" (message IEA995I), it contains the registers at >the time of the abend. >Those include >-- length of area (reg 9) >-- address of area (reg 10) >-- return address of caller (reg 14) What about reg 15? Or is that already in REASON CODE? Of cours

Re: Steps for diagnosing a S378

Let me show my naivete here... ... I normally search in a dump on "RTM2WA". Is this different? And if so why? Cheers, Martin (still learning, I hope...) :-) Martin Packer, zChampion, Principal Systems Investigator, Worldwide Banking Center of Excellence, IBM +44-7802-245-584 email: martin_pa

Re: Steps for diagnosing a S378

When there is a "symptom dump" (message IEA995I), it contains the registers at the time of the abend. Those include -- length of area (reg 9) -- address of area (reg 10) -- return address of caller (reg 14) SY1 IEA995I SYMPTOM DUMP OUTPUT SYSTEM COMPLETION CODE=378 REASON CODE=0014 TIM

Re: OT: Fake Apple watch

Knock-offs in Shenzhen, who'da believed that ?. I wouldn't lower myself to buy anything Apple, much less a knock-off. Now if there was a custom ROM for it ... hmmm, I have a copy of the Android Wear SDK somewhere ... Shane ...

OT: Fake Apple watch

My turn to post something OT. ;-) There was a thread about (cr)apple watch last month. Here is another news snippet, but about 'high demand for fake apple watch' http://www.fin24.com/Tech/News/High-demand-for-fake-Apple-watches-20150504 Weird... Groete / Greetings Elardus E