date:20100415

Michael

 and the OSA card has only one port OSA card that supports Ethernet and 
Token Ring.

Won't that be Ethernet ***or*** Token Ring? Presumably your OSA feature 
port has an appearance similar to that of the lower right diagram in Figure 54. 
OSA-Express Connections and LEDs in the Open Systems Adapter-Express 
Customers Guide and Reference manual.

...  We have the IP TN3270 already on the OSA card ...

This would imply the OSA feature port is configured as channel type OSC 
which means that it must be dedicated to the Integrated Console Controller 
function.

What you might do in order to have both TN3270 TCP over IP traffic - and any 
other IP traffic - as well as SNA traffic running on the OSA feature port is to 
configure your OSA feature port as channel type OSE. That way IP and SNA 
traffic can share the port. You will need to implement the TN3270 server 
function within the Communication Server IP component in order to replace 
having the OSA feature perform the TN3270 server role.

As for the 3745 with its 6 presumably LAN-attached SNA nodes where the LAN 
is supported with DLSw. Those connections are quite easy to convert to being 
run on the OSA feature. You just replace the NCP major node definition with 
an XCA major node definition. You can define the same target MAC address as 
used in the NCP in the OSA feature. The switched minor node definitions in the 
switched major node do not need to change.

Oh - and you can throw away the PATH tables relating to the NCP which, if 
they are your last PATH statements, will be an excuse for celebration!

 We are trying to get rid of the 3745 ...

This I understand.

 ... and just directly into the DLSw router.

This I do not!

You still haven't explained what SNA Gateway Server is.

You still haven't been clear about your partner nodes but I can guess that 
they are some sort of workstations themselves supporting SNA software, that 
both your 3745 now - and OSA feature port in the future - and workstations 
connect to a LAN and that the LAN has a pretend segment in the middle, as it 
were, which uses DLSW devices in order to run over an/the IP network.

Note, I expect you are having to change from a Token Ring LAN to an 
Ethernet LAN for SNA connections since 3745 supports only a Token Ring LAN 
for SNA. Since you are using DLSw this is not a problem. You need only to be 
able to run Ethernet between the OSA feature port and the DLSw device. In 
other words you need to switch from using a Token Ring plug on your DLSw 
device to using an Ethernet plug.

Note I am assuming you access the OSA feature port as a TN3270 server 
using the Ethernet plug.

Chris Mason

On Wed, 14 Apr 2010 14:36:35 -0500, Michael Saraco michael.sar...@baer-
CONSULTING.COM wrote:

It is OS/390 1.3 and the OSA card has only one port OSA card that supports 
Ethernet and Token Ring.

We have a 3745 we want to get rid of. It has a total of 6 printers and 
terminals that are still SNA. We have DLSw router in front of the 3745. We 
are trying to get rid of the 3745 and just directly into the DLSw router.



Michael Saraco
Systems Consultant
303-838-3374  x115
Cell 507-525-0530



From:   Chris Mason chrisma...@belgacom.net
To: IBM-MAIN@bama.ua.edu
Date:   04/14/2010 01:30 PM
Subject:Re: SNA over TCPIP OS/390 1.3
Sent by:IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu



Michael

If the partner node supports SNA, typically 802.2 LAN although SDLC is 
possible, then a DLSw router at either end of the communication path is 
all 
you need. You don't need any more advice here - unless it's about the 
basics 
of defining a logical 3172 to VTAM - and possibly the SNA software in your 

partner node with which I anyhow could probably manage to help you.

This has nothing to do with TN3270 which is another way to handle SNA 
over 
IP, specifically a TN3270 TCP commotion concatenated to an SNA session 
both supporting the 3270 data steam.

The OS/390 1.3 is a bit of a limitation. I think this predates Enterprise 
Extender as an option but probably falls into the era of AnyNet SNA over 
IP. 
Here it is important that your partner node also supports AnyNet SNA over 
IP.

You'd better post again explaining what you *really* want to do and be 
clear 
about what your partner node is - and at what level of software - and the 
URL where the documentation can be found - or we'll all have to have a 
conversation over what its capabilities are.

You may also need to be clear over what you have done to your OSA feature 
since I can't quite make out how you have configured it.

To which platform does SNA Gateway Server refer. I hope it's not also 
something antique that belongs on the IBM platform!

Something occurs to me: you say OS/390 1.3 but do you mean z/OS 1.3, 
which is rather less lost in the mists of time. If so we'd need to 
re-evaluate 
the possibilities for Enterprise Extender.

Chris Mason

On Wed, 14 Apr 2010 13:04:45 -0500, Michael Saraco 
michael.sar...@baer-

Re: FTP to z/OS Problem

2010-04-15 Thread Shane Ginnane

On Thu, Apr 15th, 2010 at 12:16 PM, Chris Mason wrote:

 To those using the archives searching for information on SYSTCPD

Pull up a comfy chair ...

Shane ...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SSH connection using PuTTY


try TERM=xterm


doesn't work I can't enter 2, I can't enter =.


Bye,
Michael

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: QUIKCELL Doc

2010-04-15 Thread Jim Marshall

That would be it. It was originally called QuickCell in the first
release of MVS and consisted of the macros BLDCPOOL, GETCELL, FREECELL
and DELCPOOL and the underlying quickcell services. Somewhere along the
line, it wound up with a single macro interface, CPOOL. How much the
internals of the service may have changed, I can't say, but it still
provides the same service, which is a fast method of creating and
managing a pool of storage cells of the same size.


And even before then it was a MOD to OS/MVT which I applied in the late 
1970s to an IBM 360-75J which predefined a number of cell pools to be used 
for stuff.  Thus it avoided having to do a GETMAIN for a small chunk of 
storage.  After I applied it, I did my standard Benchmark and it gave me 15-
18% boost in CPU power. Do not remember if it came out from IBM or some 
Prehsitoric HACKER. Anyway, IBM made it standard equipment in MVS along 
with many of the MODS and zaps people dreamed up for MVT. With this mod 
and other modifications I could outrun an IBM 370-158.  OK, so it took a bit 
more space, power, and A/C. 

jim 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

IEFUSI - RESERVE SPACE

2010-04-15 Thread Casey Rhodes

Does anyone reserve space in the IEFUSI for recovery routines and or clean 
up to happen after batch has used all available region in an initiator. 

We have issues from time to time that come up when batch abends from 
region related errors in the initiator. This leads to other issues in CA7 and 
IMS 
and other third party products or subsystems because things do not get 
cleaned up properly. 

Some recent research indicated that IEFUSI could be coded in such a way to 
reserve region not available to batch so that when we have these region 
related batch abends there is still enough region available to run recovery and 
or cleanup. 

Is anyone doing this? Does it make sense?

Thanks in advance for any advice or guidance

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IEFUSI - RESERVE SPACE

2010-04-15 Thread Shane Ginnane

I suspect at one time we (nearly) all did this - I've seen plenty of code that 
still does it.
These days you should check out CHECKREGIONLOSS in the DIAG member - see the 
Init and Tuning 
reference.

Shane ...

On Thu, Apr 15th, 2010 at 10:18 PM, Casey Rhodes wrote:

 Does anyone reserve space in the IEFUSI for recovery routines and or
 clean  up to happen after batch has used all available region in an
 initiator. 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IEFUSI - RESERVE SPACE

2010-04-15 Thread Terri E Shaffer

Yes, we subtract 512K from the LDASize for jobs that code 0M or something 16M, 
to allow for recovery routines.

Thanks

Ms. Terri E. Shaffer 
terri.e.shaf...@jpmchase.com
Engineer
J.P.Morgan Chase  Co.
GTI DCT ECS Core Services zSoftware Group / Emerging Technologies 
Office: # 614-213-3467
Cell: # 412-519-2592 


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Casey Rhodes
Sent: Thursday, April 15, 2010 8:19 AM
To: IBM-MAIN@bama.ua.edu
Subject: IEFUSI - RESERVE SPACE

Does anyone reserve space in the IEFUSI for recovery routines and or clean 
up to happen after batch has used all available region in an initiator. 

We have issues from time to time that come up when batch abends from 
region related errors in the initiator. This leads to other issues in CA7 and 
IMS 
and other third party products or subsystems because things do not get 
cleaned up properly. 

Some recent research indicated that IEFUSI could be coded in such a way to 
reserve region not available to batch so that when we have these region 
related batch abends there is still enough region available to run recovery and 
or cleanup. 

Is anyone doing this? Does it make sense?

Thanks in advance for any advice or guidance

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html
This communication is for informational purposes only. It is not
intended as an offer or solicitation for the purchase or sale of
any financial instrument or as an official confirmation of any
transaction. All market prices, data and other information are not
warranted as to completeness or accuracy and are subject to change
without notice. Any comments or statements made herein do not
necessarily reflect those of JPMorgan Chase  Co., its subsidiaries
and affiliates.

This transmission may contain information that is privileged,
confidential, legally privileged, and/or exempt from disclosure
under applicable law. If you are not the intended recipient, you
are hereby notified that any disclosure, copying, distribution, or
use of the information contained herein (including any reliance
thereon) is STRICTLY PROHIBITED. Although this transmission and any
attachments are believed to be free of any virus or other defect
that might affect any computer system into which it is received and
opened, it is the responsibility of the recipient to ensure that it
is virus free and no responsibility is accepted by JPMorgan Chase 
Co., its subsidiaries and affiliates, as applicable, for any loss
or damage arising in any way from its use. If you received this
transmission in error, please immediately contact the sender and
destroy the material in its entirety, whether in electronic or hard
copy format. Thank you.

Please refer to http://www.jpmorgan.com/pages/disclosures for
disclosures relating to European legal entities.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IEFUSI - RESERVE SPACE

2010-04-15 Thread Vernooij, CP - SPLXM

Casey Rhodes crho...@tsys.com wrote in message
news:listserv%201004150718486006.0...@bama.ua.edu...
 Does anyone reserve space in the IEFUSI for recovery routines and or
clean 
 up to happen after batch has used all available region in an
initiator. 
 
 We have issues from time to time that come up when batch abends from 
 region related errors in the initiator. This leads to other issues in
CA7 and IMS 
 and other third party products or subsystems because things do not get

 cleaned up properly. 
 
 Some recent research indicated that IEFUSI could be coded in such a
way to 
 reserve region not available to batch so that when we have these
region 
 related batch abends there is still enough region available to run
recovery and 
 or cleanup. 
 
 Is anyone doing this? Does it make sense?
 
 Thanks in advance for any advice or guidance

We used to apply a sligthly different approach when we had initiators
filling up due to cleanup problems: we restarted them twice a day. Those
that were inactive were stopped and restarted. Make sure you leave some
time after the stop command before issuing the start command to make
sure the address space really ends.

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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SSH connection using PuTTY

2010-04-15 Thread Kirk Wolf

Very strange.

I would suggest trying a new installation of PuTTY with default
settings on a different Windows machine to eliminate the client as a
problem.   If it fails there also, check your login profile for any
odd stty settings and if nothing found I would open a PMR with
Ported Tools.

BTW I assume that you are actually connecting to SSH (typically port
22, with ssh mode configured in PuTTY)

Kirk Wolf
Dovetailed Technologies
http://dovetail.com

On Thu, Apr 15, 2010 at 6:30 AM, Michael Knigge
michael.kni...@set-software.de wrote:
 try TERM=xterm

 doesn't work I can't enter 2, I can't enter =.


 Bye,
 Michael

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP to z/OS Problem

Off-list:

Context suggests you should have written principal instead of
principle in all cases noticed via a cursory perusal.

-jc-

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Chris Mason
 Sent: Wednesday, April 14, 2010 9:17 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: FTP to z/OS Problem
 
 To those using the archives searching for information on SYSTCPD
 
 Also to Edward Jaffe, Charles Mills and Marty French if they happen to
notice
 this thread to which they contributed is still running
 
 -
 
 This thread started - and largely appeared to finish - in mid-December
last
 (2009). I thought it had been swiftly dispatched after a few responses
but a
 tangent kicked in - and an expression regarding the sovereignty of a
territory
 populated by the visually impaired came to mind!
 
 So I'm glad the thread has been resuscitated.
 
 Ideally this topic and the following extended discussion should have
taken
 place in the IBMTCP-L list. It might then have not needed to be such
an
 extended discussion!
 
 The tangent concerns the SYSTCPD DD-statement name and its relevance.
 
 The point to establish is to explain the rather peculiar use of the
concepts
 of client and server adopted by the original IBM product for
support for IP
 communication and functions relating to IP, namely TCP/IP for VM
back in
 the early '90s.
 
 There is the traditional concept of a client and a server where a
client
 function, often a human end user at a workstation, requests services
of
 a server function, a whatever since the traditional client
doesn't really
 care.
 
 However, there is also a rather special client to server concept
originally
 used by TCP/IP for VM and carried by inheritance through TCP/IP for
MVS
 to the z/OS Communication Server (CS) IP component.
 
 This client to server concept is the relationship between z/OS
address
 spaces. There is a principle CS IP address space, the one often using
the
 name TCPIP, and there are a number of other address spaces which in
some
 way are subordinate to this principle address space. The principle
address
 space is the server address space and the subordinate address spaces
are
 the client address spaces.
 
 Why do I postulate this structure? Well, let us examine the peculiar
token
 name applied in the PORT statement list entry to the TN3270 server
function
 in CS IP prior to the disengagement from the principle CS IP address
space.[1]
 It was INTCLIEN. What do you suppose that meant? Well, shall we
 try internal client? But, wait just a moment, we are talking about a
server
 function here are we not? Well, yes we are - in the traditional
client-server
 structure. However, in the client-server structure of the CS IP
address
 spaces, the TN3270 server function is a client and, prior to the
 disengagement, was internal to the principle CS IP server address
space.
 
 Have you been keeping up at the back?
 
 I'm sorry I guess that's my teacher's style showing through!
 
 Talking of teaching, in order to emphasise this client-server
address space
 structure I used to use the description client data set for what
started out
 life in TCP/IP for VM as the TCPIP DATA file. I assume that this
file must
 have been - and probably still is - required in all VM machines
which are
 subordinate to the principle TCP/IP for VM machine called by default
or
 possibly by design, TCPIP. In the port to MVS in TCP/IP for MVS
the TCPIP
 DATA file became TCPIP.TCPIP.DATA for its default manifestation and is
 referenced in the manuals as the TCPIP.DATA file as a generic way of
referring
 to it.
 
 I find the term client data set only in my teaching notes from the
mid-'90s so
 I guess it was never official IBM terminology.
 
 There is a term mentioned in the CS IP Configuration Guide but
actually rarely
 used and, where it is used, rather ambiguously.
 
 quote
 
 The ... program uses the following resolver directives (TCPIP.DATA
 statements):
 
 /quote
 
 The following is a sentence used to introduce the term in the CS IP
 Configuration Guide and also in the UNIX System Services Planning
