Re: z/OS v2.1 preview

2013-02-10 Thread Edward Jaffe

On 2/8/2013 7:41 AM, John Eells wrote:

Edward Jaffe wrote:

On 2/6/2013 6:16 AM, Paul Gilmartin wrote:


FTPS, but not SFTP?

Is this retroactive to products older than 2.1?


As I understand things, this really has nothing to do with z/OS V2R1.
Not sure why it's in the announcement.



How else would (or should) we let people know?


I was under the impression that this secure FTP requirement was across-the-board 
and not just z/OS 2.1. Perhaps I'm wrong.


IBM is not limited to one announcement per Tuesday. Often, there are multiple 
announcements in one day.


--
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: SFTP vs. FTPS (was: z/OS v2.1 preview)

2013-02-10 Thread Timothy Sipples
Scott Ford writes:
Kirk is correct, Z/os is posix ...uses posix C 

And z/OS is also UNIX(TM). Indeed, z/OS cannot be called UNIX without being
UNIX. Other UNIX operating systems include AIX, Solaris, HP-UX, and Mac OS
X.

To steer back to the topic at hand, there's a long list of UNIX-related
enhancements listed in the z/OS 2.1 Preview. Many/most of them match what
I'd like to see personally.


Timothy Sipples
Consulting Enterprise IT Architect (Based in Singapore)
E-Mail: sipp...@sg.ibm.com

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


IEFUSI and SYS.PROCLIB(INIT)

