Re: SMP sloppiness

2005-08-09 Thread Shane Ginnane
Just a quick apology to the BCP (and ancillary product) support teams.

Went back and checked my holddata - *ALL* the holds that referred back to
PTFs were from ...
...
...
tada ...
...
yep, you quessed it - DB2 .

Shane ...

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


Re: Is there any way to find who edited my sequential dataset rec ently?

2005-08-09 Thread Vernooy, C.P. - SPLXM
[EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
 Hi,
 
 Is there any way to find who edited my sequential dataset recently.

 
 Regards,
 
 Vinoth Thiyagarajan

 

Yes, scan SMF records 15.

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

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


Re: Is there any way to find who edited my sequential dataset rec ently?

2005-08-09 Thread Vernooy, C.P. - SPLXM
Itschak,

Record 14 is Open-Input, Record 15 is Open-Output/Update.

Kees.

Itschak Mugzach [EMAIL PROTECTED] wrote in message
news:[EMAIL PROTECTED]...
 SMF record 14 (if collected). 
 
 Itschak 
 
 -Original Message-
 From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
 Behalf Of Vinoth Thiyagarajan
 Sent: Tuesday, August 09, 2005 9:00 AM
 To: IBM-MAIN@BAMA.UA.EDU
 Subject: Is there any way to find who edited my sequential dataset
 recently?
 
 
 Hi,
 
 Is there any way to find who edited my sequential dataset recently.
 
 Regards,
 
 Vinoth Thiyagarajan
 
 
 
 Confidentiality Notice
 
 The information contained in this electronic message and any attachments
 to this message are intended
 for the exclusive use of the addressee(s) and may contain confidential
 or privileged information. If
 you are not the intended recipient, please notify the sender at Wipro or
 [EMAIL PROTECTED] immediately
 and destroy all copies of this message and any attachments.
 
 --
 For IBM-MAIN subscribe / signoff / archive access instructions,
 send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
 Search the archives at http://bama.ua.edu/archives/ibm-main.html


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

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


Re: Is there any way to find who edited my sequential dataset rec ently?

2005-08-09 Thread Knutson, Sam
DAF reads a variety of SMF Records and reports the results. 

Dataset Audit Facility (DAF)

http://www.geocities.com/michaeljosephcleary/ 

http://www.cbttape.org/ftp/updates/CBT094.zip 

http://www.cbttape.org/updates.htm 

http://www.cbttape.org 

Best Regards, 

Sam Knutson, GEICO 
Performance and Availability Management 
(office) 301.986.3574 

The steady state of disks is full. - Ken Thompson 


-Original Message-
 Is there any way to find who edited my sequential dataset recently.
 Vinoth Thiyagarajan


 
This email/fax message is for the sole use of the intended recipient(s) and
may contain confidential and privileged information.  Any unauthorized
review, use, disclosure or distribution of this email/fax is prohibited.  If
you are not the intended recipient, please destroy all paper and electronic
copies of the original message. 

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


VTAM Internal trace

2005-08-09 Thread mary george
All,
 
I am a new bie to trace reading
 
 
While reading VTAM Internal trace entires,I first read the entry realted to an 
abend with id ABND.Then I decided to trace forward the entries that occured 
after this.
 
While doing so I found MSG ,MSG2 entries following the abend entry.
IIBM Manual SNA Diagnosis vol2  says in page 262 that with the help of MSG 
entry we can find the originator of the message.
 
My trace entry for MSG has module id and ISSR fields as follows:
 
 
 
ISSR978DB522 
 
MODID  RACKW
 
Off these which should I consider as the module issuing the message?
 
Any slight help from anyone would be really great.
 
 
cheers,
Mary George
 
 


-
Do you Yahoo!?
 Yahoo! Mail - Find what you need with new enhanced search. Learn more.

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


Re: Moving PDSE Libraries to a new catalog

2005-08-09 Thread Chase, John
 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Shmuel Metz (Seymour J.)
 
 In [EMAIL PROTECTED], on
 08/08/2005
at 07:31 AM, Chase, John [EMAIL PROTECTED] said:
 
 Since z/OS 1.3 (and earlier, via maintenance), PDSEs no 
 longer need to be cataloged or SMS-managed.
 
 My recollection is that they require an NVR and hence must be 
 cataloged, even if not SMS managed.

We have a few PDSEs on our SYSRES pairs (z/OS 1.5) that are indirectly
cataloged -- so one copy is always uncataloged.  Also works for HFSes.
IIUC, both types of datasets are VSAM linear datasets under the covers

-jc-

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


GETBLK

2005-08-09 Thread mary george
All,
 
Can anyone guide me on where I can find information on GETBLK and FBLK?
 
 
Cheers,
Mary


-
 Start your day with Yahoo! - make it your home page 

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


Re: DST Bill may cause Electronic Setbacks.

2005-08-09 Thread ibm-main
Like, I suspect, the rest of the known (non-USA) universe, I view all this
introspective angst and hand-wringing as facile.

We routinely put up with our appointed oligarchs changing (or cancelling)
DST.
Bill Gates isn't going to bring forward the release of Vista, Chicken Little
isn't going to be crushed by the sky ...

Get a hold of yourselves folks.

Shane ...

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


Re: DST Bill may cause Electronic Setbacks.

2005-08-09 Thread Dave Thorn
And MIPs.   : )


Dave Thorn
Senior Technology Analyst
SunGard Computer Services
600 Laurel Oak Road
Voorhees, NJ 08043
Office  856-566-5412
Fax  856-566-3656
Cell  609-781-0353
Email   [EMAIL PROTECTED]
-
Keeping People and Information Connected (TM)
HTTP://www.availability.sungard.com




   
 Chase, John 
 [EMAIL PROTECTED] 
   To 
 Sent by: IBM  IBM-MAIN@BAMA.UA.EDU
 Mainframe  cc 
 Discussion List   
 [EMAIL PROTECTED] Subject 
 .EDU Re: DST Bill may cause Electronic   
   Setbacks.   
   
 08/09/2005 08:34  
 AM
   
   
 Please respond to 
   IBM Mainframe   
  Discussion List  
 [EMAIL PROTECTED] 
   .EDU   
   
   




It's the American way.  :-/

E.g., sometime in the 1970s the US CONgress enacted legislation to
convert
the US to the metric system, with a deadline of 1980 or thereabouts.  As
you probably noticed at your last SHARE attendance, we still measure things
in inches, feet, yards, miles, ounces, pounds, pints, quarts, gallons,
degrees Fahrenheit, etc.

-jc-

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


Re: Mismatch in volumelist from ISMF/OAM

2005-08-09 Thread Daniel Cattin
Hello Ottar,

I have a similar problem here.

With D SMS,LIBRARY(lib),DETAIL I get 284 scratch tapes.
ISMF MOUNTABLE TAPE VOLUME LIST counts 250 but TAPE LIBRARY LIST says
there are 284 scratch tapes. The library manager counts 250 scratch tape
in his scratch categorie. I'm rather sure that 250 is the right count.

Do you have found a way to fix your problem?

Thanks for your help
Daniel


On Thu, 20 Jan 2005 05:03:47 -0600, Ottar Moller [EMAIL PROTECTED]
wrote:

Hi there,

