I have a C++ program compiled with
#pragma runopts( POSIX(ON),TRAP(ON,NOSPIE),NOEXECOPS )
I have my own ESTAEX. On an ABEND, if SDWACLUP is not set, I percolate,
presumably to LE's ESTAE and it drives my C Signal catcher.
It works. In testing, and at most customers, a S0Cx drives the Signal
Just so this doesn't languish forever in the newsgroup history;
I found the problem - programmer error :-)
- Thanks! -
- Dave Rivers -
--
riv...@dignus.comWork: (919) 676-0847
Get your mainframe programming tools at http://www.dignus.com
Sort can remove the trailing spaces.
SORT FIELDS=COPY
OUTFIL FNAMES=OUT,FTOV,VLTRIM=X'40',OUTREC=(1,120)
Adjust the lrecl as meeded. This is from a job converting binder output to VB.
...chris.
-Original Message-
From: IBM Mainframe Discussion List
PROBLEM RESOLVED
I found the problem.
Unicode Services was not set up correctly.
I found this by running the JVMJCL86 member from samplib.
Unicode services requires that SYS1.SCUNTBL and SYS1.SCUNLOCL have those exact
names.
Once I renamed those files, JVMJCL86 worked fine, and my download file
Um... this might be simplistic, and I have no way to test it BUT...
Create a VB dataset, copy FB to VB, SFTP the VB
Just a thought. Don't think there will be any trailing spaces in the VB
version.
--
For IBM-MAIN subscribe /
Sorry, I should have been clearer. Remove the slash AFTER /classes in your
SMPE JCL, or in the case of the command line, remove the after the
classes/
_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
Gadi,
Did you see my recommendation? It looks like you need to remove the trailing
slash on your classpath statement. I still see the space:
/usr/lpp/java/J8.0_64/bin/java -Dcom.ibm.smp.debug=severe -showversion -cp
/usr/lpp/smp/classes/ com.ibm.smp.GIMJVCLT
Immediately following your
I tried downloading the same java version.
I uploaded it the z/OS, but when I tried to unpax it I got:
# pax -ppx -rvzf SDK8_64bit_SR4_FP10.PAX.Z
CEE5207E THE SIGNAL SIGABRT WAS RECEIVED.
־1¨ + Done(131) pax -ppx -rvzf SDK8_64bit_SR4_FP10.PAX.Z
85Abort /bin/pax
Does anyone know what this
Sounds like you're on to something, is there any chance you can try with
another Java version?
I've used Java 6 31 bit with no issues
Carmen
- Original Message -
From: "גדי בן אבי"
To: IBM-MAIN@LISTSERV.UA.EDU
Sent: Friday, August 25, 2017 9:49:21 AM
Subject:
I think it would help to understand all of the conditions for this request.
1) How many SYSOUTs are needing to be routed?
2) Do they all go to the same place or different places?
3) What is the impact to coding and maintaining a SYSTEM exit rather than
just changing JCL
4) Will there be
Hi Kurt, and everyone else who is trying to help.
When I issued the command
/usr/lpp/java/J8.0_64/bin/java -Dcom.ibm.smp.debug=severe -showversion -cp
/usr/lpp/smp/classes/ com.ibm.smp.GIMJVCLT
I got the command prompt back immediately.
The same thing happens when I issue the command 'java
>This is probably something you can't do because I never saw it but is there
>anyway to point at a specific ASID when starting a started task? The reason
>I'm asking is we have been having issues with S4C5 abends after a Websphere is
>cancelled instead of brought down clean because of open
Some more details from the RACF List
Lizette
> -Original Message-
> From: RACF Discussion List [mailto:rac...@listserv.uga.edu] On Behalf Of
> Philippe Richard1
> Sent: Friday, August 25, 2017 6:46 AM
> To: rac...@listserv.uga.edu
> Subject: Re: RACF Parmlib Support - OA52650
>
A
So the user wants you to code and maintain a JES2 Exit. No problem. Tell your
user to purchase the product EASYEXIT from DTS Software. And you will be happy
to maintain a system exit for their needs. I think they can handle a lot of
the JES2 exits. But check with them to be sure.
John Eells wrote:
>> For what z/OS release is that available? Yes, I see 'Reported Release' which
>> is 7B0. Ok, I'm perhaps ignorant, but '7B0' is unfamiliar to me?
>Ah, the Dreaded RETAIN Release.
[ ... snipped for brevity ... ]
Thanks for your very interesting reply.
>And, yes. I know.
Elardus Engelbrecht wrote:
Ed Jaffe wrote:
Yay! I have wanted this since Old Man Noah cornered the market on gopher wood!
ftp://public.dhe.ibm.com/eserver/zseries/zos/racf/pdf/oa52650.pdf
That is one very cool enhancement.
For what z/OS release is that available? Yes, I see 'Reported
See the write up on _BPX_SHAREAS in BPX1SPN and how _BPX_SHAREAS=YES/MUST
affects local spawn with the sticky bit is set.
Kirk Wolf
Dovetailed Technologies
http://dovetail.com
On Fri, Aug 25, 2017 at 12:52 AM, Peter Hunkeler wrote:
> >on z/OS the sticky bit on an executable file
Love it.
Cross posted to RACF-L
Dennis Roach, CISSP
AIG
Identity & Access Management | Technology Services
2929 Allen Parkway, America Building, 3rd Floor | Houston, TX 77019
Phone: 713-831-8799
dennis.ro...@aig.com | www.aig.com
-Original Message-
From: IBM Mainframe Discussion
On Thu, Aug 24, 2017 at 4:01 PM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
> On Thu, 24 Aug 2017 09:16:36 -0500, John McKown wrote:
> >>
> >> Decades ago, before OMVS was envisioned, I was maintaining/enhancing the
> >> runtime library for a FOSS Pascal system and
On Thu, 24 Aug 2017 19:53:41 -0700, Lizette Koehler wrote:
>the thing that helped in diagnosing was having SMPLOG going to SYSOUT
I think you mean that the thing that helped you was to examine the
SMPLOG output. I'm surprised at that because I have not yet noticed
anything in SMPLOG that is
Hi, How is one intended to use the AZFPTKT1 (pass tickets) factor? I've
successfully set up 'in band' and 'out of band' for AZFTOTP1 (TouchToken) and
'out of band' for AZFCERT1 (certificates), but am struggling to see how I might
use AZFPTKT1; the doc says it is 'in band' only. How does the
How about $G R,OUT?
https://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.hasa200/ranrjo.htm
To route normal output for a job at another node to an alternate location.
D=Specifies a destination for a piece of output. Indicates that output sent
to the specified destinations
Klaus Stanislawiak wrote:
>7B0 (last three characters of the FMID) corresponds to z/OS 2.3.
Thanks Klaus. I have also been informed offlist, that z/OS v2.2 is 7A0, z/OS
v2.3 is 7B0 and so on.
Much appreciated!
Groete / Greetings
Elardus Engelbrecht
7B0 (last three characters of the FMID) corresponds to z/OS 2.3.
Regards,
Klaus
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Ed Jaffe wrote:
>Yay! I have wanted this since Old Man Noah cornered the market on gopher wood!
>ftp://public.dhe.ibm.com/eserver/zseries/zos/racf/pdf/oa52650.pdf
That is one very cool enhancement.
For what z/OS release is that available? Yes, I see 'Reported Release' which is
7B0. Ok, I'm
I can't help with an example. Would the shmat(), shmget(), shmctl(), shmdt()
set of function work for your purpose instead?
--Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
26 matches
Mail list logo