#define EIO 122 /* Input/output error */
Found in CEE.SCEEH.H(ERRNO). It doesn't really help, though!
Robin
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Roberto Halais
Sent: Wednesday, November 29, 2023 8:28 PM
To: IBM-MAIN@LISTSERV.UA.EDU
FWIW, the EXPORT parameter causes a
ENTNAME XATTR LINKAGE(XPLINK),SCOPE(EXPORT)
statement to get generated, so you could include one yourself, with whatever
macro you are using.
Robin
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Eric Erickson
Sent: Sunday,
Thanks, Brian and Matt. Perhaps the fact that you can get Zowe directly from
IBM will help mitigate the prejudice against open source!
Robin
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Brian Westerman
Sent: Wednesday, September 20, 2023 12:27 PM
To:
Would it be correct to say that every shop has z/OSMF installed because that
is the only method of
updating your system that IBM now supports? Ordering CBPDOs (or whatever
they were called) is
no longer an option? OTOH, Zowe is an open-source project that the average
shop will not be using? So
, 5 May 2023 at 10:54, Robin Atwood wrote:
> You don't need to do anything in the C code but the Binder will give a
> missing external reference (IEW2456E) message. You can specify LET in
> the Binder options to treat RC=8 as non-fatal.
>
This, imho, is a Very Bad Idea. On
You don't need to do anything in the C code but the Binder will give a missing
external reference (IEW2456E) message. You can specify LET in the Binder
options to treat RC=8 as non-fatal.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Neale Ferguson
Sent: Friday,
!
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
David Crayford
Sent: Friday, April 28, 2023 7:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Inexplicable 0C4!
On 28/4/23 19:57, Robin Atwood wrote:
> I need to know the length of the string, preferably with
:32:59PM +0700, Robin Atwood wrote:
> Thanks, Michael, that is the problem. The next page is available, but
> the one after that isn't.
> The problem is I maintain legacy C code originally developed with
> SAS/C, which had a strupr(s) function. There is no length parameter,
> so
ccess exception"
because normally the first register
(R0 here) contains an address limiting the search. Well, that was an
interesting exercise!
Thanks
On Fri, Apr 28, 2023 at 6:33 PM Robin Atwood wrote:
> Thanks, Michael, that is the problem. The next page is available, but
&g
07:58:23PM +0700, Robin Atwood wrote:
> I have had two of these during the course of two months, so it's
> getting serious!
>
> The abend happens in my implementation of a C strupr() function when
> the TRE instruction is executed:
>
> TST TRE R2,R1 fold s
I have had two of these during the course of two months, so it's getting
serious!
The abend happens in my implementation of a C strupr() function when the TRE
instruction is executed:
L R3,=X'7FFF'string maximum length
XRR0,R0 zero terminator
Thanks, Mark, that's very helpful.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mark Zelden
Sent: Friday, March 17, 2023 10:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: USS zlib issues
I meant to add that the sourceid is PUT2208, RSU2209. I'm
Thanks, Ann, that's very useful to know. I will pass on the info to our
sysprogs.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Ann
Kelley
Sent: Friday, March 17, 2023 7:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: USS zlib issues
I checked my
Thanks, Barbara, I will forward your post to the sysprog! I don't know if our
z/OS 2.5 has had any maintenance yet.
Robin
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Barbara Nitz
Sent: Thursday, March 16, 2023 4:14 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re:
We have discovered something odd with the zlib that comes with z/OS 2.5.
AFAWCT (our principle sysprog recently retired),
zlib is just delivered as part of USS and is used with zEDC, we didn't do
anything special to order it.
The libraries live under /usr/lpp/hzc and we see:
$ ll
++ because then you have some very nice options.
https://github.com/json-c/json-c
https://github.com/nlohmann/json
On 13/3/23 18:07, Robin Atwood wrote:
> Yes, we are linking in HWTJCSS. It only contains 18 entry points for the 31
> bit routines, AFAICT.
>
> -Original Message-
x-linkage-programming-considerations>
Colin
On Mon, 13 Mar 2023 at 08:55, Robin Atwood wrote:
> I am investigating the implications of converting a large body of C
> code to
> 64 bit. Compiling with LP64 seems
> straightforward, the problems are at the binder step. I am currently
>
I am investigating the implications of converting a large body of C code to
64 bit. Compiling with LP64 seems
straightforward, the problems are at the binder step. I am currently getting
IEW2469E Reason 3:
"Either the reference or the target is in amode 64 and the amodes do not
match."
This I
If you are using Rexx call the "queue" function to stack the response before
you issue RECEIVE. Also make sure you have called "prompt('ON')".
HTH
Robin
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Lennie Dymoke-Bradshaw
Sent: 31 August 2022 17:12
To:
Err, FTP, in both directions.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Lizette Koehler
Sent: 10 June 2022 19:49
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: FTP Software for Mainframe to PC
Just looking to create a list of software that does FTP from the
Yes, I did try PVTMOD=(MOD1) but it didn't help. Jim Mulder responded to me
online and his comments
crystalised for me what the problem was: we are running many test servers at
different service levels
in different ASIDs and I assume the wrong one was getting monitored.
MODE=HOME resolved this but
al Message-
From: IBM Mainframe Discussion List On Behalf Of Ed
Jaffe
Sent: 09 June 2022 11:34
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SLIP IF not working
On 6/8/2022 12:03 AM, Robin Atwood wrote:
> I strongly suspect the problem is caused by the PVTMOD parameter.
> Normally I just
Unfortunately, this is not the case; we use a normal LOAD without the ADDR
parameter.
> It is not necessary for SLIP IF with PVTMOD that the module be in storage
I had noticed the ENABLED/INACTIVE status and was wondering what it implied.
Anyway, the module is
loaded normally and is in storage,
From: IBM Mainframe Discussion List [IBM-MAIN@LISTSERV.UA.EDU] on behalf of
Robin Atwood [abend...@gmail.com]
Sent: Wednesday, June 8, 2022 3:03 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SLIP IF not working
Thanks to everyone who responded. I
mory using the "CORE=LOAD"
function of INTERTEST, located the starting address, added the desired offset,
and then used the RANGE parameter instead of the PVTMOD parameter.
Allan
On Tue, Jun 7, 2022 at 9:19 AM Robin Atwood wrote:
> I wanted to get a dump of my server when th
I wanted to get a dump of my server when the instruction at 001234 in module
MOD1 gets executed, so I entered:
SLIP SET,IF,J=SRV1,PVTMOD=(MOD1,001234),ID=SLP1,END
I made a transaction that drove MOD1 but no dump was taken. So, OK, the
offset maybe incorrect (there are lots of csects in
IPCS STATUS.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Jake Anderson
Sent: 08 February 2022 11:06
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: IPCS - Dump timing
Hello
We have some dumps taken on 6th February but is it possible to know at what
time the dump was
The usual trick is to recycle the ASID restarting the non-reusable ASIDs, IIRC.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
John Blythe Reid
Sent: 10 January 2022 18:12
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Available ASIDs low and dropping
Thanks Rob, Robin,
They might get:
IEA061E REPLACEMENT ASID SHORTAGE HAS BEEN DETECTED
This is often associated with DB2. If you can identify the job creating the
ASIDs,
recycling it will help alleviate the shortage. There is a lot on this subject
in the
list archives.
HTH
Robin
-Original Message-
From:
We have already discovered this the hard way! We have a C-callable assembler
routine to load modules
using SVC 8. Its parameter is a C string which is copied into an 8 byte,
space-filled area.
The loop was terminated by a fragment:
CLI 0(R5),0correct
BEENDLOOP
CLC
You will also want TRAP(OFF) in your LE options otherwise LE will always
intercept any abend.
Robin
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
David Crayford
Sent: 22 October 2021 07:23
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: C signal() and abends not being
The "outtrap" function is a TSO/E extension. You should execute the exec under
the TMP (IKJEFT01).
Robin
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Mark Jacobs
Sent: 05 October 2021 19:29
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Error running RCNVTCAT
It's my
So write an edit macro to copy the all the lines onto a Rexx stack and use
"SUBMIT * END(//)" (or similar) to submit it! You can then use OUTTRAP() to
capture the message from SUBMIT and stop the screen breaking up.
Robin
-Original Message-
From: IBM Mainframe Discussion List On
@Peter: thanks for clarifying that, obviously I had mangled something
(although I am not sure how!). Anyway, I have now coded an exit that will
work with either type of process so the problem is now hopefully moot.
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Peter
containing TRMEXIT-1 and TRMEXIT-2 as expected and not
released or re-used when ASID-2 terminates.
It is unlikely that there is a problem with ASCRE.
Rob Scott
Rocket Software
From: IBM Mainframe Discussion List On Behalf Of
Robin Atwood
Sent: 22 April 2021 14:15
To: IBM-MAIN@LISTSERV.UA.EDU
and TRMEXIT-2 as expected and not
released or re-used when ASID-2 terminates.
It is unlikely that there is a problem with ASCRE.
Rob Scott
Rocket Software
From: IBM Mainframe Discussion List On Behalf Of
Robin Atwood
Sent: 22 April 2021 14:15
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ASCRE termination
is running the exit.
On Thu, 22 Apr 2021 18:26:38 +0700 Robin Atwood wrote:
:>I issue an ASCRE macro with TRMEXIT specified and a new AS is started.
Then :>from another TCB I issue an ASCRE with TRMEXIT :> :>specifying a
different exit routine and a second AS is started. When the :>fi
I issue an ASCRE macro with TRMEXIT specified and a new AS is started. Then
from another TCB I issue an ASCRE with TRMEXIT
specifying a different exit routine and a second AS is started. When the
first created AS terminates which TRMEXIT gets driven? I
had assumed that the TRMEXIT would be
SAS/C went out of support in about 2004! Good luck getting support.
Robin
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Gadi Ben-Avi
> Sent: 21 January 2021 17:07
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: SAS/C++ help
>
> How about asking SAS.
> Start at
You want either the IAZSSST or IAZSSS2 dsects depending if you are going the
extended status (STAT) or SAPI (SSS2) route. It's not for the faint-hearted but
the dsects contain much embedded doc.
HTH
Robin
> -Original Message-
> From: IBM Mainframe Discussion List On
> Behalf Of Al
I am guessing you need a job step TTOKEN if you delete the ALET not under
the owning TCB.
Robin
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Joseph Reichman
> Sent: 09 October 2020 09:37
> To: IBM-MAIN@LISTSERV.UA.EDU
>
You need to investigate the RACF JESSPOOL class. It's in z/OS SDSF Operation
and Customization.
HTH
Robin
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Gilson Cesar de Oliveira
Sent: 18 February 2020 19:56
To:
I had a look at that but SMDE is all about directory entries, no data set info.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Pierre Fichaud
Sent: 29 January 2020 23:55
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDSE V2 data set info
Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tom Conley
Sent: 29 January 2020 13:40
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDSE V2 data set info
On 1/28/2020 5:48 AM, Robin Atwood wrote:
> I have a requirement in my queue to include the P
2020 10:56
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: PDSE V2 data set info
DCOLLECT?
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Robin Atwood
Sent: Tuesday, January 28, 2020 4:49 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: PDSE V2 data set info
[CAUTION: This Email
I have a requirement in my queue to include the PDSE Version and the MAXGEN
limit in the DSINFO report our server sends
to workstation clients. I checked the F1 DSCB, IGGCSI00 output fields, SMDEs
and found nothing. Searching only produced Lionel Dyck's
PGSEGEN utility but that works in an ISPF
Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Tony Harminc
Sent: 10 July 2019 08:22
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: STC gets gets DAIR error 0218/
On Tue, 9 Jul 2019 at 03:18, Robin Atwood wrote:
> We have a customer try
] On Behalf
Of Tony Harminc
Sent: 10 July 2019 08:22
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: STC gets gets DAIR error 0218/
On Tue, 9 Jul 2019 at 03:18, Robin Atwood wrote:
> We have a customer trying to allocate a data set on some kind of virtual
> tape device and the dynamic allo
be specified and b. the VOLSER must be mounted for
STORAGE use.
Joe
On Tue, Jul 9, 2019 at 3:42 AM Robin Atwood wrote:
> Joe, thanks for the prompt reply. I think your suggestions don't apply
> here because the customer sent us the output of a batch job which analysed
>
umes on the system were mounted with a USE attribute of
STORAGE.
Joe
On Tue, Jul 9, 2019 at 2:18 AM Robin Atwood wrote:
> We have a customer trying to allocate a data set on some kind of virtual
> tape device and the dynamic allocation is failing
>
> with 0218/: "user
We have a customer trying to allocate a data set on some kind of virtual
tape device and the dynamic allocation is failing
with 0218/: "user does not have volume mounting authorization". Using
the same user id he is able to allocate the same
data set from a TSO session. We suggested he give
frame Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Robin Atwood
> Sent: 29 April, 2019 14:35
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: TCPIP IP address for current LPAR
>
> The EZBNMIFR Network Management Interface will probably be of help here,
> it will
The EZBNMIFR Network Management Interface will probably be of help here, it
will tell you pretty much everything about the TCP/IP stack.
Robin
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Stan Weyman
Sent: 29 April 2019 19:00
To:
I have to create an ACEE in the init module because the jobstep runs in user
mode. That work fine currently. I will find a better sub-pool to use.
Thanks
Robin
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Relson
Sent: 15
gt; some way to be sure that nobody else is or ever will be using them.
> BTDT,GTS.
>
>
> --
> Shmuel (Seymour J.) Metz
> http://mason.gmu.edu/~smetz3
>
>
> From: IBM Mainframe Discussion List on behalf
> of Robin Atwood
In my init module I now want to obtain storage and set up a control block
and pass the address to the main program. Where is a good place to stash
this? I suppose I could create an N/T pair but this seems a bit cumbersome
just to pass a single address within an address space. There is the TCBUSER
> It is certainly possible that various things are governed by the STC task
> and other things are governed by the jobstep program task.
OK, I understand. Well, we have a circumvention, dynamically allocate needed
data sets rather than use JCL.
Thanks
Robin
-Original Message-
From: IBM
Peter, thanks for the response. My concern is that in the exit I issue a
RACROUTE VERIFY for a user's id and stash the resulting ACEE in ASXBSENV.
When the allocations do eventually get done the temporary data sets (at
least) seem to be governed by the original STC's ACEE and the dynamically
The hook produced an 0C4 but that served the purpose. The TCB chain is
IEEVAR00->IEAVTSDT->IEEPRWI2. The last module is, unsurprisingly, involved in
STC initialisation and links to the exit.
Robin
--
For IBM-MAIN subscribe /
I will have to put an XDC hook in the initialisation exit and poke around.
It looks like the temporary data sets at least have been allocated. We don't
get this problem with systems where
TEMPDSN is not active in RACF.
An RCF will perhaps clarify the situation but I don't think it will solve my
Peter-
Apologies for the delay in replying but your response got flagged as spam
somewhere and I did not see it. I finally found it in the archives!
I am not sure where the original ACEE of the child STC is coming from since
both it and the parent STC have similar JCL procedure names that match
We call BPX1xxx routines from C and assembler all the time without problems.
It is just the standard linkage.
Robin
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Charles Mills
Sent: 11 September 2018 01:38
To:
Has anyone had any luck starting a new address-space with ASCRE but
specifying a non-default ACEE?
I tried our usual technique of inserting the desired ACEE address into
TCBSENV and ASXBSENV but it was
ignored. The obvious solution would be to set the ACEE in the address-space
initialisation
Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> wrote on
05/16/2018 07:56:02 AM:
> From: Robin Atwood <abend...@gmail.com>
> To: IBM-MAIN@LISTSERV.UA.EDU
> Date: 05/16/2018 11:28 AM
> Subject: Re: UserKEY CSA/Dataspace scope=common Remdiation
> Sent by: IBM Mainfram
So post z/OS 2.3 only programs in system keys (0-7) will be able to access
common dataspaces? What happens if you specify FPROT=NO on DSPSERV?
Thanks
Robin
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Jousma, David
> Sent: 15
.
On Mon, 5 Mar 2018 13:51:48 +0700 Robin Atwood <abend...@gmail.com> wrote:
:>Greg-
:>The SVC 99s are under my control and that is very useful to know!
:>
:>Thanks
:>Robin
:>
:>-Original Message-
:>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.U
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Greg Price
Sent: 05 March 2018 19:39
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Managing JESYSMSG size
On 2018-03-05 5:50 PM, Robin Atwood wrote:
> Greg-
> The SVC 99s are under my c
size
On 2018-03-02 9:53 PM, Robin Atwood wrote:
> Is there anyway via
> JES2 or SMS to suppress these messages? Preferably on a per-job basis
> rather than globally
Would MSGLEVEL=(n,0) do the trick?
If the DYNALLOCs are under your control, you can request this in the relevant
SVC 99
Sent: 02 March 2018 18:20
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Managing JESYSMSG size
Robin Atwood wrote:
>We have a customer using our file server to synchronise 200,000 odd members
>with a PC-based source manager. Each download requires a data set allocation
>which generate
We have a customer using our file server to synchronise 200,000 odd members
with a PC-based source manager. Each download
requires a data set allocation which generates IGD10xI messages in the
server's JESYSMSG file, about five lines per member.
So they are getting millions of messages filling
: 16 July 2017 12:14
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LE strikes again
Robin Atwood wrote:
>I had sent the customer a version of the product compiled with XL/C at
>ARCH(7) but that was not low enough! It looks like ARCH(5) is necessary.
Not quite. On a z890 (or z990) machine
TRAP(OFF) in the PARM parameter did the trick, the 0C1 is caused by a CLFI
instruction which is obviously not
supported by a z850. I had sent the customer a version of the product
compiled with XL/C at ARCH(7) but that was
not low enough! It looks like ARCH(5) is necessary.
Thanks to everyone
There is already a SYSUDUMP statement but the customer has suppressed most
dumps. Hence the SLIP trap.
--
Robin
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Hunkeler
Sent: 11 July 2017 19:01
To: IBM-MAIN@LISTSERV.UA.EDU
I never knew that! I will ask the customer to update the JCL to use the PARM
field.
Thanks
Robin
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Hunkeler
Sent: 11 July 2017 18:18
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: Re: LE
Yes, ignore my other post, PARM='TRAP(OFF)/' should work.
Thanks
Robin
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Hunkeler
Sent: 10 July 2017 21:54
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: AW: Re: LE strikes again
>The
So PARM='/TRAP(OFF)' must be used?
--
Robin
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Hunkeler
Sent: 11 July 2017 02:33
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LE strikes again
>You can also use a JCL statement to
We tried that and it didn't make any difference. Using the IPCS LEDATA exit
with CEEDUMP tells us there there is no LE environment, which is strange
since the main module is XL/C.
Thanks
Robin
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Don-
Thanks for that, will do.
Robin
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Don Poitras
Sent: 10 July 2017 18:40
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: LE strikes again
IPCS needs to be run with a MIGLIB from z/OS 1.4.
A customer has installed one of our products and gets an immediate 0C1 when
it is started. The customer is running
z/OS 1.4 on a z850 so when I received the dump I confidently expected the
PSW to be pointing at an unsupported
instruction; what I saw was 0A0D with R1=040C1000 in module CEEBTERM.
ubject: Re: ATTACH with RSAPF=YES
On Tue, May 23, 2017 at 2:43 AM, Robin Atwood <abend...@gmail.com> wrote:
> Yes, the point was taken. I am now investigating using fork() to
> spin-off another address space.
>
From my vague monitoring of this thread, I think that is a wonderful id
Yes, the point was taken. I am now investigating using fork() to spin-off
another address space.
Thanks
Robin
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Relson
Sent: 23 May 2017 00:24
To: IBM-MAIN@LISTSERV.UA.EDU
Subject:
2017 22:43
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ATTACH with RSAPF=YES
On Fri, 19 May 2017 08:37:00 -0500, Walt Farrell wrote:
>On Fri, 19 May 2017 20:05:43 +0700, Robin Atwood wrote:
>
>>(2) is interesting. Actually my first thought was to use ASCRE to
>>spawn a new ASID to e
@LISTSERV.UA.EDU] On Behalf
Of Walt Farrell
Sent: 19 May 2017 19:34
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ATTACH with RSAPF=YES
On Fri, 19 May 2017 14:32:27 +0700, Robin Atwood <abend...@gmail.com> wrote:
>The situation would be that the client routes a command to the server
>
The situation would be that the client routes a command to the server on the
host which routes it to a dependent ASID. The DA gets the ACEE of the user and
executes the command via IJKEFTSR. The command is one of a suite of
Rexx execs in a library allocated to the DA which executes ISPF services
Harminc
Sent: 18 May 2017 23:23
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ATTACH with RSAPF=YES
On 18 May 2017 at 08:56, Robin Atwood <abend...@gmail.com> wrote:
> What is the situation of a module that is loaded from an authorised
> library but was linked with AC=0? Is it authorised
What is the situation of a module that is loaded from an authorised library
but was linked with AC=0? Is it authorised? Can it get authorised?
Thanks
Robin
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Relson
Sent: 16 May 2017
Peter-
Thanks for this, I shall ponder.
Robin
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Peter Relson
Sent: 16 May 2017 20:58
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: ATTACH with RSAPF=YES
We have a requirement to attach user
@LISTSERV.UA.EDU
Subject: Re: ATTACH with RSAPF=YES
On Tue, 16 May 2017 20:42:42 +0700, Robin Atwood <abend...@gmail.com> wrote:
>>However, as you're running work on behalf of various end-users, I hope you're
>>authenticating those users and >running the work under the proper
>However, as you're running work on behalf of various end-users, I hope you're
>authenticating those users and >running the work under the proper end-user
>identity in each case. And that would probably require authorization >of the
>STC.
Yes, we run under the ACEE of the user.
Robin
and the
garden variety ATTACH(X)
Why do you want to run unauthorized code from this STC? What is the business
case?
On Mon, 15 May 2017 15:18:38 +0700 Robin Atwood <abend...@gmail.com> wrote:
:>We have a requirement to attach user modules from an unauthorised library
:>and execute them
We have a requirement to attach user modules from an unauthorised library
and execute them from an STC which
runs APF authorised. Calling ATTACH with RSAPF=YES seems to do exactly what
I want but every time I try it
I get abend S306-0C, "authorised program attaching module from an
unauthorized
Back when I too worked on Amdahls in the 80s, the SEs told me the Fujitsus had
31 bit I/O architecture! Don't know the truth of that, though.
Robin
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of Mike Cairns
Sent: 23 February 2017
TSERV.UA.EDU
Subject: Re: IEC141I 013-A8: how to read VS data sets?
Robin Atwood wrote:
>But my curiosity was piqued when I found that another of our products *could*
>read the data set; I just cannot work out how!
If you can find out, could you post your macro used for that VS dataset? I'm
This is a vendor product and I am the developer. I got a bug report from some
customer who tried to download a
VS data set from the spool and the server got the abend. I have reproduced this
by using IEBCOPY to unload a PDS
and pointing SYSUT2 at SYSOUT. If I use the SDSF JOB DATA SET display
message, that would also be
helpful. Again just change the dataset name.
Lizette
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Robin Atwood
> Sent: Thursday, January 05, 2017 5:31 AM
> To: IBM-MAIN@LISTSERV.U
One of our apps abends if trying to read a VS data set on the JES2 spool. The
message manual tells me this is
because it is not allowed to read VS SYSOUT using QSAM. Yet we have another
application which does exactly that.
Furthermore, after one day of staring at the code I cannot see any
Peter-
Try in IPCS VERBX LEDATA 'TCB(00xx) CEEDUMP' where the TCB is the one
that abended and you should get the LE trace-back, similar to what you would
get in SYSOUT CEEDUMP.
HTH
Robin
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Jim-
Thanks, so we need to apply the PTF. I will changes my code to check for
PSCBJCL and only force it on if necessary.
Cheers
Robin
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Jim Mulder
Sent: 09 November 2016 10:05
To:
in an auxiliary address
space? I think it's the ASCRE macro that lets you do this easily, at the cost
of having to do some AR-mode (or other means) to share information.
sas
On Tue, Nov 8, 2016 at 5:56 AM, Robin Atwood <abend...@gmail.com> wrote:
> A venerable STC started getting 04
A venerable STC started getting 0470 ("user unauthorized for subsystem") when
trying to allocate an INTRDR after we
added a lot of new function in a separate subtask. Disabling the new subtask
allowed the allocation to work as before.
Searching I found OA50565 which describes the same thing
1 - 100 of 157 matches
Mail list logo
