Why would LE not trap?

2017-08-25 Thread Charles Mills 
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
routine, 100% of the time.

But one customer has twice gotten a S0C4 and in both cases we got an
old-fashioned SYSUDUMP with no Signal. I don't know if we came through the
ESTAEX exit or not. The ESTAE exit logic is not at all complex so some
subtle bug is unlikely. The reported S0C4 is in the main logic, not in the
ESTAE recovery. The fact that it is consistent at one customer leads me to
think it is an environmental factor, not a logic error.

There are no LE options in PARM= or CEEOPTS.

Environment is STC, current release of z/OS (not sure exact version but
probably V2R1).

What should I be looking for? What would effectively override TRAP(ON)?
Would SDWACLUP ever be set on a vanilla S0C4?

It's at a customer and the S0C4 is extremely infrequent so "try this/try
that" is not an option. Why my own ESTAE? So I can deal with unrecoverable
ABENDs, which LE will not. Why NOSPIE? So everything comes through the
ESTAE.

Charles 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: BPX ptrace (BPX1PTR) and writing to the child program's memory

2017-08-25 Thread Thomas David Rivers 

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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: How to Remove trailing space in SFTP Transfer

2017-08-25 Thread Webster, Chris 
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 [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Nightwatch RenBand
Sent: August-25-17 8:47 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to Remove trailing space in SFTP Transfer

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 / 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: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

2017-08-25 Thread גדי בן אבי 
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 worked 
fine.

Thanks for everyone's help

Have a great weekend

Gadi.


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Friday, August 25, 2017 6:33 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

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 david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717


-Original Message-
From: Jousma, David
Sent: Friday, August 25, 2017 11:30 AM
To: 'IBM Mainframe Discussion List'
Subject: RE: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

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 classes/
_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ??? ?? ???
Sent: Friday, August 25, 2017 11:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

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 means?
I can't seem to find the meaning.

Gadi


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Friday, August 25, 2017 6:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

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: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

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 -version' from the java 
bin directory.

To me it looks like there is something wrong with the java installation.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kurt Quackenbush
Sent: Friday, August 25, 2017 12:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

On 8/24/2017 9:13 AM, גדי בן אבי wrote:
> This is what SYSPRINT says:
> --
>  DATE 08/24/17 TIME 16:08:40 SERVER Data SMP/E 36.79
>
>  host="10.202.14.11"
> user="gadi_b"
> pw="**">
>  file="/down_l/rakefet/2008571642_10_PROD/order/GIMPAF.XML"
> hash="855F7AE091F92690C9F01A40568F4FA0A9AB8266"
> id="ST222133.order">
> 
> 
>
> --
>  DATE 08/24/17 TIME 16:08:40 CLIENT Data SMP/E 36.79
>
>  javahome="/usr/lpp/java/J8.0_64"
> classpath="/usr/lpp/smp/classes"
> javadebugoptions="-Dcom.ibm.smp.debug=severe -showversion"
> downloadmethod="https"
> downloadkeyring="javatruststore">
> 
>
> DATE 08/24/17 TIME 16:08:40 SMP/E GIMJVCLT OUTPUT SMP/E 36.79
>
> /bin/sh -c /usr/lpp/java/J8.0_64/bin/java -Dcom.ibm.smp.debug=severe
> -showversi n -cp /usr/lpp/smp/classes/ com.ibm.smp.GIMJVCLT

Yeah, that is strange, as I expect more information in

Re: How to Remove trailing space in SFTP Transfer

2017-08-25 Thread Nightwatch RenBand 
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 / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

2017-08-25 Thread Jousma, David 
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
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: Jousma, David 
Sent: Friday, August 25, 2017 11:30 AM
To: 'IBM Mainframe Discussion List'
Subject: RE: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

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 classes/
_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H p 616.653.8429 f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ??? ?? ???
Sent: Friday, August 25, 2017 11:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

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 means?
I can't seem to find the meaning.

Gadi


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Friday, August 25, 2017 6:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

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: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

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 -version' from the java 
bin directory.

To me it looks like there is something wrong with the java installation.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kurt Quackenbush
Sent: Friday, August 25, 2017 12:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

On 8/24/2017 9:13 AM, גדי בן אבי wrote:
> This is what SYSPRINT says:
> --
>  DATE 08/24/17 TIME 16:08:40 SERVER Data SMP/E 36.79
>
>  host="10.202.14.11"
> user="gadi_b"
> pw="**">
>  file="/down_l/rakefet/2008571642_10_PROD/order/GIMPAF.XML"
> hash="855F7AE091F92690C9F01A40568F4FA0A9AB8266"
> id="ST222133.order">
> 
> 
>
> --
>  DATE 08/24/17 TIME 16:08:40 CLIENT Data SMP/E 36.79
>
>  javahome="/usr/lpp/java/J8.0_64"
> classpath="/usr/lpp/smp/classes"
> javadebugoptions="-Dcom.ibm.smp.debug=severe -showversion"
> downloadmethod="https"
> downloadkeyring="javatruststore">
> 
>
> DATE 08/24/17 TIME 16:08:40 SMP/E GIMJVCLT OUTPUT SMP/E 36.79
>
> /bin/sh -c /usr/lpp/java/J8.0_64/bin/java -Dcom.ibm.smp.debug=severe 
> -showversi n -cp /usr/lpp/smp/classes/ com.ibm.smp.GIMJVCLT

Yeah, that is strange, as I expect more information in SYSPRINT following this 
output to explain the error. Could it be that SMP/E was not able to start 
/bin/sh? Is the userid that is running the job able to start the UNIX shell 
directly, for example from the TSO/E prompt?

As an experiment, try to logon to TSO/E with the userid running the job, start 
OMVS, and execute this command from the OMVS shell (watch the wrap):

/usr/lpp/java/J8.0_64/bin/java -Dcom.ibm.smp.debug=severe -showversion -cp 
/usr/lpp/smp/classes/ com.ibm.smp.GIMJVCLT

You should get a response like this:

smpeCC:00 smpeRoutine:GIMJVCLT smpeMsgLen:05 smpeMsg:36.79

What response do you get?

If you get the expected response, you can reply

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

2017-08-25 Thread Jousma, David 
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 classes/
_
Dave Jousma
Manager Mainframe Engineering, Assistant Vice President
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB2H
p 616.653.8429
f 616.653.2717


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of ??? ?? ???
Sent: Friday, August 25, 2017 11:17 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

**CAUTION EXTERNAL EMAIL**

**DO NOT open attachments or click on links from unknown senders or unexpected 
emails**

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 means?
I can't seem to find the meaning.

Gadi


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Friday, August 25, 2017 6:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

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: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

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 -version' from the java 
bin directory.

To me it looks like there is something wrong with the java installation.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kurt Quackenbush
Sent: Friday, August 25, 2017 12:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

On 8/24/2017 9:13 AM, גדי בן אבי wrote:
> This is what SYSPRINT says:
> --
>  DATE 08/24/17 TIME 16:08:40 SERVER Data SMP/E 36.79
>
>  host="10.202.14.11"
> user="gadi_b"
> pw="**">
>  file="/down_l/rakefet/2008571642_10_PROD/order/GIMPAF.XML"
> hash="855F7AE091F92690C9F01A40568F4FA0A9AB8266"
> id="ST222133.order">
> 
> 
>
> --
>  DATE 08/24/17 TIME 16:08:40 CLIENT Data SMP/E 36.79
>
>  javahome="/usr/lpp/java/J8.0_64"
> classpath="/usr/lpp/smp/classes"
> javadebugoptions="-Dcom.ibm.smp.debug=severe -showversion"
> downloadmethod="https"
> downloadkeyring="javatruststore">
> 
>
> DATE 08/24/17 TIME 16:08:40 SMP/E GIMJVCLT OUTPUT SMP/E 36.79
>
> /bin/sh -c /usr/lpp/java/J8.0_64/bin/java -Dcom.ibm.smp.debug=severe 
> -showversi n -cp /usr/lpp/smp/classes/ com.ibm.smp.GIMJVCLT

Yeah, that is strange, as I expect more information in SYSPRINT following this 
output to explain the error. Could it be that SMP/E was not able to start 
/bin/sh? Is the userid that is running the job able to start the UNIX shell 
directly, for example from the TSO/E prompt?

As an experiment, try to logon to TSO/E with the userid running the job, start 
OMVS, and execute this command from the OMVS shell (watch the wrap):

/usr/lpp/java/J8.0_64/bin/java -Dcom.ibm.smp.debug=severe -showversion -cp 
/usr/lpp/smp/classes/ com.ibm.smp.GIMJVCLT

You should get a response like this:

smpeCC:00 smpeRoutine:GIMJVCLT smpeMsgLen:05 smpeMsg:36.79

What response do you get?

If you get the expected response, you can reply with the "terminate"
command to stop SMP/E's Java program.

Kurt Quackenbush -- IBM, SMP/E Development

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN לתשומת ליבך, בהתאם 
לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן : "החברה") 
וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד 
וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף 
חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק)

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

