Re: Sftp implementation

[Paul Gilmartin]

On Sat, 19 Nov 2016 10:15:57 +0530, venkat kulkarni  wrote:
>
>In our shop, we are not allowed to install Ubuntu or any other except
>windows7, which is currently installed on our work station. Can you help me
>with any other option to test this sftp with mainframe from my work station.
>
I've seen mentioned in this thread WinSCP and PuTTY, and I'll add Cygwin,
all of which run on top of Windows 7.  And VirtualBox might qualify since
it doesn't displace Windows 7, It's an addition.  Obviously, if Windows 7
doesn't have the function you need you must install something in addition,
not necessarily instead.

-- gil

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

Re: Sftp implementation

[David Crayford]

On 19/11/2016 12:45 PM, venkat kulkarni wrote:

Hello David,

In our shop, we are not allowed to install Ubuntu or any other except
windows7, which is currently installed on our work station. Can you help me
with any other option to test this sftp with mainframe from my work station.


Ubuntu comes packaged as a component with Windows 10 so you don't have 
to install anything. But since you're Windows 7 it's a moot point.


WinSCP and PuTTY are both excellent options. It comes down to what you 
prefer to use, a GUI or the command line. IIRC, you can script and use 
the command line
with WinSCP but I haven't tried it. I use PuTTY as the SSH client for 
z/OS Unix shells so that would be my personal choice. Try both and see 
what you prefer.



On Sat, Nov 19, 2016 at 10:10 AM, David Crayford 
wrote:


If you're running Windows 10 you can install Ubuntu Linux subsystem with a
real bash shell and run sftp from the command line. That's what I do. It's
great! No need for hypervisors like HyperV, VirtualBox etc.

https://msdn.microsoft.com/en-au/commandline/wsl/install_guide



On 19/11/2016 12:12 PM, venkat kulkarni wrote:


Thank you all for your response.

So, my understanding after reading your comments on testing SFTP is to
download Winscp client on my windows system and use this to transfer file
between z/OS host ( SFTP configured ) and my windows system.

Please correct me, if I am missing anything.

Also, I believe there is no constraint of transferring omvs and z/OS
dataset files to window system and vice versa using WINSCP client.

Any specific setup do we need on Winscp client to use only SFTP for this
transfer between mainframe system.



On Fri, Nov 18, 2016 at 7:54 PM, Kirk Wolf  wrote:

SSH SFTP and FTP/S are both valid standards. SSH SFTP is more popular

because it already included and configured on all Unix/Linux
distributions.
Both protocols are included in z/OS.

Co:Z SFTP works with IBM z/OS OpenSSH to add support for data sets,
codepage and format conversions, spool files, etc.
https://dovetail.com/products/sftp.html

It is available free to use under our Community License.
See:   https://dovetail.com/support.html


Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Fri, Nov 18, 2016 at 6:21 AM, David Crayford 
wrote:

On 18/11/2016 8:10 PM, Bigendian Smalls wrote:

z/OS sftp client supports ASCII. And I believe the Co:Z sftp server that

runs on z/OS does too along with lots of other goodies like spool


access.
That's good to know, cheers! I rarely use it with a properly configured

FTP/S being more useful imo. But the sftp is handy for binary transfers
especially when FTP/S isn't configured.

Can you give an example of when SFTP is more useful for

sending/receiving
files to/from a Linux system?

I can't speak for Dovetailed but I believe most of their customers have
a
standard in place where sftp is the defacto for file transfers.


On Nov 18, 2016, at 06:07, David Crayford 
rayf...@gmail.com>> wrote:

On 18/11/2016 7:52 PM, Bigendian Smalls wrote:
Any Linux or unix or MacOS has sftp built in.
I believe only binary transfers are  possible with these, you'll have
to
character convert separately.

But it'll be sufficient to test your implementation.

z/OS sftp client supports ASCII. And I believe the Co:Z sftp server
that
runs on z/OS does too along with lots of other goodies like spool


access.
On Nov 18, 2016, at 05:10, David Crayford > wrote:

I've googled that for you http://www.sftp.net/clients#windows ;)

If you're seriously considering sftp check out
https://www.dovetail.com/products/sftp.html

On 18/11/2016 6:09 PM, venkat kulkarni wrote:
Hello,

We are doing sftp implementation but I am not able to find way to test
this
scenarios. For ftp, i can test using window cmd prompt and try
transferring
files from mainframe to local system.

But how do I test this new sftp. Also wanted to check that if we have


any
constraint on sftp that only once files can be used for sftp not the
z/os
files.

Please help

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

Re: Sftp implementation

[venkat kulkarni]

Hello David,

In our shop, we are not allowed to install Ubuntu or any other except
windows7, which is currently installed on our work station. Can you help me
with any other option to test this sftp with mainframe from my work station.

On Sat, Nov 19, 2016 at 10:10 AM, David Crayford 
wrote:

> If you're running Windows 10 you can install Ubuntu Linux subsystem with a
> real bash shell and run sftp from the command line. That's what I do. It's
> great! No need for hypervisors like HyperV, VirtualBox etc.
>
> https://msdn.microsoft.com/en-au/commandline/wsl/install_guide
>
>
>
> On 19/11/2016 12:12 PM, venkat kulkarni wrote:
>
>> Thank you all for your response.
>>
>> So, my understanding after reading your comments on testing SFTP is to
>> download Winscp client on my windows system and use this to transfer file
>> between z/OS host ( SFTP configured ) and my windows system.
>>
>> Please correct me, if I am missing anything.
>>
>> Also, I believe there is no constraint of transferring omvs and z/OS
>> dataset files to window system and vice versa using WINSCP client.
>>
>> Any specific setup do we need on Winscp client to use only SFTP for this
>> transfer between mainframe system.
>>
>>
>>
>> On Fri, Nov 18, 2016 at 7:54 PM, Kirk Wolf  wrote:
>>
>> SSH SFTP and FTP/S are both valid standards. SSH SFTP is more popular
>>> because it already included and configured on all Unix/Linux
>>> distributions.
>>>Both protocols are included in z/OS.
>>>
>>> Co:Z SFTP works with IBM z/OS OpenSSH to add support for data sets,
>>> codepage and format conversions, spool files, etc.
>>> https://dovetail.com/products/sftp.html
>>>
>>> It is available free to use under our Community License.
>>> See:   https://dovetail.com/support.html
>>>
>>>
>>> Kirk Wolf
>>> Dovetailed Technologies
>>> http://dovetail.com
>>>
>>> On Fri, Nov 18, 2016 at 6:21 AM, David Crayford 
>>> wrote:
>>>
>>> On 18/11/2016 8:10 PM, Bigendian Smalls wrote:

 z/OS sftp client supports ASCII. And I believe the Co:Z sftp server that
> runs on z/OS does too along with lots of other goodies like spool
>
 access.
>>>
 That's good to know, cheers! I rarely use it with a properly configured
> FTP/S being more useful imo. But the sftp is handy for binary transfers
> especially when FTP/S isn't configured.
>
> Can you give an example of when SFTP is more useful for
 sending/receiving
 files to/from a Linux system?

 I can't speak for Dovetailed but I believe most of their customers have
 a
 standard in place where sftp is the defacto for file transfers.


 On Nov 18, 2016, at 06:07, David Crayford >>> dc

> rayf...@gmail.com>> wrote:
>
> On 18/11/2016 7:52 PM, Bigendian Smalls wrote:
> Any Linux or unix or MacOS has sftp built in.
> I believe only binary transfers are  possible with these, you'll have
> to
> character convert separately.
>
> But it'll be sufficient to test your implementation.
>
> z/OS sftp client supports ASCII. And I believe the Co:Z sftp server
> that
> runs on z/OS does too along with lots of other goodies like spool
>
 access.
>>>
 On Nov 18, 2016, at 05:10, David Crayford 
 dc
>>>
 rayf...@gmail.com>> wrote:
>
> I've googled that for you http://www.sftp.net/clients#windows ;)
>
> If you're seriously considering sftp check out
> https://www.dovetail.com/products/sftp.html
>
> On 18/11/2016 6:09 PM, venkat kulkarni wrote:
> Hello,
>
> We are doing sftp implementation but I am not able to find way to test
> this
> scenarios. For ftp, i can test using window cmd prompt and try
> transferring
> files from mainframe to local system.
>
> But how do I test this new sftp. Also wanted to check that if we have
>
 any
>>>
 constraint on sftp that only once files can be used for sftp not the
>
 z/os
>>>
 files.
>
> Please help
>
> --
> 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 

Re: Sftp implementation

[David Crayford]

If you're running Windows 10 you can install Ubuntu Linux subsystem with 
a real bash shell and run sftp from the command line. That's what I do. 
It's great! No need for hypervisors like HyperV, VirtualBox etc.


https://msdn.microsoft.com/en-au/commandline/wsl/install_guide


On 19/11/2016 12:12 PM, venkat kulkarni wrote:

Thank you all for your response.

So, my understanding after reading your comments on testing SFTP is to
download Winscp client on my windows system and use this to transfer file
between z/OS host ( SFTP configured ) and my windows system.

Please correct me, if I am missing anything.

Also, I believe there is no constraint of transferring omvs and z/OS
dataset files to window system and vice versa using WINSCP client.

Any specific setup do we need on Winscp client to use only SFTP for this
transfer between mainframe system.



On Fri, Nov 18, 2016 at 7:54 PM, Kirk Wolf  wrote:


SSH SFTP and FTP/S are both valid standards. SSH SFTP is more popular
because it already included and configured on all Unix/Linux distributions.
   Both protocols are included in z/OS.

Co:Z SFTP works with IBM z/OS OpenSSH to add support for data sets,
codepage and format conversions, spool files, etc.
https://dovetail.com/products/sftp.html

It is available free to use under our Community License.
See:   https://dovetail.com/support.html


Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Fri, Nov 18, 2016 at 6:21 AM, David Crayford 
wrote:


On 18/11/2016 8:10 PM, Bigendian Smalls wrote:


z/OS sftp client supports ASCII. And I believe the Co:Z sftp server that
runs on z/OS does too along with lots of other goodies like spool

access.

That's good to know, cheers! I rarely use it with a properly configured
FTP/S being more useful imo. But the sftp is handy for binary transfers
especially when FTP/S isn't configured.


Can you give an example of when SFTP is more useful for sending/receiving
files to/from a Linux system?

I can't speak for Dovetailed but I believe most of their customers have a
standard in place where sftp is the defacto for file transfers.


On Nov 18, 2016, at 06:07, David Crayford mailto:dc

rayf...@gmail.com>> wrote:

On 18/11/2016 7:52 PM, Bigendian Smalls wrote:
Any Linux or unix or MacOS has sftp built in.
I believe only binary transfers are  possible with these, you'll have to
character convert separately.

But it'll be sufficient to test your implementation.

z/OS sftp client supports ASCII. And I believe the Co:Z sftp server that
runs on z/OS does too along with lots of other goodies like spool

access.

On Nov 18, 2016, at 05:10, David Crayford 
dc

rayf...@gmail.com>> wrote:

I've googled that for you http://www.sftp.net/clients#windows ;)

If you're seriously considering sftp check out
https://www.dovetail.com/products/sftp.html

On 18/11/2016 6:09 PM, venkat kulkarni wrote:
Hello,

We are doing sftp implementation but I am not able to find way to test
this
scenarios. For ftp, i can test using window cmd prompt and try
transferring
files from mainframe to local system.

But how do I test this new sftp. Also wanted to check that if we have

any

constraint on sftp that only once files can be used for sftp not the

z/os

files.

Please help

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


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

Re: LDAP on z/os

[venkat kulkarni]

Thank you all for response.

Our idea is to have common LDAP server running somewhere else and we want
login on z/OS Ex TSO, CICS, DB2, Netview etc should be authenticate using
LDAP server.

