Re: WAIT ECB=ECBLIST Storage Key

[Charles Mills]

Zero

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Joseph Reichman
Sent: Monday, January 30, 2017 7:01 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: WAIT ECB=ECBLIST Storage Key

Hi

If I have 2 ECB's in storage key 8 one storage key 0

What should my storage key be ?

--
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

WAIT ECB=ECBLIST Storage Key

[Joseph Reichman]

Hi

If I have 2 ECB's in storage key 8 one storage key 0

What should my storage key be ?

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

Re: Domino vs. Apache Web Server and Encoding Issue from CGI Program

[Mike Schwab]

There is a Redbook Migration Guide.
http://www.redbooks.ibm.com/abstracts/redp4987.html?Open
Printed page 95 - 97 covers mainframe storing IBM-1047 EBCDIC or
ASCII-8. You probably need to change the parameters.

On Mon, Jan 30, 2017 at 1:41 PM, Lindy Mayfield  wrote:
> Hi group,
>
> Did something change from z/OS 2.1 to 2.2 specifically that would mean that 
> the Domino web server changed to the Apache web server?  Has anyone 
> experienced this with their upgrade?
>
> More specifically to my problem,  has anyone experience with going from 
> Domino to Apache, and encountered issues with the encoding used by cgi 
> applications and had to fix them?  I don’t mean something like 1143 vs. 1047 
> encoding, but ebcdic vs. asciii.  What once returned from a call, for 
> example, “Hello world”, now looks something like “çè(<žŽ çá àžŽ”. ☺
>
> I’ve no idea which end to look at first on this, at the app or at the server 
> configuration, which is why I ask.  Also, I don’t know how big a change 
> Domino is to Apache is, if it was meant to be a plug-and-play replacement or 
> not.
>
> Many thanks for any help or advice.
>
> Kind regards,
> Lindy Mayfield
>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN



-- 
Mike A Schwab, Springfield IL USA
Where do Forest Rangers go to get away from it all?

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

Re: COBOL V5.2 question: INITCHECK option incompatible with OPTIMIZE(0=

[Bill Woodger]

On Mon, 30 Jan 2017 09:27:36 -0800, Tom Ross  
wrote:

> )? (Msg IGYOS4021-W)
>
>>We are beginning the transition to COBOL V5.2 from V4.2 and exploring the n=
>>ew options available for debugging.
>
>>We just discovered that the INITCHECK option is incompatible with OPTIMIZE(=
>>0).  Using both options generates this warning-level message:
>
>>IGYOS4021-W   The "INITCHECK" option was discarded due to option conflict r=
>>esolution.  The "OPTIMIZE(0)" option took precedence.=20
>
>>There is no restriction documented for INITCHECK in the V5.2 Programmer's G=
>>uide and no mention of this incompatibility in the section on incompatible =
>>compiler options either.
>
>INITCHECK takes advantage of control flow analysis done by OPT(1|2) and so
>cannot function with OPT(0).
>
>We are trying to be aggressive about back-fitting migration assisting new
>features but we can't  update all documentation everywhere.  The Knowledge
>Center is updated every few months and is your best bet.  If we are missing
>documentation, please open a PMR and we wil fix it!
>

But the documentation (both the Migration Guide and Programming reference for 
both V6.1 and V5.2) was updated. The even refer to the relevant APARs, and are 
included in "Summary of changes..." dated September 2016.

What those documentary changes don't include is the mutual-exclusivity between 
OPT(0) and INITCHECK.

Are we to read anything into this?:

"|
|
|
|
|
|
| v Invalid data might get different results with COBOL V5 and V6 than in 
earlier
COBOL versions. Some users have found that they get different results with the
newer compilers than with previous compilers, and/or that they get different
results with different OPT settings. These are normally due to invalid data that
is brought into the COBOL programs at run time. One way to find out whether
your programs will have this problem is to follow our new migration
recommendation:
|
| 1. Compile with SSRANGE, ZONECHECK, and INITCHECK, and then run
regression tests.
| 2. Check whether there are any problems:
|
|
| – If no problems found, recompile with NOSSRANGE, NOZONECHECK,
and NOINITCHECK, and then do a small test before moving into
production.
|
|
| – If problems are found, then either correct the programs and or data, or in
the case of bad data in zoned decimal data items, use the ZONEDATA
compiler option to tolerate the invalid data.
|
|
|
Note: The INITCHECK option is available in Enterprise COBOL V6.1 with the
PTF for APAR PI68226 installed, and available in Enterprise COBOL V5.2 with
the PTF for APAR PI69197 installed."

Gives "our new migration recommendation", yet also fails to mention that 
OPT(1/2) must be used to have INITCHECK.

Also, despite the reference in the final paragraph to V5.2, the V5.2 Migration 
Guide does not contain INITCHECK in the "recommendation". Is that because with 
V5.2, as Peter Farley has discovered, there seems to be a "memory usage" issue 
(hopefully alleviated by V6.1)? Or is it the recommendation, just not included 
in the actual text.

Looking at the KnowledgeCentre, no reference to INITCHECK is made in the 
migration recommendations:



Enterprise COBOL for z/OS
Enterprise COBOL for z/OS 6.1.0
Migration Guide
Migration strategies
Migration recommendations to Enterprise COBOL V5 and V6

"Compile with SSRANGE, ZONECHECK, and OPT(0) for initial code changes and unit 
tests."

If the KC is the go-to place for current documentation, does this mean the 
recommendation in the V6.1 Migration Guide is withdrawn, returning to the V5.1 
recommendation? Or is the V6.1 OK, the KC not, and V5.2 missing the current 
recommendation. Or is the V6.1 correct, the V5.2 correct, and the KC wrong?

There also seems to be an issue with a previous PMR on the subject anyway. 
Apparently the claim was (paraphrase) "we could do INITCHECK at OPT(0), but 
since OPT(0) is for compiler performance, INITCHECK would slow things down and 
defeat that". Now you say that INITCHECK is a side-effect of the work already 
done for OPT(1/2) so fat chance it could have been done at OPT(0) and just 
wasn't for "compiler performance".

In the interim to disentangling the existing documentation, could you clarify 
"our new migration recommendation" for V5.2 and V6.1, please? The KC casts 
further knots on the subject at the moment, so turning to that is just not 
giving an answer that can be used directly.

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

Re: Domino vs. Apache Web Server and Encoding Issue from CGI Program

[Grinsell, Don]

One other thing to be sure of is that the output of your cgi needs to specify 
the content type header:

Content-type: text/html (or text/plain, etc.)

Output text

Make sure you leave a blank line between the header and the content. 

--
 
Donald Grinsell, Systems Programmer
Enterprise Technology Services Bureau
SITSD/Montana Department of Administration
406.444.2983 (D)

"Being an Athlete is a state of mind which is not bound by age, performance or 
place in the running pack."
~ Jeff Galloway 

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Lindy Mayfield
> Sent: Monday, January 30, 2017 12:41 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Domino vs. Apache Web Server and Encoding Issue from CGI
> Program
> 
> Hi group,
> 
> Did something change from z/OS 2.1 to 2.2 specifically that would mean that
> the Domino web server changed to the Apache web server?  Has anyone
> experienced this with their upgrade?
> 
> More specifically to my problem,  has anyone experience with going from
> Domino to Apache, and encountered issues with the encoding used by cgi
> applications and had to fix them?  I don’t mean something like 1143 vs. 1047
> encoding, but ebcdic vs. asciii.  What once returned from a call, for example,
> “Hello world”, now looks something like “çè(<žŽ çá àžŽ”. ☺
> 
> I’ve no idea which end to look at first on this, at the app or at the server
> configuration, which is why I ask.  Also, I don’t know how big a change
> Domino is to Apache is, if it was meant to be a plug-and-play replacement or
> not.
> 
> Many thanks for any help or advice.
> 
> Kind regards,
> Lindy Mayfield
> 
> 
> --
> 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: sdsf in rexx

[Jousma, David]

ProbablyI don’t claim to be an expert in any of this.  :)

_
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 Paul Gilmartin
Sent: Monday, January 30, 2017 2:59 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: sdsf in rexx

On Mon, 30 Jan 2017 16:14:42 +, Jousma, David wrote:
  
>...
>/* Allocate results output file  */   
>ddnm = 'DD'||random(1,9)  
>Address TSO "Alloc Fi("ddnm") SYSOUT" 
>  
It's better to let DYNALLOC choose a DDNAME, SYSn, guaranteed unique.

-- gil

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

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.


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

Re: Domino vs. Apache Web Server and Encoding Issue from CGI Program

[Grinsell, Don]

There are several things you can check in your httpd.conf file:

The TypesConfig directive and DefaultType:

TypesConfig conf/mime.types
DefaultType text/plain

This tells Apache to convert from IBM-1047 to ISO8859-1:

# mod_charset_lite is used to translate request and response 
# data from one character set to another (e.g., from EBCDIC  
# to ASCII or vice versa).   
LoadModule charset_lite_module modules/mod_charset_lite.so   
 
CharsetSourceEnc IBM-1047
CharsetDefault   ISO8859-1   
  

Hope that's helpful.

--
 
Donald Grinsell, Systems Programmer
Enterprise Technology Services Bureau
SITSD/Montana Department of Administration
406.444.2983 (D)

"Twenty years from now you will be more disappointed by the things you didn't 
do than by the ones you did do. So throw off the bowlines. Sail away from the 
safe harbor. Catch the trade winds in your sails. Explore. Dream. Discover."
~ attributed to Mark Twain 

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU]
> On Behalf Of Lindy Mayfield
> Sent: Monday, January 30, 2017 12:41 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Domino vs. Apache Web Server and Encoding Issue from CGI
> Program
> 
> Hi group,
> 
> Did something change from z/OS 2.1 to 2.2 specifically that would mean that
> the Domino web server changed to the Apache web server?  Has anyone
> experienced this with their upgrade?
> 
> More specifically to my problem,  has anyone experience with going from
> Domino to Apache, and encountered issues with the encoding used by cgi
> applications and had to fix them?  I don’t mean something like 1143 vs. 1047
> encoding, but ebcdic vs. asciii.  What once returned from a call, for example,
> “Hello world”, now looks something like “çè(<žŽ çá àžŽ”. ☺
> 
> I’ve no idea which end to look at first on this, at the app or at the server
> configuration, which is why I ask.  Also, I don’t know how big a change
> Domino is to Apache is, if it was meant to be a plug-and-play replacement or
> not.
> 
> Many thanks for any help or advice.
> 
> Kind regards,
> Lindy Mayfield
> 
> 
> --
> 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: sdsf in rexx

[John McKown]

On Mon, Jan 30, 2017 at 1:59 PM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Mon, 30 Jan 2017 16:14:42 +, Jousma, David wrote:
> >...
> >/* Allocate results output file  */
> >ddnm = 'DD'||random(1,9)
> >Address TSO "Alloc Fi("ddnm") SYSOUT"
> >
> It's better to let DYNALLOC choose a DDNAME, SYSn, guaranteed unique.
>

Also, I think that it is a far better idea to use BPXWDYN rather than TSO
ALLOCATE, being sure to use the RTDDN(...) so that it will return the DD
name to you.​



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



-- 
There’s no obfuscated Perl contest because it’s pointless.

—Jeff Polk

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: sdsf in rexx

[Paul Gilmartin]

On Mon, 30 Jan 2017 16:14:42 +, Jousma, David wrote:
  
>...
>/* Allocate results output file  */   
>ddnm = 'DD'||random(1,9)  
>Address TSO "Alloc Fi("ddnm") SYSOUT" 
>  
It's better to let DYNALLOC choose a DDNAME, SYSn, guaranteed unique.

-- gil

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

Re: Domino vs. Apache Web Server and Encoding Issue from CGI Program

[Nims,Alva John (Al)]

Apache has been available for z/OS for some time, with going to z/OS 2.02 
Domino was dropped.

Search RedBooks for "IBM HTTP Server on z/OS Migrating from Domino-powered to 
Apache-powered"  the PDF file name is "redp4987.pdf"

That is about all I can give you, I did not know anything about Web servers 
Domino or Apache, but found myself thrown into the middle of attempting to do 
the migration.  I can't give you a success story right now, I have not 
completed the process of going to z/OS 2.02 also.

Al Nims
Systems Admin/Programmer 3
UFIT
University of Florida
(352) 273-1298

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lindy Mayfield
Sent: Monday, January 30, 2017 2:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Domino vs. Apache Web Server and Encoding Issue from CGI Program

Hi group,

Did something change from z/OS 2.1 to 2.2 specifically that would mean that the 
Domino web server changed to the Apache web server?  Has anyone experienced 
this with their upgrade?

More specifically to my problem,  has anyone experience with going from Domino 
to Apache, and encountered issues with the encoding used by cgi applications 
and had to fix them?  I don’t mean something like 1143 vs. 1047 encoding, but 
ebcdic vs. asciii.  What once returned from a call, for example, “Hello world”, 
now looks something like “çè(<žŽ çá àžŽ”. ☺

I’ve no idea which end to look at first on this, at the app or at the server 
configuration, which is why I ask.  Also, I don’t know how big a change Domino 
is to Apache is, if it was meant to be a plug-and-play replacement or not.

Many thanks for any help or advice.

Kind regards,
Lindy Mayfield


--
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: Domino vs. Apache Web Server and Encoding Issue from CGI Program

[Skeldum, William]

Yes z/OS 2.2 now includes Apache in place of Domino.
http://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.e0zm100/IHS_V2R2_RemoveDomino.htm
Bill

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Lindy Mayfield
Sent: Monday, January 30, 2017 12:41 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Domino vs. Apache Web Server and Encoding Issue from CGI Program

Hi group,

Did something change from z/OS 2.1 to 2.2 specifically that would mean that the 
Domino web server changed to the Apache web server?  Has anyone experienced 
this with their upgrade?

More specifically to my problem,  has anyone experience with going from Domino 
to Apache, and encountered issues with the encoding used by cgi applications 
and had to fix them?  I don’t mean something like 1143 vs. 1047 encoding, but 
ebcdic vs. asciii.  What once returned from a call, for example, “Hello world”, 
now looks something like “çè(<žŽ çá àžŽ”. ☺

I’ve no idea which end to look at first on this, at the app or at the server 
configuration, which is why I ask.  Also, I don’t know how big a change Domino 
is to Apache is, if it was meant to be a plug-and-play replacement or not.

Many thanks for any help or advice.

Kind regards,
Lindy Mayfield


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

The information contained in this electronic communication and any document 
attached hereto or transmitted herewith is confidential and intended for the 
exclusive use of the individual or entity named above. If the reader of this 
message is not the intended recipient or the employee or agent responsible for 
delivering it to the intended recipient, you are hereby notified that any 
examination, use, dissemination, distribution or copying of this communication 
or any part thereof is strictly prohibited. If you have received this 
communication in error, please immediately notify the sender by reply e-mail 
and destroy this communication. Thank you.

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

Domino vs. Apache Web Server and Encoding Issue from CGI Program

[Lindy Mayfield]

Hi group,

Did something change from z/OS 2.1 to 2.2 specifically that would mean that the 
Domino web server changed to the Apache web server?  Has anyone experienced 
this with their upgrade?

More specifically to my problem,  has anyone experience with going from Domino 
to Apache, and encountered issues with the encoding used by cgi applications 
and had to fix them?  I don’t mean something like 1143 vs. 1047 encoding, but 
ebcdic vs. asciii.  What once returned from a call, for example, “Hello world”, 
now looks something like “çè(<žŽ çá àžŽ”. ☺

I’ve no idea which end to look at first on this, at the app or at the server 
configuration, which is why I ask.  Also, I don’t know how big a change Domino 
is to Apache is, if it was meant to be a plug-and-play replacement or not.

Many thanks for any help or advice.

Kind regards,
Lindy Mayfield


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

Re: Clarification on Recognizing My SubSystem Interface (ssi) Function Rou tines

[Tony Harminc]

On 30 January 2017 at 09:39, esst...@juno.com  wrote:
> Tony Harminc wrote
>
>>That's up to you. You look at the command text and decide if you are
>>interested. If you want to process only commands prefixed by the
>>command character you specified, then check for that and ignore
>>anything that doesn't start with that character.

> That works fine for Function Code 10, which I only used as an example.

Sorry, it wasn't obvious that 10 was only an example.

> If I look at Function Code 8 (End-of-Memory) call there is no command text.

Indeed, because EOM is not logically related to a command. Rather,
that call includes the ASID of the ending address space, and some
other handy odds and ends. You will know if this address space's going
rhrough EOM is of interest to you because you surely made some kind of
record somewhere globally accessible when you built data structures or
had code running in that address space that you now need to clean up.
The EOM subsystem call knows nothing about if or why why you are
interested in knowing about this particular EOM event.

> Are You saying each function code needs to be determined differently ?
> Using a different technique ?

I'm still not getting whatever it is that you're not getting. You have
some functional reason to want to be called for one or more subsystem
call types. You install a routine for each such, and set the value
appropriately so that you will be called. Some of those calls (e.g.
commands, WTOs, EOMs) are broadcast; others (e.g. Open or Allocate)
are only for you. Regardless, your routine gets control, and you do
whatever it is you want to do.

> Wouldn't the SSCVT have the Target SubSystem ID ?

Um, yes... but your routine surely inherently already knows that.
Unless you are using common code for multiple subsystem call types,
which is not something you've mentioned, and which I think is
generally a pretty unlikely thing to want to do.

So I'm afraid I'm still not understanding the problem you are
encountering or anticipating.

Maybe give an example of how your EOM routine needs some information
you don't see being provided. Why would it need more than the ending
ASID?

Tony H.

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

Re: SFTP on z/OS

[Edward Gould]

> On Jan 30, 2017, at 6:29 AM, David Crayford  wrote:
> 
> On 30/01/2017 4:31 PM, Rob Schramm wrote:
>> Coz toolkit for z/OS makes setting up batch SFTP easy.  Even if you choose
>> not to use Coz toolkit in production.
> 
> IMO, any site serious about running SFTP in production should seriously 
> consider the Co:Z toolkit. You will almost certainly get better support and 
> the feature boost is a no-brainer. I have my doubts that Venkat is actually 
> serious about running SFTP in production.
> 
>> Rob Schramm

Rob:
Only if you pay for support.
Ed
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: sdsf in rexx

[van der Grijn, Bart (B)]

Never mind, I see the manual states the closing parenthesis is optional.
Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of van der Grijn, Bart (B)
Sent: Monday, January 30, 2017 1:10 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: sdsf in rexx

Tim, I'm wondering if it ignores the WAIT because you didn't include a closing 
parenthesis on your option. So (WAIT) rather than (WAIT .
Bart

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tim Brown
Sent: Monday, January 30, 2017 12:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: sdsf in rexx

Thanks definitely a different method, still confused why mine doesn't always 
capture the result of

$DO JOBQ,READY,DEST'

Tim

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Monday, 30 January, 2017 11:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: sdsf in rexx


** THIS IS AN EXTERNAL EMAIL ** Use caution before opening links / attachments. 
Never supply UserID/PASSWORD information.


Tim,

I have a REXX exec I use to issue operator commands using the ISFSLASH keyword 
and writes the output to a temp file.   I think I may have stole it then 
enhanced it for my use either from IBM, or someone on this list, but the 
processing of the ISFULOG array is somewhat more complicated than you have 
listed.  I am posting the entire exec for you to play with, along with the JCL 
I use to execute.  You can have as many commands as you want in SYSIN.

...

_
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 Tim Brown
Sent: Monday, January 30, 2017 10:58 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: sdsf in rexx

Using sdsf in rexx with command $DO JOBQ,READY,DEST

   COMMAND = '$DO JOBQ,READY,DEST'
   IF ISFCALLS('ON') <> 0 THEN EXIT 99
   ADDRESS SDSF "ISFEXEC '/"COMMAND"' (WAIT"

   DO S1 = 1 TO  ISFULOG.0
 SAY ISFULOG.S1
END

Its supposed to return the $HASP686 messages in ISFULOG array,  which are same 
as when issued at console Sometimes it does and other times it doesn't return 
anything even when there are jobs available

It just returns these 2 and not the ones with $HASP686

"CPAC  2017030  10:45:11.13 ISF031I CONSOLE DPP ACTIVATED"
"CPAC  2017030  10:45:11.13-$DO JOBQ,READY,DEST"



$DO JOBQ,READY,DEST
$HASP686 OUTPUT(FSP96A12)  ROUTECDE=LLW001
$HASP686 OUTPUT(FSP96A12)  ROUTECDE=LW001
$HASP686 OUTPUT(CAP81T43)  ROUTECDE=LOCAL
$HASP686 OUTPUT(CAP81T44)  ROUTECDE=LOCAL
$HASP686 OUTPUT(XTBPRT)ROUTECDE=LX509

Tim Brown

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

Re: sdsf in rexx

[Tim Brown]

Thanks definitely a different method, still confused why mine doesn't always 
capture the result of

$DO JOBQ,READY,DEST'

Tim

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jousma, David
Sent: Monday, 30 January, 2017 11:15 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: sdsf in rexx


** THIS IS AN EXTERNAL EMAIL ** Use caution before opening links / attachments. 
Never supply UserID/PASSWORD information.


Tim,

I have a REXX exec I use to issue operator commands using the ISFSLASH keyword 
and writes the output to a temp file.   I think I may have stole it then 
enhanced it for my use either from IBM, or someone on this list, but the 
processing of the ISFULOG array is somewhat more complicated than you have 
listed.  I am posting the entire exec for you to play with, along with the JCL 
I use to execute.  You can have as many commands as you want in SYSIN.

//VARYOFF  EXEC PGM=IKJEFT1B,PARM='%OPERCMDB'  
//SYSEXEC  DD   DSN=your.sysexec.dataset,DISP=SHR   
//SYSTSIN  DD   DUMMY  
//SYSTSPRT DD   DUMMY  
//SYSINDD   *,SYMBOLS=JCLONLY  
 RO *ALL,V ,OFFLINE   
/* 

/* REXX */
/* this REXX exec will issue operator commands via SDSF REXX interface
   security is based on the person using the command.  this exec is to be 
   used for batch only   */   
'EXECIO * DISKR SYSIN (STEM mycmd. FINIS' 
if rc > 0 then do 
   say 'Return code from OPEN was' rc 
   say 'Aborting...'  
   exit   
   end
  
/* Allocate results output file  */   
ddnm = 'DD'||random(1,9)  
Address TSO "Alloc Fi("ddnm") SYSOUT" 
  
/* Process all input commands*/   
Do c=1 to mycmd.0 
 oper_command.0 = 1   
 oper_command.1 = mycmd.c 
 Call Main_process
End   
  
/* Free results output file  */
Address TSO "Free Fi("ddnm")"  
Return 0   
   
Main_process:  
/* process all data from SYSIN   */
rc=isfcalls('ON')  
Address SDSF ISFSLASH "("oper_command.") (WAIT)"   
l_cnt = 0  
If datatype(isfulog.0) = "NUM" Then Do 
 If isfulog.0 <> 0 Then Do 
  l_cnt = l_cnt + 1
  l.l_cnt = substr(isfulog.1,1,43) 
  Do ix=1 to isfulog.0 
   ll = length(isfulog.ix) 
   if ll <> 0 Then 
qdata = substr(isfulog.ix,44,ll-43)
   else
qdata = isfulog.ix 
   l_cnt = l_cnt + 1   
   l.l_cnt = qdata 
  End  
 End   
 Else Do
  l_cnt = l_cnt + 1 
  l.l_cnt = "No command response available" 
 End
End 
Else Do   

COBOL V5.2 question: INITCHECK option incompatible with OPTIMIZE(0=

[Tom Ross]

 )? (Msg IGYOS4021-W)

>We are beginning the transition to COBOL V5.2 from V4.2 and exploring the n=
>ew options available for debugging.

>We just discovered that the INITCHECK option is incompatible with OPTIMIZE(=
>0).  Using both options generates this warning-level message:

>IGYOS4021-W   The "INITCHECK" option was discarded due to option conflict r=
>esolution.  The "OPTIMIZE(0)" option took precedence.=20

>There is no restriction documented for INITCHECK in the V5.2 Programmer's G=
>uide and no mention of this incompatibility in the section on incompatible =
>compiler options either.

INITCHECK takes advantage of control flow analysis done by OPT(1|2) and so
cannot function with OPT(0).

We are trying to be aggressive about back-fitting migration assisting new
features but we can't  update all documentation everywhere.  The Knowledge
Center is updated every few months and is your best bet.  If we are missing
documentation, please open a PMR and we wil fix it!

Cheers,
TomR  >> COBOL is the Language of the Future! <<

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

Re: sdsf in rexx

[Jousma, David]

Tim,

I have a REXX exec I use to issue operator commands using the ISFSLASH keyword 
and writes the output to a temp file.   I think I may have stole it then 
enhanced it for my use either from IBM, or someone on this list, but the 
processing of the ISFULOG array is somewhat more complicated than you have 
listed.  I am posting the entire exec for you to play with, along with the JCL 
I use to execute.  You can have as many commands as you want in SYSIN.

//VARYOFF  EXEC PGM=IKJEFT1B,PARM='%OPERCMDB'  
//SYSEXEC  DD   DSN=your.sysexec.dataset,DISP=SHR   
//SYSTSIN  DD   DUMMY  
//SYSTSPRT DD   DUMMY  
//SYSINDD   *,SYMBOLS=JCLONLY  
 RO *ALL,V ,OFFLINE   
/* 

/* REXX */
/* this REXX exec will issue operator commands via SDSF REXX interface
   security is based on the person using the command.  this exec is to be 
   used for batch only   */   
'EXECIO * DISKR SYSIN (STEM mycmd. FINIS' 
if rc > 0 then do 
   say 'Return code from OPEN was' rc 
   say 'Aborting...'  
   exit   
   end
  
/* Allocate results output file  */   
ddnm = 'DD'||random(1,9)  
Address TSO "Alloc Fi("ddnm") SYSOUT" 
  
/* Process all input commands*/   
Do c=1 to mycmd.0 
 oper_command.0 = 1   
 oper_command.1 = mycmd.c 
 Call Main_process
End   
  
/* Free results output file  */
Address TSO "Free Fi("ddnm")"  
Return 0   
   
Main_process:  
/* process all data from SYSIN   */
rc=isfcalls('ON')  
Address SDSF ISFSLASH "("oper_command.") (WAIT)"   
l_cnt = 0  
If datatype(isfulog.0) = "NUM" Then Do 
 If isfulog.0 <> 0 Then Do 
  l_cnt = l_cnt + 1
  l.l_cnt = substr(isfulog.1,1,43) 
  Do ix=1 to isfulog.0 
   ll = length(isfulog.ix) 
   if ll <> 0 Then 
qdata = substr(isfulog.ix,44,ll-43)
   else
qdata = isfulog.ix 
   l_cnt = l_cnt + 1   
   l.l_cnt = qdata 
  End  
 End   
 Else Do
  l_cnt = l_cnt + 1 
  l.l_cnt = "No command response available" 
 End
End 
Else Do 
 l_cnt = l_cnt + 1  
 l.l_cnt = "Error in command reponse"   
End 
rc=isfcalls("OFF")  
If (l_cnt = 0) Then Do  
 l_cnt = l_cnt + 1  
 l.l_cnt = ' /* no data produced */'

Re: SFTP on z/OS

[David Crayford]

On 30/01/2017 10:57 PM, Nims,Alva John (Al) wrote:

I take exception to David's comment, because my shop is an exception.


Fair enough. But I would suggest you contact dovetail and see what kind 
of deal they can spin you. It may be turn out to be much cheaper then 
trying to cobble together your own solution!




#1. UFL is "Getting Off" the mainframe sometime in the next few years.
#2. I have had a request to use SFTP from the mainframe for production, the 
request to use SFTP was from the security group, who does not take #1 into 
account.
#3. Because of #1, GUESS WHO CAN'T SPEND ANY 's on anything new!
#4. So I am following this discussion in the hopes to expand my limited 
knowledge of SFTP to satisfy #2.

Sorry if I sounding HARSH there, but not all shops can throw 's at a 
problem!

Al Nims
Systems Admin/Programmer 3
UFIT
University of Florida
(352) 273-1298

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: Monday, January 30, 2017 7:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SFTP on z/OS

On 30/01/2017 4:31 PM, Rob Schramm wrote:

Coz toolkit for z/OS makes setting up batch SFTP easy.  Even if you
choose not to use Coz toolkit in production.

IMO, any site serious about running SFTP in production should seriously 
consider the Co:Z toolkit. You will almost certainly get better support and the 
feature boost is a no-brainer. I have my doubts that Venkat is actually serious 
about running SFTP in production.


Rob Schramm

On Mon, Jan 30, 2017, 2:45 AM venkat kulkarni

wrote:


Thanks for reply. Basucally i feel the issue is known host file. Can
anybody explain me how can we generate keys for known host file to
establish the connection .

The only way I know is using sftp login interactively using omvs. But
is there any other method to do this .

On Jan 30, 2017 06:18, "Paul Gilmartin" <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:


On Sun, 29 Jan 2017 15:20:59 -0600, Kirk Wolf wrote:

And see that "mput" is not a valid sftp subcommand.


There's some motivation here for testing your process interactively
before you try to batch it.

And I've had considerable success with such as:

  ( cd /u/stcsys' & pax -w . ) |
  ssh ftprpt@10.22.22.220 "cd /home/ftp4rpt/ & pax -rv"

z/OS pax has useful facilities for code page conversion ("ascii")
and for renaming members with sed-like patterns.

-- 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

--
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

sdsf in rexx

[Tim Brown]

Using sdsf in rexx with command $DO JOBQ,READY,DEST

   COMMAND = '$DO JOBQ,READY,DEST'
   IF ISFCALLS('ON') <> 0 THEN EXIT 99
   ADDRESS SDSF "ISFEXEC '/"COMMAND"' (WAIT"

   DO S1 = 1 TO  ISFULOG.0
 SAY ISFULOG.S1
END

Its supposed to return the $HASP686 messages in ISFULOG array,  which are same 
as when issued at console
Sometimes it does and other times it doesn't return anything even when there 
are jobs available

It just returns these 2 and not the ones with $HASP686

"CPAC  2017030  10:45:11.13 ISF031I CONSOLE DPP ACTIVATED"
"CPAC  2017030  10:45:11.13-$DO JOBQ,READY,DEST"



$DO JOBQ,READY,DEST
$HASP686 OUTPUT(FSP96A12)  ROUTECDE=LLW001
$HASP686 OUTPUT(FSP96A12)  ROUTECDE=LW001
$HASP686 OUTPUT(CAP81T43)  ROUTECDE=LOCAL
$HASP686 OUTPUT(CAP81T44)  ROUTECDE=LOCAL
$HASP686 OUTPUT(XTBPRT)ROUTECDE=LX509

Tim Brown

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

Re: SFTP on z/OS

[Kirk Wolf]

With SSH host authentication, the ssh server has the private key and you
need to get the matching public key into your known_hosts or
/etc/ssh/ssh_known_hosts

The ssh-keyscan returns the public key(s).
This public key should be obtained or verified independently on untrusted
networks.   Once you have it, a Man-In-The-Middle attack would be detected.

You can also have ssh display the "ascii art" fingerprint of public key(s)
for visual verification:

ssh-keygen -lv -f ~/.ssh/known_hosts
...
2048 3b:87:95:6d:74:84:4f:d4:8e:bd:63:65:b1:5b:8e:74 [localhost]:6622 (RSA)
+--[ RSA 2048]+
| oo. |
|.|
|.o.+o|
|   + .+.E|
|S o o. ==|
| + .  .=.|
|+ .   . .|
| o   |
| |
+-+


Some sites will have administrators maintain a master list of their server
public keys and then distribute these to all nodes in the network.
OpenSSH also has support for putting the public key in "SSHFP" records, but
this requires DNSSEC, and the necessary support is not yet in IBM z/OS
OpenSSH.

Finally, OpenSSH on z/OS supports Kerberos (Windows Active Directory)
authentication, which with supporting partners will handle both user and
host authentication and eliminates both SSH host and user keys.
https://dovetail.com/docs/ssh/kerberos_sso.pdf

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Mon, Jan 30, 2017 at 9:16 AM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Mon, 30 Jan 2017 09:01:03 -0600, Kirk Wolf wrote:
>
> >Host keys, user keys, and authentication is done by IBM OpenSSH.
> >
> >The ssh-keyscan command (part of OpenSSH) can be used to get public keys
> >from one or more hosts
> >
> >For example, since it appears that Venkat's are corrupted:
> >
> >cd ~/.ssh
> >mv known_hosts known_hosts_corrupted
> >ssh-keyscan  host1.com host2.com host3.com  > known_hosts
> >
> Is that asking those hosts to provide, without authentication, the
> keys to be used in the future for authentication?
>
> I suppose that somtimes ya gotta just trust somebody.
>
> -- 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

Re: SFTP on z/OS

[John McKown]

On Mon, Jan 30, 2017 at 8:57 AM, Nims,Alva John (Al)  wrote:

> I take exception to David's comment, because my shop is an exception.
>
> #1. UFL is "Getting Off" the mainframe sometime in the next few years.
> #2. I have had a request to use SFTP from the mainframe for production,
> the request to use SFTP was from the security group, who does not take #1
> into account.
> #3. Because of #1, GUESS WHO CAN'T SPEND ANY 's on anything new!
> #4. So I am following this discussion in the hopes to expand my limited
> knowledge of SFTP to satisfy #2.
>
> Sorry if I sounding HARSH there, but not all shops can throw 's at a
> problem!
>

​Co:Z is __FREE__ to download & use. Money is only required if you want a
support contract. I've used Co:Z at our company (similar to yours - almost
off the z) for years with no support and __NO__ problems.

I don't use sftp, personally. But that is simply because I use Co:Z
(remember it is _free_ to use) and it's utilities: fromfile (z/OS UNIX file
to stdout), tofile (stdin to z/OS UNIX file​), fromdsn (z/OS data set to
stdout) and todsn (stdin to z/OS data set) instead. The fromdsn can also be
used to read job output from the JES SPOOL. The todsn can be used to write
a report to the JES SPOOL or to submit JCL to run.

Since I need unattended transfers, I have a RACF id which is quite
restricted but which has an SSH cert without a passphrase. This means that
I can use this id to do unattended transfers successfully; no prompts for
passwords or passphrases. This should work with the "normal" (read
primitive) IBM sftp as well as the enhanced sftp from Dovetailed
Technologies. I do understand that, even if free, some management won't
allow implementation of "unsupported" software. A catch-22 - can't afford
to buy software in order to be supported, also can't use free & unsupported
software (regardless of the quality & praise of others), but still required
to "just get the damn job done".



>
> Al Nims
> Systems Admin/Programmer 3
> UFIT
> University of Florida
> (352) 273-1298
>
>

-- 
There’s no obfuscated Perl contest because it’s pointless.

—Jeff Polk

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: SFTP on z/OS

[Paul Gilmartin]

On Mon, 30 Jan 2017 09:01:03 -0600, Kirk Wolf wrote:

>Host keys, user keys, and authentication is done by IBM OpenSSH.
>
>The ssh-keyscan command (part of OpenSSH) can be used to get public keys
>from one or more hosts
>
>For example, since it appears that Venkat's are corrupted:
>
>cd ~/.ssh
>mv known_hosts known_hosts_corrupted
>ssh-keyscan  host1.com host2.com host3.com  > known_hosts
>
Is that asking those hosts to provide, without authentication, the
keys to be used in the future for authentication?

I suppose that somtimes ya gotta just trust somebody.

-- gil

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

Re: SFTP on z/OS

[Kirk Wolf]

Host keys, user keys, and authentication is done by IBM OpenSSH.

The ssh-keyscan command (part of OpenSSH) can be used to get public keys
from one or more hosts

For example, since it appears that Venkat's are corrupted:

cd ~/.ssh
mv known_hosts known_hosts_corrupted
ssh-keyscan  host1.com host2.com host3.com  > known_hosts



Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Mon, Jan 30, 2017 at 8:52 AM, Paul Gilmartin <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:

> On Mon, 30 Jan 2017 10:45:28 +0300, venkat kulkarni wrote:
>
> >Thanks for reply. Basucally i feel the issue is known host file. Can
> >anybody explain me how can we generate keys for known host file to
> >establish the connection .
> >
> >The only way I know is using sftp login interactively using omvs. But is
> >there any other method to do this .
> >
> You know a way that works.  Why do you want another?
>
> If necessary, can you have an administrator generate a host key and
> copy or email it to users who need it?
>
> How does Co:Z do this?
>
> -- 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

Re: SFTP on z/OS

[Nims,Alva John (Al)]

Can't you get the certificates via the command?:

openssl s_client -starttls ftp -connect remote.ftp.server.host:port -showcerts

I have not made it to the point where I can try the above in my network yet.  
This command was given to me by a previous Sysprog that was kind of looking 
into this before me.

Al Nims
Systems Admin/Programmer 3
UFIT
University of Florida
(352) 273-1298

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Paul Gilmartin
Sent: Monday, January 30, 2017 9:53 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SFTP on z/OS

On Mon, 30 Jan 2017 10:45:28 +0300, venkat kulkarni wrote:

>Thanks for reply. Basucally i feel the issue is known host file. Can 
>anybody explain me how can we generate keys for known host file to 
>establish the connection .
>
>The only way I know is using sftp login interactively using omvs. But 
>is there any other method to do this .
> 
You know a way that works.  Why do you want another?

If necessary, can you have an administrator generate a host key and copy or 
email it to users who need it?

How does Co:Z do this?

-- 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

Re: SFTP on z/OS

[Nims,Alva John (Al)]

I take exception to David's comment, because my shop is an exception.

#1. UFL is "Getting Off" the mainframe sometime in the next few years.
#2. I have had a request to use SFTP from the mainframe for production, the 
request to use SFTP was from the security group, who does not take #1 into 
account.
#3. Because of #1, GUESS WHO CAN'T SPEND ANY 's on anything new!
#4. So I am following this discussion in the hopes to expand my limited 
knowledge of SFTP to satisfy #2.

Sorry if I sounding HARSH there, but not all shops can throw 's at a 
problem!

Al Nims
Systems Admin/Programmer 3
UFIT
University of Florida
(352) 273-1298

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of David Crayford
Sent: Monday, January 30, 2017 7:30 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: SFTP on z/OS

On 30/01/2017 4:31 PM, Rob Schramm wrote:
> Coz toolkit for z/OS makes setting up batch SFTP easy.  Even if you 
> choose not to use Coz toolkit in production.

IMO, any site serious about running SFTP in production should seriously 
consider the Co:Z toolkit. You will almost certainly get better support and the 
feature boost is a no-brainer. I have my doubts that Venkat is actually serious 
about running SFTP in production.

> Rob Schramm
>
> On Mon, Jan 30, 2017, 2:45 AM venkat kulkarni 
> 
> wrote:
>
>> Thanks for reply. Basucally i feel the issue is known host file. Can 
>> anybody explain me how can we generate keys for known host file to 
>> establish the connection .
>>
>> The only way I know is using sftp login interactively using omvs. But 
>> is there any other method to do this .
>>
>> On Jan 30, 2017 06:18, "Paul Gilmartin" < 
>> 000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>>
>>> On Sun, 29 Jan 2017 15:20:59 -0600, Kirk Wolf wrote:
 And see that "mput" is not a valid sftp subcommand.

>>> There's some motivation here for testing your process interactively 
>>> before you try to batch it.
>>>
>>> And I've had considerable success with such as:
>>>
>>>  ( cd /u/stcsys' & pax -w . ) |
>>>  ssh ftprpt@10.22.22.220 "cd /home/ftp4rpt/ & pax -rv"
>>>
>>> z/OS pax has useful facilities for code page conversion ("ascii") 
>>> and for renaming members with sed-like patterns.
>>>
>>> -- 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

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

Re: SFTP on z/OS

[Paul Gilmartin]

On Mon, 30 Jan 2017 10:45:28 +0300, venkat kulkarni wrote:

>Thanks for reply. Basucally i feel the issue is known host file. Can
>anybody explain me how can we generate keys for known host file to
>establish the connection .
>
>The only way I know is using sftp login interactively using omvs. But is
>there any other method to do this .
> 
You know a way that works.  Why do you want another?

If necessary, can you have an administrator generate a host key and
copy or email it to users who need it?

How does Co:Z do this?

-- gil

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

Re: Clarification on Recognizing My SubSystem Interface (ssi) Function Rou tines

[esst...@juno.com]

Tony Harminc wrote

>That's up to you. You look at the command text and decide if you are
>interested. If you want to process only commands prefixed by the
>command character you specified, then check for that and ignore
>anything that doesn't start with that character.

.
.
That works fine for Function Code 10, which I only used as an example.
If I look at Function Code 8 (End-of-Memory) call there is no command text.
Are You saying each function code needs to be determined differently ?
Using a different technique ?
.
Wouldn't the SSCVT have the Target SubSystem ID ?
.
.

Paul D'Angelo
*




-- Original Message --
From: Tony Harminc 
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Clarification on Recognizing My SubSystem Interface (ssi) Function 
Rou tines
Date: Sat, 28 Jan 2017 01:36:32 -0500

On 27 January 2017 at 19:21, esst...@juno.com  wrote:
> My understanding is for broadcast requests, the SSI checks every
> subsystem to determine if each subsystem is interested in the requested 
> function.
> .
> If the SSI finds a subsystem that is interested in the requested broadcast
> function the SSI pass control to the respective function routine specified in 
> the IEFSSVTI macros.
> The process is repeated for each subsystem interested in handling the 
> requested function.
> .
> Is my assessment correct ?

Yes.

> What is not clear from "MVS Using The Subsystem Interface" is how to exactly
> determine if the requested function is to be handled by my subsystem.

That's up to you. You look at the command text and decide if you are
interested. If you want to process only commands prefixed by the
command character you specified, then check for that and ignore
anything that doesn't start with that character. In that case you
would return RC=0 meaning that you are not interested. If you want to
process the command, then do so, and return RC=4 to say that you have
handled it.

Nothing stops you from looking at and acting on commands that don't
start with your character, but you can't do a lot of synchronous
processing because you will delay the "rightful owner" in getting the
command. So if, e.g., you want to notify your mainline program
whenever someone issues a certain command, you can do that.

There are all kinds of flags available as well as the command text.

> For Example:
> I have a member in IEFSSNxx SYS1/PARMLIB for My Subsystem Called ABC1
> it also specifies an INIT Routine (ABCINIT) And a Commmand Prefix as a 
> prameter.
> .
> My Subsystem Initialization Routine (ABCINIT) does issues a IEFSSVT 
> REQUEST=CREATE
> to create the SSVT.
> The Respective IEFSSVTI macros specify a Function Code of 10 and a Program 
> called
> ABC@CMDS.
> .
> My understanding is the SSI will invoke my Function Routine (ABC@CMDS) for 
> Function
> Code 10. It is up to MY Routine (ABC@CMDS) to determine if it is interested 
> in processing
> this request code 10.

Yup.

> Im trying to determine the recommended methods for determining this.

 [talk of name/token pairs]

I'm kind of lost here... What are you trying to correlate using the
N/T stuff? Just look at the text and do something or don't. If you
want only to process commands starting with your character, you might
do just as well to use the MODIFY interface, rather than going through
the much riskier and difficult setting up of a subsystem, with all the
potential of causing problems for other subsystems if you get it
wrong. So instead of, say,

*mycommand

you would use

f myprog,mycommand

You don't even need APF authorization to do this.

Tony H.

--
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: SFTP on z/OS

[David Crayford]

On 30/01/2017 4:31 PM, Rob Schramm wrote:

Coz toolkit for z/OS makes setting up batch SFTP easy.  Even if you choose
not to use Coz toolkit in production.


IMO, any site serious about running SFTP in production should seriously 
consider the Co:Z toolkit. You will almost certainly get better support 
and the feature boost is a no-brainer. I have my doubts that Venkat is 
actually serious about running SFTP in production.



Rob Schramm

On Mon, Jan 30, 2017, 2:45 AM venkat kulkarni 
wrote:


Thanks for reply. Basucally i feel the issue is known host file. Can
anybody explain me how can we generate keys for known host file to
establish the connection .

The only way I know is using sftp login interactively using omvs. But is
there any other method to do this .

On Jan 30, 2017 06:18, "Paul Gilmartin" <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:


On Sun, 29 Jan 2017 15:20:59 -0600, Kirk Wolf wrote:

And see that "mput" is not a valid sftp subcommand.


There's some motivation here for testing your process interactively
before you try to batch it.

And I've had considerable success with such as:

 ( cd /u/stcsys' & pax -w . ) |
 ssh ftprpt@10.22.22.220 "cd /home/ftp4rpt/ & pax -rv"

z/OS pax has useful facilities for code page conversion ("ascii")
and for renaming members with sed-like patterns.

-- 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: SFTP on z/OS

[Rob Schramm]

Coz toolkit for z/OS makes setting up batch SFTP easy.  Even if you choose
not to use Coz toolkit in production.

Rob Schramm

On Mon, Jan 30, 2017, 2:45 AM venkat kulkarni 
wrote:

> Thanks for reply. Basucally i feel the issue is known host file. Can
> anybody explain me how can we generate keys for known host file to
> establish the connection .
>
> The only way I know is using sftp login interactively using omvs. But is
> there any other method to do this .
>
> On Jan 30, 2017 06:18, "Paul Gilmartin" <
> 000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
> > On Sun, 29 Jan 2017 15:20:59 -0600, Kirk Wolf wrote:
> > >
> > >And see that "mput" is not a valid sftp subcommand.
> > >
> > There's some motivation here for testing your process interactively
> > before you try to batch it.
> >
> > And I've had considerable success with such as:
> >
> > ( cd /u/stcsys' & pax -w . ) |
> > ssh ftprpt@10.22.22.220 "cd /home/ftp4rpt/ & pax -rv"
> >
> > z/OS pax has useful facilities for code page conversion ("ascii")
> > and for renaming members with sed-like patterns.
> >
> > -- 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
>
-- 

Rob Schramm

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