> > 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.
>
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
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
I have in a CSI:
Entry Type: SYSMOD Zone Name: GLOBAL
Entry Name: HHH Zone Type: GLOBAL
HOLD DATA
++ HOLD ( HHH ) ERROR
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
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
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
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
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
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
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:
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.
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
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
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:
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:
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.
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
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
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
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
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
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";
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
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
> 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
26 matches
Mail list logo