But the other option you mentioned in previous email, I could not able to
understand having LDAP server running on z/OS and RACF as backend to
authenticate. Can you please help in explaining the benefit of this kind of
setup.


Thanks once again.

Regards


On Thu, Nov 17, 2016 at 8:04 PM, Walt Farrell 
wrote:

> On Thu, 17 Nov 2016 14:23:42 +0530, venkat kulkarni <
> venkatkulkarn...@gmail.com> wrote:
>
> >Hello,
> >
> >Do we have any way to implement LDAP on z/os for authentication purpose.
>
> Your question is unclear.
>
> If you mean "could we run an LDAP server on z/OS so that applications
> running elsewhere can authenticate using that z/OS LDAP server," the answer
> is yes, using RACF as the backend to your z/OS LDAP server. Some
> application configuration adjustments might be needed, though.
>
> On the other hand, if you mean "could we run an LDAP server someplace else
> such that logins on z/OS (e.g., TSO, CICS) would authenticate using that
> LDAP server" the answer is no. Authentication on z/OS is generally via RACF.
>
> Of course, with a robust set of exits (and possibly some z/OS application
> modifications) it might be possible for you to offload part of the RACF
> authentication processing to an off-system LDAP server, but that would be a
> lot of programming and would probably degrade login performance
> significantly, especially for applications like CICS.
>
> --
> 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 implementation

[venkat kulkarni]

Thank you all for your response.

So, my understanding after reading your comments on testing SFTP is to
download Winscp client on my windows system and use this to transfer file
between z/OS host ( SFTP configured ) and my windows system.

Please correct me, if I am missing anything.

Also, I believe there is no constraint of transferring omvs and z/OS
dataset files to window system and vice versa using WINSCP client.

Any specific setup do we need on Winscp client to use only SFTP for this
transfer between mainframe system.



On Fri, Nov 18, 2016 at 7:54 PM, Kirk Wolf  wrote:

> SSH SFTP and FTP/S are both valid standards. SSH SFTP is more popular
> because it already included and configured on all Unix/Linux distributions.
>   Both protocols are included in z/OS.
>
> Co:Z SFTP works with IBM z/OS OpenSSH to add support for data sets,
> codepage and format conversions, spool files, etc.
> https://dovetail.com/products/sftp.html
>
> It is available free to use under our Community License.
> See:   https://dovetail.com/support.html
>
>
> Kirk Wolf
> Dovetailed Technologies
> http://dovetail.com
>
> On Fri, Nov 18, 2016 at 6:21 AM, David Crayford 
> wrote:
>
> > On 18/11/2016 8:10 PM, Bigendian Smalls wrote:
> >
> >> z/OS sftp client supports ASCII. And I believe the Co:Z sftp server that
> >> runs on z/OS does too along with lots of other goodies like spool
> access.
> >>
> >> That's good to know, cheers! I rarely use it with a properly configured
> >> FTP/S being more useful imo. But the sftp is handy for binary transfers
> >> especially when FTP/S isn't configured.
> >>
> >
> > Can you give an example of when SFTP is more useful for sending/receiving
> > files to/from a Linux system?
> >
> > I can't speak for Dovetailed but I believe most of their customers have a
> > standard in place where sftp is the defacto for file transfers.
> >
> >
> > On Nov 18, 2016, at 06:07, David Crayford mailto:dc
> >> rayf...@gmail.com>> wrote:
> >>
> >> On 18/11/2016 7:52 PM, Bigendian Smalls wrote:
> >> Any Linux or unix or MacOS has sftp built in.
> >> I believe only binary transfers are  possible with these, you'll have to
> >> character convert separately.
> >>
> >> But it'll be sufficient to test your implementation.
> >>
> >> z/OS sftp client supports ASCII. And I believe the Co:Z sftp server that
> >> runs on z/OS does too along with lots of other goodies like spool
> access.
> >>
> >> On Nov 18, 2016, at 05:10, David Crayford  dc
> >> rayf...@gmail.com>> wrote:
> >>
> >> I've googled that for you http://www.sftp.net/clients#windows ;)
> >>
> >> If you're seriously considering sftp check out
> >> https://www.dovetail.com/products/sftp.html
> >>
> >> On 18/11/2016 6:09 PM, venkat kulkarni wrote:
> >> Hello,
> >>
> >> We are doing sftp implementation but I am not able to find way to test
> >> this
> >> scenarios. For ftp, i can test using window cmd prompt and try
> >> transferring
> >> files from mainframe to local system.
> >>
> >> But how do I test this new sftp. Also wanted to check that if we have
> any
> >> constraint on sftp that only once files can be used for sftp not the
> z/os
> >> files.
> >>
> >> Please help
> >>
> >> --
> >> 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
> >>
> >
> > --
> > 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 / archi

Re: Invalid characters in JCL symbols passed to SYSIN within a PROC

[Paul Gilmartin]

On Fri, 18 Nov 2016 18:52:34 -0600, Wendell Lovewell wrote:
>
Yeah, what Lizette said.

But if you believe there's an invalid character in the name of a
symbol, that name is only the characters prior to the invalid
character, and that truncated symbol is probably undefined,
so its name is treated as its value.

If there's an invalid character in its value, that value is substituted,
properly.

Have you a concise example?

-- gil

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

Re: z/OS 2.2 and z9

[Jim Mulder]

> >> 1. As far as I know z/OS 2.2 will not run on z9 machine  - is it 
true?
> >>
> >> 2. What message one can expect when trying to IPL the z/OS 2.2 on the
> > z9?
> >
> > Wait state code 07B
> > A required processor facility is not available. The wait state reason 
code
> > identifies the missing facility.
> 
> Well...
> I managed to try IPL z/OS 2.2 on z9.
> Got the following result:
> 
> Central processor (CP) 0 in partition ABCDE, entered disabled wait 
state.
> The disabled wait program status word (PSW) is
> 00020019.
> Central storage bytes 0-7 are: 0008863a40404040f0f04040.
> 
> A description of 019 seems to be vague, but it can match the reason.

  You are right, I forgot about that issue with z/OS 2.2.  Since 
OS/390 2.10, the checking for required architecture facilities 
and loading a 07B wait state has been done at the beginning of NIP. 
But in z/OS 2.2, some IPL IRIM module was compiled with a machine 
level allowing z10 instructions, so on a pre-z10 machine, we get an 
operation exception in that module, which causes a 019 wait state 
to be loaded (the program check new PSW is simply a 019 wait state 
that early in IPL processing).

  In the next release, we have moved the architecture verification
to be at the beginning of IPL, so that we will load a 07B wait 
state as intended.

Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY



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

Re: Invalid characters in JCL symbols passed to SYSIN within a PROC

[Lizette Koehler]

If you could show the JCL and messages, that will help

Please provide more details.

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Wendell Lovewell
> Sent: Friday, November 18, 2016 5:53 PM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Invalid characters in JCL symbols passed to SYSIN within a PROC

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

Invalid characters in JCL symbols passed to SYSIN within a PROC

[Wendell Lovewell]

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

Re: TSO Help - showing incomplete information - Friday conundrum

[J R]

It's been a while, so I could be wrong, but I seem to recall that HELP's 
behaviour is influenced by the contents of ECTPCMD and ECTSCMD. 

Sent from my iPhone

> On Nov 18, 2016, at 18:11, Jesse 1 Robinson  wrote:
> 
> As Ed says, it's always been like this. I believe that all commands with 
> subcommands work like this. Take OPER, for example. You have to be in the 
> command to get further help. If you're not allowed to get into the command, 
> there's probably no reason for HELP to work. 
> 
> .
> .
> J.O.Skip Robinson
> Southern California Edison Company
> Electric Dragon Team Paddler 
> SHARE MVS Program Co-Manager
> 323-715-0595 Mobile
> 626-302-7535 Office
> robin...@sce.com
> 
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On 
> Behalf Of Dyck, Lionel B. (TRA)
> Sent: Friday, November 18, 2016 11:56 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: (External):TSO Help - showing incomplete information - Friday 
> conundrum
> 
> It appears that the TSO HELP command is not displaying the complete TSO HELP 
> member information (or I've forgotten or not found how).
> 
> Take a look at SYS1.HELP(ACCOUNT) and then issue TSO HELP ACCOUNT.  You will 
> notice that the help members last record that it displays is the record just 
> before the =DELETE=D record.
> 
> How does one get the sub command information to display.  I've checked the 
> help for TSO HELP, looked in the pubs, and even tried google with no joy.
> 
> 
> --
> Lionel B. Dyck (TRA Contractor)
> Mainframe Systems Programmer  Enterprise 
> Infrastructure Support (Station 200) (005OP6.3.10) VA OI&T Service Delivery & 
> Engineering
> 
> --
> 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: Which STEPLIB concatenation is not authorized?

[Jesse 1 Robinson]

OK, I stand enlightened. A particular extent can be identified by unit address 
and from there back to volser. I abide by my previous post. I would rather see 
IBM work on more productive enhancements. Seriously, how long does it take to 
debug a broken APF environment? It happens rarely, and with any experience at 
all the cause is clear. An application can test for APF and put out a message 
telling the user to investigate. (Abending is shameful.) That should be good 
enough. 

Also note that if APF is broken, the app might be hard put to issue commands or 
chase control blocks. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Friday, November 18, 2016 12:00 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Which STEPLIB concatenation is not authorized?

On 11/18/2016 9:43 AM, Jesse 1 Robinson wrote:
> The fundamental difficulty of displaying/presenting the concatenation 
> sequence goes to the heart of program fetch and DEB management in general. 
> The mapping for a concatenation consists of a series of track extents for 
> input I/O; VOLSER identity is not part of the map.

Not sure I agree with this. The DEB extent entry doesn't list the volser per se 
as a 6-byte character field, but it does have the 4-byte UCB address which is 
even better because with that you can find out not only volser but every else 
about the unit...

--
Edward E Jaffe
Phoenix Software International, Inc
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

Re: TSO Help - showing incomplete information - Friday conundrum

[Jesse 1 Robinson]

As Ed says, it's always been like this. I believe that all commands with 
subcommands work like this. Take OPER, for example. You have to be in the 
command to get further help. If you're not allowed to get into the command, 
there's probably no reason for HELP to work. 

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dyck, Lionel B. (TRA)
Sent: Friday, November 18, 2016 11:56 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):TSO Help - showing incomplete information - Friday conundrum

