Re: Follow-on: S0C4-11 abend caused by BASSM to address with all X'00' bytes

> > ESPIE for unauthorized programs (like LE) supports interrupt codes > > 1-15 (decimal), which does not include 17 (x'11') page fault. So > > SLIP SET,A=SVCD,C=0C4,RE=11,ML=1,MODE=PP,J=jobname,END > > should be able take a dump of this problem without interference from > > LE's ESPIE. >

Re: Deleting FRR

Can I delete from another work unit e.g TASK before the SRB Returns to dispatcher > On Jul 28, 2016, at 8:29 PM, Greg Dyck wrote: > >> On 7/28/2016 1:00 PM, Joe Reichman wrote: >> I have a FRR covering a SRB it not a parameter on the SCHEDULE or IEAMSCHD >> but rather

Re: Deleting FRR

On 7/28/2016 1:00 PM, Joe Reichman wrote: I have a FRR covering a SRB it not a parameter on the SCHEDULE or IEAMSCHD but rather invoked inside the SRB. The documentation says to delete it just code SETFRR D,WORKREGS However I am guessing it has to be in the context of the SRB or in the FRR on

SMP/E query resolver?

I have in a CSI: Entry Type: SYSMOD Zone Name: GLOBAL Entry Name: HHH Zone Type: GLOBAL HOLD DATA ++ HOLD ( HHH ) ERROR

Re: Initiator - Identify the List of Jobs

Go pull the SMF 30's type 4 and 5 Its all there -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Ron Hawkins Sent: Thursday, July 28, 2016 4:49 PM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: Initiator - Identify the List of Jobs Try

Re: Initiator - Identify the List of Jobs

Try parsing your syslog -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Jake Anderson Sent: Wednesday, July 27, 2016 10:47 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: [IBM-MAIN] Initiator - Identify the List of Jobs Initiator 16

Re: SMP/E packaging question

Sorry, I am doing a terrible job explaining this. The "outside of SMP/E" link job doesn't do the link directly by invoking HEWL, but rather by invoking SMP/E with SET BOUNDARY(TARGET) . LINK LMODS CALLLIBS . So it's "outside of SMP/E" in the sense of being *submitted* outside of the

Re: SMP/E packaging question

On Thu, 28 Jul 2016 18:52:40 +, Way, Richard wrote: >Sorry, correction of my clarification (not that anyone probably much cares >that much anymore, but I do want to be accurate) - delete "open source" >from the sentence below and replace with "IBM component". > >Rich Way > >-Original

Deleting FRR

Hi, I have a FRR covering a SRB it not a parameter on the SCHEDULE or IEAMSCHD but rather invoked inside the SRB. The documentation says to delete it just code SETFRR D,WORKREGS However I am guessing it has to be in the context of the SRB or in the FRR on the SETRP REMREC=YES But that's only

Re: SMP/E packaging question

Sorry, correction of my clarification (not that anyone probably much cares that much anymore, but I do want to be accurate) - delete "open source" from the sentence below and replace with "IBM component". Rich Way -Original Message- From: IBM Mainframe Discussion List

Re: SMP/E packaging question

Thanks!! Will definitely look at that example - it's virtually identical to my use case. Rich Way -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bill Fleury Sent: Tuesday, July 26, 2016 8:50 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject:

Re: SMP/E packaging question

Sorry for the lack of response - I was out of the office for a couple of days. Apparently it's a long story, predating my tenure here, but has to do with including some open source object code and not being certain about SMP picking up all of the dependencies should any of those modules change.

HTTP Enabler get http 400 error

Co-posted to IBM-Main & IBM TCP/IP. ​Anyone experienced with HTTP Enabler? The server is Apache running on CENTOS configured with AddDefaultCharset IOS-8859-1. No data is sent in the POST method, but anyway, I force RESPBody & BODY A2E and viceversa translations. in response to HWTHRQST I get

Re: AW: Re: AW: Re: codepage restrictions on IBM applications