manual.
 
 quote
 
 How and if the resolver uses name servers is controlled by TCPIP.DATA
 statements (resolver directives).
 
 /quote
 
 It may be that the term resolver directives is supposed to concern
only the
 statements in the file which refer to accessing name servers.
 
 Since this is not clear, this file is a key file in the context of the
revised
 resolver function and a name is needed which does not prejudice to
which of
 its manifestations reference is being made, I shall continue to refer
to this file
 as the resolver directives.
 
 [1] The possibility to disengage the TN3270 server function appeared
in z/OS
 CS V1R6 and was imposed from z/OS CS V1R9.
 
 -
 
 The revised resolver function appeared in z/OS V1R2.
 
 Prior to the introduction of the revised resolver function, the search
order for
 the resolver directives file was as follows:

Re: FTP to z/OS Problem

Well, it was __intended__ to go off-list.

Apologies to all, and especially to Chris.

-jc-


 -Original Message-
 From: Chase, John
 Sent: Thursday, April 15, 2010 8:07 AM
 To: 'IBM Mainframe Discussion List'
 Subject: RE: FTP to z/OS Problem
 
 Off-list:
 
 Context suggests you should have written principal instead of
principle in all cases noticed via a
 cursory perusal.
 
 -jc-
 
  -Original Message-
  From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Chris Mason
  Sent: Wednesday, April 14, 2010 9:17 PM
  To: IBM-MAIN@bama.ua.edu
  Subject: Re: FTP to z/OS Problem
 
  To those using the archives searching for information on SYSTCPD
 
  Also to Edward Jaffe, Charles Mills and Marty French if they happen
to notice
  this thread to which they contributed is still running
 
  -
 
  This thread started - and largely appeared to finish - in
mid-December last
  (2009). I thought it had been swiftly dispatched after a few
responses but a
  tangent kicked in - and an expression regarding the sovereignty of a
territory
  populated by the visually impaired came to mind!
 
  So I'm glad the thread has been resuscitated.
 
  Ideally this topic and the following extended discussion should have
taken
  place in the IBMTCP-L list. It might then have not needed to be such
an
  extended discussion!
 
  The tangent concerns the SYSTCPD DD-statement name and its
relevance.
 
  The point to establish is to explain the rather peculiar use of the
concepts
  of client and server adopted by the original IBM product for
support for IP
  communication and functions relating to IP, namely TCP/IP for VM
back in
  the early '90s.
 
  There is the traditional concept of a client and a server where
a client
  function, often a human end user at a workstation, requests services
of
  a server function, a whatever since the traditional client
doesn't really
  care.
 
  However, there is also a rather special client to server concept
originally
  used by TCP/IP for VM and carried by inheritance through TCP/IP
for MVS
  to the z/OS Communication Server (CS) IP component.
 
  This client to server concept is the relationship between z/OS
address
  spaces. There is a principle CS IP address space, the one often
using the
  name TCPIP, and there are a number of other address spaces which in
some
  way are subordinate to this principle address space. The principle
address
  space is the server address space and the subordinate address
spaces are
  the client address spaces.
 
  Why do I postulate this structure? Well, let us examine the peculiar
token
  name applied in the PORT statement list entry to the TN3270 server
function
  in CS IP prior to the disengagement from the principle CS IP address
space.[1]
  It was INTCLIEN. What do you suppose that meant? Well, shall we
  try internal client? But, wait just a moment, we are talking about
a server
  function here are we not? Well, yes we are - in the traditional
client-server
  structure. However, in the client-server structure of the CS IP
address
  spaces, the TN3270 server function is a client and, prior to the
  disengagement, was internal to the principle CS IP server
address space.
 
  Have you been keeping up at the back?
 
  I'm sorry I guess that's my teacher's style showing through!
 
  Talking of teaching, in order to emphasise this client-server
address space
  structure I used to use the description client data set for what
started out
  life in TCP/IP for VM as the TCPIP DATA file. I assume that this
file must
  have been - and probably still is - required in all VM machines
which are
  subordinate to the principle TCP/IP for VM machine called by
default or
  possibly by design, TCPIP. In the port to MVS in TCP/IP for MVS
the TCPIP
  DATA file became TCPIP.TCPIP.DATA for its default manifestation and
is
  referenced in the manuals as the TCPIP.DATA file as a generic way of
referring
  to it.
 
  I find the term client data set only in my teaching notes from the
mid-'90s so
  I guess it was never official IBM terminology.
 
  There is a term mentioned in the CS IP Configuration Guide but
actually rarely
  used and, where it is used, rather ambiguously.
 
  quote
 
  The ... program uses the following resolver directives (TCPIP.DATA
  statements):
 
  /quote
 
  The following is a sentence used to introduce the term in the CS IP
  Configuration Guide and also in the UNIX System Services Planning
manual.
 
  quote
 
  How and if the resolver uses name servers is controlled by
TCPIP.DATA
  statements (resolver directives).
 
  /quote
 
  It may be that the term resolver directives is supposed to concern
only the
  statements in the file which refer to accessing name servers.
 
  Since this is not clear, this file is a key file in the context of
the revised
  resolver function and a name is needed which does not prejudice to
which of
  its manifestations reference is being made, I shall continue to
refer to this file
  as the

Re: SSH connection using PuTTY

On Thu, 15 Apr 2010 07:58:49 -0500, Kirk Wolf wrote:

I would suggest trying a new installation of PuTTY with default
settings on a different Windows machine to eliminate the client as a
problem.   If it fails there also, check your login profile for any
odd stty settings and if nothing found I would open a PMR with
Ported Tools.

Also, try connecting to a different (non-z/OS) host.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: QUIKCELL Doc

2010-04-15 Thread Anne Lynn Wheeler

The following message is a courtesy copy of an article
that has been posted to bit.listserv.ibm-main,alt.folklore.computers as well.

jim.marsh...@opm.gov (Jim Marshall) writes:
And even before then it was a MOD to OS/MVT which I applied in the
late 1970s to an IBM 360-75J which predefined a number of cell pools
to be used for stuff. Thus it avoided having to do a GETMAIN for a
small chunk of storage. After I applied it, I did my standard
Benchmark and it gave me 15- 18% boost in CPU power. Do not remember
if it came out from IBM or some Prehsitoric HACKER. Anyway, IBM made
it standard equipment in MVS along with many of the MODS and zaps
people dreamed up for MVT. With this mod and other modifications I
could outrun an IBM 370-158. OK, so it took a bit more space, power,
and A/C.

Invention on cp67 called it subpools for kernel storage ... storage
management was becoming an increasingly large percentage of total kernel
processor time ... and subpools dropped it way back down.

a couple old post
http://www.garlic.com/~lynn/2000d.html#47 Charging for time-share CPU time
http://www.garlic.com/~lynn/2004m.html#22 Lock-free algorithms

above includes URL for system journal reference
http://domino.research.ibm.com/tchjr/journalindex.nsf/e90fc5d047e64ebf85256bc80066919c/7c6d60f9060c7e7a85256bfa00685a7c?OpenDocumen

B. Margolin, et al, Analysis of Free-Storage Algorithms, IBM System
Journal 10, pgs 283-304, 1971

Dynamic management of free storage in a time-sharing operating system
was studied empirically by the techniques of monitoring, emulation, and
on-line experimentation. A new algorithm, based on observed usage
patterns of different block sizes, was implemented and
evaluated. On-line experiments demonstrated that supervisor time spent
in free-storage management was reduced by seven or eight to one.

... snip ...

kernel storage had been best-fit on allocation and sorted storage
address order on return ... lots of list chaining.

All kernel calls had previously been via supervisor call (originally on
cp67 had been over 270 microseconds) ... I had replaced high-use kernel
subroutine calls (including free storage) with BALR linkage, which
showed a significnat improvement in percent kernel processor (originally
done when I was spending summer of 1969 at Boeing helping with the
formation of Boeing Computer Services). Under high-load, free-storage
list following could involve 200-300 items (or more) ... with loop
involving several instructions (possibly 10 microseconds per item
... maybe a couple milliseconds per call).

subpool could be done in 14 instructions (including BALR linkage) ...
if tracing was turned on, generating trace entry for each free storage
call nearly doubled the time (approx. another ten instructions).

As an aside ... original implementation of VS2/SVS required a little bit
of hacking to provide a single virtual address space ... but for the
most part SVS was still MVT as if it was running in 16mbyte virtual
machine ... except for EXCP. This required scanning building shadow
channel program (effectively the same as was being done in CP67 virtual
machine support) ... and they borrowed CCWTRANS (routine that performed
the function in CP67) and crafted it into the side of SVS (this was
initially being done on 360/67 before 370s with virtual memory support
were available). CCWTRANS performance depended heavily on efficiency of
kernel storage (so it is likely some similar storage management was
hacked into the side of SVS at that time).

as implied in 2004 post ... subpool could be done with compareswap ...
w/o requiring lock/unlock paradigm overhead. recent post mentioning
compareswap:
http://www.garlic.com/~lynn/2010h.html#14 Posting ECB's, SRB's, Across Region
Boundaries - Pre CMS

--
42yrs virtualization experience (since Jan68), online at home since Mar1970

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Software Pricing Opportunities (WAS: Non-SMS-managed LOGR offload data sets)

Don't forget ULC.
PSCL plus ULC is still the most advantageous option for us. 

I've forgotten what ULC is (if I ever knew).
There are so many pricing options around, and if you have knowledgable 
negotiators, you can get a deal so many different ways.
It's almost as if each shop has its own customised option.

In every site I've worked at there have been opportunities to cut costs.
Sometimes, you have to perform unnatural acts to get the breaks, but I've never 
had to 'break up' a SYSPLEX.
I've received deals by putting two together, though.
Also, GDPS is difficult if you have more than one PRODPLEX.

In general, I've found IBM (and most ISVs) willing to cut a deal, usually 
because lower revenue from a customer is better than no revenue from that same 
customer.

Sometimes, I've had to threaten to take my business elsewhere.
This is most effective when there is a workalike, or something close, that is 
cheaper right out of the box.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP to z/OS Problem

Off-list:

(It wasn't).

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: OPERLOG

2010-04-15 Thread Nick Jones

If I understand it correctly...

1) the log stream was in use
2) the UPDATE was on a parameter that works with connections with the most
recent CDS (with SMDUPLEX)
3) with a down level CDS the parameter is not updatable with connections.

Before the function allowing dynamic updates IxgRsnCodeStreamInuse was put
out in the code path there because it made sense, changing it now would be a
compatability issue.

IxgRsnCodeStreamInuse does point to a need for a CDS update:

Action:

Re-issue the request when there 
are no active connections to
the log stream. 
Or move to the appropriate  
release and LOGR CDS format 
level.  
...


Nick Jones
Logger L3

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: IEFUSI - RESERVE SPACE

Is anyone doing this? Does it make sense?

First, for below the line there is IEALIMIT, defaulting to 64K, as a cushion.

Second, it can still make sense, and at one shop (pre-z/OS), we did it.

Third, with the restructuring of the way initiators work, where draining an 
init actually terminates the offending address space underpinning that init, 
rather than a random one, we found most of the reasons for the exit disappeared.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Device Vary

2010-04-15 Thread Steve


Advantages of IEEVARYD:
1)  Supports a disjoint list of devices to take offline in one 
invocation (vs. multiple VARY commands and the overhead thereof)
2)  Obtains the proper serialization to get the devices offline without 
interfering with VARY or ACTIVATE or with device allocation.  (While 
better than it used to be, Allocation has been known to react poorly to 
devices that it is considering going offline in the middle of allocation.)
3)  All proper tracking of the OFFLINE request (documented system 
messages, SMF records, ENF events) is done to ensure proper operation of 
the system.  (And believe me, z/OS components themselves listen for the 
ENFs.)
4)  With z/OS V1R8, the I/O needed to properly take a device offline is 
offloaded to the ALLOCAS address space, allowing multiple devices to 
be taken offline in parallel.


I think that if you want the device to be offline and do not want any 
odd after-effects on the system, you should go with IEEVARYD.


With regard to IEEVARYD, the page fixed requirement was dispelled in 
another append.  Non-swappable is more about the unit of work being 
around than the storage.


Steve Jones (IBM)
MVS Device Allocation
(including the parallel VARY support)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SSH connection using PuTTY


BTW I assume that you are actually connecting to SSH (typically port
22, with ssh mode configured in PuTTY)


Sure.

I do my daily work on several unix boxes via PuTTY (Linux, Solaris and 
AIX) and everything works like a charm.


But I may try a newer version of PuTTY.


Bye,
Michael

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Non-SMS-managed LOGR offload data sets

2010-04-15 Thread Mark Zelden

On Wed, 14 Apr 2010 17:39:53 -0500, Arthur Gutowski aguto...@ford.com wrote:

In keeping with the consolidated response (if I'm not losing too much context):

Mark,

Yes, I recall the striping issue you had.  I think we can avoid that.
Yes, the allocate/delete job is what I referred to.  Glad to hear that's not
needed any longer.  One less hurdle for our Storage team.  Band-Aids can be
tough to remove.  In which direction did you adjust the migration threshold?


First, lets rewind a little.  This thread was originally discussing
the issues related to LOGR in a sysplex with heterogeneous LPARs.  Our
sharing of LOGR volumes across SMSplexes was a requirement (although the
title of this thread is non-SMS LOGR).   Making our SVC dump pool shared
was done at my request. The development sysplex in this environment is 
pretty much all static data (SAP DB2 in one LPAR, WAS in the other) 
and I couldn't get the storage team to implement HSM in that sysplex
to manage the dumps.  So I pushed them to create the single pool
across SMSplex boundaries.  This worked, but since the HSM migrations
that emptied the dump volumes took place in another SMSplex, the
devl sysplex's SMS (COMMDS) didn't have an accurate picture of 
free space.   This is probably almost a worst case scenario for sharing
between SMSplexes because huge files were created in one plex
and deleted in another (as opposed to LOGR or every day allocations
from a batch pool).   But regardless it worked well until I turned
on the striping.   

To answer your question, the high threshold was something like 85 and
ISTR the low being something like 75.  I set them to 95/10 and I think I also
changed AUTO MIGRATE to I.  When AUTO MIGRATE is I, migration is 
done when the space used exceeds the half way mark between the HIGH 
and LOW threshold.  

But another factor here was the migration of all the volumes in the
pool to 3390-9.   The more free space on a volume and in the pool, the 
better for this sharing since the other SMSplex may not have an accurate
picture of the volume at allocation time.  My problems were due to large
dumps filling up a mod-3 and then they would get migrated from the prod
plex, but the devl plex didn't know that space was available again (unless
a new allocation fit and that volume was selected.  So once the volumes
were all changed from mod-3 to mod-9 along with the threshold changes,
there was enough wiggle room for the allocations to take place without
running the job. 

My statement above about worst case is because even though I have
never set up shared batch volumes across the SMSplexes, I would guess
it would work better with lots of smaller allocations on large volumes 
happening often from each plex.  Every time a file is allocated or deleted
from a particular plex, that plex would get a current picture of that space
on the volume.We have shared LOGR across SMSplexes from day 1
and never had any problems at all and this is probably why.

I just looked and all volumes in the LOGR pool are enabled on
both SMSplexes also.  There is a small development plex where
there is also 2 SMSplexes ... but it is only a single volume in
that pool shared between the 2 plexes. [...]

I'm hoping we can fence allocations by system, and keep truly shared
volumes (ENABLED everywhere) to one or zero.  Operlog is the only problem
child, and depending on where we use it and what RACF can do for us, would
be the only reason for a globally ENABLED volume.


It worked fine that way here before.  I think they are all enabled now
across the SMSplexes because there are 4 3390-9 in that pool now since
our last DASD migration.  It used to be 3 times as many volumes so they
were easier to split up between the 2 SMSplexes. 

Regards,

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:mzel...@flash.net  
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Building a DLL under USS


All,

today I came accross a somehow strange (at least for me) problem


Usually I build my DLLs (written in C and C++) in the MVS-World of z/OS. 
But now I want to build the same DLL under USS (because I can do this 
all remote using SSH).


When I try to compile and link my DLL (it's just one C-Source file) in 
one command, the DLL get's build, but somehow doesn't work (can't be 
loaded and/or the enty-points are not found). Furthermore the DLL is 
much larger as if it is build under MVS.


like this:

c89 -Wc,MY,OPTIONS -Wl,MY_OTHER_OPTIONS -o libfoo.so foo.c



If I compile the module with the -c switch (-- don't link) and then 
link the module to a DLL in a second step, the Linker tells me that 
CEESTART can't be resolved


c89 -c -Wc,MY,OPTIONS foo.c
c89 -Wl,MY_OTHER_OPTIONS -o libfoo.so foo.o

It seems so me that (for some reason) the linker dosn't know where to 
look for the LE-Runtimes - but the file


   /usr/lpp/cbclib/xlc/etc/usr/lpp/cbclib/xlc/

looks ok so far



Would be great if anyone has an idea


Thank you,
Michael





P.S.: Just to be complete, here are my compiler and linker options:


Compiler:


DLL(CBA)
ILP32
TUNE(0)
ARCH(0)
FLOAT(IEEE)
LANGLVL(EXTENDED)
TARGET(LE)
NOOPT
LONGNAME
SOURCE
ROSTRING
OBJECT
PLIST(HOST)
NOOE
NOSTRICT_INDUC
NOWSIZEOF
NOSEQUENCE
NOMARGINS
NOINLINE
NOLIST
NOOFFSET
NOCOMPACT
NOCOMPRESS
NOIGNERRNO
NOINITAUTO
EXECOPS
DEFINE(_OS390)
DEFINE(_OE_SOCKETS)
DEFINE(_OPEN_THREADS)
DEFINE(_LARGE_FILES)
DEFINE(_POSIX_SOURCE)
DEFINE(_ISOC99_SOURCE)
DEFINE(_UNIX03_SOURCE)
DEFINE(_XOPEN_SOURCE_EXTENDED=1)
DEFINE(_XOPEN_SOURCE=500)
DEFINE(NEEDSIEEE754)
DEFINE(NEEDSLONGLONG)


Linker:

AMODE=31
RMODE=ANY
CASE=MIXED
DYNAM=DLL
REUS=RENT
UPCASE=NO
LIST
MAP
XREF

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use

2010-04-15 Thread Don Williams

Many years ago I worked for a company that had Endevor (before CA purchased
it and changed the name to CA-Endevor). Endevor tracks the relationships
between source, object,  load modules/objects. When a change is made, it
will calculate what needs to be re-compiled, re-linked, etc. and do it. It
does require APF authorization. It invokes compilers, linkers, etc. to
update protected libraries. Conceptually this is similar to SMP. Of course,
that does not mean that CA-Endevor is susceptible to the same exposure.
However, I think that it might be prudent to consider reviewing CA-Endevor
for the possibility. I'm not familiar with Changeman, but I guess that they
are competing products. Does Changeman have features similar to SMP? Should
it be reviewed? Some people may call me Chick Little. 

Don Williams


 -Original Message-
 From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
 Behalf Of R.S.
 Sent: Thursday, April 15, 2010 3:18 AM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition
 required for any SMP/E use
 
 W dniu 2010-04-14 21:22, Don Williams pisze:
  CA-Endevor is an APF-authorized product that can install and maintain
  software.
  Is that similar enough such that it needs to be examined? I have no
 idea.
  However, if you don't know what the exposure is, it will be darn hard
 to
  evaluate it.
 
 I don't know Endeavor, but I know Serena Changeman. While it is also
 for
 code management, I wouldn't call it similar to SMP/E in any way. For me
 it's like comparison between IEBGENER and ADRDSSU.
 
 --
 Radoslaw Skorupka
 Lodz, Poland
 
 
 --
 BRE Bank SA
 ul. Senatorska 18
 00-950 Warszawa
 www.brebank.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.2009 r. kapita zakadowy BRE Banku SA (w
 caoci wpacony) wynosi 118.763.528 zotych. W zwizku z realizacj
 warunkowego podwyszenia kapitau zakadowego, na podstawie uchway XXI
 WZ z dnia 16 marca 2008r., oraz uchway XVI NWZ z dnia 27 padziernika
 2008r., moe ulec podwyszeniu do kwoty 123.763.528 z. Akcje w
 podwyszonym kapitale zakadowym BRE Banku SA bd w caoci opacone.
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Building a DLL under USS

2010-04-15 Thread Patrick Hayward

Hi Michael,
I have not checked whether our DLLs are better/faster/larger in USS or
MVS as we have built using cc in USS for a number of years now as we
use gmake and the build is very similar to all other Unix/Linux machines
we build on. We compile and then link and our code works when called
from MVS or from USS. Here is a sample output from our make. This DLL
also only has one entry point which then resolves all others back to the
caller within a structure of pointers. We make COPT (g  -DYYDEBUG   
-Iincludes/ -Llibraries/) common to both compiles and links.

cc -c -g  -DYYDEBUG-Iincludes/ -Llibraries/
-Wc,CSECT(dllprog_init),EXECOPS,EXPORTALL,DLL(CBA) dllprog.c
cc -Wl,dll -g  -DYYDEBUG-Iincludes/ -Llibraries/ -o dllprog.so
dllprog.o -llib1 -llib2

Through trial and error I also define the following environment variable:
declare -x _CC_INCDIRS=/usr/include /usr/local/include
declare -x _CC_LIBDIRS=/usr/lib /usr/local/lib
declare -x _CXX_CXXSUFFIX=cpp
declare -x _CXX_INCDIRS=/usr/include /usr/local/include
declare -x _CXX_LIBDIRS=/usr/lib /usr/local/lib
declare -x _C89_INCLIBS=//'DSN910.SDSNC.H'
declare -x
_C89_LSYSLIB=CEE.SCEELKEX:CEE.SCEELKED:SYS1.CSSLIB:DSN910.SDSNLOAD
declare -x STEPLIB=CBC.SCCNCMP:DSN910.DB9G.SDSNEXIT:DSN910.SDSNLOAD


HTH

regards
Patrick

http://www.codemagus.com
Patrick Hayward,   Code Magus Limited   (England reg. no. 4024745)

On 04/15/10 16:00, Michael Knigge wrote:
 All,

 today I came accross a somehow strange (at least for me) problem


 Usually I build my DLLs (written in C and C++) in the MVS-World of
 z/OS. But now I want to build the same DLL under USS (because I can do
 this all remote using SSH).

 When I try to compile and link my DLL (it's just one C-Source file) in
 one command, the DLL get's build, but somehow doesn't work (can't be
 loaded and/or the enty-points are not found). Furthermore the DLL is
 much larger as if it is build under MVS.

 like this:

 c89 -Wc,MY,OPTIONS -Wl,MY_OTHER_OPTIONS -o libfoo.so foo.c



 If I compile the module with the -c switch (-- don't link) and then
 link the module to a DLL in a second step, the Linker tells me that
 CEESTART can't be resolved

 c89 -c -Wc,MY,OPTIONS foo.c
 c89 -Wl,MY_OTHER_OPTIONS -o libfoo.so foo.o

 It seems so me that (for some reason) the linker dosn't know where to
 look for the LE-Runtimes - but the file

/usr/lpp/cbclib/xlc/etc/usr/lpp/cbclib/xlc/

 looks ok so far



 Would be great if anyone has an idea


 Thank you,
 Michael





 P.S.: Just to be complete, here are my compiler and linker options:


 Compiler:


 DLL(CBA)
 ILP32
 TUNE(0)
 ARCH(0)
 FLOAT(IEEE)
 LANGLVL(EXTENDED)
 TARGET(LE)
 NOOPT
 LONGNAME
 SOURCE
 ROSTRING
 OBJECT
 PLIST(HOST)
 NOOE
 NOSTRICT_INDUC
 NOWSIZEOF
 NOSEQUENCE
 NOMARGINS
 NOINLINE
 NOLIST
 NOOFFSET
 NOCOMPACT
 NOCOMPRESS
 NOIGNERRNO
 NOINITAUTO
 EXECOPS
 DEFINE(_OS390)
 DEFINE(_OE_SOCKETS)
 DEFINE(_OPEN_THREADS)
 DEFINE(_LARGE_FILES)
 DEFINE(_POSIX_SOURCE)
 DEFINE(_ISOC99_SOURCE)
 DEFINE(_UNIX03_SOURCE)
 DEFINE(_XOPEN_SOURCE_EXTENDED=1)
 DEFINE(_XOPEN_SOURCE=500)
 DEFINE(NEEDSIEEE754)
 DEFINE(NEEDSLONGLONG)


 Linker:

 AMODE=31
 RMODE=ANY
 CASE=MIXED
 DYNAM=DLL
 REUS=RENT
 UPCASE=NO
 LIST
 MAP
 XREF

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SSH connection using PuTTY

2010-04-15 Thread Neubert, Kevin

I didn't think PuTTY supported 3270.  Has something changed in the last few 
years?  It even shows as an actively opposed feature for PuTTY at 
www.chiark.greenend.org.uk

Regards,

Kevin

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Michael Knigge
Sent: Thursday, April 15, 2010 4:31 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: SSH connection using PuTTY

 try TERM=xterm

doesn't work I can't enter 2, I can't enter =.


Bye,
Michael

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ACF2 equiv of RACF command

2010-04-15 Thread Natarajan Mohan

Eric,

RACF control for data set would be WRITE on ACF2 and a resource rule it would 
be DELETE.

Natarajan

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Eric Spencer
Sent: Thursday, April 15, 2010 8:57 AM
To: IBM-MAIN@bama.ua.edu
Subject: ACF2 equiv of RACF command

Does anyone know how to give a TSO user the equivalent of RACF UACC(CONTROL) 
access to a dataset using ACF2?

Eric Spencer
p: 512.241.7313| m: 512.470.9807| f: 512.343.9538
eric.spen...@neon.com



NOTICE OF CONFIDENTIALITY

The information contained in this communication, including but not limited to 
any accompanying document(s) and/or attachment(s), is privileged and 
confidential and is intended solely for the above-named individual(s). If you 
are not the intended recipient, please be advised that any distribution, 
copying, disclosure, and/or use of the information contained herein is strictly 
prohibited. If you received this communication in error, please destroy all 
copies of the communication, whether in electronic or hard copy format, and 
immediately contact the Security Office at EdFund at (916) 526-7539 or 
securityoff...@edfund.org. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

JET v Prop v Volcano [was FTP to z/OS Problem]

2010-04-15 Thread Thompson, Steve

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Chris Mason
Sent: Thursday, April 15, 2010 10:18 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: FTP to z/OS Problem

SNIPPAGE
quote

The Wrong Sort of Planet

They wouldn't listen to me; I did tell them; one good volcanic eruption
and 
they're useless; they'll rue the day they decided on these newfangled
jets
and abandoned propellers!

/quote

Non-UK readers need to know that the excuse used by the UK rail 
infrastructure company for difficulties keeping trains on time one
recent 
autumn - appropriately also known as fall - was headlined as The
wrong sort 
of leaves. This last winter a similar excuse for transport disruption
borrowed 
the headline as The wrong sort of snow.

And in case, you haven't seen the news, the air space of a large part of

Western Europe has been closed since it turns out that the particles
being put 
out by the volcano - situated so conveniently in the middle of the
busiest air 
corridor on the planet, given their genesis, are particularly harmful to
jet 
engines. Having sent the letter, I was amused to see that an aeroplane 
providing pictures of the eruption was - you guessed it -
propeller-driven!
SNIPPAGE

At 160 KIAS (Knots Indicated Air Speed) and beyond (which Propeller
aircraft are capable of), the ash and grit from a volcano is rather
corrosive to the leading edges of wings, windshields, etc.

But it is much more sensational for the unknowing reporters to say that
jet engines are more susceptible to damage...

However, having wings develop holey (not Holy) leading edges in flight
tends to make flight crews into test pilots with no real warning...

I would also imagine that the aircraft taking the pictures was making
sure that they were staying clear of the ash plume.

Later,
Steve Thompson

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ACF2 equiv of RACF command

2010-04-15 Thread Binyamin Dissen

On Thu, 15 Apr 2010 11:56:32 -0400 Eric Spencer eric.spen...@neon.com wrote:

:Does anyone know how to give a TSO user the equivalent of RACF UACC(CONTROL) 
access to a dataset using ACF2?

R(A) W(A) A(A)  (IIRC)

--
Binyamin Dissen bdis...@dissensoftware.com
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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ACF2 equiv of RACF command

2010-04-15 Thread Natarajan Mohan

You do not need A(A) unless its RACF equivalent is ALTER.

Natarajan

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Binyamin Dissen
Sent: Thursday, April 15, 2010 9:58 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ACF2 equiv of RACF command

On Thu, 15 Apr 2010 11:56:32 -0400 Eric Spencer eric.spen...@neon.com wrote:

:Does anyone know how to give a TSO user the equivalent of RACF UACC(CONTROL) 
access to a dataset using ACF2?

R(A) W(A) A(A)  (IIRC)

--
Binyamin Dissen bdis...@dissensoftware.com
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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

NOTICE OF CONFIDENTIALITY

The information contained in this communication, including but not limited to 
any accompanying document(s) and/or attachment(s), is privileged and 
confidential and is intended solely for the above-named individual(s). If you 
are not the intended recipient, please be advised that any distribution, 
copying, disclosure, and/or use of the information contained herein is strictly 
prohibited. If you received this communication in error, please destroy all 
copies of the communication, whether in electronic or hard copy format, and 
immediately contact the Security Office at EdFund at (916) 526-7539 or 
securityoff...@edfund.org. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SSH connection using PuTTY

On Thu, 15 Apr 2010 09:00:15 -0700, Neubert, Kevin wrote:

I didn't think PuTTY supported 3270.  Has something changed in the last few 
years?  It even shows as an actively opposed feature for PuTTY at 
www.chiark.greenend.org.uk

I don't know that it does.

I don't recall seeing 3270 mentioned previously in this thread.

Why are you introducing 3270 to the mix?

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Michael Knigge
Sent: Thursday, April 15, 2010 4:31 AM

 try TERM=xterm

doesn't work I can't enter 2, I can't enter =.

Usually, ssh sets XTERM for you.  (But you may need to tell
PuTTY which terminal to emulate.)

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ACF2 equiv of RACF command

R(A) W(A) A(A)  (IIRC)

You're missing E(A).
If you compile without it, you'll get a warning message that you've got EXEC 
because you allowed READ.

Former departmental ACF ADMIN speaking here!


-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

ACF2 equiv of RACF command

2010-04-15 Thread Eric Spencer

Does anyone know how to give a TSO user the equivalent of RACF UACC(CONTROL) 
access to a dataset using ACF2?

Eric Spencer
p: 512.241.7313| m: 512.470.9807| f: 512.343.9538
eric.spen...@neon.com



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: OPERLOG

2010-04-15 Thread Mark Zelden

On Thu, 15 Apr 2010 08:54:48 -0500, Nick Jones nrjo...@us.ibm.com wrote:

If I understand it correctly...

1) the log stream was in use

No, at least according to the OP and the displays he issued.  You suggested
that there might be a failed persistent connections, but we now know 
that the problem was the level of the CDS. 

The OP can verify the above, but look back at the first post in this thread. 
He removed OPERLOG definitions, IPLed and issued some display
commands. 

2) the UPDATE was on a parameter that works with connections with the most
recent CDS (with SMDUPLEX)

Yes

3) with a down level CDS the parameter is not updatable with connections.

It had no connections.  The error message was misleading saying it did
have connections. 


Before the function allowing dynamic updates IxgRsnCodeStreamInuse was put
out in the code path there because it made sense, changing it now would be a
compatability issue.

IxgRsnCodeStreamInuse does point to a need for a CDS update:

Action:

Re-issue the request when there
are no active connections to
the log stream.
Or move to the appropriate
release and LOGR CDS format
level.
...


Okay, I accept your explanation as to why,  but it is still very misleading.
Right after that action the 0810 RSNCODE doc states: 

If you received this reason code from IXCMIAPU, see message IXG014E

In the OP's case, this is what IXG014E indicated:

IXG014E LOGSTREAM SYSPLEX.OPERLOG IS CURRENTLY IN USE 

The RSNCODE action doc implies that the logstream is in use regardless
of the CDS level.   

So while the code can't be changed, the current doc certainly could be.

The RSNCODE doc could/should be updated to indicate the possibility 
that if the function being used is UPDATE and the CDS level
is not at HBB7705, the logstream may not actually be in use (ignore 
IGX014E) and to move to the higher CDS level.

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:mzel...@flash.net  
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP to z/OS Problem

2010-04-15 Thread Bri P

Actually, Iceland has excelled itself this time. 

Last time, it managed to get just my bank account closed.

;-)

Brian P

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Chris Mason
Sent: 15 April 2010 16:18
To: IBM-MAIN@bama.ua.edu
Subject: Re: FTP to z/OS Problem

John

All corrections of any sort gratefully accepted.

It's one day early but I'll take the opportunity anyhow:

Most of you reading this are unaffected but the big news story in Western 
Europe right now originates from Iceland. Today is the deadline for letters to 
the Sunday Times for next Sunday so we'll see if this one makes it onto their 
Letters page:

quote

The Wrong Sort of Planet

They wouldn't listen to me; I did tell them; one good volcanic eruption and 
they're useless; they'll rue the day they decided on these newfangled jets
and abandoned propellers!

/quote

Non-UK readers need to know that the excuse used by the UK rail 
infrastructure company for difficulties keeping trains on time one recent 
autumn - appropriately also known as fall - was headlined as The wrong sort 
of leaves. This last winter a similar excuse for transport disruption borrowed 
the headline as The wrong sort of snow.

And in case, you haven't seen the news, the air space of a large part of 
Western Europe has been closed since it turns out that the particles being put 
out by the volcano - situated so conveniently in the middle of the busiest air 
corridor on the planet, given their genesis, are particularly harmful to jet 
engines. Having sent the letter, I was amused to see that an aeroplane 
providing pictures of the eruption was - you guessed it - propeller-driven!

Chris Mason

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Building a DLL under USS

2010-04-15 Thread Steve Comstock


Michael Knigge wrote:

All,

today I came accross a somehow strange (at least for me) problem


Usually I build my DLLs (written in C and C++) in the MVS-World of z/OS. 
But now I want to build the same DLL under USS (because I can do this 
all remote using SSH).


When I try to compile and link my DLL (it's just one C-Source file) in 
one command, the DLL get's build, but somehow doesn't work (can't be 
loaded and/or the enty-points are not found). Furthermore the DLL is 
much larger as if it is build under MVS.


like this:

c89 -Wc,MY,OPTIONS -Wl,MY_OTHER_OPTIONS -o libfoo.so foo.c


I would suggest adding the -e flag with a null value; to take
your example above, try:

c89 -Wc,MY,OPTIONS -Wl,MY_OTHER_OPTIONS -o libfoo.so foo.c -e //






If I compile the module with the -c switch (-- don't link) and then 
link the module to a DLL in a second step, the Linker tells me that 
CEESTART can't be resolved


c89 -c -Wc,MY,OPTIONS foo.c
c89 -Wl,MY_OTHER_OPTIONS -o libfoo.so foo.o

It seems so me that (for some reason) the linker dosn't know where to 
look for the LE-Runtimes - but the file


   /usr/lpp/cbclib/xlc/etc/usr/lpp/cbclib/xlc/

looks ok so far



Would be great if anyone has an idea


Thank you,
Michael





P.S.: Just to be complete, here are my compiler and linker options:


Compiler:


DLL(CBA)
ILP32
TUNE(0)
ARCH(0)
FLOAT(IEEE)
LANGLVL(EXTENDED)
TARGET(LE)
NOOPT
LONGNAME
SOURCE
ROSTRING
OBJECT
PLIST(HOST)
NOOE
NOSTRICT_INDUC
NOWSIZEOF
NOSEQUENCE
NOMARGINS
NOINLINE
NOLIST
NOOFFSET
NOCOMPACT
NOCOMPRESS
NOIGNERRNO
NOINITAUTO
EXECOPS
DEFINE(_OS390)
DEFINE(_OE_SOCKETS)
DEFINE(_OPEN_THREADS)
DEFINE(_LARGE_FILES)
DEFINE(_POSIX_SOURCE)
DEFINE(_ISOC99_SOURCE)
DEFINE(_UNIX03_SOURCE)
DEFINE(_XOPEN_SOURCE_EXTENDED=1)
DEFINE(_XOPEN_SOURCE=500)
DEFINE(NEEDSIEEE754)
DEFINE(NEEDSLONGLONG)


Linker:

AMODE=31
RMODE=ANY
CASE=MIXED
DYNAM=DLL
REUS=RENT
UPCASE=NO
LIST
MAP
XREF

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html




--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

* z/OS application programmer training
  + Instructor-led on-site classroom based classes
  + Course materials licensing
  + Remote contact training
  + Roadshows
  + Course development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use

On Thu, 15 Apr 2010 11:57:43 -0400, Don Williams wrote:

Many years ago I worked for a company that had Endevor (before CA purchased
it and changed the name to CA-Endevor). Endevor tracks the relationships
between source, object,  load modules/objects. When a change is made, it
will calculate what needs to be re-compiled, re-linked, etc. and do it. It
does require APF authorization. It invokes compilers, linkers, etc. to
update protected libraries. Conceptually this is similar to SMP. Of course,
that does not mean that CA-Endevor is susceptible to the same exposure.
However, I think that it might be prudent to consider reviewing CA-Endevor
for the possibility. I'm not familiar with Changeman, but I guess that they
are competing products. Does Changeman have features similar to SMP? Should
it be reviewed? Some people may call me Chick Little.

Reviewed by whom?  Will IBM make the pertinent information available
(presumably under NDA)?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP to z/OS Problem

John

All corrections of any sort gratefully accepted.

It's one day early but I'll take the opportunity anyhow:

Most of you reading this are unaffected but the big news story in Western 
Europe right now originates from Iceland. Today is the deadline for letters to 
the Sunday Times for next Sunday so we'll see if this one makes it onto their 
Letters page:

quote

The Wrong Sort of Planet

They wouldn't listen to me; I did tell them; one good volcanic eruption and 
they're useless; they'll rue the day they decided on these newfangled jets
and abandoned propellers!

/quote

Non-UK readers need to know that the excuse used by the UK rail 
infrastructure company for difficulties keeping trains on time one recent 
autumn - appropriately also known as fall - was headlined as The wrong sort 
of leaves. This last winter a similar excuse for transport disruption borrowed 
the headline as The wrong sort of snow.

And in case, you haven't seen the news, the air space of a large part of 
Western Europe has been closed since it turns out that the particles being put 
out by the volcano - situated so conveniently in the middle of the busiest air 
corridor on the planet, given their genesis, are particularly harmful to jet 
engines. Having sent the letter, I was amused to see that an aeroplane 
providing pictures of the eruption was - you guessed it - propeller-driven!

Chris Mason

On Thu, 15 Apr 2010 08:08:51 -0500, Chase, John jch...@ussco.com 
wrote:

Well, it was __intended__ to go off-list.

Apologies to all, and especially to Chris.

-jc-


 -Original Message-
 From: Chase, John
 Sent: Thursday, April 15, 2010 8:07 AM
 To: 'IBM Mainframe Discussion List'
 Subject: RE: FTP to z/OS Problem

 Off-list:

 Context suggests you should have written principal instead of
principle in all cases noticed via a
 cursory perusal.

 -jc-

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ACF2 equiv of RACF command

You do not need A(A) unless its RACF equivalent is ALTER.
 
A -- ALTER
E -- EXEC
R -- READ
W -- WRITE

(A) -- ALLOW

You may use the short form, but when you decompile, you get the long form.

Also, ACF2 works with the HLQ,

If you want to protect a specific dataset, you have to start with the HLQ rule 
in the database.

And, ACF2 really doesn't have the equivalent of discrete profiles; everything 
is generic.
The symbols are different.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ACF2 equiv of RACF command

2010-04-15 Thread Pinnacle

- Original Message - 
From: Natarajan Mohan nmo...@edfund.org

Newsgroups: bit.listserv.ibm-main
Sent: Thursday, April 15, 2010 1:03 PM
Subject: Re: ACF2 equiv of RACF command

You do not need A(A) unless its RACF equivalent is ALTER.

Natarajan

The answer on CONTROL is IT DEPENDS.  About 99% of the CONTROL accesses I 
saw required ALLOCATE(A) in order to complete successfully under ACF2. 
YMMV.

Regards,
Tom Conley 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Internal (program) start of an STC - MGCRE vs. ASCRE

I'm curious about if I just wanted to do the equivalent of a START for an STC, 
is there any reason to use ASCRE versus MGCRE? Are there some advanced options 
or features to ASCRE that make it worth while to use? Any example? From 
reading, it seems that it may be easier to set up a cross memory environment 
between the starting and started address spaces using ASCRE.

What I'm considering this for is an STC which listens on a TCPIP port, 
accept()s the connection (to a socket), then uses ASCRE or MGCRE to start up an 
STC to actually do the functions needed by the client. I know that it would 
likely be easier to do a fork(), at least in regards to passing the socket to 
the child, but I don't know that I actually want to use UNIX services.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

RMF or SMF Device GB Writed/Readed report ?

2010-04-15 Thread MONTERO ROMERO, ENRIQUE ELOI

Hi to all,

Is there some way to get from RMF or SMF the total write/read Gb(or Mb) 
by tape drive?
Do you have some sample? So I can customize it to our environment.

Thanks a lot in advance.

Enrique Montero

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Internal (program) start of an STC - MGCRE vs. ASCRE

2010-04-15 Thread Hayim Sokolsky

By virtue of you passing the socket to the secondary address space ... you 
are (from a few standpoints) using UNIX services...


Hayim
_
Hayim Sokolsky, CISSP
Mainframe Security Architect
DTCC Corporate Information Security
18301 Bermuda Green Dr, MS 1-CIS
Tampa FL 33647-1760

Tel. (813) 470-2177

IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu wrote on 04/15/2010 
01:45:37 PM:

 I'm curious about if I just wanted to do the equivalent of a START 
 for an STC, is there any reason to use ASCRE versus MGCRE? Are there
 some advanced options or features to ASCRE that make it worth while 
 to use? Any example? From reading, it seems that it may be easier to
 set up a cross memory environment between the starting and started 
 address spaces using ASCRE.
 
 What I'm considering this for is an STC which listens on a TCPIP 
 port, accept()s the connection (to a socket), then uses ASCRE or 
 MGCRE to start up an STC to actually do the functions needed by the 
 client. I know that it would likely be easier to do a fork(), at 
 least in regards to passing the socket to the child, but I don't 
 know that I actually want to use UNIX services.
 
 John McKown
 Systems Engineer IV
 IT
 
 Administrative Services Group
 
 HealthMarkets(r)
 
 9151 Boulevard 26 * N. Richland Hills * TX 76010
 (817) 255-3225 phone * (817)-961-6183 cell
 john.mck...@healthmarkets.com * www.HealthMarkets.com
 
 Confidentiality Notice: This e-mail message may contain confidential
 or proprietary information. If you are not the intended recipient, 
 please contact the sender by reply e-mail and destroy all copies of 
 the original message. HealthMarkets(r) is the brand name for 
 products underwritten and issued by the insurance subsidiaries of 
 HealthMarkets, Inc. -The Chesapeake Life Insurance Company(r), Mid-
 West National Life Insurance Company of TennesseeSM and The MEGA 
 Life and Health Insurance Company.SM
 
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html


BR_
FONT size=2BR
DTCC DISCLAIMER: This email and any files transmitted with it are
confidential and intended solely for the use of the individual or
entity to whom they are addressed. If you have received this email
in error, please notify us immediately and delete the email and any
attachments from your system. The recipient should check this email
and any attachments for the presence of viruses.  The company
accepts no liability for any damage caused by any virus transmitted
by this email./FONT

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: RMF or SMF Device GB Writed/Readed report ?

2010-04-15 Thread John Kelly

snip
Is there some way to get from RMF or SMF the total write/read Gb(or Mb) by 
tape drive?
/snip

Depending on your requirement and tools available, using the SMF21's 
SMF21BRN abd SMF21BWN might be easiest. You could do reports via SORT 
fairly painlessly. If you have SAS the SMF74 and SMF30 have lots of data.
 

Jack Kelly
202-502-2390 (Office)

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: RMF or SMF Device GB Writed/Readed report ?

-Original Message-
From: IBM Mainframe Discussion List
[mailto:ibm-m...@bama.ua.edu] On Behalf Of MONTERO ROMERO,
ENRIQUE ELOI
Sent: Thursday, April 15, 2010 12:43 PM
To: IBM-MAIN@bama.ua.edu
Subject: RMF or SMF Device GB Writed/Readed report ?

Hi to all,

Is there some way to get from RMF or SMF the total
write/read Gb(or Mb) by tape drive?
Do you have some sample? So I can customize it to our
environment.

Thanks a lot in advance.

Enrique Montero

SMF type 21 may have what you are looking for:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/IEA2G2A0/13.26.1.1?SHELF=IEA2BKA0DT=20090604013609

quote
SMF21CA 2binary Device number
or device address.
...
SMF21BR 3binary Number of bytes read, in
units of 4096. The length of
each block is rounded up to a multiple of 4096 before being counted. This
count includes volume mount and
verify, in addition to task I/O. Provided only for cartridge tape devices.
Maximum value is X'FF'.

SMF21BW 3 binary Number of bytes written, in units of 4096. The length of each
block is rounded up to a multiple of 4096 before being counted. Provided only
for cartridge tape devices. Maximum value is X'FF'.

--
John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or
proprietary information. If you are not the intended recipient, please contact
the sender by reply e-mail and destroy all copies of the original message.
HealthMarkets(r) is the brand name for products underwritten and issued by the
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The
MEGA Life and Health Insurance Company.SM

Re: Internal (program) start of an STC - MGCRE vs. ASCRE

2010-04-15 Thread Binyamin Dissen

On Thu, 15 Apr 2010 12:45:37 -0500 McKown, John
john.mck...@healthmarkets.com wrote:

:I'm curious about if I just wanted to do the equivalent of a START for an 
STC, is there any reason to use ASCRE versus MGCRE? Are there some advanced 
options or features to ASCRE that make it worth while to use? Any example? From 
reading, it seems that it may be easier to set up a cross memory environment 
between the starting and started address spaces using ASCRE.

:What I'm considering this for is an STC which listens on a TCPIP port, 
accept()s the connection (to a socket), then uses ASCRE or MGCRE to start up an 
STC to actually do the functions needed by the client. I know that it would 
likely be easier to do a fork(), at least in regards to passing the socket to 
the child, but I don't know that I actually want to use UNIX services.

As you are using a full function address space, there is not that much of an
advantage to using ASCRE. Do whichever is easier.

--
Binyamin Dissen bdis...@dissensoftware.com
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...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Internal (program) start of an STC - MGCRE vs. ASCRE

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Hayim Sokolsky
 Sent: Thursday, April 15, 2010 12:52 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: Internal (program) start of an STC - MGCRE vs. ASCRE

 By virtue of you passing the socket to the secondary address 
 space ... you 
 are (from a few standpoints) using UNIX services...

 Hayim
 _
 Hayim Sokolsky, CISSP

Hum, true. Does using TCPIP automatically dub the STC as a UNIX process? If so, 
then maybe I'll just use UNIX. I was trying to avoid UNIX due to the (apparent) 
dislike of z/OS UNIX System Services by many z/OS shops and sysprogs. Or maybe 
that dislike is only here. In many ways, I find doing some things easier with 
UNIX services. In fact, if I go UNIX, then I'd likely set my system up to 
have inetd start the STC (well, in this case a UNIX daemon, like an ftp client, 
sort of).

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: RMF or SMF Device GB Writed/Readed report ?

2010-04-15 Thread Lizette Koehler

You can probably download and use the IBM Tape tools found here

ftp://ftp.software.ibm.com/storage/tapetool/

Lizette


 MONTERO, ENRIQUE  Wrote


Hi to all,

   Is there some way to get from RMF or SMF the total write/read Gb(or Mb) 
 by tape drive?
   Do you have some sample? So I can customize it to our environment.

Thanks a lot in advance.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

TASID -- Version mismatch?

Hi, All,

Just downloaded the latest TASID from
http://www-01.ibm.com/support/docview.wss?uid=swg24009131 , which says
the version is 5.18.  However, after installing it here the first panel
(still) displays TASID 5.14 - Compiled at 09.22 on 2007/09/25 (the
date stamp on the download is 2009/09/21).

Was ist los?

-jc-


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: TASID -- Version mismatch?

2010-04-15 Thread John P Kalinich

This is what I have on my system.

Version number: 5.18
Compile time  : 08.24 on 2009/09/21
LAST LINK-EDITED ON  9/21/09  BY LKED 5695PMB01  V01 M08  AT  08:32:12
SSI INFORMATION: A2009264
MODULE LENGTH  03F410  --254K

Regards,
John K



 
  From:   Chase, John jch...@ussco.com  
 

 
  To: IBM-MAIN@bama.ua.edu  
 

 
  Date:   04/15/2010 01:29 PM   
 

 
  Subject:TASID -- Version mismatch?
 

 





Hi, All,

Just downloaded the latest TASID from
http://www-01.ibm.com/support/docview.wss?uid=swg24009131 , which says
the version is 5.18.  However, after installing it here the first panel
(still) displays TASID 5.14 - Compiled at 09.22 on 2007/09/25 (the
date stamp on the download is 2009/09/21).

Was ist los?

-jc-


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Connect:Direct File Agent PROBLEM!!!

2010-04-15 Thread Jim Marshall

Has anyone encountered or is working with Sterling Commerce on a 
Connect:Direct File Agent problem.  Connect:Direct receives a file and the 
receiving directory is given to File Agent to monitor. When the file arrives, 
File 
Agent is supposed to trigger a process to send the file elsewhere. 

We act as a HUB for data and distribute it all over the Enterprise. It seems 
File 
Agent is either asleep or ignoring his/her duties. Sterling has not come across 
with an explanation.  

If anyone can chat contact me offlist.thanks   jim.marsh...@opm.gov 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use

2010-04-15 Thread Don Williams

 Reviewed by whom?  Will IBM make the pertinent information available
 (presumably under NDA)?

Inquiring minds want to know...

Should a competing software vendor with proprietary code be willing to let
IBM review their source code, etc.? 
Should IBM be willing to let a third-party software vendor know how to
exploit an exposure in IBM code?
...

Chicken Little does not know which came first, the chicken or the egg.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Time machine?

2010-04-15 Thread Steve Comstock


Is there something quirky going on for ibm-main?

In the last hour I've received 4 posts all dated back
in November 2009!

Anyone else seeing this phenomenon?


--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

303-393-8716
http://www.trainersfriend.com

* z/OS application programmer training
  + Instructor-led on-site classroom based classes
  + Course materials licensing
  + Remote contact training
  + Roadshows
  + Course development

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ACF2 equiv of RACF command

2010-04-15 Thread George Henke

Also, ACF2 works with the HLQ,

If you want to protect a specific dataset, you have to start with the HLQ
rule in the database.
And, ACF2 really doesn't have the equivalent of discrete profiles;
everything is generic.

Oh, please do be ver careful here.

ACF2 works, as does RACF and all security systems by necessity, from bottom
up instead of top down as we sysprogs are accustomed to do.

In other words, if you define a more specific rule, ACF2 will enforce the
privileges, or lack thereof, of the more specific ruleset rather than the
more generic ruleset.

 If someone previously has access to the specific resource you are defining
(ABC.DEF), but has it only through the more generic ruleset (ABC.***), he
will lose that access unless you carry his rule definition down to your more
specific ruleset definition.

I have the scars to prove it.

For example.

If there is a generic ACF2 rules set:

ABC.***

and userid PRODJOB has access to dataset ABC.DEF

and you now define a more specific ruleset:

ABC.DEF

and give yourself JSMITH access to it and fail to bring down PRODJOB's
access rule line,  then you have just locked production out of dataset
ABC.DEF

Welcome to the club.




On Thu, Apr 15, 2010 at 1:45 PM, Pinnacle pinnc...@rochester.rr.com wrote:

 - Original Message - From: Natarajan Mohan nmo...@edfund.org
 Newsgroups: bit.listserv.ibm-main
 Sent: Thursday, April 15, 2010 1:03 PM

 Subject: Re: ACF2 equiv of RACF command


  You do not need A(A) unless its RACF equivalent is ALTER.

 Natarajan


 The answer on CONTROL is IT DEPENDS.  About 99% of the CONTROL accesses I
 saw required ALLOCATE(A) in order to complete successfully under ACF2. YMMV.

 Regards,
 Tom Conley
  --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html




-- 
George Henke
(C) 845 401 5614

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Internal (program) start of an STC - MGCRE vs. ASCRE

2010-04-15 Thread Rob Scott

ASCRE also has an option to have an exit taken when the started address space 
terminates which can aid communication/sync between your main STC and the aux 
STCs.

Do you really need an ASID for each function? - Why not use a TCB within the 
same STC ?  


Rob Scott
Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.2305 
Email: rsc...@rs.com
Web: www.rocketsoftware.com

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
McKown, John
Sent: 15 April 2010 18:46
To: IBM-MAIN@bama.ua.edu
Subject: Internal (program) start of an STC - MGCRE vs. ASCRE

I'm curious about if I just wanted to do the equivalent of a START for an STC, 
is there any reason to use ASCRE versus MGCRE? Are there some advanced options 
or features to ASCRE that make it worth while to use? Any example? From 
reading, it seems that it may be easier to set up a cross memory environment 
between the starting and started address spaces using ASCRE.

What I'm considering this for is an STC which listens on a TCPIP port, 
accept()s the connection (to a socket), then uses ASCRE or MGCRE to start up an 
STC to actually do the functions needed by the client. I know that it would 
likely be easier to do a fork(), at least in regards to passing the socket to 
the child, but I don't know that I actually want to use UNIX services.

John McKown
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell john.mck...@healthmarkets.com * 
www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM


--
For IBM-MAIN subscribe / signoff / archive access instructions, send email to 
lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at 
http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: TASID -- Version mismatch?

2010-04-15 Thread Mark Zelden

On Thu, 15 Apr 2010 13:28:12 -0500, Chase, John jch...@ussco.com wrote:

Hi, All,

Just downloaded the latest TASID from
http://www-01.ibm.com/support/docview.wss?uid=swg24009131 , which says
the version is 5.18.  However, after installing it here the first panel
(still) displays TASID 5.14 - Compiled at 09.22 on 2007/09/25 (the
date stamp on the download is 2009/09/21).

Was ist los?


User error.

Mine says Version 5.18 in red near the top and this in the summary:

TASID 5.18 - Compiled at 08.24 on 2009/09/21

Mark
--
Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS   
mailto:mzel...@flash.net  
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html 
Systems Programming expert at http://expertanswercenter.techtarget.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: TASID -- Version mismatch?

 -Original Message-
 From: IBM Mainframe Discussion List [On Behalf Of John P Kalinich
 
 This is what I have on my system.
 
 Version number: 5.18
 Compile time  : 08.24 on 2009/09/21
 LAST LINK-EDITED ON  9/21/09  BY LKED 5695PMB01  V01 M08  AT  08:32:12
 SSI INFORMATION: A2009264
 MODULE LENGTH  03F410  --254K

Well, that's what I think I should be seeing here -- A browse of the load 
module TASID shows this:

TASID 5.18  - Copyright International Business Machines Corp, 1993, 2009.

And the link-edit entry has:

Ø..5695PMB01 |.c..
810DDCFF4000240822
05256957420101896F031F

So I think I should see exactly what you show, rather than what I see.  But 
it's the sandbox, and running z/OS 1.11 for the very first time, so maybe 
there's something we haven't configured correctly yet (but at this point I have 
no clue what it could possibly be).  Maybe an IPL will fix whatever's 
wrong  :-)

-jc-


 Regards,
 John K
 
 
 
   From:   Chase, John jch...@ussco.com
 
   To: IBM-MAIN@bama.ua.edu
 
   Date:   04/15/2010 01:29 PM
 
   Subject:TASID -- Version mismatch?
 
 
 
 
 
 
 Hi, All,
 
 Just downloaded the latest TASID from
 http://www-01.ibm.com/support/docview.wss?uid=swg24009131 , which says
 the version is 5.18.  However, after installing it here the first panel
 (still) displays TASID 5.14 - Compiled at 09.22 on 2007/09/25 (the
 date stamp on the download is 2009/09/21).
 
 Was ist los?
 
 -jc-
 
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: TASID -- Version mismatch?

2010-04-15 Thread John P Kalinich

I would do a DDLIST MEMBER scan to see what loadlibs TASID is in.

Regards,
John K



 
  From:   Chase, John jch...@ussco.com  
 

 
  To: IBM-MAIN@bama.ua.edu  
 

 
  Date:   04/15/2010 01:58 PM   
 

 
  Subject:Re: TASID -- Version mismatch?
 

 





 -Original Message-
 From: IBM Mainframe Discussion List [On Behalf Of John P Kalinich

 This is what I have on my system.

 Version number: 5.18
 Compile time  : 08.24 on 2009/09/21
 LAST LINK-EDITED ON  9/21/09  BY LKED 5695PMB01  V01 M08  AT  08:32:12
 SSI INFORMATION: A2009264
 MODULE LENGTH  03F410  --254K

Well, that's what I think I should be seeing here -- A browse of the load
module TASID shows this:

TASID 5.18  - Copyright International Business Machines Corp, 1993,
2009.

And the link-edit entry has:

Ø..5695PMB01 |.c..
810DDCFF4000240822
05256957420101896F031F

So I think I should see exactly what you show, rather than what I see.  But
it's the sandbox, and running z/OS 1.11 for the very first time, so maybe
there's something we haven't configured correctly yet (but at this point I
have no clue what it could possibly be).  Maybe an IPL will fix
whatever's wrong  :-)

-jc-


 Regards,
 John K



   From:   Chase, John jch...@ussco.com

   To: IBM-MAIN@bama.ua.edu

   Date:   04/15/2010 01:29 PM

   Subject:TASID -- Version mismatch?






 Hi, All,

 Just downloaded the latest TASID from
 http://www-01.ibm.com/support/docview.wss?uid=swg24009131 , which says
 the version is 5.18.  However, after installing it here the first panel
 (still) displays TASID 5.14 - Compiled at 09.22 on 2007/09/25 (the
 date stamp on the download is 2009/09/21).

 Was ist los?

 -jc-


 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html

 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Time machine?

2010-04-15 Thread Ed Finnell

 
In a message dated 4/15/2010 1:45:37 P.M. Central Daylight Time,  
st...@trainersfriend.com writes:

Anyone else seeing this phenomenon?

Not yet, but there's a new Dr. Who on _www.bbcamerica.com_ 
(http://www.bbcamerica.com)  coming this Saturday?  I don't
receive it, but my neighbor has a  DVR.




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ACF2 equiv of RACF command

2010-04-15 Thread Scott Rowe

IIRC, A stands for ALLOC, not ALTER.
 


 Ted MacNEIL eamacn...@yahoo.ca 4/15/2010 1:28 PM 
You do not need A(A) unless its RACF equivalent is ALTER.

A -- ALTER
E -- EXEC
R -- READ
W -- WRITE

(A) -- ALLOW

You may use the short form, but when you decompile, you get the long form.

Also, ACF2 works with the HLQ,

If you want to protect a specific dataset, you have to start with the HLQ rule 
in the database.

And, ACF2 really doesn't have the equivalent of discrete profiles; everything 
is generic.
The symbols are different.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html 



CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Heads Up: APAR I O11698 - N ew SAF FAC ILITY clas s definiti on require d for any SMP/E use‏

2010-04-15 Thread john gilmore

Don Williams writes:

 
| Chicken Little does not know which came first, the
| chicken or the egg.

 

From the egg's perspective, which is clearly the right one here, a chicken is 
only an egg's device for reproducing itself, making more eggs. 

John Gilmore Ashland, MA 01721-1817 USA




  
_
The New Busy is not the old busy. Search, chat and e-mail from your inbox.
http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_3

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: TASID -- Version mismatch?

 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of John P Kalinich
 
 I would do a DDLIST MEMBER scan to see what loadlibs TASID is in.
 
 Regards,
 John K

Member: TASIDTECHSHR.TASID.V518.LOAD

Which is where I got the stuff I pasted from the load module below.

-jc-

 [ snip ]
 
 Well, that's what I think I should be seeing here -- A browse of the load
 module TASID shows this:
 
 TASID 5.18  - Copyright International Business Machines Corp, 1993,
 2009.
 
 And the link-edit entry has:
 
 Ø..5695PMB01 |.c..
 810DDCFF4000240822
 05256957420101896F031F
 
 So I think I should see exactly what you show, rather than what I see.  But
 it's the sandbox, and running z/OS 1.11 for the very first time, so maybe
 there's something we haven't configured correctly yet (but at this point I
 have no clue what it could possibly be).  Maybe an IPL will fix
 whatever's wrong  :-)
 
 -jc-
 [ snip ]

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Internal (program) start of an STC - MGCRE vs. ASCRE

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Rob Scott
 Sent: Thursday, April 15, 2010 1:48 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: Internal (program) start of an STC - MGCRE vs. ASCRE

 ASCRE also has an option to have an exit taken when the 
 started address space terminates which can aid 
 communication/sync between your main STC and the aux STCs.

 Do you really need an ASID for each function? - Why not use a 
 TCB within the same STC ?  

 Rob Scott

This is sort of like the ftp client. When a client connects to ftp on z/OS, 
the ftp daemon fork()s another address space to do the function. What I am 
intending is similar. When a users does a logon to my application from a UNIX 
desktop, that will communicate to z/OS via TCPIP. This will be via a personal 
daemon (so to speak) or a disconnected process. This will start an address 
space __for that user__ using z/OS UNIX BPX1SEC to establish an RACF 
environment. All futher communication will be between the personal daemon on 
the client and this specific STC. If another user does a logon, it will start 
another STC. The personal daemon on the client talks to the personal STC on 
the mainframe. The user on the client talks to the personal daemon using 
AF_UNIX sockets. So the client talks to the personal daemon which talks to 
the z/OS personal STC, which will then use ATTACH or POSIX threads (whichever 
I go with) to do the client function. This multiplexes th!
 e, possibly multiple, client requests over a single socket to a single STC. 
There is one thread which manages the socket and does all the thread starting 
of the client function as well as the TCPIP I/O. A very weird design. And I've 
likely not described it well as my thoughts are only beginning to jell as to 
how I do this. It would be something like:

clientzos_login zos_id zos_user zos_password
# connects to inetd or a server STC which starts another STC.
# this STC uses BPX1SEC to change its racf identity to the one on the
# command line. This is a personal STC.
# zos_login forks and daemonizes itself for this user.
# it also sets up a AF_UNIX socket for communications.
clientzos_function ...
# this uses the AF_UNIX socket to talk to the personal daemon.
# the personal daemon starts POSIX thread for this function.
# this POSIX thread talks to the initial thread to do its IP communictions
# to the personal STC. This thread does all the functions needed other than
# TCPIP communications, which is done via the personal daemon.

I know I'm likely not saying this well at all. It's all very vague in my mind 
as to how to design it. 

This is for my own, personal, learning. It is unlikely to ever actually be 
written on the z/OS system. I am writing the UNIX code at home, on my own time. 
I will test it with by doing some sort of emulation of what I want the z/OS 
system to do.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * (817)-961-6183 cell
john.mck...@healthmarkets.com * www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets(r) is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake Life Insurance 
Company(r), Mid-West National Life Insurance Company of TennesseeSM and The 
MEGA Life and Health Insurance Company.SM

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Heads Up: APAR I O11698 - N ew SAF FAC ILITY clas s definiti on require d for any SMP/E use‏

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of john gilmore
 Sent: Thursday, April 15, 2010 2:10 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: Heads Up: APAR I O11698 - N ew SAF FAC ILITY 
 clas s definiti on require d for any SMP/E use‏

 Don Williams writes:

 | Chicken Little does not know which came first, the
 | chicken or the egg.

 From the egg's perspective, which is clearly the right one 
 here, a chicken is only an egg's device for reproducing 
 itself, making more eggs. 

 John Gilmore Ashland, MA 01721-1817 USA

As I recall, there was someone who said: An adult is a zygote's way of making 
more zygotes. But I can't find a reference.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets®

9151 Boulevard 26 • N. Richland Hills • TX 76010
(817) 255-3225 phone • (817)-961-6183 cell
john.mck...@healthmarkets.com • www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets® is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. –The Chesapeake Life Insurance 
Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA 
Life and Health Insurance Company.SM

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: RES: WLM Macro

2010-04-15 Thread Horst Sinram

On Wed, 14 Apr 2010 11:20:33 -0300, ITURIEL DO NASCIMENTO NETO
4254.itur...@bradesco.com.br wrote:

Mr Sinram,

Thanks for your feed back. Specifying EXTENDED_DATA=YES did the trick.

Actually, i'm trying to find out the most idle system to direct work to.
To do it i'm not just only evalueting Unused Service Units, which
sometimes
presents value 0 even when the system is not full.

I'm evalueting the most idle system with the following calculation :

Busy% = (Sum all Service units in the last 60 seconds) / (Num of
Processors * Cpu Speed per second * 60)

This formula seems rigth to me, but Busy% is not even close of what RMF
shows.
I know that i'm comparing apples and oranges, but they're both round.


I would argue that a busy rate is not a good metric to base routing
decisions upon. The LPAR sizes and underlying hardware may be very different
for the members of a Sysplex such that %Busy does not allow to judge which
system is best suitable for additional work. An absolute measure, such as
the raw service units returned by IWMWSYSQ, however, does allow comparing
heterogeneous LPARs. It also provides you with an understanding of the
displaceable capacity at a given importance level.

Kind regards.
Horst Sinram ,IBM z/OS DFSMSrmm Architecture, z/OS Capacity Management 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ACF2 equiv of RACF command

2010-04-15 Thread Natarajan Mohan

Scott,
A is Alloc. If racf is alter then you need alloc on ACF2
Thanks
Natarajan

- Original Message -
From: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
To: IBM-MAIN@bama.ua.edu IBM-MAIN@bama.ua.edu
Sent: Thu Apr 15 12:09:28 2010
Subject: Re: ACF2 equiv of RACF command

IIRC, A stands for ALLOC, not ALTER.

 Ted MacNEIL eamacn...@yahoo.ca 4/15/2010 1:28 PM 
You do not need A(A) unless its RACF equivalent is ALTER.

A -- ALTER
E -- EXEC
R -- READ
W -- WRITE

(A) -- ALLOW

You may use the short form, but when you decompile, you get the long form.

Also, ACF2 works with the HLQ,

If you want to protect a specific dataset, you have to start with the HLQ rule 
in the database.

And, ACF2 really doesn't have the equivalent of discrete profiles; everything 
is generic.
The symbols are different.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

CONFIDENTIALITY/EMAIL NOTICE: The material in this transmission contains 
confidential and privileged information intended only for the addressee.  If 
you are not the intended recipient, please be advised that you have received 
this material in error and that any forwarding, copying, printing, 
distribution, use or disclosure of the material is strictly prohibited.  If you 
have received this material in error, please (i) do not read it, (ii) reply to 
the sender that you received the message in error, and (iii) erase or destroy 
the material. Emails are not secure and can be intercepted, amended, lost or 
destroyed, or contain viruses. You are deemed to have accepted these risks if 
you communicate with us by email. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

NOTICE OF CONFIDENTIALITY

The information contained in this communication, including but not limited to 
any accompanying document(s) and/or attachment(s), is privileged and 
confidential and is intended solely for the above-named individual(s). If you 
are not the intended recipient, please be advised that any distribution, 
copying, disclosure, and/or use of the information contained herein is strictly 
prohibited. If you received this communication in error, please destroy all 
copies of the communication, whether in electronic or hard copy format, and 
immediately contact the Security Office at EdFund at (916) 526-7539 or 
securityoff...@edfund.org. Thank you.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: ACF2 equiv of RACF command

IIRC, A stands for ALLOC, not ALTER.
 
Sorry!
Your're correct.

And, ALLOC allows for catalogue, delete noscratch, re-catalogue, and others.

I slipped because I've been RACF for many years.
My last ACF2 shop was 2004.

-
Too busy driving to stop for gas!

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Linux on the mainframe

2010-04-15 Thread Kurt Eastwood

Thanks to everyone who answered my questions and provided input on running 
Linux on the mainframe.
 
All the responses were very helpful.
 
Kurt
 




--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: SSH connection using PuTTY


Neubert, Kevin schrieb:

I didn't think PuTTY supported 3270.  Has something changed in the last few years?  It 
even shows as an actively opposed feature for PuTTY at 
www.chiark.greenend.org.uk


Not 3270 over SSL - I'm talking about a pure SSH Connection.

Bye,
Michael

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Zygote (was: Heads Up: APAR I O11698 - ...)

On Thu, 15 Apr 2010 14:35:16 -0500, McKown, John wrote:

 -Original Message-
 From: IBM Mainframe Discussion List
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of john gilmore
 Sent: Thursday, April 15, 2010 2:10 PM

 Don Williams writes:

 | Chicken Little does not know which came first, the
 | chicken or the egg.

 From the egg's perspective, which is clearly the right one
 here, a chicken is only an egg's device for reproducing
 itself, making more eggs.

As I recall, there was someone who said: An adult is a zygote's way of making 
more zygotes. But I can't find a reference.

Lazarus Long.  (But with considarable literary and
biological distortion.)

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Heads Up: APAR I O11698 - N ew SAF FAC ILITY cla s s definiti on require d for any SMP/E use‏

2010-04-15 Thread Don Leahy

The version that I've heard is:

A zygote is a gamete's way of producing more gametes. This may be the
purpose of the universe. - Robert Heinlein ...

2010/4/15 McKown, John john.mck...@healthmarkets.com

  -Original Message-
  From: IBM Mainframe Discussion List
  [mailto:ibm-m...@bama.ua.edu] On Behalf Of john gilmore
  Sent: Thursday, April 15, 2010 2:10 PM
  To: IBM-MAIN@bama.ua.edu
  Subject: Re: Heads Up: APAR I O11698 - N ew SAF FAC ILITY
  clas s definiti on require d for any SMP/E use‏
 
  Don Williams writes:
 
 
  | Chicken Little does not know which came first, the
  | chicken or the egg.
 
 
 
  From the egg's perspective, which is clearly the right one
  here, a chicken is only an egg's device for reproducing
  itself, making more eggs.
 
  John Gilmore Ashland, MA 01721-1817 USA

 As I recall, there was someone who said: An adult is a zygote's way of 
 making more zygotes. But I can't find a reference.

 --
 John McKown
 Systems Engineer IV
 IT

 Administrative Services Group

 HealthMarkets®

 9151 Boulevard 26 • N. Richland Hills • TX 76010
 (817) 255-3225 phone • (817)-961-6183 cell
 john.mck...@healthmarkets.com • www.HealthMarkets.com

 Confidentiality Notice: This e-mail message may contain confidential or 
 proprietary information. If you are not the intended recipient, please 
 contact the sender by reply e-mail and destroy all copies of the original 
 message. HealthMarkets® is the brand name for products underwritten and 
 issued by the insurance subsidiaries of HealthMarkets, Inc. –The Chesapeake 
 Life Insurance Company®, Mid-West National Life Insurance Company of 
 TennesseeSM and The MEGA Life and Health Insurance Company.SM



 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use

On Thu, 15 Apr 2010 14:41:01 -0400, Don Williams wrote:

 Reviewed by whom?  Will IBM make the pertinent information available
 (presumably under NDA)?

Inquiring minds want to know...

Should a competing software vendor with proprietary code be willing to let
IBM review their source code, etc.?
Should IBM be willing to let a third-party software vendor know how to
exploit an exposure in IBM code?
...

There should be no cause for concern as long as the information
is made available only to persons ... as trusted, for example,
as users who have authority to update APF authorized libraries.

Chicken Little does not know which came first, the chicken or the egg.

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Heads Up: APAR I O11698 - N ew SAF FAC ILITY cla s s definiti on require d for any SMP/E use‏

 -Original Message-
 From: IBM Mainframe Discussion List 
 [mailto:ibm-m...@bama.ua.edu] On Behalf Of Don Leahy
 Sent: Thursday, April 15, 2010 3:46 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: Heads Up: APAR I O11698 - N ew SAF FAC ILITY cla 
 s s definiti on require d for any SMP/E use‏

 The version that I've heard is:

 A zygote is a gamete's way of producing more gametes. This may be the
 purpose of the universe. - Robert Heinlein ...

That's the one. My memory suffered from degradation due to no refresh cycles. 
grin/

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets®

9151 Boulevard 26 • N. Richland Hills • TX 76010
(817) 255-3225 phone • (817)-961-6183 cell
john.mck...@healthmarkets.com • www.HealthMarkets.com

Confidentiality Notice: This e-mail message may contain confidential or 
proprietary information. If you are not the intended recipient, please contact 
the sender by reply e-mail and destroy all copies of the original message. 
HealthMarkets® is the brand name for products underwritten and issued by the 
insurance subsidiaries of HealthMarkets, Inc. –The Chesapeake Life Insurance 
Company®, Mid-West National Life Insurance Company of TennesseeSM and The MEGA 
Life and Health Insurance Company.SM

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Private JFCB copied to system JFCB on OPEN TYPE=J with JFCBTSDM/JSCNWRIT set!

2010-04-15 Thread Gord Tomlin

I've been looking at a trace where it appears that a private JFCB is 
being copied to the system JFCB for a file by OPEN TYPE=J even though 
JFCBTSDM/JSCNWRIT is set. In fact, after OPEN TYPE=J, JFCBTSDM/JSCNWRIT 
is visible in the system JFCB.


Before I go pursuing this with IBM, does anyone know of any situations 
where it is valid for OPEN TYPE=J to copy the JFCB notwithstanding the 
setting of this bit? I see no evidence of any such situations in the 
DFSMSdfp Advanced Services manual.


--

Regards, Gord Tomlin
Action Software International
(a division of Mazda Computer Corporation)
Tel: (905) 470-7113, Fax: (905) 470-6507

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

45 years of Mainframe

2010-04-15 Thread George Fogg

I started on the 7094 and finishing on the z/10 this June.

http://archive.computerhistory.org/resources/Donations_in_Process/X5331.2009_Ehrman/zhistory.pdf

George Fogg

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Looking for a full-time DB2 DBA and a system programmer in the New York Metro Area...

2010-04-15 Thread Marc Heimlich

Hi all:

 

Please send your resume to heiml...@streamfoundry.com if you are available
and qualified, and I will provide details.

 

Thanks,

 

Marc


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Looking for a full-time DB2 DBA and a system programmer in the New York Metro Area...

2010-04-15 Thread Linda Mooney

Hi Marc, 



Is this two positions, or one position for someone who has both skill sets? 



Thanks, 



Linda 


- Original Message - 
From: Marc Heimlich heiml...@streamfoundry.com 
To: IBM-MAIN@bama.ua.edu 
Sent: Thursday, April 15, 2010 2:05:30 PM GMT -08:00 US/Canada Pacific 
Subject: Looking for a full-time DB2 DBA and a system programmer in the New 
York Metro Area... 

Hi all: 

  

Please send your resume to heiml...@streamfoundry.com if you are available 
and qualified, and I will provide details. 

  

Thanks, 

  

Marc 


-- 
For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO 
Search the archives at http://bama.ua.edu/archives/ibm-main.html 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Looking for a full-time DB2 DBA and a system programmer in the New York Metro Area...

2010-04-15 Thread Marc Heimlich

Two
Sent from my Verizon Wireless BlackBerry

-Original Message-
From: Linda Mooney linda.lst...@comcast.net
Date: Thu, 15 Apr 2010 21:27:51 
To: IBM-MAIN@bama.ua.edu
Subject: Re: Looking for a full-time DB2 DBA and a system programmer in the New 
York Metro Area...

Hi Marc, 



Is this two positions, or one position for someone who has both skill sets? 



Thanks, 



Linda 


- Original Message - 
From: Marc Heimlich heiml...@streamfoundry.com 
To: IBM-MAIN@bama.ua.edu 
Sent: Thursday, April 15, 2010 2:05:30 PM GMT -08:00 US/Canada Pacific 
Subject: Looking for a full-time DB2 DBA and a system programmer in the New 
York Metro Area... 

Hi all: 

  

Please send your resume to heiml...@streamfoundry.com if you are available 
and qualified, and I will provide details. 

  

Thanks, 

  

Marc 


-- 
For IBM-MAIN subscribe / signoff / archive access instructions, 
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO 
Search the archives at http://bama.ua.edu/archives/ibm-main.html 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition required for any SMP/E use

2010-04-15 Thread Don Williams

I'm sorry; I'm obviously missing your point. 

Companies work to prevent disclosing their proprietary code to others.
Therefore, I think it would be difficult to get IBM and third-party software
vendors to open up their proprietary code for review.

An NDA with a non-trust-worthy person is close to worthless.
Software vendors do not want to give competitors access to their proprietary
code, not even with a NDA.
Most vendors do not want to give their customers access to their proprietary
code, or only with a NDA.

Don Williams

 -Original Message-
 From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
 Behalf Of Paul Gilmartin
 Sent: Thursday, April 15, 2010 4:48 PM
 To: IBM-MAIN@bama.ua.edu
 Subject: Re: Heads Up: APAR IO11698 - New SAF FACILITY class definition
 required for any SMP/E use
 
 On Thu, 15 Apr 2010 14:41:01 -0400, Don Williams wrote:
 
  Reviewed by whom?  Will IBM make the pertinent information available
  (presumably under NDA)?
 
 Inquiring minds want to know...
 
 Should a competing software vendor with proprietary code be willing to
 let
 IBM review their source code, etc.?
 Should IBM be willing to let a third-party software vendor know how to
 exploit an exposure in IBM code?
 ...
 
 There should be no cause for concern as long as the information
 is made available only to persons ... as trusted, for example,
 as users who have authority to update APF authorized libraries.
 
 Chicken Little does not know which came first, the chicken or the egg.
 
 -- gil
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Building a DLL under USS


Thank you all for your hints.


Building unter USS seems ver tricky to me

When I use -qdll with cc, then I get unknwon option -d :-(
When I use -qdll with c89, then I get unknwon option -q :-(

Now, after playing a while I got it working... I use xlc now and 
compile and link in one step.


The DLLs that are generated are all at least two times larger as the 
DLLs produced by the Compiler unter z/OS Batch. But... they are working 
now (can be loaded and used)



Again, thank you fpr your suggestions


Bye,
Michael

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Timezone mail display

2010-04-15 Thread Donnelly, John P

Geez, get the most wonderful problems which require a fix by 'Monday'...

We wish to get a date display as: Mainframe Date:   Date: Thu, 15 Apr 2010 
00:21:27 PDT
on every piece of mail that traverses SMTP and reaches a mailhub, below is a 
sample of what we get now...

Suggestions most welcome:


Type:  No timezone
Originator:j45...@scmvs4.nsc.com
Mainframe Date:Date: Thu, 15 Apr 2010 00:13:00
Mail*Hub rewrites this to be:  Date: Thu, 15 Apr 2010 00:13:00 PDT
Subject:   AVNET ASIA - INBOUND ROSETTANET PO REPORT
[Job: S450SCEP]

Type:  Incorrect + timezone, no day of week
Originator:j36...@scmvs4.nsc.com
Mainframe Date:Date: 15 Apr 2010 00:15:22 +
Mail*Hub rewrites this to be:  Date: 15 Apr 2010 00:15:22 PDT
Subject:   Claims Rejects/Warnings -  NOVA Form 8774 -
April 15, 2010 00:15:18 [Job: J365SCD5]

Type:  Correct timezone, no day of week
Originator:j36...@scmvs4.nsc.com
Mainframe Date:Date: 15 Apr 2010 00:16:02 PDT
Mail*Hub does not rewrite date
Subject:   Processed Claims -  NOVA Form 3134 - April
15, 2010 00:16:00 [Job: J365SCD5]

Type:  Correctly formatted date
Originator:j36...@scmvs4.nsc.com
Mainframe Date:Date: Thu, 15 Apr 2010 00:21:27 PDT
Subject:   INBOUND 3A1 QUOTE REQUEST - NEW END
CUSTOMER REPORT (CENTRAL EUROPE) [Job: Q365SCAS]

Type:  Formatted as MM/DD/YY, no timezone
Originator:@SCMVS4.NSC.COM:pds...@nsc.com
Mainframe Date:Date: 04/15/10 00:32:10
Mail*Hub rewrite this to be:   Date: 04/15/10 00:32:10 PDT
Subject:   NOPB IN SWISS BUT NO IN PDS [Job: J820SCIH]



--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Message GIM20703S trying to run an SMP job

2010-04-15 Thread Dave Day

Got the below messages out of an SMP job I was trying to run on my system 
at IBM's Dallas RDP site.  Last time I ran this job was April 3rd.  No 
problems.  I haven't changed anything with my racf settings.  I had to IPL due 
to some maintenance IBM applied this past week-end.  Evidently, IBM has changed 
the rules in the middle of the game.

GIM54901ISMPCNTL WAS ALLOCATED BY THE USER AS SYSIN/SYSOUT.  
   SET BOUNDARY(GLOBAL).  
 GIM20703S ** SET PROCESSING FAILED. THE COMMAND OR SERVICE ROUTINE IS NOT 
PROTECTED BY A SECURITY MANAGER.  
 GIM50902S ** SET COMMAND PROCESSING FAILED. DATA IN SMPCNTL UP TO THE NEX
  
Does anyone know how to get around this?  What do I do to tell SMP to let 
'r rip? 


--Dave

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP to z/OS Problem

2010-04-15 Thread Frank Swarbrick

A very interesting discussion, and of some relevance to me.  For our migration 
from VSE to z/OS we have a z/OS LPAR set up that will become the production 
LPAR.  We are running many, many, many tests of our batch processing with what 
will become the production JCL.  This posed an interesting obstacle with regard 
to FTPing of files.  Since it's not real production we of course don't want 
to send data to our real production FTP servers.  So I figured we could just 
use a local hosts file on z/OS to redirect the production host names to test 
host names.  And here is how I, an applications programmer with no access to 
update the system, accomplished this:

File 'PROD.HOSTS.LOCAL':
HOST : 10.0.11.9 : opsserver23, opsserver23.fb 
HOST : 10.0.11.9 : opsserver, opsserver.fb 
HOST : 10.1.109.6 : vsu, vsu.fb    

Run TSO MAKESITE HLQ=PROD to create PROD.HOSTS.ADDRINFO and PROD.HOSTS.SITEINFO.

member FTPDATA in our include PROCLIB:
//SYSTCPD  DD DISP=SHR,DSN=PROD.APPLIB.PARM(TCPDATA)
//SYSTCPT  DD SYSOUT=*  

File 'PROD.APPLIB.PARM(TCPDATA)'
Trace resolver 
DatasetPrefix PROD 
Searchfb   
Lookuplocal dns
NameServer10.1.103.22  
NameServer10.29.100.5  
SortList  10.0.201.0/24

File 'PROD.ftp.DATA'
SECURE_MECHANISM  TLS  
SECURE_DATACONN   PRIVATE  
KEYRING   FTPS/ftpsring
NETRCLEVEL2
LOGCLIENTERR  TRUE 
EPSV4 TRUE 

Example of FTP job to be executed:

//EXECFTP  EXEC PGM=FTP,PARM='opsserver23 3443 (EXIT'
// INCLUDE MEMBER=FTPDATA 
//SYSPRINT DD SYSOUT=*
//NETRCDD DISP=SHR,DSN=PROD.APPLIB.NETRC(MYUSER)   

Our Resolver setup file was copied exactly from the example 
TCPIP.SEZAINST(RESSETUP), with only the dataset name itself being changed to 
fit our site standard.  Specifically, the only two non-comment lines in it 
are:
DEFAULTTCPIPDATA('SYS2.PRD1.PARMLIB(TCPDATA)')
NOCOMMONSEARCH

File 'SYS2.PRD1.PARMLIB(TCPDATA)':
TCPIPJOBNAME TCPIP 
HOSTNAME PRD1  
DOMAINORIGIN fb
DATASETPREFIX TCPIP
NAMESERVER  10.1.103.22
NAMESERVER  10.29.100.5
RESOLVEVIA UDP 
RESOLVERTIMEOUT 1  
RESOLVERUDPRETRIES 4   
ALWAYSWTO NO   

I needed to use my own resolver override file (DD SYSTCPD in the FTP job) so 
that I could search local before DNS and have PROD (instead of TCPIP) as the 
HLQ for the HOSTS.* datasets.  Should the system TCPIP.DATA file have been 
changed?  Yes; but since this is only temporary I went my way.  

One thing I was disappointed about is that I couldn't use the IPNODES file 
instead of the HOSTS file; because the resolver setup file has NOCOMMONSEARCH.  
Oh well.  If we need to have a permanent hosts file in the future I will 
recommend COMMONSEARCH.

It's interesting (to me, anyway) to see the result of the resolver trace:


Resolver Trace Initialization Complete - 2010/04/15 17:28:23.725580

res_init Resolver values:   
 Global Tcp/Ip Dataset  = None  
 Default Tcp/Ip Dataset = SYS2.PRD1.PARMLIB(TCPDATA)
 Local Tcp/Ip Dataset   = //DD:SYSTCPD  
== PROD.APPLIB.PARM(TCPDATA)   
 Translation Table  = PROD.STANDARD.TCPXLBIN
 UserId/JobName = DVFJS 
 Caller API = LE C Sockets  
 Caller Mode= EBCDIC
 (L) DataSetPrefix = PROD   
 (*) HostName  = NODENAME   
 (*) TcpIpJobName  =
 (L) Search= fb 
 (L) SortList  = 10.0.201.0/255.255.255.0   
 (L) NameServer= 10.1.103.22   EDNS0 Support = Unknown  
 10.29.100.5   EDNS0 Support = Unknown  
 (*) NsPortAddr= 53(*) ResolverTimeout= 30  
 (*) ResolveVia= UDP   (*) ResolverUdpRetries = 1   
 (*) Options NDots = 1  
 (L) Trace Resolver(*) SockNoTestStor   
 (*)

Re: Timezone mail display

2010-04-15 Thread Richard Peurifoy


On 4/15/2010 5:29 PM, Donnelly, John P wrote:

Geez, get the most wonderful problems which require a fix by 'Monday'...

We wish to get a date display as: Mainframe Date:   Date: Thu, 15 Apr 2010 
00:21:27 PDT
on every piece of mail that traverses SMTP and reaches a mailhub, below is a 
sample of what we get now...

Suggestions most welcome:


Type:  No timezone
Originator:j45...@scmvs4.nsc.com
Mainframe Date:Date: Thu, 15 Apr 2010 00:13:00
Mail*Hub rewrites this to be:  Date: Thu, 15 Apr 2010 00:13:00 PDT
Subject:   AVNET ASIA - INBOUND ROSETTANET PO REPORT
[Job: S450SCEP]



How are you generating the mail?

We are currently running z/OS 1.9, and in our SMTP
config we have:

TIMEZONE SYSTZ

This causes a date of the form:

Date: Thu, 15 Apr 10 18:05:09 -0500

to be added to any mail that doesn't specify a Date:

This assumes you run you system on GMT with the correct
offset in CLOCKxx.

If you specify

TIMEZONE CDT

Date: Thu, 15 Apr 10 18:22:26 CDT

In this case, you will need to change the config file
for daylight saving adjustments.

I opened a PMR once to try and get a 4 digit year, but so
for no luck. I don't think they expect people to use SMTP
anymore. I looked into zapping the code to fix this, but
it is written in PASCAL, and so far I haven't found where
the date is being generated.

There is supposed to be some new SMTP support in z/OS 1.11,
but I don't know what it does yet.

If you want something else, you need to code the Date:
in your mail source, then SMTP will not put in one.

--
Richard

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Message GIM20703S trying to run an SMP job

2010-04-15 Thread Mark Jacobs

I guess you haven't been following the APAR IO11698 thread that's been going 
hot and heavy on IBMMAIN for the past week or so then.

Mark Jacobs

-Original Message-
From: IBM Mainframe Discussion List on behalf of Dave Day
Sent: Thu 4/15/2010 7:24 PM
To: IBM-MAIN@bama.ua.edu
Subject: Message GIM20703S trying to run an SMP job

Got the below messages out of an SMP job I was trying to run on my system 
at IBM's Dallas RDP site.  Last time I ran this job was April 3rd.  No 
problems.  I haven't changed anything with my racf settings.  I had to IPL due 
to some maintenance IBM applied this past week-end.  Evidently, IBM has changed 
the rules in the middle of the game.

GIM54901ISMPCNTL WAS ALLOCATED BY THE USER AS SYSIN/SYSOUT.  
   SET BOUNDARY(GLOBAL).  
 GIM20703S ** SET PROCESSING FAILED. THE COMMAND OR SERVICE ROUTINE IS NOT 
PROTECTED BY A SECURITY MANAGER.  
 GIM50902S ** SET COMMAND PROCESSING FAILED. DATA IN SMPCNTL UP TO THE NEX

Does anyone know how to get around this?  What do I do to tell SMP to let 
'r rip? 

--Dave

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Message GIM20703S trying to run an SMP job

2010-04-15 Thread Dave Day

Was there any HOLDDATA in the maintenance IBM applied this past week-end?



Appears to be tons of it.  I found my message in there, and am reading now.  
Looks like I have to take some action to allow my SMP jobs to run.  That's a 
heck of a pile of crap to put in the way of trying to get something done.  They 
just changed the way smp functions, and put the doc in HOLDDATA.  Wow, wasn't 
that nice of them.  

Thanks for the suggestion(I'n not much with smp).

--Dave

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Message GIM20703S trying to run an SMP job

On Thu, 15 Apr 2010 18:24:19 -0500, Dave Day david...@consolidated.net wrote:

Got the below messages out of an SMP job I was trying to run on my system 
 at IBM's Dallas RDP site.  Last time I ran this job was April 3rd.  No 
 problems.  I haven't changed anything with my racf settings.  I had to IPL 
 due to some maintenance IBM applied this past week-end.  Evidently, IBM has 
 changed the rules in the middle of the game.

GIM54901ISMPCNTL WAS ALLOCATED BY THE USER AS SYSIN/SYSOUT.  
   SET BOUNDARY(GLOBAL).  
 GIM20703S ** SET PROCESSING FAILED. THE COMMAND OR SERVICE ROUTINE IS NOT 
 PROTECTED BY A SECURITY MANAGER.  
 GIM50902S ** SET COMMAND PROCESSING FAILED. DATA IN SMPCNTL UP TO THE NEX
  
Does anyone know how to get around this?  What do I do to tell SMP to let 
 'r rip? 

Was there any HOLDDATA in the maintenance IBM applied this past week-end?

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Message GIM20703S trying to run an SMP job

On Thu, 15 Apr 2010 18:52:07 -0500, Dave Day david...@consolidated.net wrote:

Was there any HOLDDATA in the maintenance IBM applied this past week-end?

Appears to be tons of it.  I found my message in there, and am reading now.  
Looks like I have to take some action to allow my SMP jobs to run.  That's a 
heck of a pile of crap to put in the way of trying to get something done.  
They just changed the way smp functions, and put the doc in HOLDDATA.  Wow, 
wasn't that nice of them.  

Your assessment is appropriate.  There was an integrity APAR.
IBM couldn't fix it (or chose not to), so they built a fence
around SMP/E and declared victory.

Thanks for the suggestion(I'n not much with smp).

-- gil

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Posting ECB's, SRB's, Across Region Boundaries - Pre CMS

2010-04-15 Thread Edward Jaffe


George Henke wrote:

Also what do they mean by a pause token.  Is this just a DC F(0)?
  


A PET. See Pause/Release/Transfer.

--
Edward E Jaffe
Phoenix Software International, Inc
831 Parkview Drive North
El Segundo, CA 90245
310-338-0400 x318
edja...@phoenixsoftware.com
http://www.phoenixsoftware.com/

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: Non-SMS-managed LOGR offload data sets

2010-04-15 Thread Nick Jones

Thanks for all the replies, I think I have a better idea of the problem
here.  It seems that Logger may inadvertently be the weak link when dasd is
separated within a sysplex.  I think the offloads happening on any
connection was designed to increase availability if one system lost
connections to DASD, but it also seems to be hinderance in these merged
plexes.  

What it boils down to is that logger has to have access to the same set of
data sets anywhere it connects to for everything to work properly.  I'm
going to take another look at the suggestions made a couple months ago, and
see if there's anything logger can do. No promises, but maybe there's
something we can add to restrict connections on systems connected to the
wrong dasd.

-Nick Jones
Logger L3

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: zygote

2010-04-15 Thread john gilmore

The original formulation, which I paraphrased because I did not have Aristotle 
to Zoos, a philosophical dictionary of biology at hand, is due to Sir Peter 
Medawar, the Nobel laureate who first made sense of the immune system. 

John Gilmore Ashland, MA 01721-1817 USA

  
_
Hotmail is redefining busy with tools for the New Busy. Get more from your 
inbox.
http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_2
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

DFS/SMB and authentication

2010-04-15 Thread Paul Oliver

Hi, I'm attempting to implement DFS/SMB on z/OS 1.9 to enable a shared HFS 
resource to be mapped to a PC drive. I've been able to accomplish this by 
using clear password text and the smbidmap file, my PC (SMB) userid is 
different than my mainframe userid. However when I try to use passthrough 
authentication by pointing to the customer's Active Directory domain 
controllers authentication fails. The DFS/SMB manual states that if 
passthrough authentication fails local authentication might be attempted. So 
far I've been unable to get any authentication to work once I define the 
authentication servers. Has anybody been able to get DFS/SMB working using 
passthrough autentication ? Also is there any way of enabling more informative 
messages to determine what is happening ? Currently all I get are :

IOEW16132I DFSKERN accepted connection from 10.86.1.17 socket 10. 
IOEW16135I DFSKERN authentication failed for user steel/wemort on 
10.86.1.17 socket 10. 
IOEW16136I DFSKERN cancelling socket 13 request 7E812260. 
IOEW16136I DFSKERN cancelling socket 10 request 7E812180.

But there is no indication where the authentication is failing. I know by using 
the NetStat command that the DFSKERN task is establishing a session with the 
domain controller. I have the environment variable set as 
_IOE_SMB_CONNECT_MSGS=2 

Thanks, Paul...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: FTP to z/OS Problem

Frank

 Kind of a rambling message.

One way to unscramble this to some extent is to separate any discussion of 
the resolver directives file, of which one manifestation is the file 
referenced 
by the SYSTCPD DD-statement from discussion of the FTP parameter file. 
They belong in two different camps and, if you happen to use the SYSTCPD 
DD-statement, come together only in the JCL used to initiate your batch FTP 
jobs.

Having read about your HOSTS.LOCAL stuff, I was shocked to see you 
actually had a customised resolver procedure. But, from what you say, it 
seems your local Homer Simpson is in charge of it! COMMONSEARCH is one of 
the most neuron-free no-brainers there is!

Incidentally, since you are in a purely test environment, there are two reasons 
for dropping the DNS from the LOOKUP statement. One is that you definitely 
avoid name to address translations in the name server which I assume would 
always give you production targets. The other is to know for sure - by means 
of lookup failures while testing - what names the jobs you are testing need. 

I'm not at all clear as to why you bothered to show the file referenced by the 
DEFAULTTCPIPDATA statement. As you can see from the trace nothing from it 
is used. It is only when you use the GLOBALTCPIPDATA file that two files can 
be used and parameters merged in order to create the set of parameters 
used - and even then there are restrictions - but LOOKUP isn't one of the 
restricted parameters.

 If we need to have a permanent hosts file in the future I will recommend 
COMMONSEARCH.

In case you are stopped, make sure the gun is licensed! Horse's heads can be 
messy but they have their uses! Have you seen Syriana yet? I saw it on one 
of the Belgian channels a couple of days ago.

 It's interesting (to me, anyway) to see the result of the resolver trace:

This is another no-brainer when you want to be sure you understand what the 
system is doing for you regarding name resolution.

 I am curious what affect changing DATASETPREFIX in the system TCP.DATA 
file would do.

On the tin we read:

quote

Use the DATASETPREFIX statement to set the high-level qualifier for the 
dynamic allocation of data sets in TCP/IP.

/quote

The key words here are dynamic allocation. The z/OS Communications Server 
(CS) IP component has a long and distinguished history and can trace its 
ancestry back to the TCP/IP for VM product - the descendants of which are 
still among us. Because of the VM DNA, there is/has been a strong tendency 
towards the dynamic allocation of files mimicking the way files are naturally 
allocated in CMS. The generic name for the resolver directives file as found 
in the manuals is evidence of this; TCPIP.DATA stared life as TCPIP DATA in a 
CMS context.

So, regarding knowing whether or not a filename uses the hlq specified by the 
DATASETPREFIX parameter, if it's allocated dynamically, it's a candidate.

This is what one can find under Dynamic data set allocation, Configuration 
data set naming conventions, Understanding search orders of configuration 
information in Chapter 2, IP configuration overview in the CS Configuration 
Guide:

quote

- hlq

TCP/IP is distributed with a default high-level qualifier (HLQ) of TCPIP. To 
override the default HLQ used by dynamic data set allocation, specify the 
DATASETPREFIX statement in the TCPIP.DATA configuration file. For most
configuration files, the DATASETPREFIX value is used as the high-level 
qualifier 
of the data set name in the last step in the search order. Note that the 
DATASETPREFIX value is not used as the high-level qualifier of the data set 
name used as the last step in the search order for the PROFILE.TCPIP and 
TCPIP.DATA configuration files.

/quote

 But I can't find an authoritative list of all of the dataset names that are 
resolved by the TCPIP DATASETPREFIX.

I imagine that the later Table 3, TCP/IP configuration data sets, 
under TCP/IP configuration data sets, is intended to be the definitive list 
of 
CS IP configuration files which - when dynamically allocated - can use 
the hlq value specified by the DATASETPREFIX parameter for the address 
space.

I guess it helps when looking for something that you are sure it must be there! 
I know that, when I used to teach TCP/IP for MVS I referred to the - at the 
time - massively reduced version of this table.

However, given your problem - shared by all users of what is now the CS IP 
component and was TCP/IP for MVS plagued, one can say, by the VM 
inheritance, this text from later in the Dynamic data set allocation section 
might interest you as an I feel your pain and here's what you can do about it:

quote

Following are some of the data sets that are only dynamically allocated by 
TCP/IP in a configuration file search order (you cannot specify them with DD 
statements in JCL):

ETC.PROTO ETC.RPC
HOSTS.ADDRINFO HOSTS.SITEINFO
SRVRFTP.TCPCHBIN SRVRFTP.TCPHGBIN
SRVRFTP.TCPKJBIN SRVRFTP.TCPSCBIN
SRVRFTP.TCPXLBIN

COUPLE DATA SET TIME STAMPS

2010-04-15 Thread Anthony Fletcher

We have a system that we have been running on its own machine with the 
clock set to the local time (not GMT and before GMT). We need to move to a 
machine that is running in GMT mode with an appropriate offset. All that is 
easy.

However when we tried to test this we ran into a problem with the XCF data 
set's time stamp because it is apparently using the H/W clock rather than an 
offset and by switching the H/W to GMT the apparent machine time is going 
backward.

OK, so that is easy to fix by making a new empty XCF CDS set since we will 
restart the whole SYSPLEX.

We also have LOGR and WLM CDS data sets, and making new versions of 
these is not so easy.

Can anyone reliably advise whether the LOGR and WLM data sets have the 
same sort of time checks as the XCF ones do, or can we expect them to 
happily accommodate the clock going backwards.

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: COUPLE DATA SET TIME STAMPS

2010-04-15 Thread Shane Ginnane

On Thu, 15 Apr 2010 23:12:12 -0500, Anthony Fletcher wrote:

... and WLM CDS data sets, and making new versions of
these is not so easy.

Would you like to expand on this a little ?.
I wouldn't have thought WLM CDSs would care at all about the time 
change, but it should be easy enough to create new ones and import 
your (saved) policy.
The complex will start up o.k. without your input, but you'll need your 
policy pretty soon there-after.

After the last few days, I wouldn't even attempt to broach LOGR. 
Others will no doubt be able to deal with that one.

Shane ...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: 3270 Data Stream Device Guide

Frank

I don't know how I missed it before since I get a daily digest of CICS-L 
traffic, 
but I see from the latest such digest that your original post with this content 
was on CICS-L.

*Now* I see that the Guide you have in mind is the CICS(various) IBM 3270 
Data Stream Device Guide , a manual of some antiquity in its origins.

 I remembered Google, and did in fact find the Reference, but some CICS 
documentation refers to a Guide, and this is what I am not able to find.

  But probably I can live with just the Reference.

*Now* I understand your insistence there had to be a Guide to go along - 
apparently - with the venerable 3270 Information Display System:
Data Stream Programmer's Reference.

There is, of course, no way in which the two manuals can be regarded as 
some sort of Guide/Reference pair as in the case, for example, of the z/OS 
Communications Server IP manuals.

Well, I'm glad I've got that sorted out!

Chris Mason

On Wed, 14 Apr 2010 11:18:05 -0600, Frank Swarbrick 
frank.swarbr...@efirstbank.com wrote:

Does anyone have a good link to this manual?  Everyone I try seems to be 
dead.
I'm specifically looking for the standard for sending data to a LU type 3 
(simulated) device (simulated with Netspool).

We are migrating to z/OS from VSE and the behavior we have for CICS 
printing on VSE seems to be slightly different than Netspool is doing.  So I'd 
like to get an authoritative guide.

I am also interested in the authoritative guide on SCS printers (LU type 1).

Thanks!

Frank

--

Frank Swarbrick
Applications Architect - Mainframe Applications Development
FirstBank Data Corporation - Lakewood, CO  USA
P: 303-235-1403

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html

Re: zygote