I'm experiencing a mismatch in count of scratch volumes in our 3494
Library.

When listing with 'D SMS,LIBRARY(LIB),DETAIL' I get a list of 21 scratch
volumes, Media3 11 and Media4 as 10 but when running a ACBJBAOB job which
lists the scratch volumes in the library we are only seeing 2 volumes.

Using the ISMF panels and browse the library then these 2 volumes are the
only scratch volumes in the Library.

I'm rather sure that the database in the Library is ok but the mismatch is
probably in the VOLCAT.GENERAL Catalog.

Running Listcat against the VOLCAT I get these two volumes + 9 other which
are remaining outsite of the Library which is just like ISMF says.

Is'n the DISPLAY SMS LIBRARY command reading the VOLCAT?

I havn't found a way to regenerate the VOLCAT against the Library
database.

Any hints on what could be wrong here?

Best regards,

Ottar

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


Any way to get SDSF to cough up ICH408I?

2005-08-09 Thread Thomas Conley
I'm working on an ACF2 to RACF conversion.  Getting SDSF to work under RACF 
is a royal PITA because all it gives you is an ISPF message NOT AUTHORIZED 
FOR xxx.  The underlying ICH408I is suppressed, so I can't see the real 
failure.  Is there any way to get SDSF to cough up the ICH408I so I can fix 
the problems?


Thanks,
Tom Conley 


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


Re: DST Bill may cause Electronic Setbacks.

2005-08-09 Thread Paul Gilmartin
In a recent note, Ed Finnell said:

 Date: Tue, 9 Aug 2005 07:09:56 EDT
 
  
 http://www.indystar.com/apps/pbcs.dll/article?AID=/20050808/NEWS06/508080422/1012/NEWS06
 
 Two biggies that come to mind are schedulers and 'Smart cards'/Crypto  cards.
 
 Seems like the time to CUT in production will be after the Fall Back in  2006
 unless you intend to maintain pre/post  libraries.
 
There should be no need for a nicely timed CUT in nor for pre/post
libraries.  The parameter itself should be algorithmic:

if year= 1986
DST begins last Sunday in April
elseif year = 2006
DST begins first Sunday in April
else
DST begins second Sunday in March  /* presumably */
endif

... the conversion should work correctly for historic data
as well as for contemporary data.  If GNU/Linux, FreeBSD,
NetBSD, OpenBSD, Cygwin, DJGPP, HP-UX, IRIX, Mac OS X, OpenVMS,
Solaris, Tru64, and UnixWare can do it right, why not z/OS?
   
   Linkname: Sources for Time Zone and Daylight Saving Time Data

URL: http://www.twinsun.com/tz/tz-link.htm

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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


Re: DFSORT MOD27 support

2005-08-09 Thread Bill Fairchild
 
In a message dated 8/8/2005 6:08:28 P.M. Central Daylight Time,  
[EMAIL PROTECTED] writes:
 
No; the 3390 is an FBA disk simulating CKD.
 
That's what I get for trusting, but not verifying, IBM's technical  
publications.  GC26-4573-03, IBM 3390 Direct Access Storage Introduction,  says 
All 
3390 models store data using the count-key-data (CKD) record  format.
 
 I'm not aware of any IBM disk later than the 3350 that wasn't  FBA under 
the covers.
 
I don't usually look under the covers.  I just read the technical  doc.
 
Not with the advent of the 3375; they were all FBA. The  computations
for track capacity should have tipped you off to  that.

 
This is true.  The formulas indicate an underlying unit of track  storage 
somewhere around 32 bytes, if I remember correctly.  But since the  control 
units 
supported only CKD and ECKD commands for these quasi-CKD disks and  did not 
support the official FBA command set that was used with the 3310 and  3370 real 
FBA devices, I assumed the devices were really CKD.  Control  units were 
doing more mapping than I realized.
 
Bill Fairchild





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


Re: Any way to get SDSF to cough up ICH408I?

2005-08-09 Thread Itschak Mugzach
We don't use racf to protect SDSF, but if no smf record was created for
this failure, you can audit the user activity and look into SMF to see
the racf profile and required authority. 

Itschak 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Thomas Conley
Sent: Tuesday, August 09, 2005 3:11 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Any way to get SDSF to cough up ICH408I?


I'm working on an ACF2 to RACF conversion.  Getting SDSF to work under
RACF 
is a royal PITA because all it gives you is an ISPF message NOT
AUTHORIZED 
FOR xxx.  The underlying ICH408I is suppressed, so I can't see the real 
failure.  Is there any way to get SDSF to cough up the ICH408I so I can
fix 
the problems?

Thanks,
Tom Conley 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: GETBLK

2005-08-09 Thread Charles Mills
$GETBLK is a JES2 macro.

Charles



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of mary george
Sent: Tuesday, August 09, 2005 5:00 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: GETBLK


All,
 
Can anyone guide me on where I can find information on GETBLK and FBLK?

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


Re: Mismatch in volumelist from ISMF/OAM

2005-08-09 Thread Porowski, Ken
Check tapes in ERROR status IIRC in some cases they are counted in the LM but 
not D SMS ...

Ken Porowski
AVP Systems Software
CIT Group 
Email:  [EMAIL PROTECTED]


-Original Message-
Daniel Cattin

Hello Ottar,

I have a similar problem here.

With D SMS,LIBRARY(lib),DETAIL I get 284 scratch tapes.
ISMF MOUNTABLE TAPE VOLUME LIST counts 250 but TAPE LIBRARY LIST says
there are 284 scratch tapes. The library manager counts 250 scratch tape
in his scratch categorie. I'm rather sure that 250 is the right count.

Do you have found a way to fix your problem?

Thanks for your help
Daniel


On Thu, 20 Jan 2005 05:03:47 -0600, Ottar Moller [EMAIL PROTECTED]
wrote:

Hi there,

I'm experiencing a mismatch in count of scratch volumes in our 3494
Library.

When listing with 'D SMS,LIBRARY(LIB),DETAIL' I get a list of 21 scratch
volumes, Media3 11 and Media4 as 10 but when running a ACBJBAOB job which
lists the scratch volumes in the library we are only seeing 2 volumes.

Using the ISMF panels and browse the library then these 2 volumes are the
only scratch volumes in the Library.

I'm rather sure that the database in the Library is ok but the mismatch is
probably in the VOLCAT.GENERAL Catalog.

Running Listcat against the VOLCAT I get these two volumes + 9 other which
are remaining outsite of the Library which is just like ISMF says.

Is'n the DISPLAY SMS LIBRARY command reading the VOLCAT?

I havn't found a way to regenerate the VOLCAT against the Library
database.

Any hints on what could be wrong here?

Best regards,

Ottar

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


Re: Moving PDSE Libraries to a new catalog

2005-08-09 Thread Mark Zelden
On Tue, 9 Aug 2005 06:48:44 -0500, Chase, John [EMAIL PROTECTED] wrote:

 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Shmuel Metz (Seymour J.)

 In [EMAIL PROTECTED], on
 08/08/2005
at 07:31 AM, Chase, John [EMAIL PROTECTED] said:

 Since z/OS 1.3 (and earlier, via maintenance), PDSEs no
 longer need to be cataloged or SMS-managed.

 My recollection is that they require an NVR and hence must be
 cataloged, even if not SMS managed.