It appears that the TSO HELP command is not displaying the complete TSO HELP 
member information (or I've forgotten or not found how).

Take a look at SYS1.HELP(ACCOUNT) and then issue TSO HELP ACCOUNT.  You will 
notice that the help members last record that it displays is the record just 
before the =DELETE=D record.

How does one get the sub command information to display.  I've checked the help 
for TSO HELP, looked in the pubs, and even tried google with no joy.


--
Lionel B. Dyck (TRA Contractor)
Mainframe Systems Programmer  Enterprise Infrastructure 
Support (Station 200) (005OP6.3.10) VA OI&T Service Delivery & Engineering

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

Re: z/OS 2.2 and z9

[R.S.]

W dniu 2016-11-18 o 18:20, Jim Mulder pisze:

1. As far as I know z/OS 2.2 will not run on z9 machine  - is it true?

2. What message one can expect when trying to IPL the z/OS 2.2 on the

z9?

Wait state code 07B
A required processor facility is not available. The wait state reason code
identifies the missing facility.


Well...
I managed to try IPL z/OS 2.2 on z9.
Got the following result:

Central processor (CP) 0 in partition ABCDE, entered disabled wait state.
The disabled wait program status word (PSW) is 
00020019.

Central storage bytes 0-7 are: 0008863a40404040f0f04040.

A description of 019 seems to be vague, but it can match the reason.

Regards
--
Radoslaw Skorupka
Lodz, Poland






---
Tre tej wiadomoci moe zawiera informacje prawnie chronione Banku 
przeznaczone wycznie do uytku subowego adresata. Odbiorc moe by jedynie 
jej adresat z wyczeniem dostpu osób trzecich. Jeeli nie jeste adresatem 
niniejszej wiadomoci lub pracownikiem upowanionym do jej przekazania 
adresatowi, informujemy, e jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne dziaanie o podobnym charakterze jest prawnie zabronione i moe by 
karalne. Jeeli otrzymae t wiadomo omykowo, prosimy niezwocznie 
zawiadomi nadawc wysyajc odpowied oraz trwale usun t wiadomo 
wczajc w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzib w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sd Rejonowy dla m. st. Warszawy XII Wydzia Gospodarczy Krajowego Rejestru 
Sdowego, nr rejestru przedsibiorców KRS 025237, NIP: 526-021-50-88. 
Wedug stanu na dzie 01.01.2016 r. kapita zakadowy mBanku S.A. (w caoci 
wpacony) wynosi 168.955.696 zotych.


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

Re: TSO Help - showing incomplete information - Friday conundrum

[Richards, Robert B.]

I believe IBM is aware of the issue and has taken an APAR against it. IIRC, I 
saw an entry for it in a recent "IBM Notifications" email.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dyck, Lionel B. (TRA)
Sent: Friday, November 18, 2016 2:56 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: TSO Help - showing incomplete information - Friday conundrum

It appears that the TSO HELP command is not displaying the complete TSO HELP 
member information (or I've forgotten or not found how).

Take a look at SYS1.HELP(ACCOUNT) and then issue TSO HELP ACCOUNT.  You will 
notice that the help members last record that it displays is the record just 
before the =DELETE=D record.

How does one get the sub command information to display.  I've checked the help 
for TSO HELP, looked in the pubs, and even tried google with no joy.


--
Lionel B. Dyck (TRA Contractor)
Mainframe Systems Programmer  Enterprise Infrastructure 
Support (Station 200) (005OP6.3.10) VA OI&T Service Delivery & Engineering

--
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: [EXTERNAL] Re: TSO Help - showing incomplete information - Friday conundrum

[Dyck, Lionel B. (TRA)]

Guess my memory isn't what it used to be - or at least I can't remember what it 
used to be

thanks


--
Lionel B. Dyck (TRA Contractor)
Mainframe Systems Programmer 
Enterprise Infrastructure Support (Station 200) (005OP6.3.10)
VA OI&T Service Delivery & Engineering


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Ed Jaffe
Sent: Friday, November 18, 2016 2:23 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: [EXTERNAL] Re: TSO Help - showing incomplete information - Friday 
conundrum

On 11/18/2016 12:18 PM, Dyck, Lionel B. (TRA) wrote:
> OK - that I guess makes some sense but not much :-)

Yet, it has always been thus...

--
Edward E Jaffe
Phoenix Software International, Inc
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: [EXTERNAL] Re: TSO Help - showing incomplete information - Friday conundrum

[Ed Jaffe]

On 11/18/2016 12:18 PM, Dyck, Lionel B. (TRA) wrote:

OK - that I guess makes some sense but not much :-)


Yet, it has always been thus...

--
Edward E Jaffe
Phoenix Software International, Inc
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

Re: [EXTERNAL] Re: TSO Help - showing incomplete information - Friday conundrum

[Dyck, Lionel B. (TRA)]

OK - that I guess makes some sense but not much :-)

Thanks for that insight


--
Lionel B. Dyck (TRA Contractor)
Mainframe Systems Programmer 
Enterprise Infrastructure Support (Station 200) (005OP6.3.10)
VA OI&T Service Delivery & Engineering


-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Dana Mitchell
Sent: Friday, November 18, 2016 2:17 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: TSO Help - showing incomplete information - Friday 
conundrum

It seems to only be available when you are in the command in question,  *then* 
issue help command:

 READY

account   
 ACCOUNT  

help  
  
 SUBCOMMANDS -
   ADD/A,CHANGE/C,DELETE/D,HELP/H,LIST/L,LISTIDS/LISTI,SYNC/S,END/E   
 IKJ56804I FOR MORE INFORMATION ENTER HELP SUBCOMMANDNAME OR HELP HELP

