Re: Extracting SMF records with IFASMFDP
Mark Yuhas wrote: >Using the JCL provide by Mr. Engelbrecht, I discovered that the extract worked >as coded. I'm glad for your part. >Thank you for this JCL which I will use again and again. You are most welcome! But I cannot take credits alone. Actually all credits and thanks must go to the very kind and bright/brilliant/fantastic DFSORT people who created these nice job and the ability to display packed fields in various formats. There are more from DFSORT at http://www-01.ibm.com/support/docview.wss?uid=isg3T793 :-D 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
Best way to tell in code if in Supervisor State?
I have a callable (non-PC; just basic CALL) that requires APF authorization by the caller. It partially operates in Key 0 Supervisor State, but I want to allow callers the flexibility to enter in any key and either state. I know how to get to and from Supervisor State with MODESET (SVC form). I'm familiar with MODESET (SVC form) and have used it a fair amount in the past. I can then use IPK and SPKA to save and restore the caller's key, and to get to Key 0. But what would be the best way to determine whether the caller had entered in Supervisor State so I could return to the caller in his original mode (and also avoid the overhead of MODESET)? Some sort of "store PSW" instruction so I could TM on bit 15? Thanks, Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Best way to tell in code if in Supervisor State?
On Tue, 19 Aug 2014 11:39:11 +0200 Charles Mills wrote: :>I have a callable (non-PC; just basic CALL) that requires APF authorization :>by the caller. It partially operates in Key 0 Supervisor State, but I want :>to allow callers the flexibility to enter in any key and either state. :>I know how to get to and from Supervisor State with MODESET (SVC form). I'm :>familiar with MODESET (SVC form) and have used it a fair amount in the past. :>I can then use IPK and SPKA to save and restore the caller's key, and to get :>to Key 0. :>But what would be the best way to determine whether the caller had entered :>in Supervisor State so I could return to the caller in his original mode :>(and also avoid the overhead of MODESET)? Some sort of "store PSW" :>instruction so I could TM on bit 15? Look at the EPSW instruction. -- Binyamin Dissen 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Best way to tell in code if in Supervisor State?
Perfect! I knew it had to be there somewhere. Thanks. Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Binyamin Dissen Sent: Tuesday, August 19, 2014 11:45 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Best way to tell in code if in Supervisor State? Look at the EPSW instruction. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
SPKA operation question with Register 0
Does SPKA use normal "addressing" logic such that SPKA 0(0) means "set a PSW key of 0" and not "set a PSW key equal to bits 56-59 of register 0"? I would assume so but the P Op does not say that in so many words, and I wanted to make sure. Thanks, Charles -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SPKA operation question with Register 0
On Tue, 19 Aug 2014 12:35:58 +0200 Charles Mills wrote: :>Does SPKA use normal "addressing" logic such that SPKA 0(0) means "set a PSW :>key of 0" and not "set a PSW key equal to bits 56-59 of register 0"? I would :>assume so but the P Op does not say that in so many words, and I wanted to :>make sure. The times R0 is used for addressing are explicitly stated. Otherwise it is not used. -- Binyamin Dissen 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: SPKA operation question with Register 0
Thanks. In other words, the former: "set a PSW key of 0." Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Binyamin Dissen Sent: Tuesday, August 19, 2014 12:52 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: SPKA operation question with Register 0 The times R0 is used for addressing are explicitly stated. Otherwise it is not used. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Yes, I see IAZXJSAB is documented as being invoked in 31 bit
But how much would it cost for IBM to check &SYSAM64 and issue an MNOTE? -- Binyamin Dissen 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...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PLPA entry (was PLPA enty)
You don't need to IPL to add or remove datasets from linklist. You can create a new PROGxx member that uses another linklist name (other than your default 00), and then issue the "T PROG=xx" that points to that new linklist, then you can issue the SETPROG command to make the new linklist the active one to all tasks (JOB=*), then the old dataset can be deleted without it being part of the active linklist. This is all true, but don't forget also to remove that data set from LLA management and also don't forget that "make the new linklist the active one to all tasks" is the UPDATE function which is unpredictably dangerous. It may work for you (it usually will); it may not. There is no way of fully knowing, and any errors (whether abends, program interrupts, or incorrect behavior) that result are yours to live with. You will not get any sympathy from me (or IBM service). If you do use it, you should probably use the DELAY operand of LNKLST UPDATE (the UPDATE will happen immediately, but the tail end processing, which includes freeing old structures, will be delayed which might give a work unit time to complete its usage of the old LNKLST set before it's too late). It might well be worth trying LNKLST UPDATE before re-IPLing, but don't bet your house on its working. The only thing that is truly safe is to let new address spaces and jobs use the new lnklst while old ones continue to use the old one. But that will not let you delete a data set that was in the old lnklst. Peter Relson z/OS Core Technology Design -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: RD&T features
My comments below. Regards, Tom Conley On 8/19/2014 9:05 AM, Mainframe Newbie wrote: Hi, Can someone help me confirm if the below technologies are supported and can be executed on RD&T? 1. JCL YES 2. Assembler YES 3. VSAM YES 4. IMS DC YES 5. CLIST YES 6. Linux on System Z NOT YET 7. IMS DB YES 8. IDMS Technically yes, ask CA for licensing 9. Easytrive Technically yes, ask CA for licensing -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Dataset update error from MVS guest
Hi, I am trying to update a dataset but I receive the below error : IEC212I 414-04,IFG0201R,JAKE099,PROC099,ISP09114,0F81,TCHN01, TCHN01.ASM.DATA *** IBM manual says : Explanation 04 An I/O error occurred writing a DSCB during processing of a CLOSE macro instruction. I am trying to update this dataset from a MVS Guest running over a VM. The DASD are shared and I have connected the Volume to MVS guest as READ/WRITE but still I get this error. MVS guest is running at Z/OS 1.13. One of a link from Google I took : ABEND 414-04 Mean? Ran into this one recently and I thought I'd share. Essentially, a volume can be set to READ ONLY. This is something outside the scope of any security product that might be running on the system, meaning you may have RACF permissions to a data set, but if the volume on which that data set resides is READ ONLY, you'll get the 414 abend. The solution is to get your system programmer to un-read only the volume so you can write to it. I was also looking at : http://www-01.ibm.com/support/docview.wss?uid=swg1PK37533 But not sure if it is really matches the error that I am getting. Any thoughts or suggestion on the above. Regards, Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: PLPA entry (was PLPA enty)
On Tue, 19 Aug 2014 08:28:22 -0400, Peter Relson wrote: >The only thing that is truly safe is to let new address spaces and jobs >use the new lnklst while old ones continue to use the old one. This has always been my approach - protect the long running address spaces. Of course, on a sysprog sandpit it can be a matter of "full steam ahead, and damn the users". The users in that case being (only) "us". Shane ... -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dataset update error from MVS guest
What IOS000I message did you receive? Regards, John K Jake A of the IBM Mainframe Discussion List wrote on 08/19/2014 08:22:35 AM: > From: Jake anderson > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 08/19/2014 08:22 AM > Subject: Dataset update error from MVS guest > Sent by: IBM Mainframe Discussion List > > Hi, > > I am trying to update a dataset but I receive the below error : > > IEC212I 414-04,IFG0201R,JAKE099,PROC099,ISP09114,0F81,TCHN01, > TCHN01.ASM.DATA > *** > > IBM manual says : > > Explanation > 04 > An I/O error occurred writing a DSCB during processing of a CLOSE macro > instruction. > > I am trying to update this dataset from a MVS Guest running over a VM. The > DASD are shared and I have connected the Volume to MVS guest as READ/WRITE > but still I get this error. > > MVS guest is running at Z/OS 1.13. > > > One of a link from Google I took : > > ABEND 414-04 Mean? > Ran into this one recently and I thought I'd share. Essentially, a volume > can be set to READ ONLY. This is something outside the scope of any > security product that might be running on the system, meaning you may have > RACF permissions to a data set, but if the volume on which that data set > resides is READ ONLY, you'll get the 414 abend. The solution is to get your > system programmer to un-read only the volume so you can write to it. > > I was also looking at : > http://www-01.ibm.com/support/docview.wss?uid=swg1PK37533 > > But not sure if it is really matches the error that I am getting. > > > Any thoughts or suggestion on the above. > > Regards, > Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dataset update error from MVS guest
Hi John, IOS000I 0F81,2D,WRI,E7,0200,,06820003,TCHN01,JAKE099 , 855 80026F14081218D156000F004CE0 On Tue, Aug 19, 2014 at 7:15 PM, John P Kalinich wrote: > What IOS000I message did you receive? > > Regards, > John K > > Jake A of the IBM Mainframe Discussion List > wrote on 08/19/2014 08:22:35 AM: > > > From: Jake anderson > > To: IBM-MAIN@LISTSERV.UA.EDU > > Date: 08/19/2014 08:22 AM > > Subject: Dataset update error from MVS guest > > Sent by: IBM Mainframe Discussion List > > > > Hi, > > > > I am trying to update a dataset but I receive the below error : > > > > IEC212I 414-04,IFG0201R,JAKE099,PROC099,ISP09114,0F81,TCHN01, > > TCHN01.ASM.DATA > > *** > > > > IBM manual says : > > > > Explanation > > 04 > > An I/O error occurred writing a DSCB during processing of a CLOSE macro > > instruction. > > > > I am trying to update this dataset from a MVS Guest running over a VM. > The > > DASD are shared and I have connected the Volume to MVS guest as > READ/WRITE > > but still I get this error. > > > > MVS guest is running at Z/OS 1.13. > > > > > > One of a link from Google I took : > > > > ABEND 414-04 Mean? > > Ran into this one recently and I thought I'd share. Essentially, a > volume > > can be set to READ ONLY. This is something outside the scope of any > > security product that might be running on the system, meaning you may > have > > RACF permissions to a data set, but if the volume on which that data set > > resides is READ ONLY, you'll get the 414 abend. The solution is to get > your > > system programmer to un-read only the volume so you can write to it. > > > > I was also looking at : > > http://www-01.ibm.com/support/docview.wss?uid=swg1PK37533 > > > > But not sure if it is really matches the error that I am getting. > > > > > > Any thoughts or suggestion on the above. > > > > Regards, > > Jake > > -- > 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: Dataset update error from MVS guest
WRI is write inhibited or read-only. Check your VM sharing options. Regards, John K IBM Mainframe Discussion List wrote on 08/19/2014 08:57:41 AM: > From: Jake anderson > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 08/19/2014 08:57 AM > Subject: Re: Dataset update error from MVS guest > Sent by: IBM Mainframe Discussion List > > Hi John, > > IOS000I 0F81,2D,WRI,E7,0200,,06820003,TCHN01,JAKE099 , 855 > 80026F14081218D156000F004CE0 > > > On Tue, Aug 19, 2014 at 7:15 PM, John P Kalinich wrote: > > > What IOS000I message did you receive? > > > > Regards, > > John K > > > > Jake A of the IBM Mainframe Discussion List > > wrote on 08/19/2014 08:22:35 AM: > > > > > From: Jake anderson > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Date: 08/19/2014 08:22 AM > > > Subject: Dataset update error from MVS guest > > > Sent by: IBM Mainframe Discussion List > > > > > > Hi, > > > > > > I am trying to update a dataset but I receive the below error : > > > > > > IEC212I 414-04,IFG0201R,JAKE099,PROC099,ISP09114,0F81,TCHN01, > > > TCHN01.ASM.DATA > > > *** > > > > > > IBM manual says : > > > > > > Explanation > > > 04 > > > An I/O error occurred writing a DSCB during processing of a CLOSE macro > > > instruction. > > > > > > I am trying to update this dataset from a MVS Guest running over a VM. > > The > > > DASD are shared and I have connected the Volume to MVS guest as > > READ/WRITE > > > but still I get this error. > > > > > > MVS guest is running at Z/OS 1.13. > > > > > > > > > One of a link from Google I took : > > > > > > ABEND 414-04 Mean? > > > Ran into this one recently and I thought I'd share. Essentially, a > > volume > > > can be set to READ ONLY. This is something outside the scope of any > > > security product that might be running on the system, meaning you may > > have > > > RACF permissions to a data set, but if the volume on which that data set > > > resides is READ ONLY, you'll get the 414 abend. The solution is to get > > your > > > system programmer to un-read only the volume so you can write to it. > > > > > > I was also looking at : > > > http://www-01.ibm.com/support/docview.wss?uid=swg1PK37533 > > > > > > But not sure if it is really matches the error that I am getting. > > > > > > > > > Any thoughts or suggestion on the above. > > > > > > Regards, > > > Jake -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dataset update error from MVS guest
Hi, MVS guest directory has the volume in READ/WRITE and also the security access to the Volume has been enabled to access as WRITE. After the Change the MVS guest and it was also IPLed to pick up the changes.(But still no luck) On Tue, Aug 19, 2014 at 7:32 PM, John P Kalinich wrote: > WRI is write inhibited or read-only. Check your VM sharing options. > > Regards, > John K > > IBM Mainframe Discussion List wrote on > 08/19/2014 08:57:41 AM: > > > From: Jake anderson > > To: IBM-MAIN@LISTSERV.UA.EDU > > Date: 08/19/2014 08:57 AM > > Subject: Re: Dataset update error from MVS guest > > Sent by: IBM Mainframe Discussion List > > > > Hi John, > > > > IOS000I 0F81,2D,WRI,E7,0200,,06820003,TCHN01,JAKE099 , 855 > > 80026F14081218D156000F004CE0 > > > > > > On Tue, Aug 19, 2014 at 7:15 PM, John P Kalinich > wrote: > > > > > What IOS000I message did you receive? > > > > > > Regards, > > > John K > > > > > > Jake A of the IBM Mainframe Discussion List > > > wrote on 08/19/2014 08:22:35 AM: > > > > > > > From: Jake anderson > > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > > Date: 08/19/2014 08:22 AM > > > > Subject: Dataset update error from MVS guest > > > > Sent by: IBM Mainframe Discussion List > > > > > > > > Hi, > > > > > > > > I am trying to update a dataset but I receive the below error : > > > > > > > > IEC212I 414-04,IFG0201R,JAKE099,PROC099,ISP09114,0F81,TCHN01, > > > > TCHN01.ASM.DATA > > > > *** > > > > > > > > IBM manual says : > > > > > > > > Explanation > > > > 04 > > > > An I/O error occurred writing a DSCB during processing of a CLOSE > macro > > > > instruction. > > > > > > > > I am trying to update this dataset from a MVS Guest running over a > VM. > > > The > > > > DASD are shared and I have connected the Volume to MVS guest as > > > READ/WRITE > > > > but still I get this error. > > > > > > > > MVS guest is running at Z/OS 1.13. > > > > > > > > > > > > One of a link from Google I took : > > > > > > > > ABEND 414-04 Mean? > > > > Ran into this one recently and I thought I'd share. Essentially, a > > > volume > > > > can be set to READ ONLY. This is something outside the scope of any > > > > security product that might be running on the system, meaning you may > > > have > > > > RACF permissions to a data set, but if the volume on which that data > set > > > > resides is READ ONLY, you'll get the 414 abend. The solution is to > get > > > your > > > > system programmer to un-read only the volume so you can write to it. > > > > > > > > I was also looking at : > > > > http://www-01.ibm.com/support/docview.wss?uid=swg1PK37533 > > > > > > > > But not sure if it is really matches the error that I am getting. > > > > > > > > > > > > Any thoughts or suggestion on the above. > > > > > > > > Regards, > > > > Jake > > -- > 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: Dataset update error from MVS guest
What does Q V addr show? On Tue, 19 Aug 2014 19:38:57 +0530 Jake anderson wrote: :>Hi, :> :>MVS guest directory has the volume in READ/WRITE and also the security :>access to the Volume has been enabled to access as WRITE. After the Change :>the MVS guest and it was also IPLed to pick up the changes.(But still no :>luck) :> :> :>On Tue, Aug 19, 2014 at 7:32 PM, John P Kalinich wrote: :> :>> WRI is write inhibited or read-only. Check your VM sharing options. :>> :>> Regards, :>> John K :>> :>> IBM Mainframe Discussion List wrote on :>> 08/19/2014 08:57:41 AM: :>> :>> > From: Jake anderson :>> > To: IBM-MAIN@LISTSERV.UA.EDU :>> > Date: 08/19/2014 08:57 AM :>> > Subject: Re: Dataset update error from MVS guest :>> > Sent by: IBM Mainframe Discussion List :>> > :>> > Hi John, :>> > :>> > IOS000I 0F81,2D,WRI,E7,0200,,06820003,TCHN01,JAKE099 , 855 :>> > 80026F14081218D156000F004CE0 :>> > :>> > :>> > On Tue, Aug 19, 2014 at 7:15 PM, John P Kalinich :>> wrote: :>> > :>> > > What IOS000I message did you receive? :>> > > :>> > > Regards, :>> > > John K :>> > > :>> > > Jake A of the IBM Mainframe Discussion List :>> > > wrote on 08/19/2014 08:22:35 AM: :>> > > :>> > > > From: Jake anderson :>> > > > To: IBM-MAIN@LISTSERV.UA.EDU :>> > > > Date: 08/19/2014 08:22 AM :>> > > > Subject: Dataset update error from MVS guest :>> > > > Sent by: IBM Mainframe Discussion List :>> > > > :>> > > > Hi, :>> > > > :>> > > > I am trying to update a dataset but I receive the below error : :>> > > > :>> > > > IEC212I 414-04,IFG0201R,JAKE099,PROC099,ISP09114,0F81,TCHN01, :>> > > > TCHN01.ASM.DATA :>> > > > *** :>> > > > :>> > > > IBM manual says : :>> > > > :>> > > > Explanation :>> > > > 04 :>> > > > An I/O error occurred writing a DSCB during processing of a CLOSE :>> macro :>> > > > instruction. :>> > > > :>> > > > I am trying to update this dataset from a MVS Guest running over a :>> VM. :>> > > The :>> > > > DASD are shared and I have connected the Volume to MVS guest as :>> > > READ/WRITE :>> > > > but still I get this error. :>> > > > :>> > > > MVS guest is running at Z/OS 1.13. :>> > > > :>> > > > :>> > > > One of a link from Google I took : :>> > > > :>> > > > ABEND 414-04 Mean? :>> > > > Ran into this one recently and I thought I'd share. Essentially, a :>> > > volume :>> > > > can be set to READ ONLY. This is something outside the scope of any :>> > > > security product that might be running on the system, meaning you may :>> > > have :>> > > > RACF permissions to a data set, but if the volume on which that data :>> set :>> > > > resides is READ ONLY, you'll get the 414 abend. The solution is to :>> get :>> > > your :>> > > > system programmer to un-read only the volume so you can write to it. :>> > > > :>> > > > I was also looking at : :>> > > > http://www-01.ibm.com/support/docview.wss?uid=swg1PK37533 :>> > > > :>> > > > But not sure if it is really matches the error that I am getting. :>> > > > :>> > > > :>> > > > Any thoughts or suggestion on the above. :>> > > > :>> > > > Regards, :>> > > > Jake :>> :>> -- :>> 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 -- Binyamin Dissen 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...@listserv.ua.edu with the message: INFO IBM-MAIN
U4093-92
Hi . We are seeing U4093-92 in the loadlib of a module, but the programs are running in production with out issues. Kindly let me know is there any issue we need to worry about ? Thanks Ron T -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dataset update error from MVS guest
q da TCHN01 DASD 966F CP SYSTEM TCHN01 57SHARED 966F is the real address On Tue, Aug 19, 2014 at 7:49 PM, Binyamin Dissen wrote: > What does Q V addr show? > > On Tue, 19 Aug 2014 19:38:57 +0530 Jake anderson > > wrote: > > :>Hi, > :> > :>MVS guest directory has the volume in READ/WRITE and also the security > :>access to the Volume has been enabled to access as WRITE. After the > Change > :>the MVS guest and it was also IPLed to pick up the changes.(But still no > :>luck) > :> > :> > :>On Tue, Aug 19, 2014 at 7:32 PM, John P Kalinich > wrote: > :> > :>> WRI is write inhibited or read-only. Check your VM sharing options. > :>> > :>> Regards, > :>> John K > :>> > :>> IBM Mainframe Discussion List wrote on > :>> 08/19/2014 08:57:41 AM: > :>> > :>> > From: Jake anderson > :>> > To: IBM-MAIN@LISTSERV.UA.EDU > :>> > Date: 08/19/2014 08:57 AM > :>> > Subject: Re: Dataset update error from MVS guest > :>> > Sent by: IBM Mainframe Discussion List > :>> > > :>> > Hi John, > :>> > > :>> > IOS000I 0F81,2D,WRI,E7,0200,,06820003,TCHN01,JAKE099 , 855 > :>> > 80026F14081218D156000F004CE0 > :>> > > :>> > > :>> > On Tue, Aug 19, 2014 at 7:15 PM, John P Kalinich > :>> wrote: > :>> > > :>> > > What IOS000I message did you receive? > :>> > > > :>> > > Regards, > :>> > > John K > :>> > > > :>> > > Jake A of the IBM Mainframe Discussion List < > IBM-MAIN@LISTSERV.UA.EDU> > :>> > > wrote on 08/19/2014 08:22:35 AM: > :>> > > > :>> > > > From: Jake anderson > :>> > > > To: IBM-MAIN@LISTSERV.UA.EDU > :>> > > > Date: 08/19/2014 08:22 AM > :>> > > > Subject: Dataset update error from MVS guest > :>> > > > Sent by: IBM Mainframe Discussion List > > :>> > > > > :>> > > > Hi, > :>> > > > > :>> > > > I am trying to update a dataset but I receive the below error : > :>> > > > > :>> > > > IEC212I 414-04,IFG0201R,JAKE099,PROC099,ISP09114,0F81,TCHN01, > :>> > > > TCHN01.ASM.DATA > :>> > > > *** > :>> > > > > :>> > > > IBM manual says : > :>> > > > > :>> > > > Explanation > :>> > > > 04 > :>> > > > An I/O error occurred writing a DSCB during processing of a CLOSE > :>> macro > :>> > > > instruction. > :>> > > > > :>> > > > I am trying to update this dataset from a MVS Guest running over > a > :>> VM. > :>> > > The > :>> > > > DASD are shared and I have connected the Volume to MVS guest as > :>> > > READ/WRITE > :>> > > > but still I get this error. > :>> > > > > :>> > > > MVS guest is running at Z/OS 1.13. > :>> > > > > :>> > > > > :>> > > > One of a link from Google I took : > :>> > > > > :>> > > > ABEND 414-04 Mean? > :>> > > > Ran into this one recently and I thought I'd share. > Essentially, a > :>> > > volume > :>> > > > can be set to READ ONLY. This is something outside the scope of > any > :>> > > > security product that might be running on the system, meaning > you may > :>> > > have > :>> > > > RACF permissions to a data set, but if the volume on which that > data > :>> set > :>> > > > resides is READ ONLY, you'll get the 414 abend. The solution is > to > :>> get > :>> > > your > :>> > > > system programmer to un-read only the volume so you can write to > it. > :>> > > > > :>> > > > I was also looking at : > :>> > > > http://www-01.ibm.com/support/docview.wss?uid=swg1PK37533 > :>> > > > > :>> > > > But not sure if it is really matches the error that I am getting. > :>> > > > > :>> > > > > :>> > > > Any thoughts or suggestion on the above. > :>> > > > > :>> > > > Regards, > :>> > > > Jake > :>> > :>> -- > :>> 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 > > -- > Binyamin Dissen > 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...@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: U4093-92
http://newsgroups.derkeiler.com/Archive/Comp/bit.listserv.ibm-main/2010-05/msg00585.html LE? Region? On Tue, Aug 19, 2014 at 9:24 AM, Ron Thomas wrote: > Hi . We are seeing U4093-92 in the loadlib of a module, but the programs are > running in production with out issues. Kindly let me know is there any issue > we need to worry about ? > > > Thanks > Ron T > > -- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN -- Mike A Schwab, Springfield IL USA Where do Forest Rangers go to get away from it all? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dataset update error from MVS guest
Could there be a restriction from VM perspective for a certain Volume to be not shared as WRITE ? On Tue, Aug 19, 2014 at 7:55 PM, Jake anderson wrote: > q da TCHN01 > DASD 966F CP SYSTEM TCHN01 57SHARED > 966F is the real address > > > > On Tue, Aug 19, 2014 at 7:49 PM, Binyamin Dissen < > bdis...@dissensoftware.com> wrote: > >> What does Q V addr show? >> >> On Tue, 19 Aug 2014 19:38:57 +0530 Jake anderson < >> justmainfra...@gmail.com> >> wrote: >> >> :>Hi, >> :> >> :>MVS guest directory has the volume in READ/WRITE and also the security >> :>access to the Volume has been enabled to access as WRITE. After the >> Change >> :>the MVS guest and it was also IPLed to pick up the changes.(But still >> no >> :>luck) >> :> >> :> >> :>On Tue, Aug 19, 2014 at 7:32 PM, John P Kalinich >> wrote: >> :> >> :>> WRI is write inhibited or read-only. Check your VM sharing options. >> :>> >> :>> Regards, >> :>> John K >> :>> >> :>> IBM Mainframe Discussion List wrote on >> :>> 08/19/2014 08:57:41 AM: >> :>> >> :>> > From: Jake anderson >> :>> > To: IBM-MAIN@LISTSERV.UA.EDU >> :>> > Date: 08/19/2014 08:57 AM >> :>> > Subject: Re: Dataset update error from MVS guest >> :>> > Sent by: IBM Mainframe Discussion List >> :>> > >> :>> > Hi John, >> :>> > >> :>> > IOS000I 0F81,2D,WRI,E7,0200,,06820003,TCHN01,JAKE099 , 855 >> :>> > 80026F14081218D156000F004CE0 >> :>> > >> :>> > >> :>> > On Tue, Aug 19, 2014 at 7:15 PM, John P Kalinich >> :>> wrote: >> :>> > >> :>> > > What IOS000I message did you receive? >> :>> > > >> :>> > > Regards, >> :>> > > John K >> :>> > > >> :>> > > Jake A of the IBM Mainframe Discussion List < >> IBM-MAIN@LISTSERV.UA.EDU> >> :>> > > wrote on 08/19/2014 08:22:35 AM: >> :>> > > >> :>> > > > From: Jake anderson >> :>> > > > To: IBM-MAIN@LISTSERV.UA.EDU >> :>> > > > Date: 08/19/2014 08:22 AM >> :>> > > > Subject: Dataset update error from MVS guest >> :>> > > > Sent by: IBM Mainframe Discussion List < >> IBM-MAIN@LISTSERV.UA.EDU> >> :>> > > > >> :>> > > > Hi, >> :>> > > > >> :>> > > > I am trying to update a dataset but I receive the below error : >> :>> > > > >> :>> > > > IEC212I 414-04,IFG0201R,JAKE099,PROC099,ISP09114,0F81,TCHN01, >> :>> > > > TCHN01.ASM.DATA >> :>> > > > *** >> :>> > > > >> :>> > > > IBM manual says : >> :>> > > > >> :>> > > > Explanation >> :>> > > > 04 >> :>> > > > An I/O error occurred writing a DSCB during processing of a >> CLOSE >> :>> macro >> :>> > > > instruction. >> :>> > > > >> :>> > > > I am trying to update this dataset from a MVS Guest running >> over a >> :>> VM. >> :>> > > The >> :>> > > > DASD are shared and I have connected the Volume to MVS guest as >> :>> > > READ/WRITE >> :>> > > > but still I get this error. >> :>> > > > >> :>> > > > MVS guest is running at Z/OS 1.13. >> :>> > > > >> :>> > > > >> :>> > > > One of a link from Google I took : >> :>> > > > >> :>> > > > ABEND 414-04 Mean? >> :>> > > > Ran into this one recently and I thought I'd share. >> Essentially, a >> :>> > > volume >> :>> > > > can be set to READ ONLY. This is something outside the scope of >> any >> :>> > > > security product that might be running on the system, meaning >> you may >> :>> > > have >> :>> > > > RACF permissions to a data set, but if the volume on which that >> data >> :>> set >> :>> > > > resides is READ ONLY, you'll get the 414 abend. The solution is >> to >> :>> get >> :>> > > your >> :>> > > > system programmer to un-read only the volume so you can write >> to it. >> :>> > > > >> :>> > > > I was also looking at : >> :>> > > > http://www-01.ibm.com/support/docview.wss?uid=swg1PK37533 >> :>> > > > >> :>> > > > But not sure if it is really matches the error that I am >> getting. >> :>> > > > >> :>> > > > >> :>> > > > Any thoughts or suggestion on the above. >> :>> > > > >> :>> > > > Regards, >> :>> > > > Jake >> :>> >> :>> -- >> :>> 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 >> >> -- >> Binyamin Dissen >> 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...@listserv.ua.edu with the message: INFO IBM-MAIN >> > > -
Re: U4093-92
So some more details would be helpful 1) what version of z/OS? 2) What got the abend Batch Job USS process CIC transaction IMS Transaction DB2 stored procedure Etc Please post the CEE Dump output. The question you ask is not sufficient for use to provide guidance. Also, what internet searches or manuals have your reviewed to resolve your issue? It helps us to not provide the same information you have already reviewed. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Ron Thomas > Sent: Tuesday, August 19, 2014 7:24 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: U4093-92 > > Hi . We are seeing U4093-92 in the loadlib of a module, but the programs are > running in production with out issues. Kindly let me know is there any issue > we need > to worry about ? > > > Thanks > Ron T > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: U4093-92
Am I missing something? What is an ABEND in a loadlib? Loadlibs don't ABEND; running programs (tasks, actually) do. If a program is running okay, it does not ABEND. If a program ABENDs, it is not running okay. What am I missing in what you write below? Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ron Thomas Sent: Tuesday, August 19, 2014 4:24 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: U4093-92 Hi . We are seeing U4093-92 in the loadlib of a module, but the programs are running in production with out issues. Kindly let me know is there any issue we need to worry about ? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: U4093-92
Z/OS 01.13.00. This is a CICS program. Thanks! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: U4093-92
It would help to provide all the details requested. CICS - You need to use the CICS dump utilities to determine the issue. I think CICS has a decent section for dump reading in the CICS manuals. Since you did not say which version of CICS, I do not know what manuals to point you too. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Ron Thomas > Sent: Tuesday, August 19, 2014 7:51 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: U4093-92 > > Z/OS 01.13.00. This is a CICS program. Thanks! > > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: U4093-92
The Program is running in production, when we browse the loadlib it is showing ABEND U4093-92 . We are now planning to make the changes and move to production, was wondering why this is showing like this ? Thanks Rajeev V -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: U4093-92
Ron Thomas wrote: >The Program is running in production, when we browse the loadlib it is >showing ABEND U4093-92 . We are now planning to make the changes and move to >production, was wondering why this is showing like this ? Still too few info. Please review Mike, Charles and Lizette's questions. Without answers to her questions, it is very unlikely you will get any help. I have one extra question: You should receive OTHER messages beside that user abend. Please post them too. 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
Re: U4093-92
Ron Thomas wrote: >The Program is running in production, when we browse the loadlib it is >showing ABEND U4093-92 . We are now planning to make the changes and move to >production, was wondering why this is showing like this ? "When we browse the loadlib"... Are you getting an ISPF abend? Until you give more complete information all you will get back will be wild guesses - if even that much. Rex The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
revisiting the documentation dilemma
Hi list, I've been meandering through the archives and saw several threads regarding documentation changes that IBM has been implementing, with knowledge centers et al. So my question is a rather basic one. We just upgraded to 1.13 a couple months ago. Do the documentation DVDs no longer exist even in softcopy form? On my old 1.11 system I was able to download and install a DVD image and have the documentation library locally on my PC. If I want to have a similar functionality with my 1.13 documentation do I need to download each manual I want individually and build my own library? I spent a couple hours yesterday on IBM's web site(s) and it appears that this is my only option. Could somebody please confirm whether this is correct or if there is someplace where I could do a mass download of books please point me to it. Thanks, Rex The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dataset update error from MVS guest
You need to see the virtual address information - that is how it is connected to your virtual machine. Use the address that MVS knows about - 0F81 On Tue, 19 Aug 2014 19:55:39 +0530 Jake anderson wrote: :>q da TCHN01 :>DASD 966F CP SYSTEM TCHN01 57SHARED :> 966F is the real address :> :> :> :>On Tue, Aug 19, 2014 at 7:49 PM, Binyamin Dissen > wrote: :> :>> What does Q V addr show? :>> :>> On Tue, 19 Aug 2014 19:38:57 +0530 Jake anderson > > :>> wrote: :>> :>> :>Hi, :>> :> :>> :>MVS guest directory has the volume in READ/WRITE and also the security :>> :>access to the Volume has been enabled to access as WRITE. After the :>> Change :>> :>the MVS guest and it was also IPLed to pick up the changes.(But still no :>> :>luck) :>> :> :>> :> :>> :>On Tue, Aug 19, 2014 at 7:32 PM, John P Kalinich :>> wrote: :>> :> :>> :>> WRI is write inhibited or read-only. Check your VM sharing options. :>> :>> :>> :>> Regards, :>> :>> John K :>> :>> :>> :>> IBM Mainframe Discussion List wrote on :>> :>> 08/19/2014 08:57:41 AM: :>> :>> :>> :>> > From: Jake anderson :>> :>> > To: IBM-MAIN@LISTSERV.UA.EDU :>> :>> > Date: 08/19/2014 08:57 AM :>> :>> > Subject: Re: Dataset update error from MVS guest :>> :>> > Sent by: IBM Mainframe Discussion List :>> :>> > :>> :>> > Hi John, :>> :>> > :>> :>> > IOS000I 0F81,2D,WRI,E7,0200,,06820003,TCHN01,JAKE099 , 855 :>> :>> > 80026F14081218D156000F004CE0 :>> :>> > :>> :>> > :>> :>> > On Tue, Aug 19, 2014 at 7:15 PM, John P Kalinich :>> :>> wrote: :>> :>> > :>> :>> > > What IOS000I message did you receive? :>> :>> > > :>> :>> > > Regards, :>> :>> > > John K :>> :>> > > :>> :>> > > Jake A of the IBM Mainframe Discussion List < :>> IBM-MAIN@LISTSERV.UA.EDU> :>> :>> > > wrote on 08/19/2014 08:22:35 AM: :>> :>> > > :>> :>> > > > From: Jake anderson :>> :>> > > > To: IBM-MAIN@LISTSERV.UA.EDU :>> :>> > > > Date: 08/19/2014 08:22 AM :>> :>> > > > Subject: Dataset update error from MVS guest :>> :>> > > > Sent by: IBM Mainframe Discussion List > > :>> :>> > > > :>> :>> > > > Hi, :>> :>> > > > :>> :>> > > > I am trying to update a dataset but I receive the below error : :>> :>> > > > :>> :>> > > > IEC212I 414-04,IFG0201R,JAKE099,PROC099,ISP09114,0F81,TCHN01, :>> :>> > > > TCHN01.ASM.DATA :>> :>> > > > *** :>> :>> > > > :>> :>> > > > IBM manual says : :>> :>> > > > :>> :>> > > > Explanation :>> :>> > > > 04 :>> :>> > > > An I/O error occurred writing a DSCB during processing of a CLOSE :>> :>> macro :>> :>> > > > instruction. :>> :>> > > > :>> :>> > > > I am trying to update this dataset from a MVS Guest running over :>> a :>> :>> VM. :>> :>> > > The :>> :>> > > > DASD are shared and I have connected the Volume to MVS guest as :>> :>> > > READ/WRITE :>> :>> > > > but still I get this error. :>> :>> > > > :>> :>> > > > MVS guest is running at Z/OS 1.13. :>> :>> > > > :>> :>> > > > :>> :>> > > > One of a link from Google I took : :>> :>> > > > :>> :>> > > > ABEND 414-04 Mean? :>> :>> > > > Ran into this one recently and I thought I'd share. :>> Essentially, a :>> :>> > > volume :>> :>> > > > can be set to READ ONLY. This is something outside the scope of :>> any :>> :>> > > > security product that might be running on the system, meaning :>> you may :>> :>> > > have :>> :>> > > > RACF permissions to a data set, but if the volume on which that :>> data :>> :>> set :>> :>> > > > resides is READ ONLY, you'll get the 414 abend. The solution is :>> to :>> :>> get :>> :>> > > your :>> :>> > > > system programmer to un-read only the volume so you can write to :>> it. :>> :>> > > > :>> :>> > > > I was also looking at : :>> :>> > > > http://www-01.ibm.com/support/docview.wss?uid=swg1PK37533 :>> :>> > > > :>> :>> > > > But not sure if it is really matches the error that I am getting. :>> :>> > > > :>> :>> > > > :>> :>> > > > Any thoughts or suggestion on the above. :>> :>> > > > :>> :>> > > > Regards, :>> :>> > > > Jake :>> :>> :>> :>> -- :>> :>> 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 :>> :>> -- :>> Binyamin Dissen :>> 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...@listserv.ua.edu with the me
Re: U4093-92
Ron, You may have issues with doing diagnostics. This Manual is a good place to start. z/OS Diagnostic Data Collection and Analysis http://www.redbooks.ibm.com/redbooks/pdfs/sg247110.pdf It covers just about all types of abend analysis. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Elardus Engelbrecht > Sent: Tuesday, August 19, 2014 8:13 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: U4093-92 > > Ron Thomas wrote: > > >The Program is running in production, when we browse the loadlib it is > >showing > ABEND U4093-92 . We are now planning to make the changes and move to > production, was wondering why this is showing like this ? > > Still too few info. Please review Mike, Charles and Lizette's questions. > Without > answers to her questions, it is very unlikely you will get any help. > > I have one extra question: You should receive OTHER messages beside that user > abend. Please post them too. > > 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
Re: revisiting the documentation dilemma
Correct, DVDs are no longer being produced. I forget what version of z/OS they did that. z/OS V1.13 may be the last - but I am not sure. I would recommend getting MOZILLA browser and install the addin - DOWNTHEMALL. It is very fast to down load anything from the web. I use it to download all of the IBM Manuals I want. I think I downloaded 678 PDFs from IBM in about 10 mins maybe 20 mins. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Pommier, Rex > Sent: Tuesday, August 19, 2014 8:25 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: revisiting the documentation dilemma > > Hi list, > > I've been meandering through the archives and saw several threads regarding > documentation changes that IBM has been implementing, with knowledge centers > et al. So my question is a rather basic one. We just upgraded to 1.13 a > couple > months ago. Do the documentation DVDs no longer exist even in softcopy form? > On my old 1.11 system I was able to download and install a DVD image and have > the documentation library locally on my PC. If I want to have a similar > functionality > with my 1.13 documentation do I need to download each manual I want > individually > and build my own library? I spent a couple hours yesterday on IBM's web > site(s) > and it appears that this is my only option. Could somebody please confirm > whether > this is correct or if there is someplace where I could do a mass download of > books > please point me to it. > > Thanks, > > Rex > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: revisiting the documentation dilemma
Probably this link might help? www.ibm.com/systems/z/os/zos/library/ Kolusu IBM Mainframe Discussion List wrote on 08/19/2014 08:24:52 AM: > From: "Pommier, Rex" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 08/19/2014 08:25 AM > Subject: revisiting the documentation dilemma > Sent by: IBM Mainframe Discussion List > > Hi list, > > I've been meandering through the archives and saw several threads > regarding documentation changes that IBM has been implementing, with > knowledge centers et al. So my question is a rather basic one. We > just upgraded to 1.13 a couple months ago. Do the documentation > DVDs no longer exist even in softcopy form? On my old 1.11 system I > was able to download and install a DVD image and have the > documentation library locally on my PC. If I want to have a similar > functionality with my 1.13 documentation do I need to download each > manual I want individually and build my own library? I spent a > couple hours yesterday on IBM's web site(s) and it appears that this > is my only option. Could somebody please confirm whether this is > correct or if there is someplace where I could do a mass download of > books please point me to it. > > Thanks, > > Rex > > The information contained in this message is confidential, protected > from disclosure and may be legally privileged. If the reader of > this message is not the intended recipient or an employee or agent > responsible for delivering this message to the intended recipient, > you are hereby notified that any disclosure, distribution, copying, > or any action taken or action omitted in reliance on it, is strictly > prohibited and may be unlawful. If you have received this > communication in error, please notify us immediately by replying to > this message and destroy the material in its entirety, whether in > electronic or hard copy format. Thank you. > > > -- > 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: revisiting the documentation dilemma
Pommier, Rex wrote: >I've been meandering through the archives and saw several threads regarding >documentation changes that IBM has been implementing, with knowledge centers >et al. There are lots of threads about 'LookAt' which has been sunsetted too. Search the archives for 'LookAt'. You will get many hits which confirm what you found. >So my question is a rather basic one. We just upgraded to 1.13 a couple >months ago. Do the documentation DVDs no longer exist even in softcopy form? Seemed so, unless I'm mistaken. My last DVD was for z/OS v1.12 which I uploaded to a PC to be shared via webpage and also to my Bookmanager. >On my old 1.11 system I was able to download and install a DVD image and have >the documentation library locally on my PC. If I want to have a similar >functionality with my 1.13 documentation do I need to download each manual I >want individually and build my own library? I spent a couple hours yesterday >on IBM's web site(s) and it appears that this is my only option. I also came to that conclusion and already warned my colleagues and users to begin using IBM Library Server. So no Bookie or my own webpage with PDFs in the future. And no fast lookup on SYSLOG to messages. I did not bother to tell them about LookAt. Simply because it is 'sunsetted'. There is a post in IBM-MAIN about replacing Lookat with something 'better'. Well, I'm still waiting for the promise to be fullfilled. >Could somebody please confirm whether this is correct or if there is someplace >where I could do a mass download of books please point me to it. I would also like to know, so I can use/review my dusty/rusty SoftCopy Librarian. 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
Re: revisiting the documentation dilemma
Hi Lizette, Thanks for the info. I already use Mozilla, will check out the addin. So along with the DVDs, the softcopy downloads of the DVD images (or collections) are no longer available? Bummer... Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Tuesday, August 19, 2014 10:31 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: revisiting the documentation dilemma Correct, DVDs are no longer being produced. I forget what version of z/OS they did that. z/OS V1.13 may be the last - but I am not sure. I would recommend getting MOZILLA browser and install the addin - DOWNTHEMALL. It is very fast to down load anything from the web. I use it to download all of the IBM Manuals I want. I think I downloaded 678 PDFs from IBM in about 10 mins maybe 20 mins. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Pommier, Rex > Sent: Tuesday, August 19, 2014 8:25 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: revisiting the documentation dilemma > > Hi list, > > I've been meandering through the archives and saw several threads regarding > documentation changes that IBM has been implementing, with knowledge centers > et al. So my question is a rather basic one. We just upgraded to 1.13 a > couple > months ago. Do the documentation DVDs no longer exist even in softcopy form? > On my old 1.11 system I was able to download and install a DVD image and have > the documentation library locally on my PC. If I want to have a similar > functionality > with my 1.13 documentation do I need to download each manual I want > individually > and build my own library? I spent a couple hours yesterday on IBM's web > site(s) > and it appears that this is my only option. Could somebody please confirm > whether > this is correct or if there is someplace where I could do a mass download of > books > please point me to it. > > Thanks, > > Rex > -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: revisiting the documentation dilemma
IBM Mainframe Discussion List wrote on 08/19/2014 11:24:52 AM: > From: "Pommier, Rex" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 08/19/2014 11:25 AM > Subject: revisiting the documentation dilemma > Sent by: IBM Mainframe Discussion List > > Hi list, > > I've been meandering through the archives and saw several threads > regarding documentation changes that IBM has been implementing, with > knowledge centers et al. So my question is a rather basic one. We > just upgraded to 1.13 a couple months ago. Do the documentation > DVDs no longer exist even in softcopy form? On my old 1.11 system I > was able to download and install a DVD image and have the > documentation library locally on my PC. If I want to have a similar > functionality with my 1.13 documentation do I need to download each > manual I want individually and build my own library? I spent a > couple hours yesterday on IBM's web site(s) and it appears that this > is my only option. Could somebody please confirm whether this is > correct or if there is someplace where I could do a mass download of > books please point me to it. Search for SK3T-4271-31 at http://www-05.ibm.com/e-business/linkweb/publications/servlet/pbi.wss?CTY=US Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: revisiting the documentation dilemma
Hi Kolusu, Yep, spent much time there yesterday and all I could find were individual manuals. I was hoping to be able to download the entire library like I used to be able to do but it appears as though that functionality has gone the way of the dodo bird. Thanks, Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Sri h Kolusu Sent: Tuesday, August 19, 2014 10:31 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: revisiting the documentation dilemma Probably this link might help? www.ibm.com/systems/z/os/zos/library/ Kolusu IBM Mainframe Discussion List wrote on 08/19/2014 08:24:52 AM: > From: "Pommier, Rex" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 08/19/2014 08:25 AM > Subject: revisiting the documentation dilemma > Sent by: IBM Mainframe Discussion List > > Hi list, > > I've been meandering through the archives and saw several threads > regarding documentation changes that IBM has been implementing, with > knowledge centers et al. So my question is a rather basic one. We > just upgraded to 1.13 a couple months ago. Do the documentation > DVDs no longer exist even in softcopy form? On my old 1.11 system I > was able to download and install a DVD image and have the > documentation library locally on my PC. If I want to have a similar > functionality with my 1.13 documentation do I need to download each > manual I want individually and build my own library? I spent a > couple hours yesterday on IBM's web site(s) and it appears that this > is my only option. Could somebody please confirm whether this is > correct or if there is someplace where I could do a mass download of > books please point me to it. > > Thanks, > > Rex > > The information contained in this message is confidential, protected > from disclosure and may be legally privileged. If the reader of > this message is not the intended recipient or an employee or agent > responsible for delivering this message to the intended recipient, > you are hereby notified that any disclosure, distribution, copying, > or any action taken or action omitted in reliance on it, is strictly > prohibited and may be unlawful. If you have received this > communication in error, please notify us immediately by replying to > this message and destroy the material in its entirety, whether in > electronic or hard copy format. Thank you. > > > -- > 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 The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Dataset update error from MVS guest
On Tue, 19 Aug 2014 19:55:39 +0530, Jake anderson wrote: >q da TCHN01 >DASD 966F CP SYSTEM TCHN01 57SHARED > 966F is the real address > > > >On Tue, Aug 19, 2014 at 7:49 PM, Binyamin Dissen > wrote: > >> What does Q V addr show? >> >> :>> > >> :>> > IOS000I 0F81,2D,WRI,E7,0200,,06820003,TCHN01,JAKE099 , 855 >> :>> > 80026F14081218D156000F004CE0 >> :>> > >> :>> > > > I am trying to update a dataset but I receive the below error : >> :>> > > > >> :>> > > > IEC212I 414-04,IFG0201R,JAKE099,PROC099,ISP09114,0F81,TCHN01, >> :>> > > > TCHN01.ASM.DATA >> :>> > > > *** It appears that you have Real Address 966F defined as Virtual Address 0F81 in your MVS Guest. What Binyamin is asking for is what does "Q V 0F81" (Query Virtual 0F81) show? You will need to issue this command from the MVS Guest ID either before IPLing the guest, or by pressing the PA1 "key" and entering the Q V 0F81 command, (then enter "b" for BEGIN to restart the guest. The "Q V 0F81" command should display something like this: DASD 0F81 3390 TCHN01 R/x n CYL on DASD 966F SUBCHANNEL = If the fifth word is R/O then the volume is linked Read Only. It should say R/W if it's linked Read Write. Since your query shows that the real volume is attached to the VM system, that should mean that you have a full pack MDISK defined in a VM directory entry, (presumably the MVS Guest ID). The full pack minidisk entry should look something like this: MDISK 0F81 3390 000 END TCHN01 MWV The "MWV" allows Read/Write access even if another ID also has it Read/Write, (do you have another ID that might have this same volume linked R/W?). The "V" tells VM to use Virtual Reserve Release for the volume, (Very important if you are sharing the volume with other MVS Guests!). -- Dale R. Smith -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Best way to tell in code if in Supervisor State?
On 19 August 2014 05:45, Binyamin Dissen wrote: > :>But what would be the best way to determine whether the caller had entered > :>in Supervisor State so I could return to the caller in his original mode > :>(and also avoid the overhead of MODESET)? Some sort of "store PSW" > :>instruction so I could TM on bit 15? > > Look at the EPSW instruction. EPSW is interesting because it didn't (and logically couldn't) exist until the Interpretive Execution facility came along. An unprivileged instruction that revealed details of the true current PSW when running under VM/370 would break the rule that it's not possible to determine if you are running in a VM, other than by observing artifacts like execution speed, or by using a non architected facility like Diagnose. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: U4093-92
Are you saying that, when you browse the load module in its library, you see within it the text 'U4093-92'? If so, maybe that is just a part of a message that gets displayed in the event of an actual problem. === > Date: Tue, 19 Aug 2014 09:24:23 -0500 > From: ron5...@gmail.com > Subject: U4093-92 > To: IBM-MAIN@LISTSERV.UA.EDU > > Hi . We are seeing U4093-92 in the loadlib of a module, but the programs are > running in production with out issues. Kindly let me know is there any issue > we need to worry about ? > > > Thanks > Ron T > > -- > 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: revisiting the documentation dilemma
On Tue, Aug 19, 2014 at 10:30 AM, Lizette Koehler wrote: > Correct, DVDs are no longer being produced. I forget what version of z/OS > they did that. z/OS V1.13 may be the last - but I am not sure. > > I would recommend getting MOZILLA browser and install the addin - > DOWNTHEMALL. > Is it Freudian that I read that as DAMN-THEM-ALL? > > It is very fast to down load anything from the web. I use it to download > all of the IBM Manuals I want. I think I downloaded 678 PDFs from IBM in > about 10 mins maybe 20 mins. > > > Lizette > > -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: revisiting the documentation dilemma
Rex, I think the Softcopy Librarian http://www-01.ibm.com/support/docview.wss?uid=swg24000640 will solve your dilema. Alan Field Technical Engineer Principal BCBS Minnesota Phone: 651.662.3546 Mobile: 651.428.8826 From: "Pommier, Rex" To: IBM-MAIN@LISTSERV.UA.EDU, Date: 08/19/2014 10:26 Subject:revisiting the documentation dilemma Sent by:IBM Mainframe Discussion List Hi list, I've been meandering through the archives and saw several threads regarding documentation changes that IBM has been implementing, with knowledge centers et al. So my question is a rather basic one. We just upgraded to 1.13 a couple months ago. Do the documentation DVDs no longer exist even in softcopy form? On my old 1.11 system I was able to download and install a DVD image and have the documentation library locally on my PC. If I want to have a similar functionality with my 1.13 documentation do I need to download each manual I want individually and build my own library? I spent a couple hours yesterday on IBM's web site(s) and it appears that this is my only option. Could somebody please confirm whether this is correct or if there is someplace where I could do a mass download of books please point me to it. Thanks, Rex The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- 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: revisiting the documentation dilemma
On 19 August 2014 11:43, Pommier, Rex wrote: > Yep, spent much time there yesterday and all I could find were individual > manuals. I was hoping to be able to download the entire library like I used > to be able to do but it appears as though that functionality has gone the way > of the dodo bird. The Softcopy Librarian still works for z/OS 1.13. For that matter, it mostly works for z/OS 2.1 too. You can download and update large collections of books with a very few clicks. Who knows how long it'll be before SL follows LookAt and .BOO files into the sunset for being too useful. Tony H. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: U4093-92
I was wondering if that was what the OP meant ... If so, you can totally ignore it. A program load module contain the words "DISASTROUS ERROR HAS OCCURRED" but the existence of that text does not indicate the existence of a problem. Neither does the text "U4093-92." Charles -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of J R Sent: Tuesday, August 19, 2014 6:05 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: U4093-92 Are you saying that, when you browse the load module in its library, you see within it the text 'U4093-92'? If so, maybe that is just a part of a message that gets displayed in the event of an actual problem. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: revisiting the documentation dilemma
Woo-hoo!!! Thank you, Bob. I don't know how I missed that one - except that I was looking for the previous edition of it and couldn't find the bulk download for that one. This is exactly what I was looking for. Much appreciated, downloading now. Elardus, I went to the link Bob provided and about 3 clicks later got to a screen where I could download K3T4271V. I believe this is what I'm looking for, have gotten it downloaded but got pulled into a couple other situations so haven't been able to play with it yet. Thanks, all (especially Bob and Lizette). :-) Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bob Rutledge Sent: Tuesday, August 19, 2014 10:41 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: revisiting the documentation dilemma IBM Mainframe Discussion List wrote on 08/19/2014 11:24:52 AM: > From: "Pommier, Rex" > To: IBM-MAIN@LISTSERV.UA.EDU > Date: 08/19/2014 11:25 AM > Subject: revisiting the documentation dilemma > Sent by: IBM Mainframe Discussion List > > Hi list, > > I've been meandering through the archives and saw several threads > regarding documentation changes that IBM has been implementing, with > knowledge centers et al. So my question is a rather basic one. We > just upgraded to 1.13 a couple months ago. Do the documentation > DVDs no longer exist even in softcopy form? On my old 1.11 system I > was able to download and install a DVD image and have the > documentation library locally on my PC. If I want to have a similar > functionality with my 1.13 documentation do I need to download each > manual I want individually and build my own library? I spent a > couple hours yesterday on IBM's web site(s) and it appears that this > is my only option. Could somebody please confirm whether this is > correct or if there is someplace where I could do a mass download of > books please point me to it. Search for SK3T-4271-31 at http://www-05.ibm.com/e-business/linkweb/publications/servlet/pbi.wss?CTY=US Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: revisiting the documentation dilemma
Pommier, Rex wrote: >I went to the link Bob provided and about 3 clicks later got to a screen where >I could download K3T4271V. I believe this is what I'm looking for, have >gotten it downloaded but got pulled into a couple other situations so haven't >been able to play with it yet. Thanks Rex and Bob and Lizette. I have also a quick look at it, hmmm, it is looking and smelling and feeling good. ;-D I will play around with it later this or next week, just am now too busy with 1001 other things. 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
Re: U4093-92
On Tue, 19 Aug 2014 09:50:57 -0500, Ron Thomas wrote: >Z/OS 01.13.00. This is a CICS program. Thanks! You may want to read this entry in the Archives. It might be your problem also. https://listserv.ua.edu/cgi-bin/wa?A2=ind1005&L=ibm-main&T=0&O=D&F=&S=&P=399979 -- Dale R. Smith -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Different results with ASCRE starting IEESYSAS vs. own proc
I'm running some tests with ASCRE and am getting some difference in the result I cannot explain. Here is the relevant part of the code: WTO 'ASCRETST starting system AS as IEESYSAS.TSTCWCIS', * ROUTCDE=(2,11),DESC=7 MODESET KEY=NZERO,MODE=SUP ASCRE STPARM=SISPARML,INIT='IEFBR14 ', * ODA=ODA,ATTR=(PERM) MODESET KEY=NZERO,MODE=PROB WTO 'ASCRETST starting system AS as TSTCWC.TSTCWCTS', * ROUTCDE=(2,11),DESC=7 MODESET KEY=NZERO,MODE=SUP ASCRE STPARM=STSPARML,INIT='IEFBR14 ', * ODA=ODA,ATTR=(PERM) MODESET KEY=NZERO,MODE=PROB SISPARML DC AL2(SISPARME-SISPARML-2) SISPROC DC C'IEESYSAS' DC C'.' SISSTCNAM DC C'TSTCWCIS' SISPARAM DC C',PROG=LISTACEE' SISPARME EQU* STSPARML DC AL2(STSPARME-STSPARML-2) STSPROC DC C'TSTCWC' DC C'.' STSSTCNAM DC C'TSTCWCTS' STSPARAM DC C',PROG=LISTACEE' STSPARME EQU* This is IEESYSAS in SYS1PROCLIB: //IEESYSAS PROC PROG=IEFBR14 //IEFPROC EXEC PGM=&PROG And this is TSTCWC in SYS1.PROCLIB //TSTCWC PROC PROG=IEFBR14 //TSTCWCS1 EXEC PGM=&PROG Both address spaces are created as system AS (not jobspace AS). They run just fine as expected. It is only how they are shown in a "D A,TSTCWC*". I had expected to see them as TSTCWCIS.TSTCWCIS and TSTCWCTS.TSTCWCTS, resp. However, only the former, starting IEESYSAS, meets the expectation. The latter, starting TSTCWC, is shown as TSTCWC.TSTCWCTS. See below for the full "D A,TSTCWC*" response. What is special about IEESYSAS? What have I overloked? D A,TSTCWC* IEE115I 20.19.57 2014.231 ACTIVITY 247 JOBS M/STS USERSSYSASINITS ACTIVE/MAX VTAM OAS 1000131 0003131/00040 4 TSTCWCIS TSTCWCIS IEFPROC OWT * A=002F PER=NO SMC=000 PGN=N/A DMN=N/A AFF=NONE CT=000.266S ET=053.839S WUID=STC03104 USERID=TECZOSCC WKL=SYSTEM SCL=SYSSTC P=1 RGP=N/A SRVR=NO QSC=NO ADDR SPACE ASTE=53E88BC0 TSTCWC TSTCWCTS TSTCWCS1 OWT * A=0031 PER=NO SMC=000 PGN=N/A DMN=N/A AFF=NONE CT=000.392S ET=043.676S WUID=STC03106 USERID=TECZOSCC WKL=SYSTEM SCL=SYSSTC P=1 RGP=N/A SRVR=NO QSC=NO ADDR SPACE ASTE=53E88C40 -- Peter Hunkeler -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: U4093-92
Ron Thomas wrote: Hi . We are seeing U4093-92 in the loadlib of a module, but the programs are running in production with out issues. Kindly let me know is there any issue we need to worry about ? Assuming you meant that you are inspecting the load module with ISPF Browse or similar, I suspect you'll discover that the U4093-92 string came along at bind time from a module in CEE.SCEELKED, likely CEEBINIT or something similar. Bob -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: U4093-92
ok. that is correct. Based on discussion so far i believe we can ignore the text in the load module. Thanks! -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: U4093-92
I will bite? I am curious. What problem are you trying to solve that lead you to browse a loadmodule and suspect that because it had the potential to issue this message, it was suspect? There are lots of scary text messages in lot of loadmodules. It is only when they are issued by the running (or failing) program, that they are of concern. Unless you are searching for the Platinum Pyramid. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Ron Thomas > Sent: Tuesday, August 19, 2014 12:12 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: U4093-92 > > ok. that is correct. Based on discussion so far i believe we can ignore the > text > in the load module. Thanks! > > -- > 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: revisiting the documentation dilemma
I haven't read the rest of the thread yet. Let the flames possibly roar, but Softcopy Librarian still worked for me to download z/OS 2.1. Unforutantely, is only .pdf's. But it did bring me shelves and the Softcopy Reader: Shelf Organizer allows me to find what I want when I need it. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Lizette Koehler > Sent: Tuesday, August 19, 2014 8:31 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: revisiting the documentation dilemma > > Correct, DVDs are no longer being produced. I forget what version of z/OS > they did that. z/OS V1.13 may be the last - but I am not sure. > > I would recommend getting MOZILLA browser and install the addin - > DOWNTHEMALL. > > It is very fast to down load anything from the web. I use it to download all > of > the IBM Manuals I want. I think I downloaded 678 PDFs from IBM in about 10 > mins maybe 20 mins. > > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM- > m...@listserv.ua.edu] > > On Behalf Of Pommier, Rex > > Sent: Tuesday, August 19, 2014 8:25 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: revisiting the documentation dilemma > > > > Hi list, > > > > I've been meandering through the archives and saw several threads > > regarding documentation changes that IBM has been implementing, with > > knowledge centers et al. So my question is a rather basic one. We > > just upgraded to 1.13 a couple months ago. Do the documentation DVDs no > longer exist even in softcopy form? > > On my old 1.11 system I was able to download and install a DVD image > > and have the documentation library locally on my PC. If I want to > > have a similar functionality with my 1.13 documentation do I need to > > download each manual I want individually and build my own library? I > > spent a couple hours yesterday on IBM's web site(s) and it appears > > that this is my only option. Could somebody please confirm whether > > this is correct or if there is someplace where I could do a mass download of > books please point me to it. > > > > Thanks, > > > > Rex > > > > -- > 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: revisiting the documentation dilemma
Hi Dave, No flame war, just good, positive feedback. Another poster mentioned the ability to download manuals thru Softcopy Librarian (I haven't actually looked at it because I've been happy in my little world of Bookie and my 1.11 library installed on my PC) and Bob Rutledge kindly pointed me to a location where I can still get the library for download. Just the way the list is supposed to work. :-) Rex -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Gibney, Dave Sent: Tuesday, August 19, 2014 2:31 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: revisiting the documentation dilemma I haven't read the rest of the thread yet. Let the flames possibly roar, but Softcopy Librarian still worked for me to download z/OS 2.1. Unforutantely, is only .pdf's. But it did bring me shelves and the Softcopy Reader: Shelf Organizer allows me to find what I want when I need it. > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Lizette Koehler > Sent: Tuesday, August 19, 2014 8:31 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: revisiting the documentation dilemma > > Correct, DVDs are no longer being produced. I forget what version of z/OS > they did that. z/OS V1.13 may be the last - but I am not sure. > > I would recommend getting MOZILLA browser and install the addin - > DOWNTHEMALL. > > It is very fast to down load anything from the web. I use it to download all > of > the IBM Manuals I want. I think I downloaded 678 PDFs from IBM in about 10 > mins maybe 20 mins. > > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM- > m...@listserv.ua.edu] > > On Behalf Of Pommier, Rex > > Sent: Tuesday, August 19, 2014 8:25 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: revisiting the documentation dilemma > > > > Hi list, > > > > I've been meandering through the archives and saw several threads > > regarding documentation changes that IBM has been implementing, with > > knowledge centers et al. So my question is a rather basic one. We > > just upgraded to 1.13 a couple months ago. Do the documentation DVDs no > longer exist even in softcopy form? > > On my old 1.11 system I was able to download and install a DVD image > > and have the documentation library locally on my PC. If I want to > > have a similar functionality with my 1.13 documentation do I need to > > download each manual I want individually and build my own library? I > > spent a couple hours yesterday on IBM's web site(s) and it appears > > that this is my only option. Could somebody please confirm whether > > this is correct or if there is someplace where I could do a mass download of > books please point me to it. > > > > Thanks, > > > > Rex > > > > -- > 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 The information contained in this message is confidential, protected from disclosure and may be legally privileged. If the reader of this message is not the intended recipient or an employee or agent responsible for delivering this message to the intended recipient, you are hereby notified that any disclosure, distribution, copying, or any action taken or action omitted in reliance on it, is strictly prohibited and may be unlawful. If you have received this communication in error, please notify us immediately by replying to this message and destroy the material in its entirety, whether in electronic or hard copy format. Thank you. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: revisiting the documentation dilemma
Not a flame, but I've finally gotten used to the InfoCenter delivery. But soon I'll be "forced" to accustom to the "Knowledge Center" delivery. The presentation is somewhat like the InfoCenter, but finding stuff initially is a bit more challenging. For example, to find the doc for the COBOL compilers, one must look under the "Rational" navigation entry. -jc- > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Gibney, Dave > Sent: Tuesday, August 19, 2014 2:31 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: revisiting the documentation dilemma > > I haven't read the rest of the thread yet. Let the flames possibly roar, but > Softcopy Librarian still > worked for me to download z/OS 2.1. Unforutantely, is only .pdf's. But it did > bring me shelves and the > Softcopy Reader: Shelf Organizer allows me to find what I want when I need it. > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > > On Behalf Of Lizette Koehler > > Sent: Tuesday, August 19, 2014 8:31 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: Re: revisiting the documentation dilemma > > > > Correct, DVDs are no longer being produced. I forget what version of > > z/OS they did that. z/OS V1.13 may be the last - but I am not sure. > > > > I would recommend getting MOZILLA browser and install the addin - > > DOWNTHEMALL. > > > > It is very fast to down load anything from the web. I use it to > > download all of the IBM Manuals I want. I think I downloaded 678 PDFs > > from IBM in about 10 mins maybe 20 mins. > > > > > > Lizette > > > > > > > -Original Message- > > > From: IBM Mainframe Discussion List [mailto:IBM- > > m...@listserv.ua.edu] > > > On Behalf Of Pommier, Rex > > > Sent: Tuesday, August 19, 2014 8:25 AM > > > To: IBM-MAIN@LISTSERV.UA.EDU > > > Subject: revisiting the documentation dilemma > > > > > > Hi list, > > > > > > I've been meandering through the archives and saw several threads > > > regarding documentation changes that IBM has been implementing, with > > > knowledge centers et al. So my question is a rather basic one. We > > > just upgraded to 1.13 a couple months ago. Do the documentation > > > DVDs no > > longer exist even in softcopy form? > > > On my old 1.11 system I was able to download and install a DVD image > > > and have the documentation library locally on my PC. If I want to > > > have a similar functionality with my 1.13 documentation do I need to > > > download each manual I want individually and build my own library? > > > I spent a couple hours yesterday on IBM's web site(s) and it appears > > > that this is my only option. Could somebody please confirm whether > > > this is correct or if there is someplace where I could do a mass > > > download of > > books please point me to it. > > > > > > Thanks, > > > > > > Rex > > > > > > > -- > > 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 ** Information contained in this e-mail message and in any attachments thereto is confidential. If you are not the intended recipient, please destroy this message, delete any copies held on your systems, notify the sender immediately, and refrain from using or disclosing all or any part of its content to any other person. -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ASM calling C or C++ subroutines
I have been looking at the LE documentation now for days and still not sure what I need to do to have my Assembler program call C or C++ programs. I need this interface to be very efficient because I will be calling these subroutines maybe more than a 1,000,000 times a day. What I have come up with is to use CEEPIPI to build the environment. LAR5,PPTBL GET ADDRESS OF PIPI TABLE STR5,@CEXPTBLCEEXPTBL-ADDR -> PIPI TABLE L R15,PPRTNPTR GET ADDRESS OF CEEPIPI ROUTINE * INVOKE CEEPIPI ROUTINE CALL (15),(INITSUB,@CEXPTBL,@SRVRTNS,RUNTMOPT,TOKEN) I will have three subroutines so I think I need to put each one of these routines in the preinit table. Now I think I need to use CEEPIPI again when I want to call each subroutine. STR11,PARM L R15,PPRTNPTR GET ADDRESS OF CEEPIPI ROUTINE CALL (15),(CALLSUB,PTBINDEX,TOKEN,PARM, X SUBRETC,SUBRSNC,SUBFBC) INVOKE CEEPIPI ROUTINE Note: Note: The C routines have not been created yet, so I can't try these things out. Questions: 1) Do I have it correct? 2) Do I even need LE? 3) The book talks about XPLINK. I don't quite understand it. Is this something I should explore more? -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: revisiting the documentation dilemma
I concur re: DownThemAll! I have been using for several z/OS versions to get the manuals and it works great. You just go to the main PDF page and then set a filter that says that you only want pdf files and let it rip. FWIW - If anyone is using Linux or Unix, following a script that will generate symbolic links with the PDF title for all of the pdf files in directory. Its very handy so that you can have meaningful names for all of the PDFs. (You don't want to rename the PDFs, since some manuals contain links to others and the original filename is needed). #!/bin/sh # Make symlinks to all .pdf files in the current directory to names that match their Title: ls -1 *.pdf | while read f do echo "Examining: "$f title=$(pdfinfo "$f" | grep "Title:" | cut -c17- | tr -d '/\\:' | tr ' ' '_') if test -n "$title" -a ! -s "$title.pdf" ; then echo "link $title.pdf -> $f" ln -s "$f" "$title.pdf" fi done Kirk Wolf Dovetailed Technologies http://dovetail.com On Tue, Aug 19, 2014 at 10:30 AM, Lizette Koehler wrote: > Correct, DVDs are no longer being produced. I forget what version of z/OS > they did that. z/OS V1.13 may be the last - but I am not sure. > > I would recommend getting MOZILLA browser and install the addin - > DOWNTHEMALL. > > It is very fast to down load anything from the web. I use it to download > all of the IBM Manuals I want. I think I downloaded 678 PDFs from IBM in > about 10 mins maybe 20 mins. > > > Lizette > > > > -Original Message- > > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > > Behalf Of Pommier, Rex > > Sent: Tuesday, August 19, 2014 8:25 AM > > To: IBM-MAIN@LISTSERV.UA.EDU > > Subject: revisiting the documentation dilemma > > > > Hi list, > > > > I've been meandering through the archives and saw several threads > regarding > > documentation changes that IBM has been implementing, with knowledge > centers > > et al. So my question is a rather basic one. We just upgraded to 1.13 > a couple > > months ago. Do the documentation DVDs no longer exist even in softcopy > form? > > On my old 1.11 system I was able to download and install a DVD image and > have > > the documentation library locally on my PC. If I want to have a similar > functionality > > with my 1.13 documentation do I need to download each manual I want > individually > > and build my own library? I spent a couple hours yesterday on IBM's web > site(s) > > and it appears that this is my only option. Could somebody please > confirm whether > > this is correct or if there is someplace where I could do a mass > download of books > > please point me to it. > > > > Thanks, > > > > Rex > > > > -- > 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: ASM calling C or C++ subroutines
On Tue, Aug 19, 2014 at 3:28 PM, Donald Likens wrote: > I have been looking at the LE documentation now for days and still not > sure what I need to do to have my Assembler program call C or C++ programs. > I need this interface to be very efficient because I will be calling these > subroutines maybe more than a 1,000,000 times a day. What I have come up > with is to use CEEPIPI to build the environment. > > LAR5,PPTBL GET ADDRESS OF PIPI TABLE > STR5,@CEXPTBLCEEXPTBL-ADDR -> PIPI TABLE > L R15,PPRTNPTR GET ADDRESS OF CEEPIPI ROUTINE > * INVOKE CEEPIPI ROUTINE > CALL (15),(INITSUB,@CEXPTBL,@SRVRTNS,RUNTMOPT,TOKEN) > > I will have three subroutines so I think I need to put each one of these > routines in the preinit table. > > Now I think I need to use CEEPIPI again when I want to call each > subroutine. > > STR11,PARM > L R15,PPRTNPTR GET ADDRESS OF CEEPIPI ROUTINE > CALL (15),(CALLSUB,PTBINDEX,TOKEN,PARM, X >SUBRETC,SUBRSNC,SUBFBC) INVOKE CEEPIPI ROUTINE > > Note: > Note: The C routines have not been created yet, so I can't try these > things out. > > Questions: > 1) Do I have it correct? > 2) Do I even need LE? 3) The book talks about XPLINK. I don't quite understand it. Is this > something I should explore more? > I call C (not C++) subroutines from HLASM. But I do it by making my HLASM LE compliant from the start. I see no reason not to. My start up code looks like: PRINT GEN MNOTE *,'SYSOPT_OPTABLE=&SYSOPT_OPTABLE' SYSSTATE ASCENV=P, AMODE64=NO, ARCHLVL=2 IEABRCX DEFINE IEABRCX DISABLE IEABRCX ENABLE _BALROPSYN BALR BALR OPSYN BASR _CSECT OPSYN CSECT CSECTOPSYN RSECT POP PRINT LSENQCEEENTRY PPA=LSENQ_PPA, MAIN=YES, AUTO=DSASIZE, BASE=R11_32 USING CEECAA,R12_32 USING CEEDSA,R13_32 J GO GOBACK DS0H CEETERM RC=RETURN_CODE, MODIFIER=MODIFIER, MF=(E,CEETERM_BLOCK) LTORG GO DS0H * code goes here LSENQ_PPA CEEPPA LIBRARY=NO, PPA2=YES, EXTPROC=YES, TSTAMP=YES, PEP=YES, INSTOP=YES, EXITDSA=NO, OWNEXM=YES, EPNAME=LSENQ, VER=1, REL=1, MOD=0, DSA=YES CEEDSA * DYNAMIC AREA IS DEFINED HERE. * THIS MUST BE INITIALIZED DURING EXECUTION. * THIS IS WITHIN A DSECT, SO NO DATA IS REALLY INITIALIZED DS0D FORCE DOUBLEWORD ... data areas RETURN_CODE DS F MODIFIER DSF RETURN_VALUE DC A(0) PREVIOUS DEFAULT DUB REASON_CODE DC A(0) CEETERM_BLOCK CEETERM MF=L DSASIZE EQU *-CEEDSA CEECAA END LSENQ The code above can call the C language subroutines, such as SPRINTF(), as well as user written C code. I have never looked at using XPLINK or C++, so I can't say anything about calling that type of code. Note that the above can still use all the normal z/OS macros that non-LE code can use. And it can call non-LE routines, both system, vendor, and user supplied. In particular, I use the above to write z/OS UNIX programs. In my programs, I use C subroutines as well as a number of the UNIX callable services (BPX? routines) as well as z/OS services such as ISGENQ and others. However, in many cases, I try to use LE service routines instead of native z/OS services. Especially to get dynamic storage. I don't use STORAGE OBTAIN / RELEASE or GETMAIN / FREEMAIN and use CEEGTST / CEEFRST to get storage in the LE maintained "heaps". But this is just my preference so that the LE formatter knows about them. -- There is nothing more pleasant than traveling and meeting new people! Genghis Khan Maranatha! <>< John McKown -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: revisiting the documentation dilemma
>>> On 8/19/2014 at 04:36 PM, Kirk Wolf wrote: > FWIW - If anyone is using Linux or Unix, following a script that will > generate symbolic links with the PDF title for all of the pdf files in > directory. Its very handy so that you can have meaningful names for all > of the PDFs. (You don't want to rename the PDFs, since some manuals > contain links to others and the original filename is needed). I've done a similar thing, but discovered that not everyone at IBM (or elsewhere) puts the proper metadata in the PDF file for pdfinfo to extract it. The script you showed tests for that eventuality, but I figured it might be worth stating explicitly. Mark Post -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
How to cleanly shutdown a socket server?
I have been struggling with this for a while... Cancel always works but I don't think that is clean. I just looked in the IP Socket Interface guide hoping it would help but the design noted there has a task receiving data forever. I do not have a problem if the socket is busy. I can always set a switch and terminate. My problem is when the socket is idle. It is waiting for input and does not know it is to shutdown. My most current idea is to setup a ESTAE to ignore SA03 abends and detach the task. I have not tested this yet but it seems unclean to me (even if externally it will look clean). I have also thought about setting a timeout value but I am concerned about using this. If the socket times out, do I have to close and reopen the socket? How long do I wait before I timeout? Does this cause a lot of overhead? Have you created a socket server? Did you have a clean way of shutting it down? Please explain how. Thanks -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: Different results with ASCRE starting IEESYSAS vs. own proc
Since forever, a stepname of IEFPROC (and a ddname of IEFRDER) have had special meaning within started procedures. Among other things, they allow JCL parameters included on the START command to build a "//IEFPROC.IEFRDER DD" override statement. Also, the IEFPROC stepname affects the jobname of the address space and the way it is appears in an activity display. (Whether or not you start the task with an identifier also affects the display.) I presume address spaces created internally via ASCRE may well be likewise affected. === > Date: Tue, 19 Aug 2014 21:05:11 +0200 > From: p...@gmx.ch > Subject: Different results with ASCRE starting IEESYSAS vs. own proc > To: IBM-MAIN@LISTSERV.UA.EDU > > I'm running some tests with ASCRE and am getting some difference in the > result I cannot explain. Here is the relevant part of the code: > > > WTO 'ASCRETST starting system AS as IEESYSAS.TSTCWCIS', * > ROUTCDE=(2,11),DESC=7 > MODESET KEY=NZERO,MODE=SUP > ASCRE STPARM=SISPARML,INIT='IEFBR14 ', * > ODA=ODA,ATTR=(PERM) > MODESET KEY=NZERO,MODE=PROB > WTO 'ASCRETST starting system AS as TSTCWC.TSTCWCTS', * > ROUTCDE=(2,11),DESC=7 > MODESET KEY=NZERO,MODE=SUP > ASCRE STPARM=STSPARML,INIT='IEFBR14 ', * > ODA=ODA,ATTR=(PERM) > MODESET KEY=NZERO,MODE=PROB > > > SISPARML DC AL2(SISPARME-SISPARML-2) > SISPROC DC C'IEESYSAS' > DC C'.' > SISSTCNAM DC C'TSTCWCIS' > SISPARAM DC C',PROG=LISTACEE' > SISPARME EQU* > > > STSPARML DC AL2(STSPARME-STSPARML-2) > STSPROC DC C'TSTCWC' >DC C'.' > STSSTCNAM DC C'TSTCWCTS' > STSPARAM DC C',PROG=LISTACEE' > STSPARME EQU* > > > This is IEESYSAS in SYS1PROCLIB: > > //IEESYSAS PROC PROG=IEFBR14 > //IEFPROC EXEC PGM=&PROG > > > And this is TSTCWC in SYS1.PROCLIB > > //TSTCWC PROC PROG=IEFBR14 > //TSTCWCS1 EXEC PGM=&PROG > > > Both address spaces are created as system AS (not jobspace AS). They run just > fine as expected. It is only how they are shown in a "D A,TSTCWC*". I had > expected to see them as TSTCWCIS.TSTCWCIS and TSTCWCTS.TSTCWCTS, resp. > However, only the former, starting IEESYSAS, meets the expectation. The > latter, starting TSTCWC, is shown as TSTCWC.TSTCWCTS. See below for the full > "D A,TSTCWC*" response. > What is special about IEESYSAS? What have I overloked? > > > > > > > > D A,TSTCWC* > IEE115I 20.19.57 2014.231 ACTIVITY 247 > JOBS M/STS USERSSYSASINITS ACTIVE/MAX VTAM OAS > 1000131 0003131/00040 4 > TSTCWCIS TSTCWCIS IEFPROC OWT * A=002F PER=NO SMC=000 > PGN=N/A DMN=N/A AFF=NONE > CT=000.266S ET=053.839S > WUID=STC03104 USERID=TECZOSCC > WKL=SYSTEM SCL=SYSSTC P=1 > RGP=N/A SRVR=NO QSC=NO > ADDR SPACE ASTE=53E88BC0 > TSTCWC TSTCWCTS TSTCWCS1 OWT * A=0031 PER=NO SMC=000 > PGN=N/A DMN=N/A AFF=NONE > CT=000.392S ET=043.676S > WUID=STC03106 USERID=TECZOSCC > WKL=SYSTEM SCL=SYSSTC P=1 > RGP=N/A SRVR=NO QSC=NO > ADDR SPACE ASTE=53E88C40 > > > -- > Peter Hunkeler > > > > -- > 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: ASM calling C or C++ subroutines
I call a C routine to compress char data from my asm code. These are the steps I use. 1)Load CEEPIPI and save its address. 2)Load the C routine, and save its address. 3)Get stg for the CEEXPIT table. 4)Build the parm list to pre-init the table, then call CEEPIPI to init it. 5)Build the parm list for the C code. 6)Build the parm list for the LE call. 7)Call CEEPIPI using the address saved earlier, with the parm list just created. Steps 1 thru 5 are done once. Step 6 & 7 get done on every call. This works for me. -- Dave On 8/19/2014 3:28 PM, Donald Likens wrote: I have been looking at the LE documentation now for days and still not sure what I need to do to have my Assembler program call C or C++ programs. I need this interface to be very efficient because I will be calling these subroutines maybe more than a 1,000,000 times a day. What I have come up with is to use CEEPIPI to build the environment. LAR5,PPTBL GET ADDRESS OF PIPI TABLE STR5,@CEXPTBLCEEXPTBL-ADDR -> PIPI TABLE L R15,PPRTNPTR GET ADDRESS OF CEEPIPI ROUTINE * INVOKE CEEPIPI ROUTINE CALL (15),(INITSUB,@CEXPTBL,@SRVRTNS,RUNTMOPT,TOKEN) I will have three subroutines so I think I need to put each one of these routines in the preinit table. Now I think I need to use CEEPIPI again when I want to call each subroutine. STR11,PARM L R15,PPRTNPTR GET ADDRESS OF CEEPIPI ROUTINE CALL (15),(CALLSUB,PTBINDEX,TOKEN,PARM, X SUBRETC,SUBRSNC,SUBFBC) INVOKE CEEPIPI ROUTINE Note: Note: The C routines have not been created yet, so I can't try these things out. Questions: 1) Do I have it correct? 2) Do I even need LE? 3) The book talks about XPLINK. I don't quite understand it. Is this something I should explore more? -- 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: How to cleanly shutdown a socket server?
You might, if you have not done so, join the TCPIP List for a more focused forum. To join http://www2.marist.edu/htbin/wlvindex?IBMTCP-L go to the bottom of the webpage to join. Lizette > -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On > Behalf Of Donald Likens > Sent: Tuesday, August 19, 2014 2:02 PM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: How to cleanly shutdown a socket server? > > I have been struggling with this for a while... Cancel always works but I > don't think > that is clean. I just looked in the IP Socket Interface guide hoping it would > help but > the design noted there has a task receiving data forever. I do not have a > problem if > the socket is busy. I can always set a switch and terminate. My problem is > when the > socket is idle. It is waiting for input and does not know it is to shutdown. > > My most current idea is to setup a ESTAE to ignore SA03 abends and detach the > task. I have not tested this yet but it seems unclean to me (even if > externally it will > look clean). I have also thought about setting a timeout value but I am > concerned > about using this. If the socket times out, do I have to close and reopen the > socket? > How long do I wait before I timeout? Does this cause a lot of overhead? > > Have you created a socket server? Did you have a clean way of shutting it > down? > Please explain how. Thanks > > -- > 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: How to cleanly shutdown a socket server?
We have been using a Socket-C lose and then a Socket-Shutdown.. Regards, Scott www,idmworks.com From: dlik...@infosecinc.com Sent: Tuesday, August 19, 2014 5:02 PM To: IBM Mainframe Discussion List I have been struggling with this for a while... Cancel always works but I don't think that is clean. I just looked in the IP Socket Interface guide hoping it would help but the design noted there has a task receiving data forever. I do not have a problem if the socket is busy. I can always set a switch and terminate. My problem is when the socket is idle. It is waiting for input and does not know it is to shutdown. My most current idea is to setup a ESTAE to ignore SA03 abends and detach the task. I have not tested this yet but it seems unclean to me (even if externally it will look clean). I have also thought about setting a timeout value but I am concerned about using this. If the socket times out, do I have to close and reopen the socket? How long do I wait before I timeout? Does this cause a lot of overhead? Have you created a socket server? Did you have a clean way of shutting it down? Please explain how. Thanks -- 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: Different results with ASCRE starting IEESYSAS vs. own proc
> I'm running some tests with ASCRE and am getting some difference in > the result I cannot explain. Here is the relevant part of the code: > > > WTO 'ASCRETST starting system AS as IEESYSAS.TSTCWCIS', * > ROUTCDE=(2,11),DESC=7 > MODESET KEY=NZERO,MODE=SUP > ASCRE STPARM=SISPARML,INIT='IEFBR14 ', * > ODA=ODA,ATTR=(PERM) > MODESET KEY=NZERO,MODE=PROB > WTO 'ASCRETST starting system AS as TSTCWC.TSTCWCTS', * > ROUTCDE=(2,11),DESC=7 > MODESET KEY=NZERO,MODE=SUP > ASCRE STPARM=STSPARML,INIT='IEFBR14 ', * > ODA=ODA,ATTR=(PERM) > MODESET KEY=NZERO,MODE=PROB > > > SISPARML DC AL2(SISPARME-SISPARML-2) > SISPROC DC C'IEESYSAS' > DC C'.' > SISSTCNAM DC C'TSTCWCIS' > SISPARAM DC C',PROG=LISTACEE' > SISPARME EQU* > > > STSPARML DC AL2(STSPARME-STSPARML-2) > STSPROC DC C'TSTCWC' >DC C'.' > STSSTCNAM DC C'TSTCWCTS' > STSPARAM DC C',PROG=LISTACEE' > STSPARME EQU* > > > This is IEESYSAS in SYS1PROCLIB: > > //IEESYSAS PROC PROG=IEFBR14 > //IEFPROC EXEC PGM=&PROG > > > And this is TSTCWC in SYS1.PROCLIB > > //TSTCWC PROC PROG=IEFBR14 > //TSTCWCS1 EXEC PGM=&PROG > > > Both address spaces are created as system AS (not jobspace AS). They > run just fine as expected. It is only how they are shown in a "D > A,TSTCWC*". I had expected to see them as TSTCWCIS.TSTCWCIS and > TSTCWCTS.TSTCWCTS, resp. However, only the former, starting > IEESYSAS, meets the expectation. The latter, starting TSTCWC, is > shown as TSTCWC.TSTCWCTS. See below for the full "D A,TSTCWC*" response. > What is special about IEESYSAS? What have I overloked? > > > > > > > > D A,TSTCWC* > IEE115I 20.19.57 2014.231 ACTIVITY 247 > JOBS M/STS USERSSYSASINITS ACTIVE/MAX VTAM OAS > 1000131 0003131/00040 4 > TSTCWCIS TSTCWCIS IEFPROC OWT * A=002F PER=NO SMC=000 > PGN=N/A DMN=N/A AFF=NONE > CT=000.266S ET=053.839S > WUID=STC03104 USERID=TECZOSCC > WKL=SYSTEM SCL=SYSSTC P=1 > RGP=N/A SRVR=NO QSC=NO > ADDR SPACE ASTE=53E88BC0 > TSTCWC TSTCWCTS TSTCWCS1 OWT * A=0031 PER=NO SMC=000 > PGN=N/A DMN=N/A AFF=NONE > CT=000.392S ET=043.676S > WUID=STC03106 USERID=TECZOSCC > WKL=SYSTEM SCL=SYSSTC P=1 > RGP=N/A SRVR=NO QSC=NO > ADDR SPACE ASTE=53E88C40 The START command processor treats IEESYSAS as a special case: -UPDATE CSCB WITH START COMMAND RELATED INFORMATION. IF A SYSTEM ADDRESS SPACE IS BEING STARTED @L1A AND THE PROCEDURE NAME IS 'IEESYSAS', OVERLAY@L1A THE PROCNAME WITH THE NAME OF THE ADDRESS@L1A SPACE (FROM THE STEP NAME). @L1A THE RESULT WILL ALLOW D A,ALL TO SHOW THE@L1A ADDRESS SPACE NAME AS BOTH THE PROC NAME @L1A AND STEPNAME, RATHER THAN 'IEESYSAS '. @L1A Jim Mulder z/OS System Test IBM Corp. Poughkeepsie, NY -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Re: How to cleanly shutdown a socket server?
Checkout selectx() in the IP sockets manual. It has extra parameter for an ECB list. The idea is to start two threads, one that listens for a shutdown command via EXTRACT/CIB etc and the other is the socket server. When you receive a shutdown event post the ECB that selectx() is waiting on and run your shutdown code. Of course, you may be processing data when the ECB is posted so you have to check the ECB before issuing selectx(). On 20/08/2014 5:02 AM, Donald Likens wrote: I have been struggling with this for a while... Cancel always works but I don't think that is clean. I just looked in the IP Socket Interface guide hoping it would help but the design noted there has a task receiving data forever. I do not have a problem if the socket is busy. I can always set a switch and terminate. My problem is when the socket is idle. It is waiting for input and does not know it is to shutdown. My most current idea is to setup a ESTAE to ignore SA03 abends and detach the task. I have not tested this yet but it seems unclean to me (even if externally it will look clean). I have also thought about setting a timeout value but I am concerned about using this. If the socket times out, do I have to close and reopen the socket? How long do I wait before I timeout? Does this cause a lot of overhead? Have you created a socket server? Did you have a clean way of shutting it down? Please explain how. Thanks -- 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: ASM calling C or C++ subroutines
That looks good to me. Make sure that you setup the parameter lists correctly. C/C++ are call by value languages. The code path for calling a routine is just a few instructions. It loads LE control blocks into registers and then uses BSM to invoke the routine. You certainly will need LE if your calling C/C++ code other than Metal/C. You only need XPLINK if your C/C++ programs are compiled XPLINK. I always use XPLINK because it almost always generates faster code but the subroutine linkage is very different to OS linkage and you have to take that into consideration when debugging. On 20/08/2014 4:28 AM, Donald Likens wrote: I have been looking at the LE documentation now for days and still not sure what I need to do to have my Assembler program call C or C++ programs. I need this interface to be very efficient because I will be calling these subroutines maybe more than a 1,000,000 times a day. What I have come up with is to use CEEPIPI to build the environment. LAR5,PPTBL GET ADDRESS OF PIPI TABLE STR5,@CEXPTBLCEEXPTBL-ADDR -> PIPI TABLE L R15,PPRTNPTR GET ADDRESS OF CEEPIPI ROUTINE * INVOKE CEEPIPI ROUTINE CALL (15),(INITSUB,@CEXPTBL,@SRVRTNS,RUNTMOPT,TOKEN) I will have three subroutines so I think I need to put each one of these routines in the preinit table. Now I think I need to use CEEPIPI again when I want to call each subroutine. STR11,PARM L R15,PPRTNPTR GET ADDRESS OF CEEPIPI ROUTINE CALL (15),(CALLSUB,PTBINDEX,TOKEN,PARM, X SUBRETC,SUBRSNC,SUBFBC) INVOKE CEEPIPI ROUTINE Note: Note: The C routines have not been created yet, so I can't try these things out. Questions: 1) Do I have it correct? 2) Do I even need LE? 3) The book talks about XPLINK. I don't quite understand it. Is this something I should explore more? -- 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