We have a few PDSEs on our SYSRES pairs (z/OS 1.5) that are indirectly
cataloged -- so one copy is always uncataloged.  Also works for HFSes.

PDSE - yes, HFS - no.  How do you mount an uncataloged HFS?  There
is no way to specify a VOLSER.  You *can* indirectly catalog an HFS and
mount / use it if it is the cataloged version.

Mark
--
Mark Zelden
Sr. Software and Systems Architect
Zurich North America and Farmers Insurance Group
mailto: [EMAIL PROTECTED]
Systems Programming expert at http://Search390.com/ateExperts/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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


Re: Moving PDSE Libraries to a new catalog

2005-08-09 Thread Chase, John
 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of Mark Zelden
 
 On Tue, 9 Aug 2005 06:48:44 -0500, Chase, John 
 [EMAIL PROTECTED] wrote:
 
 [ snip ]
 
 We have a few PDSEs on our SYSRES pairs (z/OS 1.5) that are indirectly 
 cataloged -- so one copy is always uncataloged.  Also works for HFSes.
 
 PDSE - yes, HFS - no.  How do you mount an uncataloged HFS?  

You don't.  :-(

 There is no way to specify a VOLSER.  You *can* indirectly 
 catalog an HFS and mount / use it if it is the cataloged version.

That's what we do.  We maintain separate maintenance copies of the HFSes,
then copy from them to the alternate (non-IPLed) RES set after an APPLY.
Might seem a bit kludgy, but works well.

-jc-

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


Re: Is there any c language lib for list/queue/stack data struct in z/os v1r6?

2005-08-09 Thread Farley, Peter x23353
http://dannyreviews.com/h/Art_Programming.html

You have to write them yourself for C language, only STL for C++ provides
pre-packaged versions.

Or find some enterprising programmer who has already done it and pay him/her
for his/her version.

HTH

Peter

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] 
Sent: Monday, August 08, 2005 10:04 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Is there any c language lib for list/queue/stack data struct in
z/os v1r6?

Hello,

I know there is STL lib for c++ language focusing on list/queue/stack
data struct. And I've searched z/OS V1R6 Run-Time Reference, but can
not find similar lib for c language. Any suggestions? Thank you for
your time!

Best Regards,
Xie Bo

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

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


Re: Any way to get SDSF to cough up ICH408I?

2005-08-09 Thread Staller, Allan
It is most likely also on syslog if your routcodes are typical

snip
 Is there any way to get SDSF to cough up the ICH408I so I can
fix 
the problems?
/snip

HTH,

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


Re: Moving PDSE Libraries to a new catalog

2005-08-09 Thread Bruce Black



My recollection is that they require an NVR and hence must be
cataloged, even if not SMS managed.

NVRs exist only on SMS volumes, so a PDSE on a non-SMS volume does not 
have an NVR; it also does not need to be cataloged. 

There is nothing special in the NVR for a SMS PDSE except the SMS 
classes.  There is a PDSE indicator but there are also PDSE flags in the 
DSCB so the NVR was supurflous.


--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com

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


Re: Moving PDSE Libraries to a new catalog

2005-08-09 Thread Bruce Black



IIUC, both types of datasets are VSAM linear datasets under the covers


That is a semi-urban myth Gr

True, both use fixed 4K blocks internally; this is similar to VSAM 
Linear although linear can now use other blocksizes.


I beleive that the Media Manager is used on PDSE and HFS.  Media Manager 
is a low-level internal access method which has been around for a long 
time and is used by a variety of components.  In VSAM, it was originaly 
used only for linear (e.g., DB2) but it is now used for almost all VSAM 
access.


But Media Manager is separate from VSAM.   No VSAM code is used to 
access PDSE and HFS.


--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com

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


Re: Any way to get SDSF to cough up ICH408I?

2005-08-09 Thread Philippe Leite
Thomas,

You can use RACTRACE to monitor SAF calls. Probably SDSF is using RACROUTE
with LOG=NONE.

RACTRACE -- ftp://www.redbooks.ibm.com/redbooks/GG243984/

Regards,

Philippe Leite
z/OS Systems Programmer
BBVA Portugal

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


Re: Is there any way to find who edited my sequential dataset recently?

2005-08-09 Thread Ed Gould

On Aug 9, 2005, at 1:59 AM, Vinoth Thiyagarajan wrote:


Hi,

Is there any way to find who edited my sequential dataset recently.

Regards,

Vinoth Thiyagarajan



Look at type 15 SMF records.

Ed

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


Re: ALIAS for a LMOD

2005-08-09 Thread Rob Wunderlich
On Mon, 8 Aug 2005 12:37:51 -0700, Barry Schwarz [EMAIL PROTECTED]
wrote:

The stolen status means the alias used to belong to a different load
module.  Any chance that could be part of the problem?

Was the linkedit run on the same image as where the abend106 occurred? Is
this an LLA managed lib?

-Rob

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


FICON Express2

2005-08-09 Thread Salah Balboul
Hello List,
How can you tell if the FICON Express2 is operating at 2Gbit/Sec speed?
They are connected to a 2105 device type.

Thanks

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


New Hot Topics Letter

2005-08-09 Thread Ed Gould
   
http://www-1.ibm.com/servers/eserver/zseries/zos/bkserv/hot_topics.html


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


Re: DST Bill may cause Electronic Setbacks.

2005-08-09 Thread Ed Finnell
 
In a message dated 8/9/2005 8:28:00 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

There  should be no need for a nicely timed CUT in nor for  pre/post
libraries.  The parameter itself should be  algorithmic:




Therein lies the rub. The PARMs fields are not executed. They're
READ. They specify when it starts and when it  ends.

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


Re: SMP sloppiness

2005-08-09 Thread Ed Gould

On Aug 9, 2005, at 1:35 AM, Shane Ginnane wrote:


Just a quick apology to the BCP (and ancillary product) support teams.

Went back and checked my holddata - *ALL* the holds that referred back 
to

PTFs were from ...
...
...
tada ...
...
yep, you quessed it - DB2 .

Shane ...



Shane (or anyone else):

I have seen this handled different ways in different companies. Is 
there a way that is more popular than others? This question pertains to 
maintenence and DB2 (and MVS).


1. DB2 in its own zone and let the DB2 people apply maint and new 
releases.


2. DB2 and MVS in the same zone and let the DB2 people apply fixes.

3. DB2 and MVS in the same zone and let the MVS people do the maint

4. let another group apply maint and let them manage all you zones.

5. Other

Ed

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


SMPE PTS Allocation Question

2005-08-09 Thread Howard Rifkind
I it possible to have the PTS span move that one DASD volume?
 
The reason I ask is that I just received 6 ESO tapes having just about every 
z/OS 1.4 sysmod.
 
Because no service as ever applied to the system since it was installed in 
March of 2004, IBM recommended that I go back to 2002 and pack up all the 
sysmods and then attempt to apply maintanence.
 
Thanks.


-
 Start your day with Yahoo! - make it your home page 

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


Re: SMPE PTS Allocation Question

2005-08-09 Thread Pommier, Rex R.
Use the SMPPTS spill datasets, SMPPTS, SMPPTS1, SMPPTS2, etc.  Just make
sure you define each of them in the CSI and don't skip any numbers.
SMP/E will automatically take care of moving from one to the next during
the receive and subsequent processing.