help a
  
 FUNCTION -   
   THE ADD COMMAND PROCESSOR PERFORMS THE ADMINISTRATIVE FUNCTION OF  
   ADDING A NEW USER TO THE SYSTEM OR OF ADDING NEW CONTROL INFORMATION   
   TO AN EXISTING USER ENTRY.  THE ADD COMMAND IS AVAILABLE ONLY TO   
   USERS WITH ASSIGNED ACCOUNT ABILITY.   
  
 SYNTAX - 
  ADD   ('USERID' 'PASSWORD'/*  'ACCTNMBR'/*  'PROCNAME') 
MAXSIZE('INTEGER')/NOLIM  OPER/NOOPER  ACCT/NOACCT
JCL/NOJCL  MOUNT/NOMOUNT  USERDATA('DIGITS')  
HOLD('C')/NOHOLD  JOBCLASS('C')/NOJOBCLASS
MSGCLASS('C')/NOMSGCLASS  SYSOUT('C')/NOSYSOUT
PERFORM('DIGITS')/NOPERFORM  SIZE('INTEGER')  
UNIT('NAME')  DEST('NAME')  RECOVER/NORECOVER 
  
OR
  
('USERID'/*)  DATA('PASSWORD'/('PASSWORD',...)/*  
   'ACCTNMBR'/('ACCTNMBR',...)/*  
   'PROCNAME'/('PROCNAME',...))   
SIZE('INTEGER')  UNIT('NAME') 
  
OR
  
('USERID'/* 'PASSWORD'/*) 
DATA('ACCTNMBR'/('ACCTNMBR',...)/*
 'PROCNAME'/('PROCNAME',...)) 
SIZE('INTEGER')  UNIT('NAME') 
  
OR
  
('USERID'/* 'PASSWORD'/* 'ACCTNMBR'/*)
DATA('PROCNAME',...)  SIZE('INTEGER')  UNIT('NAME')   
  

On Fri, 18 Nov 2016 13:56:18 -0600, Dyck, Lionel B. (TRA)  
wrote:
>
>How does one get the sub command information to display.  I've checked the 
>help for TSO HELP, looked in the pubs, and even tried google with no joy.
>
>

--
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: TSO Help - showing incomplete information - Friday conundrum

[Dana Mitchell]

It seems to only be available when you are in the command in question,  *then* 
issue help command:

 READY

account   
 ACCOUNT  

help  
  
 SUBCOMMANDS -
   ADD/A,CHANGE/C,DELETE/D,HELP/H,LIST/L,LISTIDS/LISTI,SYNC/S,END/E   
 IKJ56804I FOR MORE INFORMATION ENTER HELP SUBCOMMANDNAME OR HELP HELP

help a
  
 FUNCTION -   
   THE ADD COMMAND PROCESSOR PERFORMS THE ADMINISTRATIVE FUNCTION OF  
   ADDING A NEW USER TO THE SYSTEM OR OF ADDING NEW CONTROL INFORMATION   
   TO AN EXISTING USER ENTRY.  THE ADD COMMAND IS AVAILABLE ONLY TO   
   USERS WITH ASSIGNED ACCOUNT ABILITY.   
  
 SYNTAX - 
  ADD   ('USERID' 'PASSWORD'/*  'ACCTNMBR'/*  'PROCNAME') 
MAXSIZE('INTEGER')/NOLIM  OPER/NOOPER  ACCT/NOACCT
JCL/NOJCL  MOUNT/NOMOUNT  USERDATA('DIGITS')  
HOLD('C')/NOHOLD  JOBCLASS('C')/NOJOBCLASS
MSGCLASS('C')/NOMSGCLASS  SYSOUT('C')/NOSYSOUT
PERFORM('DIGITS')/NOPERFORM  SIZE('INTEGER')  
UNIT('NAME')  DEST('NAME')  RECOVER/NORECOVER 
  
OR
  
('USERID'/*)  DATA('PASSWORD'/('PASSWORD',...)/*  
   'ACCTNMBR'/('ACCTNMBR',...)/*  
   'PROCNAME'/('PROCNAME',...))   
SIZE('INTEGER')  UNIT('NAME') 
  
OR
  
('USERID'/* 'PASSWORD'/*) 
DATA('ACCTNMBR'/('ACCTNMBR',...)/*
 'PROCNAME'/('PROCNAME',...)) 
SIZE('INTEGER')  UNIT('NAME') 
  
OR
  
('USERID'/* 'PASSWORD'/* 'ACCTNMBR'/*)
DATA('PROCNAME',...)  SIZE('INTEGER')  UNIT('NAME')   
  

On Fri, 18 Nov 2016 13:56:18 -0600, Dyck, Lionel B. (TRA)  
wrote:
>
>How does one get the sub command information to display.  I've checked the 
>help for TSO HELP, looked in the pubs, and even tried google with no joy.
>
>

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

Friday: stumbled upon

[Paul Gilmartin]

http://imgur.com/gallery/QVaFQ/comment/376627797

-- gil

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

Re: Which STEPLIB concatenation is not authorized?

[Ed Jaffe]

On 11/18/2016 9:43 AM, Jesse 1 Robinson wrote:

The fundamental difficulty of displaying/presenting the concatenation sequence 
goes to the heart of program fetch and DEB management in general. The mapping 
for a concatenation consists of a series of track extents for input I/O; VOLSER 
identity is not part of the map.


Not sure I agree with this. The DEB extent entry doesn't list the volser 
per se as a 6-byte character field, but it does have the 4-byte UCB 
address which is even better because with that you can find out not only 
volser but every else about the unit...


--
Edward E Jaffe
Phoenix Software International, Inc
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

TSO Help - showing incomplete information - Friday conundrum

[Dyck, Lionel B. (TRA)]

It appears that the TSO HELP command is not displaying the complete TSO HELP 
member information (or I've forgotten or not found how).

Take a look at SYS1.HELP(ACCOUNT) and then issue TSO HELP ACCOUNT.  You will 
notice that the help members last record that it displays is the record just 
before the =DELETE=D record.

How does one get the sub command information to display.  I've checked the help 
for TSO HELP, looked in the pubs, and even tried google with no joy.


--
Lionel B. Dyck (TRA Contractor)
Mainframe Systems Programmer 
Enterprise Infrastructure Support (Station 200) (005OP6.3.10)
VA OI&T Service Delivery & Engineering

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

Re: Which STEPLIB concatenation is not authorized?

[Paul Gilmartin]

On Fri, 18 Nov 2016 13:40:36 -0500, Jim Mulder  wrote:

>> So ... if our messages could readily say "not authorized -- check
>> STEPLIB(+2)"
>
>  So you would like OPEN, when it builds a DEB in which the 
>DEBAPFIN is off, to provide in some DEB extension the 
>concatenation number of some data set which it found to be not 
>APF Authorized.
>
>  That may be a reasonable thing to submit to DFSMS as a requirement 
>or request or whatever we call those things now. 
> 
Absolutely.  And more usefully, if such an indication existed, when a
module was loaded from a catenand not marked unauthorized it could
proceed with the address space authorized.

(I think it's called an RFE.)

"extension"?  Is there today no uncommitted bit in the DEB that could
be exploited for the purpose?

What does the DEB entry for a Program Object library catenand look
like?

Jesse Robinson cited insufficient information in the DEB as reason for
the limitation.  Such a clear understanding of tie cause is a large
initial step toward designing a solution.

Another ply (which I can't find) questioned the usefulness of mixing
APF/non-APF in STEPLIB.  By analogy, I understand that in bygone
days LINKLIST was all-or-nothing; no mixture.  Some customers
must have reported sufficient need for a mixed LINKLIST that IBM
relieved the restriction many releases ago.  Similar arguments apply
to STEPLIB.  More so with JCLLIB.  A user may choose not to undertake
the effort of maintaining authorized and unauthorized but otherwise
similar STEPLIB members for the respective purposes.

-- gil

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

Re: Which STEPLIB concatenation is not authorized?

[Jim Mulder]

> So ... if our messages could readily say "not authorized -- check
> STEPLIB(+2)"

  So you would like OPEN, when it builds a DEB in which the 
DEBAPFIN is off, to provide in some DEB extension the 
concatenation number of some data set which it found to be not 
APF Authorized.

  That may be a reasonable thing to submit to DFSMS as a requirement 
or request or whatever we call those things now. 

Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY



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

Re: How to tell COBOL to read a concatenation of GDGs

[Bill Woodger]

Interestingly, a recommendation form IBM (under "DFSMSdfp: Accommodate changes 
in LISTCAT LEVEL output"):

"Take steps to convert any programs that rely upon LISTCAT output to use the 
Catalog Search Interface (CSI) instead. CSI is a supported general-use 
programming interface for the catalog, and will remove any dependency you have 
on future possible changes that may occur to LISTCAT output."

Do IBM provide COBOL layouts for the mapping of the output from CSI? Assembler? 
Anything else? My on-going concern with COBOL accessing "system" stuff for 
Production use is that IBM don't provide COBOL layouts (control blocks, for 
instance) and you have to rely on notification of changes to the Assembler 
macros as indicators that you have to change the COBOL layouts, and usually it 
is not the same people dealing with the OS upgrade as those who have hand-coded 
(or copy/pasted) full layouts or layouts which rely on specific positions for 
specicif items. Then, BANG! at best, wrong output at worst.

It is unclear to me if a use of CSI can guarantee to obtain all the GDSs 
associated with the GDG in one shot. If done in two (or more) shots there's a 
chance of a "change of state" since the first access of the CSI (new, delete, 
rename).

Anyway, I'd better state that using LISTCAT has issues, IBM do not hold 
themselves to keeping the output the same.

I'd not attempt the rename in the COBOL program. What would you do if it failed 
(data set in use, data set exists)?  Output a file for input to IDCAMS for the 
rename, and allow for identification of non-zero results.

You'll need a report of data sets processed.

Your generation-range processing is going to need to know about what to do with 
a range which includes GV00, and you mustn't miss out in the magical 
situation that an action Version is ever used.

What about a re-run situation?

Is there a need to worry about the number of steps? With LISTCAT busted as an 
idea, I'd consider one COBOL (or other) program to use the CSI and produce a 
definitive file of data set names from the GDG. 

Then a COBOL program to do the work.

IDCAMS to do the renames on successful completion of the work-program.

Keep everything as simple an controllable as possible. I'm assuming it needs to 
be in COBOL for the "skills shortage" issue with it being in Assmbler? So keep 
everything as simple as possible. Decide what needs to be processed, step one. 
Process, step two. Post-process (the renames) step three. Step two and three 
running of the output of step one, with the obvious dependencies on successful 
completion.

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

Re: Which STEPLIB concatenation is not authorized?

[Charles Mills]

Thanks, but you might want to read my OP.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Friday, November 18, 2016 6:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Which STEPLIB concatenation is not authorized?

There are various ways to check whether the current environment is APF 
authorized. For example, the TESTAUTH macro will give a return code to indicate 
APF or not. No abend, just yay or nay. Given how simple it is to issue D 
PROG,APF, I for one would object to an IBM project for returning detail info 

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

Re: Which STEPLIB concatenation is not authorized?

[Walt Farrell]

On Fri, 18 Nov 2016 10:17:31 -0600, Paul Gilmartin  wrote:

>On Fri, 18 Nov 2016 07:21:20 -0600, Walt Farrell wrote:
>>
>>AC(1) is a setting in the directory entry for the load module, so all you 
>>would have to do is a BLDL and then look at the bit setting. However, unless 
>>the bit is off I'm not sure it helps you figure anything out.
>> 
>Naive question: What member name do you use as argument for the BLDL?
>In a different universe, I know it's argv(0).

What you might use depends in part on the environment you run in, how you're 
invoked, how accurate you want to be, and what scenarios you want to handle. 

-- 
Walt

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

Re: How to tell COBOL to read a concatenation of GDGs

[Tom Marchant]

On Fri, 18 Nov 2016 11:42:33 -0600, Elardus Engelbrecht wrote:

>I would suggest that you ensure that the dataset is freed / un-allocated 
>(BPXWDYN is very useful here) after the write and before the rename.

Right. If it is allocated, the rename will fail.
What do you do if another address space has it allocated?
How will you rename it from Cobol?
What if the rename fails because the new DSNAME exixts?

-- 
Tom Marchant

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

Re: Which STEPLIB concatenation is not authorized?

[Leonardo Vaz]

Sorry to ask, but what do you mean by volume boundaries are no longer 
available? We have a process that goes from DEB to DSSB and then it copies both 
the dataset name at offset 24 and the volser at offset 256 of the DSSB.

Regards,
Leo

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Jesse 1 Robinson
Sent: Friday, November 18, 2016 12:44 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Which STEPLIB concatenation is not authorized?

There are various ways to check whether the current environment is APF 
authorized. For example, the TESTAUTH macro will give a return code to indicate 
APF or not. No abend, just yay or nay. Given how simple it is to issue D 
PROG,APF, I for one would object to an IBM project for returning detail info to 
a running program. 

APF authorization does not come or go willy-nilly. Once a process is 
established in production, nothing should change. If something does change, it 
should not take long to figure out what. (Who and why is a whole nother can of 
worms.) 

Also note at AC(1) is not required for every APF program. Only the first 
program--PGM=xx--in a chain needs to be marked AC(1). IBM has always 
recommended that *only* the first program in a call chain be marked AC(1). The 
others should be AC(0). 

The fundamental difficulty of displaying/presenting the concatenation sequence 
goes to the heart of program fetch and DEB management in general. The mapping 
for a concatenation consists of a series of track extents for input I/O; VOLSER 
identity is not part of the map. The APF indication is set--or unset--as each 
library is opened. Once the DEB is built, volume boundaries are no longer 
available.

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Friday, November 18, 2016 9:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Which STEPLIB concatenation is not authorized?

Thanks all ...

Various responses:

- I know AC(1) is not sufficient for authorization, but AC(0) is sufficient for 
a lack of authorization, so given my problem of "tell the customer everything 
that is wrong" it would be one thing you would want to tell the customer. (The 
least likely cause in my experience because they just install, they don't 
compose linkedit control cards.)

- Yes, authorized on some other volume or SMS/not is a real likely possibility 
but if I can just tell them STEPLIB(+2) is not authorized it would be a huge 
step forward.

- No, "check the libraries against the output from 'D PROG,APF'" is not the 
easiest way from within a program, and outside of a program is subject to 
eyeball faults.

- argv[0] is available in my universe

- Bin's answer is kind of what I feared. Possibly more complexity than I want 
to take on for what is not really a software problem.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Friday, November 18, 2016 5:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Which STEPLIB concatenation is not authorized?

On Fri, 18 Nov 2016 14:26:38 +0200, Binyamin Dissen wrote:

>Use the normal services (SWAREQ, RDJFCB, etc.) to get the 
>DSNAMES/VOLSERs of the STEPLIB libraries, and then
>
>  CSVAPF REQUEST=QUERY


--
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: Which STEPLIB concatenation is not authorized?

[Jesse 1 Robinson]

There are various ways to check whether the current environment is APF 
authorized. For example, the TESTAUTH macro will give a return code to indicate 
APF or not. No abend, just yay or nay. Given how simple it is to issue D 
PROG,APF, I for one would object to an IBM project for returning detail info to 
a running program. 

APF authorization does not come or go willy-nilly. Once a process is 
established in production, nothing should change. If something does change, it 
should not take long to figure out what. (Who and why is a whole nother can of 
worms.) 

Also note at AC(1) is not required for every APF program. Only the first 
program--PGM=xx--in a chain needs to be marked AC(1). IBM has always 
recommended that *only* the first program in a call chain be marked AC(1). The 
others should be AC(0). 

The fundamental difficulty of displaying/presenting the concatenation sequence 
goes to the heart of program fetch and DEB management in general. The mapping 
for a concatenation consists of a series of track extents for input I/O; VOLSER 
identity is not part of the map. The APF indication is set--or unset--as each 
library is opened. Once the DEB is built, volume boundaries are no longer 
available.

.
.
J.O.Skip Robinson
Southern California Edison Company
Electric Dragon Team Paddler 
SHARE MVS Program Co-Manager
323-715-0595 Mobile
626-302-7535 Office
robin...@sce.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: Friday, November 18, 2016 9:11 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: (External):Re: Which STEPLIB concatenation is not authorized?

Thanks all ...

Various responses:

- I know AC(1) is not sufficient for authorization, but AC(0) is sufficient for 
a lack of authorization, so given my problem of "tell the customer everything 
that is wrong" it would be one thing you would want to tell the customer. (The 
least likely cause in my experience because they just install, they don't 
compose linkedit control cards.)

- Yes, authorized on some other volume or SMS/not is a real likely possibility 
but if I can just tell them STEPLIB(+2) is not authorized it would be a huge 
step forward.

- No, "check the libraries against the output from 'D PROG,APF'" is not the 
easiest way from within a program, and outside of a program is subject to 
eyeball faults.

- argv[0] is available in my universe

- Bin's answer is kind of what I feared. Possibly more complexity than I want 
to take on for what is not really a software problem.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Friday, November 18, 2016 5:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Which STEPLIB concatenation is not authorized?

On Fri, 18 Nov 2016 14:26:38 +0200, Binyamin Dissen wrote:

>Use the normal services (SWAREQ, RDJFCB, etc.) to get the 
>DSNAMES/VOLSERs of the STEPLIB libraries, and then
>
>  CSVAPF REQUEST=QUERY


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

Re: How to tell COBOL to read a concatenation of GDGs

[Elardus Engelbrecht]

Lizette Koehler wrote:

>1) Identify the GDG base and what the To/From GDG Numbers are.  I cannot use 
>Relative numbers as GDGs are always being created, so when the program starts 
>I want just the ones created at that time this program begins to execute. 

You have gotten good replies (CSI, LISTC, BPXWDYN, etc.) You can even call 
DFSORT from COBOL to sort your LISTC / CSI output according to the version and 
generation.

One question has not been answered: 
Who will be creating that new GDG version? If that creator is another job, note 
that, AFAIK, the new GDG will only be cataloged at end of the JOB or STEP. You 
may end up (re)reading the second oldest or second youngest GDG in a second run.


>//S1  EXEC PGM=X,PARM='GDGBASE'

Or rather, use a DD statement as parameter if you have many GDGBASE to process.


>Write to Report Repository
>Rename the GDG - this is only done as a precaution.

I would suggest that you ensure that the dataset is freed / un-allocated 
(BPXWDYN is very useful here) after the write and before the rename.


>The GDG reports can be from 1 line to millions of lines.  No way to know until 
>the file is read.

LISTC or CSI can show you how big the dataset is. Granted, these info is 
estimate, but could give you a start.

Good luck!

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: z/OS 2.2 and z9

[Jim Mulder]

> 1. As far as I know z/OS 2.2 will not run on z9 machine  - is it true?
> 
> 2. What message one can expect when trying to IPL the z/OS 2.2 on the 
z9?

Wait state code 07B 
A required processor facility is not available. The wait state reason code 
identifies the missing facility.

Jim Mulder z/OS Diagnosis, Design, Development, Test  IBM Corp. 
Poughkeepsie NY


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

Re: Which STEPLIB concatenation is not authorized?

[Charles Mills]

Thanks all ...

Various responses:

- I know AC(1) is not sufficient for authorization, but AC(0) is sufficient for 
a lack of authorization, so given my problem of "tell the customer everything 
that is wrong" it would be one thing you would want to tell the customer. (The 
least likely cause in my experience because they just install, they don't 
compose linkedit control cards.)

- Yes, authorized on some other volume or SMS/not is a real likely possibility 
but if I can just tell them STEPLIB(+2) is not authorized it would be a huge 
step forward.

- No, "check the libraries against the output from 'D PROG,APF'" is not the 
easiest way from within a program, and outside of a program is subject to 
eyeball faults.

- argv[0] is available in my universe

- Bin's answer is kind of what I feared. Possibly more complexity than I want 
to take on for what is not really a software problem.

Charles

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Tom Marchant
Sent: Friday, November 18, 2016 5:38 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Which STEPLIB concatenation is not authorized?

On Fri, 18 Nov 2016 14:26:38 +0200, Binyamin Dissen wrote:

>Use the normal services (SWAREQ, RDJFCB, etc.) to get the 
>DSNAMES/VOLSERs of the STEPLIB libraries, and then
>
>  CSVAPF REQUEST=QUERY

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

Re: How to tell COBOL to read a concatenation of GDGs

[Farley, Peter x23353]

The example given in the first link uses calls to the POSIX setenv() function 
to set the value of the environment variable.  LE has a non-POSIX function to 
do the same thing, meaning you can create a regular load module in a PDS rather 
than a program object in a PDSE.

http://www.ibm.com/support/knowledgecenter/SSLTBW_2.2.0/com.ibm.zos.v2r2.ceea300/clcenv.htm

That chapter has a COBOL example for calling CEEENV.

HTH

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Phil Sidler
Sent: Friday, November 18, 2016 11:04 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to tell COBOL to read a concatenation of GDGs

See if this helps you.

https://mainframe.elevengestures.com/processing-a-gdg-in-any-order/

A combination of using ISGCSI00 and COBOL's dynamic allocation
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IGY3LR50/4.2.3.1

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

This message and any attachments are intended only for the use of the addressee 
and may contain information that is privileged and confidential. If the reader 
of the message is not the intended recipient or an authorized representative of 
the intended recipient, you are hereby notified that any dissemination of this 
communication is strictly prohibited. If you have received this communication 
in error, please notify us immediately by e-mail and delete the message and any 
attachments from your system.


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

Re: Which STEPLIB concatenation is not authorized?

[Tom Marchant]

On Fri, 18 Nov 2016 14:26:38 +0200, Binyamin Dissen wrote:

>Use the normal services (SWAREQ, RDJFCB, etc.) to get the DSNAMES/VOLSERs of
>the STEPLIB libraries, and then
>
>  CSVAPF REQUEST=QUERY
>
>on each one.

And if you find that the data set name is not APF authorized, you 
will want to report that  on  is not APF authorized. 
The same DSNAME may be authorized on a different volume. And 
don't forget the distinction for SMS managed volumes. Don't know how 
you'll determine that the volume is SMS managed.

-- 
Tom Marchant

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

Re: Which STEPLIB concatenation is not authorized?

[Paul Gilmartin]

On Fri, 18 Nov 2016 07:21:20 -0600, Walt Farrell wrote:
>
>AC(1) is a setting in the directory entry for the load module, so all you 
>would have to do is a BLDL and then look at the bit setting. However, unless 
>the bit is off I'm not sure it helps you figure anything out.
> 
Naive question: What member name do you use as argument for the BLDL?
In a different universe, I know it's argv(0).

-- gil

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

Re: How to tell COBOL to read a concatenation of GDGs

[Lizette Koehler]

Thank you everyone so far.

Yes, I can use the BPXWDYN function for dynamic allocation.  Just not REXX

So it sounds like nothing native in Cobol.  So my design is probably going to be

Step 1 - IDCAMS ListC

Step 2 - Cobol 
 Read IDCAMS Listc and create a list of GDGs to process
 Using BPXWDYN  Dynamic allocation to read the GDGs one at a time
 Produce appropriate messages as to status of GDG reads
 Write to Report Repository
 Rename the GDG - this is only done as a precaution.  It may not be needed
 Go to next GDG and continue until done


I will look at CSI, I had already started reviewing that for COBOL.  That would 
eliminate one step

Thanks

Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Bill Woodger
> Sent: Friday, November 18, 2016 8:51 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: How to tell COBOL to read a concatenation of GDGs
> 
> To access the files you will need to use "dynamic allocation". There's a
> couple of methods, and some search-engineing for Tom Ross COBOL Dynamic
> Allocation should get you some working examples.
> 
> I'd LISTCAT to a data set, and read the data set in the COBOL program. Gives
> you a fixed point, a copy of the driving informaiton, and the output you need
> is simple to extract in COBOL from the LISTCAT (it's all in fixed locations
> with maximum or fixed lengths, so nothing fancy needed).
> 
> Which method of dynamic alllocation you use in the COBOL program is down to
> what your site already uses from COBOL (if anything, do it the same way) or
> what is otherwise considered to be the most convenient.
> 

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

Re: How to tell COBOL to read a concatenation of GDGs

[Phil Sidler]

See if this helps you.

https://mainframe.elevengestures.com/processing-a-gdg-in-any-order/

A combination of using ISGCSI00 and COBOL's dynamic allocation
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IGY3LR50/4.2.3.1

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

Re: z/OS 2.2 and z9

[Lizette Koehler]

>From the migration guide for 2.2
  http://publibz.boulder.ibm.com/epubs/pdf/e0z3b111.pdf


z/OS V2R2 is not supported on the following servers:
 
  IBM System z9 Enterprise Class (z9 EC)
  IBM System z9 Business Class (z9 BC)
  IBM eServer zSeries 990 (z990)
  IBM eServer zSeries 890 (z890)
  IBM eServer zSeries 900 (z900)
  IBM eServer zSeries 800 (z800).

I would expect a few things.

1) any functions that fails on this configuration is not supported by the vendor

2) any enhancements in z/OS V2.2 that is dependent on the firmware/microcode,
would fail.  Might be you could not even IPL

3) weird and undetermined abends.  For example S0C4's were you would not expect
them


Lizette


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of R.S.
> Sent: Friday, November 18, 2016 8:43 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: z/OS 2.2 and z9
> 
> 1. As far as I know z/OS 2.2 will not run on z9 machine  - is it true?
> 
> 2. What message one can expect when trying to IPL the z/OS 2.2 on the z9?
> 
> --
> Radoslaw Skorupka
> Lodz, Poland

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

Re: How to tell COBOL to read a concatenation of GDGs

[Bill Woodger]

To access the files you will need to use "dynamic allocation". There's a couple 
of methods, and some search-engineing for Tom Ross COBOL Dynamic Allocation 
should get you some working examples.

I'd LISTCAT to a data set, and read the data set in the COBOL program. Gives 
you a fixed point, a copy of the driving informaiton, and the output you need 
is simple to extract in COBOL from the LISTCAT (it's all in fixed locations 
with maximum or fixed lengths, so nothing fancy needed).

Which method of dynamic alllocation you use in the COBOL program is down to 
what your site already uses from COBOL (if anything, do it the same way) or 
what is otherwise considered to be the most convenient.

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

Re: z/OS 2.2 and z9

[Mark Jacobs - Listserv]

I'd expect a wait state.

Mark Jacobs


R.S. 
November 18, 2016 at 10:43 AM
1. As far as I know z/OS 2.2 will not run on z9 machine  - is it true?

2. What message one can expect when trying to IPL the z/OS 2.2 on the z9?

--
Radoslaw Skorupka
Lodz, Poland






---
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może 
być jedynie jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli 
nie jesteś adresatem niniejszej wiadomości lub pracownikiem 
upoważnionym do jej przekazania adresatowi, informujemy, że jej 
rozpowszechnianie, kopiowanie, rozprowadzanie lub inne działanie o 
podobnym charakterze jest prawnie zabronione i może być karalne. 
Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.


This e-mail may contain legally privileged information of the Bank and 
is intended solely for business use of the addressee. This e-mail may 
only be received by the addressee and may not be disclosed to any 
third parties. If you are not the intended addressee of this e-mail or 
the employee authorized to forward it to the addressee, be advised 
that any dissemination, copying, distribution or any other similar 
activity is legally prohibited and may be punishable. If you received 
this e-mail by mistake please advise the sender immediately by using 
the reply facility in your e-mail software and delete permanently this 
e-mail including any copies of it either printed or saved to hard drive.


mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego 
Rejestru Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 
526-021-50-88. Według stanu na dzień 01.01.2016 r. kapitał zakładowy 
mBanku S.A. (w całości wpłacony) wynosi 168.955.696 złotych.



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


Please be alert for any emails that may ask you for login information 
or directs you to login via a link. If you believe this message is a 
phish or aren't sure whether this message is trustworthy, please send 
the original message as an attachment to 'phish...@timeinc.com'.




--

Mark Jacobs
Time Customer Service
Global Technology Services

The standard you walk past is the standard you accept.
Lt. Gen. David Morrison


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

z/OS 2.2 and z9

[R.S.]

1. As far as I know z/OS 2.2 will not run on z9 machine  - is it true?

2. What message one can expect when trying to IPL the z/OS 2.2 on the z9?

--
Radoslaw Skorupka
Lodz, Poland






---
Treść tej wiadomości może zawierać informacje prawnie chronione Banku 
przeznaczone wyłącznie do użytku służbowego adresata. Odbiorcą może być jedynie 
jej adresat z wyłączeniem dostępu osób trzecich. Jeżeli nie jesteś adresatem 
niniejszej wiadomości lub pracownikiem upoważnionym do jej przekazania 
adresatowi, informujemy, że jej rozpowszechnianie, kopiowanie, rozprowadzanie 
lub inne działanie o podobnym charakterze jest prawnie zabronione i może być 
karalne. Jeżeli otrzymałeś tę wiadomość omyłkowo, prosimy niezwłocznie 
zawiadomić nadawcę wysyłając odpowiedź oraz trwale usunąć tę wiadomość 
włączając w to wszelkie jej kopie wydrukowane lub zapisane na dysku.

This e-mail may contain legally privileged information of the Bank and is 
intended solely for business use of the addressee. This e-mail may only be 
received by the addressee and may not be disclosed to any third parties. If you 
are not the intended addressee of this e-mail or the employee authorized to 
forward it to the addressee, be advised that any dissemination, copying, 
distribution or any other similar activity is legally prohibited and may be 
punishable. If you received this e-mail by mistake please advise the sender 
immediately by using the reply facility in your e-mail software and delete 
permanently this e-mail including any copies of it either printed or saved to 
hard drive.

mBank S.A. z siedzibą w Warszawie, ul. Senatorska 18, 00-950 Warszawa, 
www.mBank.pl, e-mail: kont...@mbank.pl
Sąd Rejonowy dla m. st. Warszawy XII Wydział Gospodarczy Krajowego Rejestru 
Sądowego, nr rejestru przedsiębiorców KRS 025237, NIP: 526-021-50-88. 
Według stanu na dzień 01.01.2016 r. kapitał zakładowy mBanku S.A. (w całości 
wpłacony) wynosi 168.955.696 złotych.


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

Re: How to tell COBOL to read a concatenation of GDGs

[Tom Marchant]

On Fri, 18 Nov 2016 07:54:06 -0700, Lizette Koehler wrote:

>1) Identify the GDG base and what the To/From GDG Numbers are.  I cannot use
>Relative numbers as GDGs are always being created, so when the program starts I
>want just the ones created at that time this program begins to execute.  So it
>could be G0001V00 to G0010V00   or G0997V00 through G1010V00  etc...

How about using the Catalog Search Interface to find which data sets exist? 
Use BPXWDYN to perform dynamic allocation. Specify KEEP for the disposition.

>   Once completed, move this GDG number to a backup file in-case there are
>issues with the report in the repository

Do mean copy the GDG member to the backup file and delete the generation 
data set? You could delete the data set by using BPXWDYN FREE and then 
allocate again with a DISP of DELETE and free it.

>How can I tell Cobol to read the concatenation of GDGs one at a time?  Is there
>anything needed in the FILE SECTION or INPUT OUTPUT Section or FILE CONTROL?  

Just a DCB (FD) for the DDNAME that you will allocate each one to.

-- 
Tom Marchant

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

Re: How to tell COBOL to read a concatenation of GDGs

[Burrell, Todd]

I'd probably try to accomplish this by doing a LISTCAT of the GDG Base and then 
I would pass that into a REXX exec to parse out the GDG versions into a STEM 
variable.  You could then generate the JCL out of the same REXX to run the 
COBOL program separate times for each GDG version - and you could also probably 
pass the GDG version to the COBOL program in a file as well?   The REXX could 
also submit the JCL to an INTRDR when it generated it...   

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of John McKown
Sent: Friday, November 18, 2016 10:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: How to tell COBOL to read a concatenation of GDGs

On Fri, Nov 18, 2016 at 8:54 AM, Lizette Koehler 
wrote:

> List -
>
> I am a very basic Cobol programmer - openfile/read rec/write rec/close 
> file
>
> What I need to understand is how to do the following
>
> I want to either pass a parm or a DD statement that contains a GDG 
> Base
>
>   //S1  EXEC PGM=X,PARM='GDGBASE'
>

​Possible, but not easy. You could call IGGCSI00 to do catalog processing to 
get the entry names.​



>
> Or
>
>   //S1  EXEC PGM=X
>   //GDGBASE DD DISP=SHR,DSN=gdgbase,GDGORDER=LIFO  Read the GDG 
> backwards
>
> I prefer the second case with the DD statement
>
> The program would need to do the following
>
> 1) Identify the GDG base and what the To/From GDG Numbers are.  I 
> cannot use Relative numbers as GDGs are always being created, so when 
> the program starts I want just the ones created at that time this 
> program begins to execute.
> So it
> could be G0001V00 to G0010V00   or G0997V00 through G1010V00  etc...
>
> 2) Once the GDGs are identified, read through them one at a time
>So open gdgbase.G0001V00
>Read the entire GDG and write it to a report repository
>Once completed, move this GDG number to a backup file in-case there 
> are issues with the report in the repository
>Display a message to a log the GDG was successfully or 
> unsuccessfully read
>Go to the next GDG.
>Continue until all are read and added to the Report Repository
>
> The GDG reports can be from 1 line to millions of lines.  No way to 
> know until the file is read.
>
> My question is this
>
> How can I tell Cobol to read the concatenation of GDGs one at a time?  
> Is there anything needed in the FILE SECTION or INPUT OUTPUT Section 
> or FILE CONTROL?  I have not done this type of coding, so this is new 
> to me.  Using Assembler would be easier, but this needs to be in 
> Cobol.
>

​Not that I'm aware of. You can do it (I think) in HLASM by using an EOV DCB 
exit routine.​ But I don't know of a pure COBOL way to do this. I looked at 
DECLARATIVES, that didn't see anything.



>
> Or any other suggestion appreciated.  I could do this easily in REXX 
> but that is not the design request at this time.
>

I'm assuming you need a "pure COBOL" solution. None of my tricky UNIX
stuff. No faking things out by using TSO via IKJTSOEV.

​My design would be to use method #1. That is, pass in the GDG base name.
I'd use IGGCSI00 to do a catalog lookup​ to get the associated NONVSAM
entries. For each entry I would use BPXWDYN() to allocate it to the
appropriate DD name; OPEN, read the DD until EOF, CLOSE, then BPXWDYN() to
deallocate the DD; repeat for each GDG element. The most difficult part is
setting up the IGGCSI00 call and processing it's output. Before you ask:
No, I don't have any code around to do this. If your design excludes using
BPXWDYN(), then: "Son, you're on your own" (Blazing Saddles - reverent
Johnson to sheriff Bart in the lynching scene)


>
> Thanks
>
>
> Lizette Koehler
> statistics: A precise and logical method for stating a half-truth
> inaccurately
>
>

-- 
Heisenberg may have been here.

Unicode: 
http://secure-web.cisco.com/1qpVMTWv-wHuKvkXEaLqhFfxZLGr8o_nZpuO5udsLe3SYP0Y6o2yYZ6R7WTvEePM_AZKZiV8huQ8oMr3Xth6Y8g6-FituSCCxcEg6DIopVrzSkxaTAgc-5PZBAnUKxKdyUzuROfo5XIUtg9K9D0ztfqkS9G1JJXPqRXTW6zrCzikPi4g5EehTFX0XC0SiR1dt_7lOefcRCHqqArEg3rsnVl8kSYrL6oGlWGjtqvZ_DhZH21JGlGhX9h--1_kI2xCoy1DEvRm1U8kia1XKHzshMxUJkjzGU_HOiVmIN56Dfr38qgjGwbyAvRiDPzD13x7MtkxDRDrTJU6HjpeC9J0JbKAsAKnh7QufidcX1K3l_EXUNEpsNirjJFTaXW7PLVqCuv6Pjn8X7ArAvN8ntWeqtw/http%3A%2F%2Fxkcd.com%2F1726%2F

Maranatha! <><
John McKown

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




This email transmission and any accompanying attachments may contain CSX 
privileged and confidential information intended only for the use of the 
intended addressee. Any dissemination, distribution, copying or action taken in 
reliance on the contents of this email by anyone other than the intended 
recipient is strictly prohibited. If you have received this email in error 
please immediately delete it and notify sender at the above CSX email address. 
Sender and CSX accept no l

Re: How to tell COBOL to read a concatenation of GDGs

[John McKown]

On Fri, Nov 18, 2016 at 8:54 AM, Lizette Koehler 
wrote:

> List -
>
> I am a very basic Cobol programmer - openfile/read rec/write rec/close file
>
> What I need to understand is how to do the following
>
> I want to either pass a parm or a DD statement that contains a GDG Base
>
>   //S1  EXEC PGM=X,PARM='GDGBASE'
>

​Possible, but not easy. You could call IGGCSI00 to do catalog processing
to get the entry names.​



>
> Or
>
>   //S1  EXEC PGM=X
>   //GDGBASE DD DISP=SHR,DSN=gdgbase,GDGORDER=LIFO  Read the GDG backwards
>
> I prefer the second case with the DD statement
>
> The program would need to do the following
>
> 1) Identify the GDG base and what the To/From GDG Numbers are.  I cannot
> use
> Relative numbers as GDGs are always being created, so when the program
> starts I
> want just the ones created at that time this program begins to execute.
> So it
> could be G0001V00 to G0010V00   or G0997V00 through G1010V00  etc...
>
> 2) Once the GDGs are identified, read through them one at a time
>So open gdgbase.G0001V00
>Read the entire GDG and write it to a report repository
>Once completed, move this GDG number to a backup file in-case there are
> issues with the report in the repository
>Display a message to a log the GDG was successfully or unsuccessfully
> read
>Go to the next GDG.
>Continue until all are read and added to the Report Repository
>
> The GDG reports can be from 1 line to millions of lines.  No way to know
> until
> the file is read.
>
> My question is this
>
> How can I tell Cobol to read the concatenation of GDGs one at a time?  Is
> there
> anything needed in the FILE SECTION or INPUT OUTPUT Section or FILE
> CONTROL?  I
> have not done this type of coding, so this is new to me.  Using Assembler
> would
> be easier, but this needs to be in Cobol.
>

​Not that I'm aware of. You can do it (I think) in HLASM by using an EOV
DCB exit routine.​ But I don't know of a pure COBOL way to do this. I
looked at DECLARATIVES, that didn't see anything.



>
> Or any other suggestion appreciated.  I could do this easily in REXX but
> that is
> not the design request at this time.
>

I'm assuming you need a "pure COBOL" solution. None of my tricky UNIX
stuff. No faking things out by using TSO via IKJTSOEV.

​My design would be to use method #1. That is, pass in the GDG base name.
I'd use IGGCSI00 to do a catalog lookup​ to get the associated NONVSAM
entries. For each entry I would use BPXWDYN() to allocate it to the
appropriate DD name; OPEN, read the DD until EOF, CLOSE, then BPXWDYN() to
deallocate the DD; repeat for each GDG element. The most difficult part is
setting up the IGGCSI00 call and processing it's output. Before you ask:
No, I don't have any code around to do this. If your design excludes using
BPXWDYN(), then: "Son, you're on your own" (Blazing Saddles - reverent
Johnson to sheriff Bart in the lynching scene)


>
> Thanks
>
>
> Lizette Koehler
> statistics: A precise and logical method for stating a half-truth
> inaccurately
>
>

-- 
Heisenberg may have been here.

Unicode: http://xkcd.com/1726/

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: IBM FTPS connect

[Mark Pace]

Thanks, Mike, but we have a different problem.  We connect and logon just
fine.  The problem comes when the GET is sent for the data.  The Data
connection fails with a TLS error.

On Fri, Nov 18, 2016 at 10:04 AM, Ward, Mike S  wrote:

> We were having problems also. We took an SSL trace and noticed that the
> IBM server was requesting the GeoTrust certificate. This was strange since
> we received service in September without any problems.
>
>
> You might be missing the GeoTrust Global CA from your keyring:
>
> https://www.geotrust.com/au/resources/root-certificates/
>
> GeoTrust Global CA
> Serial Number: 02 34 56
>
> You might actually have it in your security database.  Are
> you using RACF:
>
>   RACDCERT CERTAUTH LIST(SERIALNUMBER(023456))
>
> Hope this helps.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
> Behalf Of Mark Pace
> Sent: Friday, November 18, 2016 8:32 AM
> To: IBM-MAIN@LISTSERV.UA.EDU
> Subject: Re: IBM FTPS connect
>
> Great minds.   I created an Shopz order for an RSU yesterday.
>
> Still having problems with Data connection.  Customer tried several
> changes on their firewall without any luck.  They are now going to the
> vendor to try to figure why it isn't working.
>
> On Fri, Nov 18, 2016 at 8:50 AM, Kurt Quackenbush 
> wrote:
>
> > On 11/17/2016 11:07 AM, Mark Pace wrote:
> >
> > But when I connect and try to download with the sample JCL., now it
> > says it
> >> cannot find the file.  Also when I went to look at the sample JCL
> >> again from the link on ShopZ. It says the PDF containing that JCL can
> >> not be found.  I'm wondering if the sample/test file is not there any
> longer.
> >>
> >> GIM45201S ** 550 /GIMPAF.XML: No such file or directory.
> >>
> >
> > I get the same results.  You're right, something is awry on the server.
> > I'll try to track it down.
> >
> > But in the mean time, since you've gotten this far, you should just
> > try a real live order.
> >
> >
> > 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
> >
>
>
>
> --
> The postings on this site are my own and don’t necessarily represent
> Mainline’s positions or opinions
>
> Mark D Pace
> Senior Systems Engineer
> Mainline Information Systems
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions, send email
> to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>
> ==
> This email, and any files transmitted with it, is confidential and
> intended solely for the use of the individual or entity to which it is
> addressed. If you have received this email in error, please notify the
> system manager. This message contains confidential information and is
> intended only for the individual named. If you are not the named addressee,
> you should not disseminate, distribute or copy this e-mail. Please notify
> the sender immediately by e-mail if you have received this message by
> mistake and delete this e-mail from your system. If you are not the
> intended recipient, you are notified that disclosing, copying, distributing
> or taking any action in reliance on the contents of this information is
> strictly prohibited.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>



-- 
The postings on this site are my own and don’t necessarily represent
Mainline’s positions or opinions

Mark D Pace
Senior Systems Engineer
Mainline Information Systems

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

Re: IBM FTPS connect

[Ward, Mike S]

We were having problems also. We took an SSL trace and noticed that the IBM 
server was requesting the GeoTrust certificate. This was strange since we 
received service in September without any problems.


You might be missing the GeoTrust Global CA from your keyring:  
   
https://www.geotrust.com/au/resources/root-certificates/
   
GeoTrust Global CA  
Serial Number: 02 34 56 
   
You might actually have it in your security database.  Are
you using RACF: 
   
  RACDCERT CERTAUTH LIST(SERIALNUMBER(023456))

Hope this helps.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Mark Pace
Sent: Friday, November 18, 2016 8:32 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: IBM FTPS connect

Great minds.   I created an Shopz order for an RSU yesterday.

Still having problems with Data connection.  Customer tried several changes on 
their firewall without any luck.  They are now going to the vendor to try to 
figure why it isn't working.

On Fri, Nov 18, 2016 at 8:50 AM, Kurt Quackenbush  wrote:

> On 11/17/2016 11:07 AM, Mark Pace wrote:
>
> But when I connect and try to download with the sample JCL., now it 
> says it
>> cannot find the file.  Also when I went to look at the sample JCL 
>> again from the link on ShopZ. It says the PDF containing that JCL can 
>> not be found.  I'm wondering if the sample/test file is not there any longer.
>>
>> GIM45201S ** 550 /GIMPAF.XML: No such file or directory.
>>
>
> I get the same results.  You're right, something is awry on the server.
> I'll try to track it down.
>
> But in the mean time, since you've gotten this far, you should just 
> try a real live order.
>
>
> 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
>



--
The postings on this site are my own and don’t necessarily represent Mainline’s 
positions or opinions

Mark D Pace
Senior Systems Engineer
Mainline Information Systems

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

==
This email, and any files transmitted with it, is confidential and intended 
solely for the use of the individual or entity to which it is addressed. If you 
have received this email in error, please notify the system manager. This 
message contains confidential information and is intended only for the 
individual named. If you are not the named addressee, you should not 
disseminate, distribute or copy this e-mail. Please notify the sender 
immediately by e-mail if you have received this message by mistake and delete 
this e-mail from your system. If you are not the intended recipient, you are 
notified that disclosing, copying, distributing or taking any action in 
reliance on the contents of this information is strictly prohibited.

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

How to tell COBOL to read a concatenation of GDGs

[Lizette Koehler]

List -

I am a very basic Cobol programmer - openfile/read rec/write rec/close file

What I need to understand is how to do the following

I want to either pass a parm or a DD statement that contains a GDG Base

  //S1  EXEC PGM=X,PARM='GDGBASE'

Or 

  //S1  EXEC PGM=X
  //GDGBASE DD DISP=SHR,DSN=gdgbase,GDGORDER=LIFO  Read the GDG backwards

I prefer the second case with the DD statement

The program would need to do the following

1) Identify the GDG base and what the To/From GDG Numbers are.  I cannot use
Relative numbers as GDGs are always being created, so when the program starts I
want just the ones created at that time this program begins to execute.  So it
could be G0001V00 to G0010V00   or G0997V00 through G1010V00  etc...

2) Once the GDGs are identified, read through them one at a time
   So open gdgbase.G0001V00 
   Read the entire GDG and write it to a report repository
   Once completed, move this GDG number to a backup file in-case there are
issues with the report in the repository
   Display a message to a log the GDG was successfully or unsuccessfully read
   Go to the next GDG.  
   Continue until all are read and added to the Report Repository

The GDG reports can be from 1 line to millions of lines.  No way to know until
the file is read.

My question is this

How can I tell Cobol to read the concatenation of GDGs one at a time?  Is there
anything needed in the FILE SECTION or INPUT OUTPUT Section or FILE CONTROL?  I
have not done this type of coding, so this is new to me.  Using Assembler would
be easier, but this needs to be in Cobol.

Or any other suggestion appreciated.  I could do this easily in REXX but that is
not the design request at this time.



Thanks


Lizette Koehler
statistics: A precise and logical method for stating a half-truth inaccurately

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

Re: Which STEPLIB concatenation is not authorized?

[Walt Farrell]

On Fri, 18 Nov 2016 13:24:01 +, Vernooij, Kees (ITOPT1) - KLM 
 wrote:

>Even so: the fact that AC(1) is on still does not mean that the library is APF 
>authorized and that the module will run authorized. 

Right. That's why I said I didn't think he could draw any conclusions unless 
the bit in the directory is _off_ :)

-- 
Walt

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

Re: IBM FTPS connect

[Mark Pace]

Great minds.   I created an Shopz order for an RSU yesterday.

Still having problems with Data connection.  Customer tried several changes
on their firewall without any luck.  They are now going to the vendor to
try to figure why it isn't working.

On Fri, Nov 18, 2016 at 8:50 AM, Kurt Quackenbush  wrote:

> On 11/17/2016 11:07 AM, Mark Pace wrote:
>
> But when I connect and try to download with the sample JCL., now it says it
>> cannot find the file.  Also when I went to look at the sample JCL again
>> from the link on ShopZ. It says the PDF containing that JCL can not be
>> found.  I'm wondering if the sample/test file is not there any longer.
>>
>> GIM45201S ** 550 /GIMPAF.XML: No such file or directory.
>>
>
> I get the same results.  You're right, something is awry on the server.
> I'll try to track it down.
>
> But in the mean time, since you've gotten this far, you should just try a
> real live order.
>
>
> 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
>



-- 
The postings on this site are my own and don’t necessarily represent
Mainline’s positions or opinions

Mark D Pace
Senior Systems Engineer
Mainline Information Systems

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

Re: Sftp implementation

[Kirk Wolf]

SSH SFTP and FTP/S are both valid standards. SSH SFTP is more popular
because it already included and configured on all Unix/Linux distributions.
  Both protocols are included in z/OS.

Co:Z SFTP works with IBM z/OS OpenSSH to add support for data sets,
codepage and format conversions, spool files, etc.
https://dovetail.com/products/sftp.html

It is available free to use under our Community License.
See:   https://dovetail.com/support.html


Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Fri, Nov 18, 2016 at 6:21 AM, David Crayford  wrote:

> On 18/11/2016 8:10 PM, Bigendian Smalls wrote:
>
>> z/OS sftp client supports ASCII. And I believe the Co:Z sftp server that
>> runs on z/OS does too along with lots of other goodies like spool access.
>>
>> That's good to know, cheers! I rarely use it with a properly configured
>> FTP/S being more useful imo. But the sftp is handy for binary transfers
>> especially when FTP/S isn't configured.
>>
>
> Can you give an example of when SFTP is more useful for sending/receiving
> files to/from a Linux system?
>
> I can't speak for Dovetailed but I believe most of their customers have a
> standard in place where sftp is the defacto for file transfers.
>
>
> On Nov 18, 2016, at 06:07, David Crayford mailto:dc
>> rayf...@gmail.com>> wrote:
>>
>> On 18/11/2016 7:52 PM, Bigendian Smalls wrote:
>> Any Linux or unix or MacOS has sftp built in.
>> I believe only binary transfers are  possible with these, you'll have to
>> character convert separately.
>>
>> But it'll be sufficient to test your implementation.
>>
>> z/OS sftp client supports ASCII. And I believe the Co:Z sftp server that
>> runs on z/OS does too along with lots of other goodies like spool access.
>>
>> On Nov 18, 2016, at 05:10, David Crayford mailto:dc
>> rayf...@gmail.com>> wrote:
>>
>> I've googled that for you http://www.sftp.net/clients#windows ;)
>>
>> If you're seriously considering sftp check out
>> https://www.dovetail.com/products/sftp.html
>>
>> On 18/11/2016 6:09 PM, venkat kulkarni wrote:
>> Hello,
>>
>> We are doing sftp implementation but I am not able to find way to test
>> this
>> scenarios. For ftp, i can test using window cmd prompt and try
>> transferring
>> files from mainframe to local system.
>>
>> But how do I test this new sftp. Also wanted to check that if we have any
>> constraint on sftp that only once files can be used for sftp not the z/os
>> files.
>>
>> Please help
>>
>> --
>> 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
>>
>
> --
> 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: IBM FTPS connect

[Kurt Quackenbush]

On 11/17/2016 11:07 AM, Mark Pace wrote:


But when I connect and try to download with the sample JCL., now it says it
cannot find the file.  Also when I went to look at the sample JCL again
from the link on ShopZ. It says the PDF containing that JCL can not be
found.  I'm wondering if the sample/test file is not there any longer.

GIM45201S ** 550 /GIMPAF.XML: No such file or directory.


I get the same results.  You're right, something is awry on the server. 
I'll try to track it down.


But in the mean time, since you've gotten this far, you should just try 
a real live order.


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: Which STEPLIB concatenation is not authorized?

[Vernooij, Kees (ITOPT1) - KLM]

Even so: the fact that AC(1) is on still does not mean that the library is APF 
authorized and that the module will run authorized.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Walt Farrell
Sent: 18 November, 2016 14:21
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Which STEPLIB concatenation is not authorized?

On Fri, 18 Nov 2016 12:26:41 +0100, Charles Mills  wrote:

>Even simpler question: is it possible for a program to check (only) its own
>AC(1) bit?"

I'm not sure I understand what you mean by "its own AC(1) bit". 

AC(1) is a setting in the directory entry for the load module, so all you would 
have to do is a BLDL and then look at the bit setting. However, unless the bit 
is off I'm not sure it helps you figure anything out.

-- 
Walt

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

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286




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

Re: Which STEPLIB concatenation is not authorized?

[Walt Farrell]

On Fri, 18 Nov 2016 12:26:41 +0100, Charles Mills  wrote:

>Even simpler question: is it possible for a program to check (only) its own
>AC(1) bit?"

I'm not sure I understand what you mean by "its own AC(1) bit". 

AC(1) is a setting in the directory entry for the load module, so all you would 
have to do is a BLDL and then look at the bit setting. However, unless the bit 
is off I'm not sure it helps you figure anything out.

-- 
Walt

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

Re: Sftp implementation

[Walt Farrell]

On Fri, 18 Nov 2016 15:39:50 +0530, venkat kulkarni 
 wrote:

>We are doing sftp implementation but I am not able to find way to test this
>scenarios. For ftp, i can test using window cmd prompt and try transferring
>files from mainframe to local system.
>
>But how do I test this new sftp. Also wanted to check that if we have any
>constraint on sftp that only once files can be used for sftp not the z/os
>files.

The winscp program available at https://winscp.net/eng/index.php provides a 
good sftp client for Windows.

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

Re: Sftp implementation

[Donald J.]

psftp is an sftp client available with the putty download.

-- 
  Donald J.
  dona...@4email.net

On Fri, Nov 18, 2016, at 02:09 AM, venkat kulkarni wrote:
> Hello,
> 
> We are doing sftp implementation but I am not able to find way to test this
> scenarios. For ftp, i can test using window cmd prompt and try transferring
> files from mainframe to local system.
> 
> But how do I test this new sftp. Also wanted to check that if we have any
> constraint on sftp that only once files can be used for sftp not the z/os
> files.
> 
> Please help
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

-- 
http://www.fastmail.com - Same, same, but different...

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

Re: Which STEPLIB concatenation is not authorized?

[Vernooij, Kees (ITOPT1) - KLM]

Well, the 'easiest' way still seems to me: check the libraries against the 
output from 'D PROG,APF'.

Kees.

-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf 
Of Charles Mills
Sent: 18 November, 2016 12:27
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Which STEPLIB concatenation is not authorized?

While we're discussing STEPLIB concatenations and APF authorization, is
there any fairly straightforward way for a running program to determine
"which STEPLIB concatenation[s] made me not APF-authorized?" (I suspect I
know the answer and it is No ...)

I totally get the reason APF-authorization and STEPLIB concatenation is the
way it is, and I am not arguing with that at all. Here's the problem.

As a software vendor, on new installs we often get customers saying "your
product puts out a message saying it is not authorized but we're sure we
authorized the library" and it is often a painful process taking them
through checking each concatenation. The dialog often turns argumentative
with the customer saying "WE TOLD YOU ALL THE LIBRARIES ARE AUTHORIZED" and
our support techs trying to explain that TESTAUTH says differently. Of
course it always turns out to be a typo or a bad volser or SMS versus not or
something like that. So far TESTAUTH has not been wrong once! 

So ... if our messages could readily say "not authorized -- check
STEPLIB(+2)" or "not authorized -- check SYS1.FOO.LOAD" it would be a big
help.

Even simpler question: is it possible for a program to check (only) its own
AC(1) bit?"

Again, I am looking for straightforward solutions. I'm not looking to
implement some huge library search process. I'm looking for something like a
bit in the DEB or something like that.

Charles 

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

For information, services and offers, please visit our web site: 
http://www.klm.com. This e-mail and any attachment may contain confidential and 
privileged material intended for the addressee only. If you are not the 
addressee, you are notified that no part of the e-mail or any attachment may be 
disclosed, copied or distributed, and that any other action related to this 
e-mail or attachment is strictly prohibited, and may be unlawful. If you have 
received this e-mail by error, please notify the sender immediately by return 
e-mail, and delete this message. 

Koninklijke Luchtvaart Maatschappij NV (KLM), its subsidiaries and/or its 
employees shall not be liable for the incorrect or incomplete transmission of 
this e-mail or any attachments, nor responsible for any delay in receipt. 
Koninklijke Luchtvaart Maatschappij N.V. (also known as KLM Royal Dutch 
Airlines) is registered in Amstelveen, The Netherlands, with registered number 
33014286



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

Re: Which STEPLIB concatenation is not authorized?

[Binyamin Dissen]

Use the normal services (SWAREQ, RDJFCB, etc.) to get the DSNAMES/VOLSERs of
the STEPLIB libraries, and then

  CSVAPF REQUEST=QUERY

on each one.


The DEB applies to the entire DD statement.


On Fri, 18 Nov 2016 12:26:41 +0100 Charles Mills  wrote:

:>While we're discussing STEPLIB concatenations and APF authorization, is
:>there any fairly straightforward way for a running program to determine
:>"which STEPLIB concatenation[s] made me not APF-authorized?" (I suspect I
:>know the answer and it is No ...)
:>
:>I totally get the reason APF-authorization and STEPLIB concatenation is the
:>way it is, and I am not arguing with that at all. Here's the problem.
:>
:>As a software vendor, on new installs we often get customers saying "your
:>product puts out a message saying it is not authorized but we're sure we
:>authorized the library" and it is often a painful process taking them
:>through checking each concatenation. The dialog often turns argumentative
:>with the customer saying "WE TOLD YOU ALL THE LIBRARIES ARE AUTHORIZED" and
:>our support techs trying to explain that TESTAUTH says differently. Of
:>course it always turns out to be a typo or a bad volser or SMS versus not or
:>something like that. So far TESTAUTH has not been wrong once! 

:>So ... if our messages could readily say "not authorized -- check
:>STEPLIB(+2)" or "not authorized -- check SYS1.FOO.LOAD" it would be a big
:>help.

:>Even simpler question: is it possible for a program to check (only) its own
:>AC(1) bit?"

:>Again, I am looking for straightforward solutions. I'm not looking to
:>implement some huge library search process. I'm looking for something like a
:>bit in the DEB or something like that.

--
Binyamin Dissen 
http://www.dissensoftware.com

Director, Dissen Software, Bar & Grill - Israel


Should you use the mailblocks package and expect a response from me,
you should preauthorize the dissensoftware.com domain.

I very rarely bother responding to challenge/response systems,
especially those from irresponsible companies.

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

Re: Sftp implementation

[David Crayford]

On 18/11/2016 8:10 PM, Bigendian Smalls wrote:

z/OS sftp client supports ASCII. And I believe the Co:Z sftp server that runs 
on z/OS does too along with lots of other goodies like spool access.

That's good to know, cheers! I rarely use it with a properly configured FTP/S 
being more useful imo. But the sftp is handy for binary transfers especially 
when FTP/S isn't configured.


Can you give an example of when SFTP is more useful for 
sending/receiving files to/from a Linux system?


I can't speak for Dovetailed but I believe most of their customers have 
a standard in place where sftp is the defacto for file transfers.



On Nov 18, 2016, at 06:07, David Crayford 
mailto:dcrayf...@gmail.com>> wrote:

On 18/11/2016 7:52 PM, Bigendian Smalls wrote:
Any Linux or unix or MacOS has sftp built in.
I believe only binary transfers are  possible with these, you'll have to 
character convert separately.

But it'll be sufficient to test your implementation.

z/OS sftp client supports ASCII. And I believe the Co:Z sftp server that runs 
on z/OS does too along with lots of other goodies like spool access.

On Nov 18, 2016, at 05:10, David Crayford 
mailto:dcrayf...@gmail.com>> wrote:

I've googled that for you http://www.sftp.net/clients#windows ;)

If you're seriously considering sftp check out 
https://www.dovetail.com/products/sftp.html

On 18/11/2016 6:09 PM, venkat kulkarni wrote:
Hello,

We are doing sftp implementation but I am not able to find way to test this
scenarios. For ftp, i can test using window cmd prompt and try transferring
files from mainframe to local system.

But how do I test this new sftp. Also wanted to check that if we have any
constraint on sftp that only once files can be used for sftp not the z/os
files.

Please help

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


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

Re: Sftp implementation

[Bigendian Smalls]

z/OS sftp client supports ASCII. And I believe the Co:Z sftp server that runs 
on z/OS does too along with lots of other goodies like spool access.

That's good to know, cheers! I rarely use it with a properly configured FTP/S 
being more useful imo. But the sftp is handy for binary transfers especially 
when FTP/S isn't configured.

On Nov 18, 2016, at 06:07, David Crayford 
mailto:dcrayf...@gmail.com>> wrote:

On 18/11/2016 7:52 PM, Bigendian Smalls wrote:
Any Linux or unix or MacOS has sftp built in.
I believe only binary transfers are  possible with these, you'll have to 
character convert separately.

But it'll be sufficient to test your implementation.

z/OS sftp client supports ASCII. And I believe the Co:Z sftp server that runs 
on z/OS does too along with lots of other goodies like spool access.

On Nov 18, 2016, at 05:10, David Crayford 
mailto:dcrayf...@gmail.com>> wrote:

I've googled that for you http://www.sftp.net/clients#windows ;)

If you're seriously considering sftp check out 
https://www.dovetail.com/products/sftp.html

On 18/11/2016 6:09 PM, venkat kulkarni wrote:
Hello,

We are doing sftp implementation but I am not able to find way to test this
scenarios. For ftp, i can test using window cmd prompt and try transferring
files from mainframe to local system.

But how do I test this new sftp. Also wanted to check that if we have any
constraint on sftp that only once files can be used for sftp not the z/os
files.

Please help

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

Re: Sftp implementation

[David Crayford]

On 18/11/2016 7:52 PM, Bigendian Smalls wrote:

Any Linux or unix or MacOS has sftp built in.
I believe only binary transfers are  possible with these, you'll have to 
character convert separately.

But it'll be sufficient to test your implementation.


z/OS sftp client supports ASCII. And I believe the Co:Z sftp server that 
runs on z/OS does too along with lots of other goodies like spool access.



On Nov 18, 2016, at 05:10, David Crayford  wrote:

I've googled that for you http://www.sftp.net/clients#windows ;)

If you're seriously considering sftp check out 
https://www.dovetail.com/products/sftp.html


On 18/11/2016 6:09 PM, venkat kulkarni wrote:
Hello,

We are doing sftp implementation but I am not able to find way to test this
scenarios. For ftp, i can test using window cmd prompt and try transferring
files from mainframe to local system.

But how do I test this new sftp. Also wanted to check that if we have any
constraint on sftp that only once files can be used for sftp not the z/os
files.

Please help

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

[Bigendian Smalls]

Any Linux or unix or MacOS has sftp built in. 
I believe only binary transfers are  possible with these, you'll have to 
character convert separately. 

But it'll be sufficient to test your implementation. 

> On Nov 18, 2016, at 05:10, David Crayford  wrote:
> 
> I've googled that for you http://www.sftp.net/clients#windows ;)
> 
> If you're seriously considering sftp check out 
> https://www.dovetail.com/products/sftp.html
> 
>> On 18/11/2016 6:09 PM, venkat kulkarni wrote:
>> Hello,
>> 
>> We are doing sftp implementation but I am not able to find way to test this
>> scenarios. For ftp, i can test using window cmd prompt and try transferring
>> files from mainframe to local system.
>> 
>> But how do I test this new sftp. Also wanted to check that if we have any
>> constraint on sftp that only once files can be used for sftp not the z/os
>> files.
>> 
>> Please help
>> 
>> --
>> 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

Which STEPLIB concatenation is not authorized?

[Charles Mills]

While we're discussing STEPLIB concatenations and APF authorization, is
there any fairly straightforward way for a running program to determine
"which STEPLIB concatenation[s] made me not APF-authorized?" (I suspect I
know the answer and it is No ...)

I totally get the reason APF-authorization and STEPLIB concatenation is the
way it is, and I am not arguing with that at all. Here's the problem.

As a software vendor, on new installs we often get customers saying "your
product puts out a message saying it is not authorized but we're sure we
authorized the library" and it is often a painful process taking them
through checking each concatenation. The dialog often turns argumentative
with the customer saying "WE TOLD YOU ALL THE LIBRARIES ARE AUTHORIZED" and
our support techs trying to explain that TESTAUTH says differently. Of
course it always turns out to be a typo or a bad volser or SMS versus not or
something like that. So far TESTAUTH has not been wrong once! 

So ... if our messages could readily say "not authorized -- check
STEPLIB(+2)" or "not authorized -- check SYS1.FOO.LOAD" it would be a big
help.

Even simpler question: is it possible for a program to check (only) its own
AC(1) bit?"

Again, I am looking for straightforward solutions. I'm not looking to
implement some huge library search process. I'm looking for something like a
bit in the DEB or something like that.

Charles 

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

Re: Sftp implementation

[David Crayford]

I've googled that for you http://www.sftp.net/clients#windows ;)

If you're seriously considering sftp check out 
https://www.dovetail.com/products/sftp.html


On 18/11/2016 6:09 PM, venkat kulkarni wrote:

Hello,

We are doing sftp implementation but I am not able to find way to test this
scenarios. For ftp, i can test using window cmd prompt and try transferring
files from mainframe to local system.

But how do I test this new sftp. Also wanted to check that if we have any
constraint on sftp that only once files can be used for sftp not the z/os
files.

Please help

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

Sftp implementation

[venkat kulkarni]

Hello,

We are doing sftp implementation but I am not able to find way to test this
scenarios. For ftp, i can test using window cmd prompt and try transferring
files from mainframe to local system.

But how do I test this new sftp. Also wanted to check that if we have any
constraint on sftp that only once files can be used for sftp not the z/os
files.

Please help

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