2017-08-25 Thread גדי בן אבי 
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 means?
I can't seem to find the meaning.

Gadi


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Carmen Vitullo
Sent: Friday, August 25, 2017 6:04 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

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: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

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 -version' from the java 
bin directory.

To me it looks like there is something wrong with the java installation.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kurt Quackenbush
Sent: Friday, August 25, 2017 12:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

On 8/24/2017 9:13 AM, גדי בן אבי wrote:
> This is what SYSPRINT says:
> --
>  DATE 08/24/17 TIME 16:08:40 SERVER Data SMP/E 36.79
>
>  host="10.202.14.11"
> user="gadi_b"
> pw="**">
>  file="/down_l/rakefet/2008571642_10_PROD/order/GIMPAF.XML"
> hash="855F7AE091F92690C9F01A40568F4FA0A9AB8266"
> id="ST222133.order">
> 
> 
>
> --
>  DATE 08/24/17 TIME 16:08:40 CLIENT Data SMP/E 36.79
>
>  javahome="/usr/lpp/java/J8.0_64"
> classpath="/usr/lpp/smp/classes"
> javadebugoptions="-Dcom.ibm.smp.debug=severe -showversion"
> downloadmethod="https"
> downloadkeyring="javatruststore">
> 
>
> DATE 08/24/17 TIME 16:08:40 SMP/E GIMJVCLT OUTPUT SMP/E 36.79
>
> /bin/sh -c /usr/lpp/java/J8.0_64/bin/java -Dcom.ibm.smp.debug=severe
> -showversi n -cp /usr/lpp/smp/classes/ com.ibm.smp.GIMJVCLT