Rex

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Howard Rifkind
Sent: Tuesday, August 09, 2005 11:19 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMPE PTS Allocation Question


I it possible to have the PTS span move that one DASD volume?
 
The reason I ask is that I just received 6 ESO tapes having just about
every z/OS 1.4 sysmod.
 
Because no service as ever applied to the system since it was installed
in March of 2004, IBM recommended that I go back to 2002 and pack up all
the sysmods and then attempt to apply maintanence.
 
Thanks.


-
 Start your day with Yahoo! - make it your home page 

--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: SMPE PTS Allocation Question

2005-08-09 Thread Ed Finnell
 
In a message dated 8/9/2005 11:30:06 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

I it  possible to have the PTS span move that one DASD  volume?





Maybe easier to manage with spill PTS's. PTS1,2,3,etc. This is
probably your entire profile of software products including
DB/2 and CICS. So you'll do the big RECEIVE, much will be
leftovers. You'll need to do a REJECT PURGE on the DLIB ZONE(s).
 
This will chunk stuff that's been ACCEPT'd and leave you with a
good to go PTS(s). The DB/2 and CICS stuff should not be received
due to mismatch in SREL.

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


Re: SMPE PTS Allocation Question

2005-08-09 Thread Imbriale, Donald (Exchange)
Since the PTS is a PDS/PDSE, it cannot span volumes.  You need to use
spill data sets.

Don Imbriale

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf
Of Howard Rifkind
Sent: Tuesday, August 09, 2005 12:19 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMPE PTS Allocation Question

I it possible to have the PTS span move that one DASD volume?

The reason I ask is that I just received 6 ESO tapes having just about
every z/OS
1.4 sysmod.

Because no service as ever applied to the system since it was installed
in March of
2004, IBM recommended that I go back to 2002 and pack up all the
sysmods and
then attempt to apply maintanence.



***
Bear Stearns is not responsible for any recommendation, solicitation, 
offer or agreement or any information about any transaction, customer 
account or account activity contained in this communication.
***

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


Re: DST Bill may cause Electronic Setbacks.

2005-08-09 Thread Paul Gilmartin
In a recent note, Ed Finnell said:

 Date: Tue, 9 Aug 2005 12:20:22 EDT
 
 In a message dated 8/9/2005 8:28:00 A.M. Central Standard Time,
 [log in to unmask] writes:
 
 There  should be no need for a nicely timed CUT in nor for  pre/post
 libraries.  The parameter itself should be  algorithmic:
 
 Therein lies the rub. The PARMs fields are not executed. They're
 READ. They specify when it starts and when it  ends.
 
It seems to me that a mere READ is insufficient to deal with even
that sort of specification; something must be executed or interpreted;
along the lines of:

if today's_date  start_date
Standard Time
else if today's date  end_date
DST
else
Standard Time
endif

(I suppose Shane would insist on some embellishment.)  Adding
ranges of years to the current range of date logic is a
change in degree of complexity, not a fundamental change
in character, as from READ to execute.

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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


Spanned PDS/PDSE (was: Re: SMPE PTS ... )

2005-08-09 Thread Paul Gilmartin
In a recent note, Imbriale, Donald (Exchange) said:

 Date: Tue, 9 Aug 2005 12:44:12 -0400
 
 Since the PTS is a PDS/PDSE, it cannot span volumes.  ...
 
Since PDSes are mired in antiquity, with such anachronisms
as embedded geometry-dependent references, I understand that
they can't span volumes.  (The references are absolute,
as I understand, aren't they?)

But I thought PDSEs are geometry-independent, with all embedded
references in terms of relative record.  Why shouldn't they be
able to span volumes?

-- gil
-- 
StorageTek
INFORMATION made POWERFUL

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


Re: DST Bill may cause Electronic Setbacks.

2005-08-09 Thread Ed Finnell
 
In a message dated 8/9/2005 11:51:30 A.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

It seems  to me that a mere READ is insufficient to deal with even
that sort of  specification; something must be executed or interpreted;
along the lines  of:





With OCO and 40-50 vendors and hundreds of $$$ interfaces to
places like credit cards, banks, insurance, ISPs, voice, cable, and the  
dreaded NCAA; how can you tell who is and who isn't ready?
 
As Emily Latelle would say, 'Nevermind!' 

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


TCP/IP Performance Reports

2005-08-09 Thread Hal Merritt
Does this august group have any suggestions for a suitable way to report
the SMF118/119 records??  

 

I am most interested in seeing traffic volumes and any performance
issues on an adapter by adapter basis. The adapters are gigabit QDIO.
Target audience is technical management. 

 

I am looking at the Tivoli suite,  but need to stay free for the moment.


 

Thanks!!.

 

 


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


Re: TCP/IP Performance Reports

2005-08-09 Thread Mark T. Regan, K8MTR
You might want to post to the IBMTCP-L mailing list too. That's where everyone 
that works with TCPIP on the mainframe hangs out at.

To subscribe, send mail to [EMAIL PROTECTED] with the command

SUBSCRIBE IBMTCP-L



Hal Merritt [EMAIL PROTECTED] wrote:
Does this august group have any suggestions for a suitable way to report
the SMF118/119 records?? 



I am most interested in seeing traffic volumes and any performance
issues on an adapter by adapter basis. The adapters are gigabit QDIO.
Target audience is technical management. 



I am looking at the Tivoli suite, but need to stay free for the moment.




Thanks!!.






--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: Any way to get SDSF to cough up ICH408I?

2005-08-09 Thread Natarajan Mohan
You could use the $TDEBUG,SECURITY=YES if you have JES2 to enable the
security message show up on the console or log.

Thanks
Natarajan

 [EMAIL PROTECTED] 08/09 6:11 AM 
I'm working on an ACF2 to RACF conversion.  Getting SDSF to work under
RACF 
is a royal PITA because all it gives you is an ISPF message NOT
AUTHORIZED 
FOR xxx.  The underlying ICH408I is suppressed, so I can't see the real

failure.  Is there any way to get SDSF to cough up the ICH408I so I can
fix 
the problems?

Thanks,
Tom Conley 

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: TCP/IP Performance Reports

2005-08-09 Thread Ed Finnell
 
In a message dated 8/9/2005 12:01:32 P.M. Central Standard Time,  
[EMAIL PROTECTED] writes:

am most  interested in seeing traffic volumes and any performance
issues on an  adapter by adapter basis. The adapters are gigabit QDIO.
Target audience is  technical management. 





Have you tried ipswitch?
 