2013-02-10 Thread Paul Schuster
Can the IEFUSI exit be used to control the above-the-16mline-limit for the  
INIT address space?  Specifically, I have a IEFUSI exit coded that indeed does 
look for a REGION=0M and then correctly changes the above the line limit to 
x'7fff' (about 1.57gb).  However, when I code a REGION=0M in the INIT PROC 
(the one that does  EXEC   PGM=IEFIIC and restart the initiator, it still shows 
(as observed by a monitoring product) an above-the-line limit of 32M. I have 
verified that SMFPRMxx is correct, as other started tasks will correctly get 
changed by IEFUSI to the 1.57gb limit.  It seems it is only the INIT EXEC 
PGM=IEFIIC that doesn't get changed.  The documentation for SCHEDxx PPT says 
IEFIIC will honor IEFUSI requests.  Is there something I am overlooking here?

Thank you.

Paul

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


Re: SFTP vs. FTPS

2013-02-10 Thread David Crayford

On 11/02/2013 1:04 PM, Timothy Sipples wrote:

Scott Ford writes:

Kirk is correct, Z/os is posix ...uses posix C 

And z/OS is also UNIX(TM). Indeed, z/OS cannot be called UNIX without being
UNIX. Other UNIX operating systems include AIX, Solaris, HP-UX, and Mac OS
X.

To steer back to the topic at hand, there's a long list of UNIX-related
enhancements listed in the z/OS 2.1 Preview. Many/most of them match what
I'd like to see personally.


Indeed, the following is interesting. If they are planning on 
implementing stdio-ext then that will make porting the likes of 
autotools much, much easier. And if autotools can be ported then so can 
lots more FOSS that requires it.


Additional file I/O programming interfaces for z/OS UNIX System 
Services. These interfaces, while not part of a formal UNIX standard, 
have been implemented on other UNIX platforms, and are planned to be 
provided with a new header .
This is intended to make it improve the portability for these 
applications between z/OS and other UNIX platforms.







Timothy Sipples
Consulting Enterprise IT Architect (Based in Singapore)
E-Mail: sipp...@sg.ibm.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: IEFUSI and SYS.PROCLIB(INIT)

2013-02-10 Thread Jim Mulder
IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 
02/11/2013 01:20:28 AM:

 From: Paul Schuster pgs4ibmm...@pacbell.net
 To: IBM-MAIN@listserv.ua.edu, 
 Date: 02/11/2013 01:38 AM
 Subject: IEFUSI and SYS.PROCLIB(INIT)
 Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu
 
 Can the IEFUSI exit be used to control the above-the-16mline-limit 
 for the  INIT address space?  Specifically, I have a IEFUSI exit 
 coded that indeed does look for a REGION=0M and then correctly 
 changes the above the line limit to x'7fff' (about 1.57gb). 
 However, when I code a REGION=0M in the INIT PROC (the one that does
 EXEC   PGM=IEFIIC and restart the initiator, it still shows (as 
 observed by a monitoring product) an above-the-line limit of 32M. I 
 have verified that SMFPRMxx is correct, as other started tasks will 
 correctly get changed by IEFUSI to the 1.57gb limit.  It seems it is
 only the INIT EXEC PGM=IEFIIC that doesn't get changed.  The 
 documentation for SCHEDxx PPT says IEFIIC will honor IEFUSI 
 requests.  Is there something I am overlooking here?

  The region limits shouldn't be of interest while an initiator 
address space is idle. When the initiator picks up some work
(i.e., a job, an APPC transaction, etc), IEFUSI will be called
if applicable to the work being picked up. 


Jim Mulder   z/OS System 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


Limit on parallel TSO User address spaces started via CEA

2013-02-10 Thread nitz-...@gmx.net
Does anyone know why the number of TSO user address spaces that can be started 
in any given lpar via CEA services is limited to 50?  MVS Programming: Callable 
Services for High-Level Languages is fairly firm in stating this:

The CEA TSO/E address space manager can create up to 10 concurrent address 
spaces for a single user, and can create a maximum of 50 concurrent TSO/E  
address spaces. You can use the same processes that you use to work with other 
TSO/E address spaces when working with the TSO/E address spaces that are 
created by the CEA TSO/E address space manager.

I would like to know what imposes this limit and if there are plans to lift it.

TIA, Barbara Nitz

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


Re: Limit on parallel TSO User address spaces started via CEA

2013-02-10 Thread Jim Mulder
IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu wrote on 
02/11/2013 02:09:58 AM:

 From: nitz-...@gmx.net nitz-...@gmx.net
 To: IBM-MAIN@listserv.ua.edu, 
 Date: 02/11/2013 02:17 AM
 Subject: Limit on parallel TSO User address spaces started via CEA
 Sent by: IBM Mainframe Discussion List IBM-MAIN@listserv.ua.edu
 
 Does anyone know why the number of TSO user address spaces that can 
 be started in any given lpar via CEA services is limited to 50?  MVS
 Programming: Callable Services for High-Level Languages is fairly 
 firm in stating this:
 
 The CEA TSO/E address space manager can create up to 10 concurrent 
 address spaces for a single user, and can create a maximum of 50 
 concurrent TSO/E  address spaces. You can use the same processes 
 that you use to work with other TSO/E address spaces when working 
 with the TSO/E address spaces that are created by the CEA TSO/E 
 address space manager.
 
 I would like to know what imposes this limit and if there are plans 
 to lift it.


  I think those are arbitrary limits, for the purpose of
preventing an errant program or user from using too many
address spaces, and also for allocating the storage for
the table which is used to keep track of these address
spaces.  Do you have a scenario where these limits would be
too low for your installation's intended use of this
function? 


Jim Mulder   z/OS System 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: basic SMS question

2013-02-10 Thread Vernooij, CP - SPLXM
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On
Behalf Of Pew, Curtis G
Sent: Friday, February 08, 2013 17:51
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: basic SMS question

On Feb 8, 2013, at 10:41 AM, Gibney, Dave gib...@wsu.edu wrote:

 Which of the many DATACLAS attributes do you wish to change. Most are
physical aspects of the actual existing dataset. Just changing the
description will have no effect. These attributes are fixed when the
dataset is created. Re-creation and copying the data is the only
effective way to change most if not all DATACLAS attributes.
 
 I will ask again, what is the real underlying problem you want to
solve?

Exactly. A DATACLAS is a set of defaults applied when the file is
created (and any particular attribute set by the DATACLAS may be
overridden at creation time.) Once the data set exists, what does it
matter what its DATACLAS is?

--
Curtis Pew (c@its.utexas.edu)
ITS Systems Core
The University of Texas at Austin


--- 
This is not true anymore: several new parameters in space constraint
relief and dynamic volume count, are also used during the life of a
datasets. 

Kees.

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