Yeah, that is strange, as I expect more information in SYSPRINT following this 
output to explain the error. Could it be that SMP/E was not able to start 
/bin/sh? Is the userid that is running the job able to start the UNIX shell 
directly, for example from the TSO/E prompt?

As an experiment, try to logon to TSO/E with the userid running the job, start 
OMVS, and execute this command from the OMVS shell (watch the wrap):

/usr/lpp/java/J8.0_64/bin/java -Dcom.ibm.smp.debug=severe -showversion -cp 
/usr/lpp/smp/classes/ com.ibm.smp.GIMJVCLT

You should get a response like this:

smpeCC:00 smpeRoutine:GIMJVCLT smpeMsgLen:05 smpeMsg:36.79

What response do you get?

If you get the expected response, you can reply with the "terminate"
command to stop SMP/E's Java program.

Kurt Quackenbush -- IBM, SMP/E Development

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN לתשומת ליבך, בהתאם 
לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה שלה (להלן : "החברה") 
וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, מחייבים מסמך נפרד 
וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או שמה המודפס ובצירוף 
חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף להודעת דואר אלקטרוני 
זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין להסתמך עליה לביצוע פעולה 
עסקית או משפטית כלשהי. Please note that in accordance with Malam and/or its 
subsidiaries (hereinafter : "Malam") regulations and signatory rights, no 
offer, agreement, concession or representation is binding on the Malam, unless 
accompanied by a duly signed separate document (or a scanned version thereof), 
affixed with the Malam seal.