_http://www.ipswitch.com/products/network-management.asp_ 
(http://www.ipswitch.com/products/network-management.asp) 
 
Can also pickup WS_FTP while you're there. Evaluation copy
provided. Don't get too ambitious. All those little swervers
probably need their own copy. It will bog down a P-IV with
1GB and a SCSI HD in a hurry. 

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


Re: Spanned PDS/PDSE (was: Re: SMPE PTS ... )

2005-08-09 Thread Ted MacNEIL
But I thought PDSEs are geometry-independent, with all embedded
references in terms of relative record.  Why shouldn't they be
able to span volumes?
...


Because they can't?
Broken As Designed.

All the doc says they cannot span volumes.
-teD

In God we Trust!
All others bring data!
 -- W. Edwards Deming

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


Re: SMPE PTS Allocation Question

2005-08-09 Thread Hylton Tom P
Use smp Spill Sets.

There's an info apar on them.


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Howard Rifkind
Sent: Tuesday, August 09, 2005 12:19 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: SMPE PTS Allocation Question


I it possible to have the PTS span move that one DASD volume?
 
The reason I ask is that I just received 6 ESO tapes having just about every
z/OS 1.4 sysmod.
 
Because no service as ever applied to the system since it was installed in
March of 2004, IBM recommended that I go back to 2002 and pack up all the
sysmods and then attempt to apply maintanence.
 

SNIP

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


Re: TCP/IP Performance Reports

2005-08-09 Thread Knutson, Sam
PC SAS http://www.sas.com + MXG http://www.mxg.com is not free but it's not
expensive either compared to a full blown host monitor and would save you a
LOT of time compared to RYO from scratch for reports based on SMF 118/119.

Best Regards,

Sam Knutson, GEICO
Performance and Availability Management
mailto:[EMAIL PROTECTED]
(office)  301.986.3574

Think big, act bold, start simple, grow fast...


-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Hal Merritt

Does this august group have any suggestions for a suitable way to report the
SMF118/119 records??  

I am most interested in seeing traffic volumes and any performance issues on
an adapter by adapter basis. The adapters are gigabit QDIO. Target audience
is technical management.  

I am looking at the Tivoli suite,  but need to stay free for the moment.


 
This email/fax message is for the sole use of the intended recipient(s) and
may contain confidential and privileged information.  Any unauthorized
review, use, disclosure or distribution of this email/fax is prohibited.  If
you are not the intended recipient, please destroy all paper and electronic
copies of the original message. 

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


Re: TCP/IP Performance Reports

2005-08-09 Thread Scott Barry
Consider the SHARE paper listed below that contains useful admin guidance
(SMF 119 recommended over 118), changes with 119, and also useful URL/web
links to get started.

Consider REXX or DFSORT/ICETOOL, possibly for decoding/reporting SMF 119/118
activity.

Sincerely,

Scott Barry
SBBWorks, Inc.

http://ew.share.org/callpapers/attach/Washington_DC/S3916a.pdf

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


Re: TCP/IP Performance Reports

2005-08-09 Thread Natarajan Mohan
Alan Nicholes has couple of rexx programs to read SMF118 and split
records based on API, FTP, and TELNET etc. You could find that at the
following URL
http://s390.nichols.de/REXXsmf/index.html 

You could modify the rexx program to generate fixed records and run
SORT to generate some reports based on activity.  I could share the
modifications I made to his code and my sync sort reports. 

Thanks

Natarajan

 [EMAIL PROTECTED] 08/09 9:59 AM 
Does this august group have any suggestions for a suitable way to
report
the SMF118/119 records??  

 

I am most interested in seeing traffic volumes and any performance
issues on an adapter by adapter basis. The adapters are gigabit QDIO.
Target audience is technical management. 

 

I am looking at the Tivoli suite,  but need to stay free for the
moment.


 

Thanks!!.

 

 


--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


multivolume PDSEs (was: Spanned PDSs/PDSEs)

2005-08-09 Thread john gilmore
The term 'spanned' has for long had an important, legitimate use in this 
context.


Those of you have been using it in this new unwonted sense, to mean 
multi-volume, should stop.


Dubious terminology fouls up the archives for our posterity.

John Gilmore
Ashland, MA 01721
USA

_
On the road to retirement? Check out MSN Life Events for advice on how to 
get there! http://lifeevents.msn.com/category.aspx?cid=Retirement


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


Test BR R151 with VSAM-EF support

2005-08-09 Thread Gilbert Saint-Flour
To all,

I recently modified the BR command (VSAM Browser for ISPF) to support 
VSAM Extended-format data sets and am looking for people to test it.  
The source code is available at http://gsf-soft.com/Download/BR151.XMIT

Download instructions are available here: 
http://gsf-soft.com/Documents/RECEIVE-XMIT.shtml

Please provide feed-back to mailto:[EMAIL PROTECTED]

Thank you.

-- 
 Gilbert Saint-Flour
 GSF Software 
 http://gsf-soft.com/
 skype: stflour

-- 

 Gilbert Saint-Flour
 GSF Software
 http://gsf-soft.com/
 mailto:[EMAIL PROTECTED]

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


BrightStor CA-Disk Backup Restore for UNIX System Services

2005-08-09 Thread Pope, Lynette
Cross-posted to MVS-OE and IBM-Main


We're looking at products comparable to IBM Tivoli Storage Manager for
USS

For backup and restore of data stored under Unix System Services 


BrightStor CA-Disk Backup  Restore for UNIX System Services has been
suggested.

Do you use this product? Does it live up to it's claims?
Did you consider it and decide to go another direction?  Why?
Did you have it and then got rid of it for reasons other than $

Are there other products that we can look at?

Reply offline if you wish.  Thanks!

Lynette



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


You might be a mainframer if... :-) V3.8

2005-08-09 Thread Matthew Stitt
When someone mentions green card, you don't think of immigration
You understand the significance of version 3.8
You think of DASD not DISK
You know what a disk pack is
When someone mentions RENT you don't think of housing expense
You know that WAD has nothing to do with gum
You think that fixed font, green on black is an ideal programming environment
You know where pluckin' and shuckin' really came from (and wish you didn't)
You know that the head of string is not an HR position
You think of DASD when someone mentions string
You don't trust any machine you can lift or step over
You remember when your computer had an air bag in it (and a compressor to
inflate it)
You understand how a computer can work better with 30 gallons of water in it
You know that a functional recovery routine is not physical therapy
You know what load unit dials are, and how to use them
You know why BALR 14,14 works like it does
You don't consider channels something on TV or part of a product
distribution system
You remember punched cards and why they were called unit records
You know what a drum card is
You know that a DASD FARM isn't where little DASDs grow
You know CORE is in an apple.. mainframes use monolithic memory these days
You DO know what CORE memory was
You understand why 31bit addressing and not 32bit
You know that DEBE does everything but eat
You spell kicks CICS
You can make a sentence out of all acronyms, and your peers will understand
it perfectly
Your computer has always been made up of multiple processors
You can recite at least three meanings for the ISC acronym
You remember having to press REQUEST on the console
You know the keystroke for EOB (Alt + 5)
You know domains were something that Amdahl invented
You know that REUS is not waste recycling
You know that a Coupling Facility has nothing to do with the railroad
You know that a control register has nothing to do with Point Of Sale
When someone says prism, you're not thinking of light diffraction
If someone mentions a pizza oven you don't immediately think of food
You know the difference between UNI, MP, AP, and SMP
You think of availability in terms of end user access to applications, not
just recovering to the C: prompt
You consider most horizontal scaling clustering to just be wanna-be's
You remember HIPO and know that it's not a zoo animal
You know why you can't pop address plugs across strings
You know why blue cables and not grey
You know what CUU means
You know what DISOSS is and it doesn't scare you
You don't have to be told when to press the Enter key
You don't spend hours looking for the ANY key
You know who the BUNCH were (Burroughs, Univac, NCR, CDC and Honeywell)
You know that SPOOL is an acronym (Simultaneous Peripheral Operations Online)
You don't think that address space is an area on an envelope
You've successfully used PSW RESTART
You know what Reset, Load, Rewind, Start had to do with
You understand the benefits of connection-based communication architectures
You know that TSO TEST could not test everthing
You know that just because your manager wrote some code, that didn't make it
 authorized
You know that AC(1) had nothing to do with room temperature
You know that Carrier Sense Multiple Access / Collision Detect is how a
token succeeds in life.
You know the relative merits of Count Key Data and Relative Block Addressing
You know that //EOJ is not a web address.
You know what IEFBR14 does and how many APARs were taken on it (4)
You now what an APAR is  (Authorized Program Analysis Report)
You know that DITTO is an acronym.   For DOS, no, not that DOS, the other
DOS.  (IBM Data Interfile Transfer, Testing, and Operations Utility).
You know that FS didn't take over from the mainframe, but became a pretty
good System/38.
You don't understand all the furor about security... it's a given
You think that two computers that can't share the same data for update is
silly and archaic
You know what Select Out Bypass is
You know that BUS and TAG aren't children's games
You know that SPIE and STAE are not commands for your pet
You know that SPIE is not espionage
You know that FETCH Protect isn't a way to keep your dog from getting to the
bone stash
You think that all systems should be able to run at 100% 24x7 without having
issues
You know that 24x7x365 was coined by someone who didn't understand math
You don't find 6 months of continuous up-time without having to restart the
system as unusual
You don't boot a system, you IPL it
You don't know what throwing an exception means, but do know what an abend
code is about
You think that all the bits of a word should represent a numerical value the
same way it's written... high order on the left
You know the difference between single and multi-mode fibre cable and where
to use which
You can create a tape backup of something and know you can read it back on
another machine
You think nothing of sharing a database between transactional and batch
work, and maintiaining response time
Creating a 2 billion row 

Re: You might be a mainframer if... :-) V3.8