On Thu, 28 Jul 2016 10:23:05 +0200, Peter Hunkeler wrote: >... >I'm not sure whether the text is inspected by WTO or only later by CONSOLE >when displaying on consoles. The later would make sense to me. You want to >avoid that strange things happen when strange data is displayed on terminals

RFE: Add support to EDCDSECT for generating Doxygen-compatible comments

All, I've submitted a new RFE for z/OS XL C/C++, requesting that its comment generation be enhanced so that it can generate comments that are recognized by Doxygen. This should be helpful for anyone that shares data areas between Assembler and C/C++ code. Here's a link to the RFE:

Re: CERTAUTH vs SITE vs user certificate

Not true, we have tried it. You need to use the RDATALIB with a site certificate. Try it. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Rob Schramm Sent: Wednesday, July 27, 2016 11:07 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re:

Re: fopen() errno=41 errno2=0xc00a0022 last_op=111 errorCode=0xfe0000

Right. The JZOS ZFile(path, options) maps to fopen(path, options), so there should be no difference. ZFile is a thin wrapper around the C library I/O routines. Assuming that IBM says that VRRDS is not supported, I would encourage you to write an RFE for VRRDS support in the C library.

Re: fopen() errno=41 errno2=0xc00a0022 last_op=111 errorCode=0xfe0000

Thanks for this Kirk, I ran up a C program and got the same error for a VRRDS. I guess the VRRDS type is not greatly used; by Java and C programmers anyway. Steve -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Kirk Wolf Sent: 28

Re: fopen() errno=41 errno2=0xc00a0022 last_op=111 errorCode=0xfe0000

The relevant diagnostic documentation for debugging C library I/O routine errors is "Language Environment Debugging Guide" and "Debuggin I/O programs" in the C/C++ Programming Guide. >From the LE Debugging Guide, under "Using the __amrc and __amrc2 structures": It appears that the C library

Re: Softcopy Librarian & Knowledge Center Content

Ron, You have two options depending on where you want to use the assets: 1) Use Knowledge Center for Z (KC4Z) that gets shipped with zOS. Obviously, this is going to come up on your intranet from a zOS session. You can use Softcopy Librarian (SCL) to upload the KC plug-ins OR 2) Download

Re: Softcopy Librarian & Knowledge Center Content

On Thursday, July 28, 2016, Ron MacRae wrote: > Hi all, > As I've just been forced to upgrade my laptop to Windows 10 I had to upgrade Sofcopy Librarian to 5.1. When I went to the list of Internet downloads I saw a few new collections labeled KnowledgeCenter. I

Softcopy Librarian & Knowledge Center Content

Hi all, As I've just been forced to upgrade my laptop to Windows 10 I had to upgrade Sofcopy Librarian to 5.1. When I went to the list of Internet downloads I saw a few new collections labeled KnowledgeCenter. I set up the new subdirectories in my repository and downloaded a few KC

fopen() errno=41 errno2=0xc00a0022 last_op=111 errorCode=0xfe0000

EDC5041I An error was detected at the system level when opening a file.; errno=41 errno2=0xc00a0022 last_op=111 errorCode=0xfe I get the above error when using JZOS to open a VSAM VRRDS dataset; the same code works for KSDS and RRDS files. String options = "rb+,type=record";

S0C4-11 abend caused by BASSM to address with all X'00' bytes

HRDRFREA has had at least part of its "executable code" overwritten. That has caused a branch, directly or indirectly (through more than one branch), to somewhere close to where it abended. As soon as it branches out of the COBOL program, the information is irrelevant for problem determination

AW: Re: AW: Re: codepage restrictions on IBM applications

I had a look at manual z/OS V2.1 MVS Assembler Services Guide. It describes the characters "... that will be displayed on the console..." in a table. This tbale contains this table shows a lot of special characters as well as all upper *and* lower case letters. It also say that characters not

Re: Follow-on: S0C4-11 abend caused by BASSM to address with all X'00' bytes

> All I'm looking for is a system trace. Hoping to find hints what do look for > next. Make sure that you have your systrace set at maximum, then (not the default 64K, and even 1MB will not be enough, especially on a busy system). LE processing takes up a whole lot of real estate in systrace