--
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: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

2017-08-25 Thread Carmen Vitullo 
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: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started. 

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 -version' from the java 
bin directory. 

To me it looks like there is something wrong with the java installation. 

Gadi 

-Original Message- 
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kurt Quackenbush 
Sent: Friday, August 25, 2017 12:15 AM 
To: IBM-MAIN@LISTSERV.UA.EDU 
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started. 

On 8/24/2017 9:13 AM, גדי בן אבי wrote: 
> This is what SYSPRINT says: 
> --
>  
> DATE 08/24/17 TIME 16:08:40 SERVER Data SMP/E 36.79 
> 
>  host="10.202.14.11" 
> user="gadi_b" 
> pw="**"> 
>  file="/down_l/rakefet/2008571642_10_PROD/order/GIMPAF.XML" 
> hash="855F7AE091F92690C9F01A40568F4FA0A9AB8266" 
> id="ST222133.order"> 
>  
>  
> 
> --
>  
> DATE 08/24/17 TIME 16:08:40 CLIENT Data SMP/E 36.79 
> 
>  javahome="/usr/lpp/java/J8.0_64" 
> classpath="/usr/lpp/smp/classes" 
> javadebugoptions="-Dcom.ibm.smp.debug=severe -showversion" 
> downloadmethod="https" 
> downloadkeyring="javatruststore"> 
>  
> 
> DATE 08/24/17 TIME 16:08:40 SMP/E GIMJVCLT OUTPUT SMP/E 36.79 
> 
> /bin/sh -c /usr/lpp/java/J8.0_64/bin/java -Dcom.ibm.smp.debug=severe 
> -showversi 
> n -cp /usr/lpp/smp/classes/ com.ibm.smp.GIMJVCLT 

Yeah, that is strange, as I expect more information in SYSPRINT following this 
output to explain the error. Could it be that SMP/E was not able to start 
/bin/sh? Is the userid that is running the job able to start the UNIX shell 
directly, for example from the TSO/E prompt? 

As an experiment, try to logon to TSO/E with the userid running the job, start 
OMVS, and execute this command from the OMVS shell (watch the wrap): 

/usr/lpp/java/J8.0_64/bin/java -Dcom.ibm.smp.debug=severe -showversion -cp 
/usr/lpp/smp/classes/ com.ibm.smp.GIMJVCLT 

You should get a response like this: 

smpeCC:00 smpeRoutine:GIMJVCLT smpeMsgLen:05 smpeMsg:36.79 

What response do you get? 

If you get the expected response, you can reply with the "terminate" 
command to stop SMP/E's Java program. 

Kurt Quackenbush -- IBM, SMP/E Development 

-- 
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN 
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal. 

-- 
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: Route in Jes2 for more than one node

2017-08-25 Thread Lizette Koehler 
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 requirements that need immediate attention (You know there 
always are)

The problem could get very tricky if the following might be a use case

A prod batch job - JOBA - runs daily

It has 20 steps and produces 10 SYSOUT datasets (Residing on Spool)

  Now the user want SYSOUT from STEP1 to get routed to DEST1/DEST3/DEST5
  In step 3 he/she wants SYSOUT to go to DEST3/DEST5
  In Step 8 he/she wants SYSOUT to got to DEST1/DEST7
  In Step 10 he/she wants SYSOUT To go (and so on)

Now the SYSTEM Programmer needs to understand all the various routings, which 
ones, how often and hope no new requirements show up down the road

I think the changing of the JCL is much more favorable than to buying
  1) A product that can maintain the exit easier
  2) Ensure there is always a very advanced Assembler Programmer on Staff or 
hire a contractor as needed
  3) A repository/Content Manage Software - where this type of activity is 
normal 
  4) What happens when additional routing requests are suddenly required TODAY