2005-08-09 Thread Gary Green
Ah  Forgot to include CRLF's did we...? 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Matthew Stitt
Sent: Tuesday, August 09, 2005 4:56 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: You might be a mainframer if... :-) V3.8

When someone mentions green card, you don't think of immigration You
understand the significance of version 3.8 You think of DASD not DISK You
know what a disk pack is When someone mentions RENT you don't think of
housing expense You know that WAD has nothing to do with gum You think that
fixed font, green on black is an ideal programming environment You know
where pluckin' and shuckin' really came from (and wish you didn't) You
know that the head of string is not an HR position You think of DASD when
someone mentions string You don't trust any machine you can lift or step
over You remember when your computer had an air bag in it (and a compressor
to inflate it) You understand how a computer can work better with 30 gallons
of water in it You know that a functional recovery routine is not physical
therapy You know what load unit dials are, and how to use them You know why
BALR 14,14 works like it does You don't consider channels something on TV or
part of a product distribution system You remember punched cards and why
they were called unit records You know what a drum card is You know that a
DASD FARM isn't where little DASDs grow You know CORE is in an apple..
mainframes use monolithic memory these days You DO know what CORE memory was
You understand why 31bit addressing and not 32bit You know that DEBE does
everything but eat You spell kicks CICS You can make a sentence out of all
acronyms, and your peers will understand it perfectly Your computer has
always been made up of multiple processors You can recite at least three
meanings for the ISC acronym You remember having to press REQUEST on the
console You know the keystroke for EOB (Alt + 5) You know domains were
something that Amdahl invented You know that REUS is not waste recycling You
know that a Coupling Facility has nothing to do with the railroad You know
that a control register has nothing to do with Point Of Sale When someone
says prism, you're not thinking of light diffraction If someone mentions a
pizza oven you don't immediately think of food You know the difference
between UNI, MP, AP, and SMP You think of availability in terms of end user
access to applications, not just recovering to the C: prompt You consider
most horizontal scaling clustering to just be wanna-be's You remember HIPO
and know that it's not a zoo animal You know why you can't pop address plugs
across strings You know why blue cables and not grey You know what CUU means
You know what DISOSS is and it doesn't scare you You don't have to be told
when to press the Enter key You don't spend hours looking for the ANY key
You know who the BUNCH were (Burroughs, Univac, NCR, CDC and Honeywell)
You know that SPOOL is an acronym (Simultaneous Peripheral Operations
Online) You don't think that address space is an area on an envelope You've
successfully used PSW RESTART You know what Reset, Load, Rewind, Start had
to do with You understand the benefits of connection-based communication
architectures You know that TSO TEST could not test everthing You know that
just because your manager wrote some code, that didn't make it  authorized
You know that AC(1) had nothing to do with room temperature You know that
Carrier Sense Multiple Access / Collision Detect is how a token succeeds in
life.
You know the relative merits of Count Key Data and Relative Block Addressing
You know that //EOJ is not a web address.
You know what IEFBR14 does and how many APARs were taken on it (4) You now
what an APAR is  (Authorized Program Analysis Report)
You know that DITTO is an acronym.   For DOS, no, not that DOS, the other
DOS.  (IBM Data Interfile Transfer, Testing, and Operations Utility).
You know that FS didn't take over from the mainframe, but became a pretty
good System/38.
You don't understand all the furor about security... it's a given You think
that two computers that can't share the same data for update is silly and
archaic You know what Select Out Bypass is You know that BUS and TAG aren't
children's games You know that SPIE and STAE are not commands for your pet
You know that SPIE is not espionage You know that FETCH Protect isn't a way
to keep your dog from getting to the bone stash You think that all systems
should be able to run at 100% 24x7 without having issues You know that
24x7x365 was coined by someone who didn't understand math You don't find 6
months of continuous up-time without having to restart the system as unusual
You don't boot a system, you IPL it You don't know what throwing an
exception means, but do know what an abend code is about You think that all
the bits of a word should represent a numerical value the same way it's
written... high order on the left You know the difference between single and

Re: EJES vs. IOF??? (was EJES is Preferred over SDSF (according to Z/Flash))

2005-08-09 Thread Edward E. Jaffe

Knutson, Sam wrote:


My chief complaint with the current iteration of IOF is that it uses APPC
for cross system communication almost as arcane as SDSF using MQSeries.  I
have not used E(JES) but understand it uses XCF a sensible and simple choice
in a Sysplex and one that is familiar to the MVS or JES systems programmer
likely to be doing the installation of the SPOOL browser.
 



XCF is even more beneficial than people might think, especially in 
larger configurations.


Many are aware of the performance benefits associated with running in 
SRB mode as all XCF exits do. [SRB mode exit processing is also possible 
for authorized VTAM/APPC applications when SRBEXIT=YES is coded on the 
VTAM APPL statement. MQ is TCB mode only.] But most are probably unaware 
that XCF also supports high-performance, unordered message delivery in 
which the SRBs running the message delivery exits are scheduled into the 
target address space in an unsynchronized manner.


For example, if ten messages arrive at nearly the same time, the SRBs to 
receive/process all ten of them will be scheduled into the target 
address space nearly simultaneously and, assuming ten or more CPs are 
available in the configuration, all ten SRBs could be running in 
parallel, delivering their respective messages to the XCF application, 
at precisely the same time!


Effectively leveraging unordered XCF message delivery requires more 
programming effort because the application must be designed to handle 
the bulk of the messages without queuing them for later sequential 
processing (an action that would undo most of the performance benefits 
associated with unordered delivery). Such programming is more complex, 
but need not add any appreciable run time overhead -- at least it 
doesn't in my code. :-)


It's like comparing USPS, UPS, and FedEx. The package gets there in all 
three cases. But FedEx gets it there faster. Unfortunately, that analogy 
falls apart as soon as you look at the costs involved because the 
message delivery performance does not increase with the price of the 
message delivery infrastructure. Only MQ is a cost option. The other two 
are included free with the operating system.


Of course, XCF is limited to sending messages within a sysplex. 
VTAM/APPC and MQ can send messages anywhere, even outside z/OS.


--
-
| Edward E. Jaffe||
| Mgr, Research  Development| [EMAIL PROTECTED]|
| Phoenix Software International | Tel: (310) 338-0400 x318   |
| 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801|
| Los Angeles, CA 90045  | http://www.phoenixsoftware.com |
-

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


Re: You might be a mainframer if... :-) V3.8