It might be helpful if you could get full specs from the user.  Talk it over 
with your manager.  And see how much time and effort it would take on your side 
to do this "Simple little routing"


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Gilson Cesar de Oliveira
> Sent: Thursday, August 24, 2017 6:32 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Route in Jes2 for more than one node
> 
> 
> Paul:
> 
>   The answer is Yes but, and always there is a BUT, the user don't want to
> change anything in JCL, so the option is to route the sysouts using Jes2
> command and I could not see a way to do it ($Rall) for more than one node.
> 
>  If you have an exit where you can enable more than one node to be passed
> through the command, would solve the problem.
> 
>   Thanks,
> 
> Gilson
> 
> 
> 
> Enviado de myMail para iOS
> 
> 
> quinta-feira, 24 de agosto de 2017 20:48 -0300 de 000433f07816-dmarc-
> requ...@listserv.ua.edu  <000433f07816-dmarc-requ...@listserv.ua.edu>:
> >On 2017-08-24, at 17:30, Gilson Cesar de Oliveira wrote:
> >>
> >> We have to route some sysouts in the JES2 spool for two different nodes.
> Is there a way to do it automatically?
> >>
> >Will the JCL OUTPUT statement do that for you?
> >
> >--gil
> >

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

2017-08-25 Thread גדי בן אבי 
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 -version' from the java 
bin directory.

To me it looks like there is something wrong with the java installation.

Gadi

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Kurt Quackenbush
Sent: Friday, August 25, 2017 12:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM 
GIMJVCLT COULD NOT BE Started.

On 8/24/2017 9:13 AM, גדי בן אבי wrote:
> This is what SYSPRINT says:
> --
>   DATE 08/24/17  TIME 16:08:40  SERVER Data  SMP/E 
> 36.79
>
>host="10.202.14.11"
> user="gadi_b"
> pw="**">
>file="/down_l/rakefet/2008571642_10_PROD/order/GIMPAF.XML"
>   hash="855F7AE091F92690C9F01A40568F4FA0A9AB8266"
>   id="ST222133.order">
> 
>   
>
>   
> --
>   DATE 08/24/17  TIME 16:08:40  CLIENT Data  SMP/E 
> 36.79
>
>  javahome="/usr/lpp/java/J8.0_64"
>   classpath="/usr/lpp/smp/classes"
>   javadebugoptions="-Dcom.ibm.smp.debug=severe -showversion"
>   downloadmethod="https"
>   downloadkeyring="javatruststore">
>   
>
> DATE 08/24/17  TIME 16:08:40 SMP/E GIMJVCLT OUTPUT SMP/E 36.79
>
>   /bin/sh -c /usr/lpp/java/J8.0_64/bin/java -Dcom.ibm.smp.debug=severe 
> -showversi
>   n -cp /usr/lpp/smp/classes/ com.ibm.smp.GIMJVCLT

Yeah, that is strange, as I expect more information in SYSPRINT following this 
output to explain the error.  Could it be that SMP/E was not able to start 
/bin/sh?  Is the userid that is running the job able to start the UNIX shell 
directly, for example from the TSO/E prompt?

As an experiment, try to logon to TSO/E with the userid running the job, start 
OMVS, and execute this command from the OMVS shell (watch the wrap):

/usr/lpp/java/J8.0_64/bin/java -Dcom.ibm.smp.debug=severe -showversion -cp 
/usr/lpp/smp/classes/ com.ibm.smp.GIMJVCLT

You should get a response like this:

smpeCC:00 smpeRoutine:GIMJVCLT smpeMsgLen:05 smpeMsg:36.79

What response do you get?

If you get the expected response, you can reply with the "terminate"
command to stop SMP/E's Java program.

Kurt Quackenbush -- IBM, SMP/E Development

--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@listserv.ua.edu with the message: INFO IBM-MAIN
לתשומת ליבך, בהתאם לנהלי חברת מלם מערכות בע"מ ו/או כל חברת בת ו/או חברה קשורה 
שלה (להלן : "החברה") וזכויות החתימה בהן, כל הצעה, התחייבות או מצג מטעם החברה, 
מחייבים מסמך נפרד וחתום על ידי מורשי החתימה של החברה, הנושא את לוגו החברה או 
שמה המודפס ובצירוף חותמת החברה. בהעדר מסמך כאמור (לרבות מסמך סרוק) המצורף 
להודעת דואר אלקטרוני זאת, אין לראות באמור בהודעה אלא משום טיוטה לדיון, ואין 
להסתמך עליה לביצוע פעולה עסקית או משפטית כלשהי. Please note that in accordance 
with Malam and/or its subsidiaries (hereinafter : "Malam") regulations and 
signatory rights, no offer, agreement, concession or representation is binding 
on the Malam, unless accompanied by a duly signed separate document (or a 
scanned version thereof), affixed with the Malam seal.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

ASID - S4C5

2017-08-25 Thread Nai, Dean 
>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 threads. We have 
>discovered that if we get a started task, that we don't have to bring down, to 
>run in the problem address space it stops the abends. Unfortunately we have to 
>start and stop it until it uses the address space we want it to. If we could 
>point at a certain address space during startup it would be an easy 
>fixthanks

> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

FW: RACF Parmlib Support - OA52650

2017-08-25 Thread Lizette Koehler 
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 sample is provided in SYS1.SAMPLIB(IRRPRMXX) with the APAR installed

 Documentation for the RACF parmlib support is provided as

  ftp://public.dhe.ibm.com/eserver/zseries/zos/racf/pdf/oa52650.pdf 

  Additionally, a REXX utility to convert ICHRDSNT/ICHRRNG modules into RACF
parmlib syntax is available for download at

  ftp://public.dhe.ibm.com/eserver/zseries/zos/racf/dsnt2prm/dsnt2prm.txt 
 
   with associated documentation at

  ftp://public.dhe.ibm.com/eserver/zseries/zos/racf/dsnt2prm/dsnt2prm.pdf 
   