2005-08-09 Thread Bruce Black



Forgot to include CRLF's did we...? 


Came out OK in my email.   Maybe we' through them away? gr

--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com

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


Re: You might be a mainframer if... :-) V3.8

2005-08-09 Thread Gary Green
Not at this end so you may have something there...

For others...

IIRC, DERF is spelled DIRF (I zapped it enough times...)

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Bruce Black
Sent: Tuesday, August 09, 2005 5:06 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: You might be a mainframer if... :-) V3.8



Forgot to include CRLF's did we...? 

Came out OK in my email.   Maybe we' through them away? gr

--
Bruce A. Black
Senior Software Developer for FDR
Innovation Data Processing 973-890-7300
personal: [EMAIL PROTECTED]
sales info: [EMAIL PROTECTED]
tech support: [EMAIL PROTECTED]
web: www.innovationdp.fdr.com

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

--
No virus found in this incoming message.
Checked by AVG Anti-Virus.
Version: 7.0.338 / Virus Database: 267.10.3/66 - Release Date: 8/8/2005
 

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


Re: You might be a mainframer if... :-) V3.8

2005-08-09 Thread Desi de la Garza
Ahem,,,EREP maybe.

-Original Message-
From: Matthew Stitt [mailto:[EMAIL PROTECTED] 
Sent: Tuesday, August 09, 2005 3:56 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: You might be a mainframer if... :-) V3.8

When someone mentions green card, you don't think of immigration
You understand the significance of version 3.8
You think of DASD not DISK
You html

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


BMC Mainview for USS

2005-08-09 Thread Pope, Lynette
Cross-posted to MVS-OE and IBM-Main


Do you use this component?   (I know that BMC Mainview has LOTS of
components, the USS portion is the only one we're interested in) 
Does it live up to it's claims?
Did you consider it and decide to go another direction?  Why?
Did you have it and then got rid of it? Why

Are there other products that you prefer?  Why?

Reply offline if you wish.  Thanks!

Lynette


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


Re: SORT help - to split by delimiters

2005-08-09 Thread Tony Babonas
Nah, Yaeger is always one step ahead.

I should have added:

OUTREC OUTFIL=ORPHANS,SAVE 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Chase, John
Sent: Tuesday, August 09, 2005 6:42 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SORT help - to split by delimiters

 -Original Message-
 From: IBM Mainframe Discussion List On Behalf Of tony babonas
 
 There's a crude way to do this by aligning the data in a series of 
 temp files, i.e.
 
 OUTREC OUTFIL=OUT1,
INCLUDE=(8,3,CH,EQ,C'99~'),   WHEN COL 8 IS 
 THE DESIRED 99~
OUTREC=(11,5) numeric data 
 following the ~
 
 repeat this block of lines for every mutation of where ~ occurs.  
 write an additional OUTFIL for each mutation.  then concat each file 
 into a SUM step.
 
 Hey, the price is right..

But you'd lose any and all records with a price field that doesn't end in
'99~'

-jc-

[ snip ]
  I have a requirement which states like this:
  
  Given records like
  
  1~ABC~99.99~12345
  123~AB~9.99~567
  34~c~1.99~345
  
  where there are 4 fields in each record, each separated by
 a '~'. The
  third field is the price field, which i need to sum up. ...

--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


CAS mother task, allocate task, analysis task, and modify task.

2005-08-09 Thread Roberto Ibarra Magdaleno
Hi all!

z/OS 1.4  DFSMS: Managing Catalogs manual: 8.1 The Catalog Address Space 
states:

CAS also maintains four special tasks for its own use: the mother task, 
allocate task, analysis task, and modify task.

My question is: are those four special tasks STCs, or just threads 
inside the CAS? If they're STCs, which are their names? Couldn't find any 
documentation about it. 

TIA

Roberto. 

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


Re: CAS mother task, allocate task, analysis task, and modify task.

2005-08-09 Thread Ted MacNEIL
My question is: are those four special tasks STCs, or just threads 
inside the CAS?
...
They are TCB's within the CAS.
They are not quiche-eating 'threads', forks, spawns, or processess.

(8-{]}


-teD

In God we Trust!
All others bring data!
 -- W. Edwards Deming

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


Re: EJES vs. IOF??? (was EJES is Preferred over SDSF (according to Z/Flash))

2005-08-09 Thread Craddock, Chris
Ed Jaffe said;
 XCF is even more beneficial than people might think, especially in
 larger configurations. mucho excellent info snipped

Absolutimento! It dribbles, it shoots, it scores. :o)

I'm a fan too. XCF is a real swiss-army knife of a component. It's valid
on all systems (not just a parallel sysplex.) And while you need to be
privileged to set it up (code-wise) you don't have to appeal to a higher
power for a port number or any of that rubbish. The group concept is
cool.

As Ed noted, it's as fast as can it's possible to go when moving data
around. TCP goes over XCF inside the plex. 

And (my favorite part) it's really good for maintaining member state
data and driving exits to tell me when other members disappear. Without
that sort of functionality I'd be up to my armpits in protocol code that
I really don't want to have to deal with.

CC

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


HFS access changes

2005-08-09 Thread Steve Comstock

Did I miss something?

I had four programs (one each in Assembler, COBOL,
C, and PL/I) that access a sequential file in a
classic, traditional way. When I changed the JCL
to point to the same file copied over into the
HFS (use PATH and PATHOPTS, remove DSN and DISP),
it used to work the same. Now all four programs
abend (one SEC6, 2 S0C7s, one S0C4).

The difference: last time tested under z/OS 1.4,
today under z/OS 1.6.

Has something changed? Or is it my imagination
they worked before?

Any clues, insights, etc. appreciated.

Kind regards,

-Steve Comstock

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


Re: DFSORT MOD27 support

2005-08-09 Thread Shmuel Metz (Seymour J.)
In [EMAIL PROTECTED], on 08/09/2005
   at 09:29 AM, Bill Fairchild [EMAIL PROTECTED] said:

I don't usually look under the covers.

I vaguely recall that near the time of the announcement. IBM mentioned
that the 3370 and 3375 were the same disk drive except for the
FBA-CKD conversion.