> 
> 
> Cordialement, Philippe
>   
> 
> Philippe richard1/France/IBM@IBMFR (n'oubliez pas le 1...) IBM Client Center,
> Montpellier
> 
> mailto:philippe_rich...@fr.ibm.com   Mail: Cie IBM France Sce 146301
> Phone: +33 4 67346632 (38 6632)Rue de la Vieille Poste -CS 81021
> Fax:   +33 4 67346477  34060 Montpellier Cedex  2
> IBM Client Center, Montpellier WEB Server: http://w3.pssc.mop.ibm.com
> 
> =
> 
> 
> 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Route in Jes2 for more than one node

2017-08-25 Thread Lizette Koehler 
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.


http://www.dtssoftware.com/product_ext.htm



EASY/Exit allows installations to take advantage of the 'hidden' functionality 
available in z/OS and DFSMShsm without the need for complex, hard-to-maintain 
assembler-language exit routines.

The simple IF-THEN-ELSE logic of the Storage Control Center rules language 
provides an easy-to-use way to implement useful, even critical, system features 
that would be difficult or impossible for most installations to provide 
otherwise. Unlike hand-coded exit routines, EASY/Exit rules can be dynamically 
modified, and come with extensive debugging and error recovery features.

I find a little financial persuasion can work some times.  Since System Exits 
can put the entire z/OS environment at risk, users should be helping in the 
costs of coding/maintaining or purchasing products to do what they need.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Gilson Cesar de Oliveira
> Sent: Thursday, August 24, 2017 6:32 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: Route in Jes2 for more than one node
> 
> 
> Paul:
> 
>   The answer is Yes but, and always there is a BUT, the user don't want to
> change anything in JCL, so the option is to route the sysouts using Jes2
> command and I could not see a way to do it ($Rall) for more than one node.
> 
>  If you have an exit where you can enable more than one node to be passed
> through the command, would solve the problem.
> 
>   Thanks,
> 
> Gilson
> 
> 
> 
> Enviado de myMail para iOS
> 
> 
> quinta-feira, 24 de agosto de 2017 20:48 -0300 de 000433f07816-dmarc-
> requ...@listserv.ua.edu  <000433f07816-dmarc-requ...@listserv.ua.edu>:
> >On 2017-08-24, at 17:30, Gilson Cesar de Oliveira wrote:
> >>
> >> We have to route some sysouts in the JES2 spool for two different nodes.
> Is there a way to do it automatically?
> >>
> >Will the JCL OUTPUT statement do that for you?
> >
> >--gil
> >
> >--
> >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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: RACF Parmlib Support - OA52650

2017-08-25 Thread Elardus Engelbrecht 
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.  We really should do something to make this easier someday.

Sh, non z/OS people like managers and auditors may NOT know secret things 
only us techies and sysprogs know... ;-D

John, many thanks again for your kind postings. I really appreciate your time 
and kindness to share.

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: RACF Parmlib Support - OA52650

2017-08-25 Thread John Eells 

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 Release' which is 
7B0. Ok, I'm perhaps ignorant, but '7B0' is unfamiliar to me?


Ah, the Dreaded RETAIN Release.

OK, for better or for worse, the "release" we show in RETAIN can only be 
correlated with the "RETAIN release" documented in the products' program 
directories.  So, knowing this is a RACF PTF, you would use the z/OS 
Program Directory to find, for example, Appendix A., "Component IDs for 
Elements in z/OS V2.2.0" on PDF p. 297, here: 
http://publibz.boulder.ibm.com/epubs/pdf/e0zpdz10.pdf


In that table, you would find this entry:

FMIDCOMP ID   Component Name  RETAIN Release
HRF77A0 5752XXH00 RACF  7A0
JRF77AJ   7AJ

Thankfully, the z/OS packaging team has been simplifying the FMID naming 
conventions for many components, and so most (but not all) of the FMIDs 
that change in a release have the same suffixes.  In this case, for z/OS 
V2.2, it's 7A0 (US English) and 7AJ (JPN).


So when you see something like:

APPLICABLE COMPONENT LEVEL/SU:
R7B0 PSY UA93099 UP17/08/23 I  1000

R7B0 is the RETAIN release from the Program Directory (in this case, 
z/OS V2.3, for which you cannot yet see the PD), UA93099 is the PTF that 
closed the APAR, UP17/08/23 is the date of the last update (in this 
case, to add the PTF number), and 1000 means the PTF is available as 
corrective service and has not yet been assigned a PUTyymm SOURCEID.  It 
will eventually change to YYMM when it gets one.


I have never bothered to find out what "PSY" and "I" meant.  We never 
updated RETAIN to get rid of "SU" after "APPLICABLE COMPONENT LEVEL" but 
it once meant "Selectable Unit."  (I removed the IHASUBIT macro in z/OS 
Version 4, IIRC, after the SU bit string was frozen.  A number of 
IHASUnn macros followed it into oblivion, eventually.)


And, yes.  I know.  We really should do something to make this easier 
someday.


--
John Eells
IBM Poughkeepsie
ee...@us.ibm.com

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: AW: Re: permissions to /bin/sh

2017-08-25 Thread Kirk Wolf 
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 affects how a spawn() and
> _BPX_SHAREAS works.
>
>
> It mainly affects where the loader starts looking for the program to be
> loaded, namely LPA. Its a performance thing in the first place. Then, for
> some reason unknown to me, IBM had to decide that such modules must not be
> loaded as local process. I guess it's an system integrity issue. Therefore
> it affects spawn().
>
>
> >Its kind of a hack (mess).
>
>
> In what sense do you think it is a hack? I agree its a mess, in that is
> inhibits a locally spawned shell.
>
>
> --
> 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: RACF Parmlib Support - OA52650

2017-08-25 Thread Roach, Dennis 
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 List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Thursday, August 24, 2017 8:25 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: RACF Parmlib Support - OA52650

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 


--
Phoenix Software International
Edward E. Jaffe
831 Parkview Drive North
El Segundo, CA 90245
http://www.phoenixsoftware.com/

--
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 Remove trailing space in SFTP Transfer

2017-08-25 Thread John McKown 
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 wished the access method
> >> would do something similar for Classic data sets.  It would have saved
> me
> >> considerable support code and a Pascal application could have seen
> >> everything as RECFM=V.
> >>
> >> Such support for Classic data sets still merits an RFE, IMHO.  Even
> better than
> >> mere backward compatibility.
> >
> >​That would be interesting to have. Let [BQ]SAM compare the RECFM in the
> >DSCB (or tape label) versus the program (or JCL). If the DCB or JCL says
> >RECFM=V & the DSCB says RECFM=F, then create a VB record from the FB
> record
> >and vice versa. If this were really wanted, then I would bet that someone
> >could use the GPSAM program from the CBT to create something.​
> >
> Or, just eschew Classic data sets and do everything with UNIX files.  The
> code
> already exists and is operational.  Binder's misbehavior should be
> APARable;
> documenting it as a feature is improper.
>

​That is a _possibility_, but (IMO) highly unlikely to actually be done.
Why? Well, first off it requires convincing the Tech Services
manager/people that it is a good idea, since they need to set up the
filesystem(s). Then you need to convince the programming manager/people
that it is a good idea, despite being something new (there are always
"reactionary" people who hate any change). Oh, just as an aside about the
difficulty of this, I had one who liked the idea, but hated the fact that
the directory separator was a / instead of the "Windows standard" \. It
constantly messed him up and he abandoned using z/OS UNIX just because "it
was too much bother to remember". I also wonder how well this would be
supported by restart products such as CA-11. And, while we're at it, should
the data be created FILEDATA=BINARY or FILEDATA=TEXT or FILEDATA=RECORD?
Pick only _ONE_ or the programmers are likely to get up in arms about
needed to bother with "fiddly stuff". Oh, and let's not even get into what
the Production Control people will do.​



>
> -- gil
>
>

-- 
If you look around the poker table & don't see an obvious sucker, it's you.

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: GIM69209S ** RECEIVE PROCESSING HAS FAILED BECAUSE PROGRAM GIMJVCLT COULD NOT BE Started.

2017-08-25 Thread Tom Marchant 
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 not also in SMPOUT.

In any case, SMPLOG is a valuable resource for diagnosing some 
situations long after the fact, when the job output is gone. I 
strongly recommend that it go to a data set with DISP=MOD, and 
that SMPLOGA be available in the event that SMPLOG fills. I use 
SMPLOG several times per year, and don't bother with LIST LOG, but 
just VIEW the data set and use the HX line command to see the 
packed decimal date and time in the first few bytes.

-- 
Tom Marchant

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

IBM Mult-Factor Authentication(MFA) for z/OS; passticket factor AZFPTKT1

2017-08-25 Thread Steve Austin 
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 AZFPTKT1 factor 
add to the existing pass ticket support?

Thanks

Steve


-- 
This e-mail message has been scanned and cleared by Google Message Security 
and the UNICOM Global security systems. This message is for the named 
person's use only. If you receive this message in error, please delete it 
and notify the sender. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: Route in Jes2 for more than one node

2017-08-25 Thread Steve Horein 
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 can be selected. The value for all routing
numbers can range from 1 to 32767. Use parentheses if more than one route
code is specified.



I'm in a JES3 shop, but grew up with JES2.

And for what it's worth, I recall in addition to /*ROUTE XEQ, /*ROUTE PRINT
is also available JCL-wise to (re)direct output.

On Thu, Aug 24, 2017 at 6:30 PM, Gilson Cesar de Oliveira 
wrote:

>
> Dear list:
> We have to route some sysouts in the JES2 spool for two different nodes.
> Is there a way to do it automatically?
>
> Regards,
>
> Gilson
>
> --
> 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: RACF Parmlib Support - OA52650

2017-08-25 Thread Elardus Engelbrecht 
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

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: RACF Parmlib Support - OA52650

2017-08-25 Thread Klaus Stanislawiak 
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

Re: RACF Parmlib Support - OA52650

2017-08-25 Thread Elardus Engelbrecht 
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 perhaps ignorant, but '7B0' is unfamiliar to me?

TIA!

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

AW: BPX ptrace (BPX1PTR) and writing to the child program's memory

2017-08-25 Thread Peter Hunkeler 
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 lists...@listserv.ua.edu with the message: INFO IBM-MAIN