I just read the technical doc.

CE manuals are technical documents ;-)

I have to admit, though, that the ones I have read were not page
turners.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see http://patriot.net/~shmuel/resume/brief.html 
We don't care. We don't have to care, we're Congress.
(S877: The Shut up and Eat Your spam act of 2003)

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


Re: HFS access changes

2005-08-09 Thread Steve Comstock

Steve Comstock wrote:

Did I miss something?

I had four programs (one each in Assembler, COBOL,
C, and PL/I) that access a sequential file in a
classic, traditional way. When I changed the JCL
to point to the same file copied over into the
HFS (use PATH and PATHOPTS, remove DSN and DISP),
it used to work the same. Now all four programs
abend (one SEC6, 2 S0C7s, one S0C4).

The difference: last time tested under z/OS 1.4,
today under z/OS 1.6.

Has something changed? Or is it my imagination
they worked before?

Any clues, insights, etc. appreciated.

Kind regards,

-Steve Comstock


Further information after further experiments:

In fact, the problem goes away if I include all
the parameters FILEDATA=BINARY,LRECL=nn,RECFM=F,BLKSIZE=nn

except for PL/I; that still fails; OPEN seems to go OK,
but the data is never really accessed; I get an infinite
loop until a S322.

Kind regards,

-Steve Comstock

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


Re: SORT help - to split by delimiters

2005-08-09 Thread tony babonas
Thanks for the clarification, FY, that's what I get for reading the list
from home without my trusty office PC at hand
Based on the limited snippet of sample records, this is theoretically
achievable if there is not more than 1 ~ character per record.  Having no
qualms of being accused of crudeness in manipulating such data, we have some
real life apps where I read and compare every byte of the record for the
desired character, 'outfil-ing' each into a separate dataset, then
re-assembling the whole lot in the second pass.  

The A-10 Warthog isn't pretty either, but it sure does the job.

tb   
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of Frank Yaeger
Sent: Tuesday, August 09, 2005 7:12 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: SORT help - to split by delimiters

Tony Babonas wrote:

Nah, Yaeger is always one step ahead.

I should have added:

OUTREC OUTFIL=ORPHANS,SAVE

Tony,

That would be:

   OUTFIL FNAMES=ORPHANS,SAVE

But I'm guessing that John's point is that the .99 values are only an
example and other values (.00 to .99) would actually be present, and those
values would end up NOT being aligned by the .99 conditions.  If there
really only were .99 values, then DFSORT's IFTHEN function could be used to
align everything in one pass and one output data set rather than creating
multiple output data sets that would need to be combined (replacing multiple
OUTFIL INCLUDEs is one of the more efficient uses of IFTHEN).
IFTHEN can be used to do this kind of alignment in limited situations, but
in this case it appears there's too much variability in the delimited field
layouts for that to be practical.  Although if I knew all of the
possibilities for the record layouts, I might be able to come up with an
IFTHEN solution.

Frank Yaeger - DFSORT Team (IBM)
 Specialties: ICETOOL, IFTHEN, OVERLAY, Symbols, Migration  = DFSORT/MVS is
on the Web at http://www.ibm.com/storage/dfsort/
--
For IBM-MAIN subscribe / signoff / archive access instructions, send email
to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: You might be a mainframer if... :-) V3.8

2005-08-09 Thread Gilbert Saint-Flour
Matthew Stitt wrote:

 You understand the significance of version 3.8

Version 3.8 ?  Of what?

If you're thinking of MVS 3.8. you're not really a mainframer, because 
MVS 3.8 never existed.  True mainframers know that what some people 
call MVS 3.8 today was called, in fact, OS/VS2 Release 3.8 (MVS).

This concludes our nit-picking session.  Thank you for your attention.

-- 

 Gilbert Saint-Flour
 GSF Software
 http://gsf-soft.com/
 mailto:[EMAIL PROTECTED]

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


Re: EJES vs. IOF??? (was EJES is Preferred over SDSF (according to Z/Flash))

2005-08-09 Thread Edward E. Jaffe

Craddock, Chris wrote:
[snip]


TCP goes over XCF inside the plex.
 



TCP traffic *can* go over XCF in a sysplex (it's optional.) So can SNA 
traffic (also optional). Basically, CS knows about XCF and will move 
traffic that way if you allow it to do so. Very slick!



And (my favorite part) it's really good for maintaining member state
data and driving exits to tell me when other members disappear. Without
that sort of functionality I'd be up to my armpits in protocol code that
I really don't want to have to deal with.
 



You said it, bro! Using a point-to-point protocol among 'n' application 
members, each member must maintain 'n-1' sessions with its peers. That 
can get pretty hairy! E.g., an 8-way plex with just one application 
member per system requires 56 total sessions! XCF solves that by 
providing a shared medium type of protocol, similar to that provided 
by a LAN, where each member is responsible for managing a single 
connection only. State information about other members is maintained in 
a peers table which can be updated by incremental changes surfaced via 
the group exit or built from scratch or as needed by a simple query.


XCF is a _very_ nice protocol. It's difficult to understand why any 
developer of authorized/privileged code would choose an alternative 
message delivery protocol unless their design called for spanning 
sysplex boundaries or had code in common with a non-z/OS system. In 
particular, SDSF's MQ choice does not appear to have been made by 
technicians, especially in light of the fact that MQ is a fairly 
expensive cost option. In the words of the immortal Yogi Berra, It's 
too coincidental to be a coincidence!


--
-
| Edward E. Jaffe||
| Mgr, Research  Development| [EMAIL PROTECTED]|
| Phoenix Software International | Tel: (310) 338-0400 x318   |
| 5200 W Century Blvd, Suite 800 | Fax: (310) 338-0801|
| Los Angeles, CA 90045  | http://www.phoenixsoftware.com |
-

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


Re: DFHSM Encryption

2005-08-09 Thread Gibney, David Allen,Jr
   I'm back from wherever .  I meant encrypt the files from the
application. HSM and DSS don't quite do the encryption yet, looks like
they are close. And Innovation does it now.

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Staller, Allan
Sent: Tuesday, August 02, 2005 1:42 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: DFHSM Encryption

snip
 Encrypt the data when the files are first written /snip

That's the idea, but how?

--
For IBM-MAIN subscribe / signoff / archive access instructions, send
email to [EMAIL PROTECTED] 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 [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
Search the archives at http://bama.ua.edu/archives/ibm-main.html


Re: You might be a mainframer if... :-) V3.8

2005-08-09 Thread Joe Zitzelberger
That is a different list -- The you might use a non-archaic computer  
if...


But thanks for pointing out that they forgot:

#1 - CRLF?  Weee dooont need nooo stinking CRLF in our card decks!

On Aug 9, 2005, at 4:57 PM, Gary Green wrote:


Ah  Forgot to include CRLF's did we...?

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]  
On Behalf

Of Matthew Stitt
Sent: Tuesday, August 09, 2005 4:56 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: You might be a mainframer if... :-) V3.8

When someone mentions green card, you don't think of immigration You
understand the significance of version 3.8 You think of DASD not  
DISK You

know what a disk pack is When someone mentions RENT you don't think of
housing expense You know that WAD has nothing to do with gum You  
think that

...

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