Re: IBM-MAIN Digest - 24 Mar 2012 to 25 Mar 2012 (#2012-85)

[Roadrunner-dsm]

On Mar 26, 2012, at 12:00 AM, IBM-MAIN automatic digest system 
 wrote:

> There are 6 messages totaling 209 lines in this issue.
> 
> Topics of the day:
> 
>  1. Grace Hopper Stories!! (was RE: Pre-Friday fun: Halon dumps and POK
> Resets) (2)
>  2. LE C calling HLASM
>  3. COBOL x ACB EXLST WITH JRNAD
>  4. Friday fun: Halon dumps and POK Resets (2)
> 
> --
> 
> Date:Sun, 25 Mar 2012 04:58:18 -0500
> From:Martin Eison 
> Subject: Re: Grace Hopper Stories!! (was RE: Pre-Friday fun: Halon dumps and 
> POK Resets)
> 
> My memories of Grace Hopper go back a bit farther than what is generally
> being discussed.
> As my father was an engineer with IBM back in the 50's I have some
> recollections of a young
> Grace Hopper being around the house quite often. I do recall her and my
> father and a few other
> colleagues having some heated discussions around the barbeque.
> 
> Martin Eison
> Computer Science Corporation
> 
> This is a PRIVATE message. If you are not the intended recipient, please
> delete without copying and kindly advise us by e-mail of the mistake in
> delivery.
> NOTE: Regardless of content, this e-mail shall not operate to bind CSC to
> any order or other contract unless pursuant to explicit written agreement
> or government initiative expressly permitting the use of e-mail for such
> purpose.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
> 
> --

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

Re: IBM-MAIN Digest - 4 Mar 2012 to 5 Mar 2012 (#2012-65)

[Shmuel Metz (Seymour J.)]

In
,
on 03/06/2012
   at 08:39 PM, "Pate, Gene"  said:

>By PCFLIH backdoor I mean a routine whose address replaced the
>address of the IBM supplied PCFLIH.

That's not what the others were using the term to mean.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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 lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: IBM-MAIN Digest - 4 Mar 2012 to 5 Mar 2012 (#2012-65)

[Tom Marchant]

On Tue, 6 Mar 2012 20:39:02 +, Pate, Gene wrote:

>By PCFLIH backdoor I mean a routine whose address 
>replaced the address of the IBM supplied PCFLIH.

That would be a hook or an intercept.
"Backdoor" means something else entirely.

>The backdoor routine received control every time a 
>PC interrupt

ITYM a program interruption.

>occurred and, based on the reason for the PC 
>interrupt it either emulated the failing instruction 
>using available instructions and returned control to 
>the next sequential instruction or passed control to
>the IBM supplied PCFLIH routine for it to process 
>the PC interrupt. I believe that this is also what 
>the vendor routine being discussed did.

That is certainly not what the vendor routine being 
discussed is alleged to have done.  It is alleged to 
return to the program that was interrupted in supervisor 
state.  It is further alleged that it is relatively easy for 
any program to exploit this and to get put into 
supervisor state.

-- 
Tom Marchant

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

Re: IBM-MAIN Digest - 4 Mar 2012 to 5 Mar 2012 (#2012-65)

[Pate, Gene]

on 03/05/2012 at 20:54:38, "Shmuel Metz (Seymour J.)" 
 said:

> What do you mean by backdoor? I don't believe that it is what others
were referring to.

By PCFLIH backdoor I mean a routine whose address replaced the address of the 
IBM supplied PCFLIH. The backdoor routine received control every time a PC 
interrupt occurred and, based on the reason for the PC interrupt it either 
emulated the failing instruction using available instructions and returned 
control to the next sequential instruction or passed control to the IBM 
supplied PCFLIH routine for it to process the PC interrupt. I believe that this 
is also what the vendor routine being discussed did. 

As I said, the PCFLIH backdoor is just a technique and if it is not the 
appropriate technique to use then the vendor should be beat about the head and 
shoulders and made to use whatever technique is appropriate for what their 
product needs to accomplish. 

Gene Pate
CSX Technology
Enterprise Architecture



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

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

Re: IBM-MAIN Digest - 21 Feb 2012 to 22 Feb 2012 (#2012-53)

[Ed Finnell]

send email to lists...@bama.ua.edu with the message: INFO  IBM-MAIN
 
 
In a message dated 2/23/2012 10:31:55 A.M. Central Standard Time,  
holiwe...@co.kern.ca.us writes:

INFO  IBM-MAIN



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

Re: IBM-MAIN Digest - 21 Feb 2012 to 22 Feb 2012 (#2012-53)

[Marc Holiwell]

INFO IBM-MAIN
 
GET IBM-MAIN INFO 




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

Re: IBM-MAIN Digest - 13 Feb 2012 to 14 Feb 2012 (#2012-45)

[Jim Holloway]

Natasa,
If as you say, you are synchronously mirroring your DASD, I would 
make the following suggestion.
Add the new CF to your current CFRM policy at your old site and acticvate. 
 You'll have no connectivity 
to it so you can't allocate it locally.  Your CFRM CDS gets mirrored with 
the updated policy and when 
you're ready to IPL at the new location, your system should come up, 
attach to the new location's CF, 
and use all structures currently defined.  Once up for good you can clean 
up the old location data 
from your CFRM policy.  For fall back purposes, shut down new, IPL old as 
all CF data and structures 
are already in place.

Jim Holloway - MetLife

Natasa Savinc ; wrote on 02/15/2012 
12:00:01 AM:
>Date:Tue, 14 Feb 2012 04:11:26 -0600
>From:Natasa Savinc 
>Subject: Changing sysplex hardware
>
>Hello,
>we are moving data center to another location. The data is already there 
on DASD, replicated synchronously. We plan to stop >the sysplex and IPL 
from the replicated data , on new processor. We pretty much answered all 
questions so far, except for the >sysplex and CF. On new location we have 
one new processor, that will in the end replace one of the existing 
processors. The >configuration (LPAR names) are the same, including CF.
>
>I would like to verify following scenario:
>
>1. For fall-back purpose: We allocate new CFRM couple data sets and 
prepare new set of IPL parameters. Old ones will be used >if we have to 
IPL at old location.
>2. Activate new CDS
>3. Change existing policy - define different HW for the existing CF
>4. Start new policy - first question is - will it report an error or will 
it just have pending changes for CF?
>5. Shut down system (sysplex) 
>6. IPL on new processor
>
>Would it be better option to define different name for CF on new 
processor, and just add a new CF to the active policy, and in >all 
preference lists? 
>
>I hope I was clear enough, any suggestion will be appreciated.
>
>Regards,
>Natasa



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

Re: IBM-MAIN Digest - 31 Dec 2011 to 1 Jan 2012 (#2012-1)

[Roger Bolan]

If you were referring to the pictures in the BookManager format of the
book, rather than the AFP format, then see
http://publibfi.boulder.ibm.com/cgi-bin/bookmgr/BOOKS/EPHZ2L03/4.2.10?SHELF=&DT=20050922160211&CASE=
for an explanation.

On Tue, Jan 3, 2012 at 1:56 PM, Roger Bolan  wrote:

> On Mon, Jan 2, 2012 at 9:21 AM, David Boyes  wrote:
>
>>
>> Big hassle: the illustrations in the older manuals are in APF format,
>> which isn't documented anywhere.
>>
>>
>
Regards,
--Roger

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

Re: IBM-MAIN Digest - 31 Dec 2011 to 1 Jan 2012 (#2012-1)

[Roger Bolan]

On Mon, Jan 2, 2012 at 9:21 AM, David Boyes  wrote:

>
> Big hassle: the illustrations in the older manuals are in APF format,
> which isn't documented anywhere.
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: INFO IBM-MAIN
>

You meant AFP (Advanced Function Presentation or Advance Function
Printing).  All of the latest AFP Architecture books can be found at the
AFP Color Consortium website.   Unfortunately (IMHO) only in PDF format.

See  http://www.afpcinc.org/publications.html

See the GOCA and IOCA books.

You can also find documentation on the bookshelves for the IBM Products:
For example:
PSF V4R4.0 for z/OS
Bookshelf
http://publibfi.boulder.ibm.com/cgi-bin/bookmgr/Shelves/apsbk430
This bookshelf has most books in both BookManager and PDF format.

Or
PSF V4R4.0 for z/OS PDF Extended
Shelf
http://publibfi.boulder.ibm.com/cgi-bin/bookmgr/XKS/apsbk430
The extended bookshelf has more books, but only in PDF format.

When you say illustrations, I assume you meant GOCA, IOCA, or the older IM
image format, for which see Chapter 6. IM-Image Command Set, in the IPDS
Reference.

Regards,
--Roger

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

Re: IBM-MAIN Digest - 31 Dec 2011 to 1 Jan 2012 (#2012-1)

[Shmuel Metz (Seymour J.)]

In
,
on 01/03/2012
   at 01:24 PM, zMan  said:

>Well now, let's use our imaginations, boys and girls. Presumably he
>has that idea because he's been unable to find any such
>documentation.

I've been unable to find lots of things that existed, some of them
right under my nose.

>needlessly obtuse?

PKB.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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 lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: IBM-MAIN Digest - 31 Dec 2011 to 1 Jan 2012 (#2012-1)

[zMan]

On Mon, Jan 2, 2012 at 4:02 PM, Shmuel Metz (Seymour J.)
 wrote:
>David Boyes  said:

>>Big hassle: the illustrations in the older manuals are in APF format,
>>which isn't documented anywhere.

> What gives you that idea?

Well now, let's use our imaginations, boys and girls. Presumably he
has that idea because he's been unable to find any such documentation.

If you know better, than offering a pointer to said documentation
would be more useful, more professional, and more collegial than this
pissy response. Or is there some reason that you need to be needlessly
obtuse?
-- 
zMan -- "I've got a mainframe and I'm not afraid to use it"

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

Re: IBM-MAIN Digest - 31 Dec 2011 to 1 Jan 2012 (#2012-1)

[Shmuel Metz (Seymour J.)]

In
<03ff351977a6114a9e3bc166d58e936d0323ba3...@dfw1mbx18.mex07a.mlsrvr.com>,
on 01/02/2012
   at 10:21 AM, David Boyes  said:

>Big hassle: the illustrations in the older manuals are in APF format,
>which isn't documented anywhere. 

What gives you that idea?
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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 lists...@bama.ua.edu with the message: INFO IBM-MAIN

Re: IBM-MAIN Digest - 31 Dec 2011 to 1 Jan 2012 (#2012-1)

[Martin Packer]

David, if it's Bookie then B2H gets you HTML which should get you close. 
Having inspected the HTML emitted a number of times over the years I don't 
think it very modern or nice. But it could be worked with - and I'd be 
willing to try. Sadly, as I said before, Redbooks don't use Bookie 
anymore. (They used to and I thought it retrograde when they stopped - 
even as an author.)

Cheers, Martin

Martin Packer,
Mainframe Performance Consultant, zChampion
Worldwide Banking Center of Excellence, IBM

+44-7802-245-584

email: martin_pac...@uk.ibm.com

Twitter / Facebook IDs: MartinPacker
Blog: 
https://www.ibm.com/developerworks/mydeveloperworks/blogs/MartinPacker



From:
David Boyes 
To:
IBM-MAIN@bama.ua.edu, 
Date:
02/01/2012 16:24
Subject:
Re: IBM-MAIN Digest - 31 Dec 2011 to 1 Jan 2012 (#2012-1)
Sent by:
IBM Mainframe Discussion List 



> I am wondering how difficult it would be for IBM to publish their
> manuals in .mobi or .epub format. This would make them much more
> readable on cell phones or other media such a the newer Kindles or Nook
> ebook reader. It would even help on netbooks, laptops, and desktop as it
> wouldn't force the letter sized pages onto a device which cannot render
> them nicely.

No brainer for the manuals still maintained with Bookmaster. Just need to 
postprocess the DCF output, and/or modify LP3820 to emit mobi or epub 
output. It's just XML with some extra taqs, so it shouldn't be too hard to 
do. Of course, that would mean that IBM would have to release the source 
for LP3820...*sigh*. 

Another thought: LP3820 already produces HTML output (albeit incredibly 
ugly HTML -- think 1980's HTML).  The Docbook html2epub tools will eat 
HTML (obviously), so at least you'd have the text.

Big hassle: the illustrations in the older manuals are in APF format, 
which isn't documented anywhere. 

You could probably transcode the PDFs with some of the Docbook .mobi 
support tools if you run them through pdf2ps, then through ps2mobi. Would 
totally break images and hyperlinks, though, and see above. Wouldn't be 
nearly as useful as the PDF books. 

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








Unless stated otherwise above:
IBM United Kingdom Limited - Registered in England and Wales with number 
741598. 
Registered office: PO Box 41, North Harbour, Portsmouth, Hampshire PO6 3AU






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

Re: IBM-MAIN Digest - 31 Dec 2011 to 1 Jan 2012 (#2012-1)

[David Boyes]

> I am wondering how difficult it would be for IBM to publish their
> manuals in .mobi or .epub format. This would make them much more
> readable on cell phones or other media such a the newer Kindles or Nook
> ebook reader. It would even help on netbooks, laptops, and desktop as it
> wouldn't force the letter sized pages onto a device which cannot render
> them nicely.

No brainer for the manuals still maintained with Bookmaster. Just need to 
postprocess the DCF output, and/or modify LP3820 to emit mobi or epub output. 
It's just XML with some extra taqs, so it shouldn't be too hard to do. Of 
course, that would mean that IBM would have to release the source for 
LP3820...*sigh*. 

Another thought: LP3820 already produces HTML output (albeit incredibly ugly 
HTML -- think 1980's HTML).  The Docbook html2epub tools will eat HTML 
(obviously), so at least you'd have the text.

Big hassle: the illustrations in the older manuals are in APF format, which 
isn't documented anywhere. 

You could probably transcode the PDFs with some of the Docbook .mobi support 
tools if you run them through pdf2ps, then through ps2mobi. Would totally break 
images and hyperlinks, though, and see above. Wouldn't be nearly as useful as 
the PDF books. 

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

Re: IBM-MAIN Digest - 12 Nov 2011 to 13 Nov 2011 (#2011-317)

[Torre, Ronald P]

From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
IBM-MAIN automatic digest system
Sent: Monday, November 14, 2011 12:00 AM
To: IBM-MAIN@bama.ua.edu
Subject: IBM-MAIN Digest - 12 Nov 2011 to 13 Nov 2011 (#2011-317)



--
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: IBM-MAIN Digest

[Lizette Koehler]

I think Darren still has to fix that.  Check the archives for Sept for a 
discussion on this topic.

However, if you go to this link
http://alabamamaps.ua.edu/cgi-bin/wa?A0=ibm-main

It may make it easier to manage your account.

Lizette



-Original Message-
>From: Jim Heifetz 
>Sent: Sep 26, 2011 10:56 AM
>To: IBM-MAIN@bama.ua.edu
>Subject: Re: IBM-MAIN Digest
>
>Every message I get in the digest includes this at the end:
>
>For IBM-MAIN subscribe / signoff / archive access instructions,
>send email to lists...@bama.ua.edu with the message: GET IBM-MAIN 
>INFO
>
>But when I sent an email to lists...@bama.ua.edu with that message, I got 
>the response:
> 
>> GET IBM-MAIN INFO
>This server does not have any file by the name "IBM-MAIN INFO".
>
>
>--
>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: IBM-MAIN Digest

[Jim Heifetz]

Every message I get in the digest includes this at the end:

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

But when I sent an email to lists...@bama.ua.edu with that message, I got 
the response:
 
> GET IBM-MAIN INFO
This server does not have any file by the name "IBM-MAIN INFO".


--
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: IBM-MAIN Digest - 12 Sep 2011 to 13 Sep 2011 (#2011-256)

[David Boyes]

> BTW, what is ',t   mean?  I see it frequently, is it encrypted cursing? 
> Hahaha

No, it's an attempt by "smart" mail user agents to insert a fancy apostrophe 
character instead of using the single quote. The 39 is the hex character code 
for the apostrophe. 

--
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: IBM-MAIN Digest - 4 Jul 2011 to 5 Jul 2011 (#2011-186)

[Steve Conway]

Morning, John.

In case your settings don't echo your own posts, you finger-checked and 
sent this to the list instead of lists...@bama.ua.edu.


Cheers,,,Steve

Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov



From:   John Watson 
To: IBM-MAIN@bama.ua.edu
Date:   07/06/2011 05:37 AM
Subject:Re: IBM-MAIN Digest - 4 Jul 2011 to 5 Jul 2011 (#2011-186)
Sent by:IBM Mainframe Discussion List 



IBM-MAIN NODIGEST


--
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: IBM-MAIN Digest - 4 Jul 2011 to 5 Jul 2011 (#2011-186)

[John Watson]

IBM-MAIN NODIGEST


--
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: IBM-MAIN Digest - 16 Jun 2011 to 17 Jun 2011 (#2011-168)

[Kurland, Jeff B]

T



From: IBM Mainframe Discussion List  
To: IBM-MAIN@bama.ua.edu  
Sent: Sat Jun 18 00:00:04 2011
Subject: IBM-MAIN Digest - 16 Jun 2011 to 17 Jun 2011 (#2011-168) 


This message has been archived.

Re: IBM-MAIN Digest - 20 Jun 2011 to 21 Jun 2011 (#2011-172)

[Ted MacNEIL]

Read the instruction at the end of each post & do it yourself!
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

-Original Message-
From: "Daanen, Patrick" 
Sender: IBM Mainframe Discussion List 
Date: Wed, 22 Jun 2011 12:25:26 
To: 
Reply-To: IBM Mainframe Discussion List 
Subject: Re: IBM-MAIN Digest - 20 Jun 2011 to 21 Jun 2011 (#2011-172)

Please remove me


Patrick J. Daanen

From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
IBM-MAIN automatic digest system
Sent: Tuesday, June 21, 2011 11:00 PM
To: IBM-MAIN@bama.ua.edu
Subject: IBM-MAIN Digest - 20 Jun 2011 to 21 Jun 2011 (#2011-172)

[http://BAMA.UA.EDU/archives/images/b-listserv.jpg]<http://www.lsoft.com>

[http://BAMA.UA.EDU/archives/images/b-version.jpg]<http://bama.ua.edu/cgi-bin/wa?LIST=IBM-MAIN>




IBM-MAIN Digest - 20 Jun 2011 to 21 Jun 2011 (#2011-172)
Table of contents:

 *   Looking for solution Mainframe system management report tool
 *   3490E volume limits (7)
 *   How do you manage CALLLIBS for products not installed? (2)
 *   Inactive WLM CDS Information (6)
 *   Creating a BASIC sysplex between two VM Guests (5)
 *   mvs command execution using batch job
 *   Reduced 3270 Screen Geometry (2)
 *   Maintaining ISPF's command stack (6)
 *   mvs command execution using batch job (3)
 *   JES2 Initiation equivilant of $TJOBCLASS XEQMEMBER (3)
 *   more on startio... (6)
 *   Some tests with MFNetDisk PRO (3)
 *   How to justify SHARE (6)
 *   Production MIPS (2)
 *   how to backup data onto mainframe tape and restored & read on windows ? (3)
 *   Japan (was Re: 3490E volume limits)

 1.  Looking for solution Mainframe system management report tool
*   Re: Looking for solution Mainframe system management report 
tool (06/21)
From: Timothy Sipples 
 2.  3490E volume limits
*   Re: 3490E volume limits (06/21)
From: "R.S." 
*   Re: 3490E volume limits (06/21)
From: Zos User 
*   Re: 3490E volume limits (06/21)
From: "R.S." 
*   Re: 3490E volume limits (06/21)
From: Zos User 
*   Re: 3490E volume limits (06/21)
From: Mike Wood 
*   Re: 3490E volume limits (06/22)
From: Minoru Massaki 
*   Re: 3490E volume limits (06/21)
From: "R.S." 
 3.  How do you manage CALLLIBS for products not installed?
*   Re: How do you manage CALLLIBS for products not 
installed? (06/21)
From: "R.S." 
*   Re: How do you manage CALLLIBS for products not 
installed? (06/21)
From: "Tidy, David (D)" 
 4.  Inactive WLM CDS Information
*   Re: Inactive WLM CDS Information (06/21)
From: "Vernooij, CP - SPLXM" 
*   Re: Inactive WLM CDS Information (06/21)
From: Sandro Ambrozic 
*   Re: Inactive WLM CDS Information (06/21)
From: Bill Neiman 
*   Re: Inactive WLM CDS Information (06/21)
From: Art Gutowski 
*   Re: Inactive WLM CDS Information (06/21)
From: "Staller, Allan" 
*   Re: Inactive WLM CDS Information (06/21)
From: Sandro Ambrozic 
 5.  Creating a BASIC sysplex between two VM Guests
*   Creating a BASIC sysplex between two VM Guests 
(06/21)
From: âãé áï àáé 
*   Re: Creating a BASIC sysplex between two VM 
Guests (06/21)
From: John McKown 
*   Re: Creating a BASIC sysplex between two VM 
Guests (06/21)
From: Mary Anne Matyaz 
*   Re: Creating a BASIC sysplex between two VM 
Guests (06/21)
From: גדי בן אבי 
*   Re: Creating a BASIC sysplex between two VM 
Guests (06/21)
From: Binyamin Dissen 
 6.  mvs command execution using batch job
*   Re: mvs command execution using batch job 
(06/21)
From: Binyamin Dissen 
 7.  Reduced 3270 Screen Geometry
*   Re: Reduced 3270 Screen Geometry (06/21)
From: "Chase, John" 
*   Re: Reduced 3270 Screen Geometry (06/21)
From: Thomas David Rivers 
 8.  Maintaining ISPF's command stack
*   Re: Maintaining ISPF's command stack (06/21)
From: Walt Farrell 
*   Re: Maintaining ISPF's command stack (06/21)
From: DanD 
*   Re: Maintaining ISPF's command stack (06/21)
From: Walt Farrell 
*   Re: Maintaining ISPF's command stack (06/21)
From: John P Kalinich 
*   Re: Maintaining ISPF's command stack (06/21)
From: Dan D 
*   Re: Maintaining ISPF's command stack (06/21)
From: Dan D 
 9.  mvs command execution using batch job
*   Re: mvs command execution using batch job 
(06/21)
From: Steve Dover 
*   Re: mvs command execution using batch job 
(06/21)
From: Walt Farrell 
*   Re: mvs command execution using batch job 
(06/21)
From: Paul Gilmartin 
 10. JES2 Initiation equivilant of $TJOBCLASS XEQMEMBER
*   JES2 Initiation equivilant of $TJOBCLASS 
XEQMEMBER (06/21)
From: âãé áï àáé 
*   Re: JES2 Initiation equivilant of $TJOBCLASS 
XEQMEMBER (06/21)
From: Lizette Koehler 
*   Re: JES2 Initiation equivilant of $TJOBCLASS 
XEQMEMBER (06/21)
From: "Staller, Allan" 
 11. more on startio...

Re: IBM-MAIN Digest - 20 Jun 2011 to 21 Jun 2011 (#2011-172)

[Daanen, Patrick]

Please remove me


Patrick J. Daanen

From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of 
IBM-MAIN automatic digest system
Sent: Tuesday, June 21, 2011 11:00 PM
To: IBM-MAIN@bama.ua.edu
Subject: IBM-MAIN Digest - 20 Jun 2011 to 21 Jun 2011 (#2011-172)

[http://BAMA.UA.EDU/archives/images/b-listserv.jpg]<http://www.lsoft.com>

[http://BAMA.UA.EDU/archives/images/b-version.jpg]<http://bama.ua.edu/cgi-bin/wa?LIST=IBM-MAIN>




IBM-MAIN Digest - 20 Jun 2011 to 21 Jun 2011 (#2011-172)
Table of contents:

 *   Looking for solution Mainframe system management report tool
 *   3490E volume limits (7)
 *   How do you manage CALLLIBS for products not installed? (2)
 *   Inactive WLM CDS Information (6)
 *   Creating a BASIC sysplex between two VM Guests (5)
 *   mvs command execution using batch job
 *   Reduced 3270 Screen Geometry (2)
 *   Maintaining ISPF's command stack (6)
 *   mvs command execution using batch job (3)
 *   JES2 Initiation equivilant of $TJOBCLASS XEQMEMBER (3)
 *   more on startio... (6)
 *   Some tests with MFNetDisk PRO (3)
 *   How to justify SHARE (6)
 *   Production MIPS (2)
 *   how to backup data onto mainframe tape and restored & read on windows ? (3)
 *   Japan (was Re: 3490E volume limits)

 1.  Looking for solution Mainframe system management report tool
*   Re: Looking for solution Mainframe system management report 
tool (06/21)
From: Timothy Sipples 
 2.  3490E volume limits
*   Re: 3490E volume limits (06/21)
From: "R.S." 
*   Re: 3490E volume limits (06/21)
From: Zos User 
*   Re: 3490E volume limits (06/21)
From: "R.S." 
*   Re: 3490E volume limits (06/21)
From: Zos User 
*   Re: 3490E volume limits (06/21)
From: Mike Wood 
*   Re: 3490E volume limits (06/22)
From: Minoru Massaki 
*   Re: 3490E volume limits (06/21)
From: "R.S." 
 3.  How do you manage CALLLIBS for products not installed?
*   Re: How do you manage CALLLIBS for products not 
installed? (06/21)
From: "R.S." 
*   Re: How do you manage CALLLIBS for products not 
installed? (06/21)
From: "Tidy, David (D)" 
 4.  Inactive WLM CDS Information
*   Re: Inactive WLM CDS Information (06/21)
From: "Vernooij, CP - SPLXM" 
*   Re: Inactive WLM CDS Information (06/21)
From: Sandro Ambrozic 
*   Re: Inactive WLM CDS Information (06/21)
From: Bill Neiman 
*   Re: Inactive WLM CDS Information (06/21)
From: Art Gutowski 
*   Re: Inactive WLM CDS Information (06/21)
From: "Staller, Allan" 
*   Re: Inactive WLM CDS Information (06/21)
From: Sandro Ambrozic 
 5.  Creating a BASIC sysplex between two VM Guests
*   Creating a BASIC sysplex between two VM Guests 
(06/21)
From: âãé áï àáé 
*   Re: Creating a BASIC sysplex between two VM 
Guests (06/21)
From: John McKown 
*   Re: Creating a BASIC sysplex between two VM 
Guests (06/21)
From: Mary Anne Matyaz 
*   Re: Creating a BASIC sysplex between two VM 
Guests (06/21)
From: גדי בן אבי 
*   Re: Creating a BASIC sysplex between two VM 
Guests (06/21)
From: Binyamin Dissen 
 6.  mvs command execution using batch job
*   Re: mvs command execution using batch job 
(06/21)
From: Binyamin Dissen 
 7.  Reduced 3270 Screen Geometry
*   Re: Reduced 3270 Screen Geometry (06/21)
From: "Chase, John" 
*   Re: Reduced 3270 Screen Geometry (06/21)
From: Thomas David Rivers 
 8.  Maintaining ISPF's command stack
*   Re: Maintaining ISPF's command stack (06/21)
From: Walt Farrell 
*   Re: Maintaining ISPF's command stack (06/21)
From: DanD 
*   Re: Maintaining ISPF's command stack (06/21)
From: Walt Farrell 
*   Re: Maintaining ISPF's command stack (06/21)
From: John P Kalinich 
*   Re: Maintaining ISPF's command stack (06/21)
From: Dan D 
*   Re: Maintaining ISPF's command stack (06/21)
From: Dan D 
 9.  mvs command execution using batch job
*   Re: mvs command execution using batch job 
(06/21)
From: Steve Dover 
*   Re: mvs command execution using batch job 
(06/21)
From: Walt Farrell 
*   Re: mvs command execution using batch job 
(06/21)
From: Paul Gilmartin 
 10. JES2 Initiation equivilant of $TJOBCLASS XEQMEMBER
*   JES2 Initiation equivilant of $TJOBCLASS 
XEQMEMBER (06/21)
From: âãé áï àáé 
*   Re: JES2 Initiation equivilant of $TJOBCLASS 
XEQMEMBER (06/21)
From: Lizette Koehler 
*   Re: JES2 Initiation equivilant of $TJOBCLASS 
XEQMEMBER (06/21)
From: "Staller, Allan" 
 11. more on startio...
*   Re: more on startio... (06/21)
From: Bill Fairchild 
*   Re: more on startio... (06/21)
From: Binyamin Dissen 
*   Re: more on startio... (06/21)
From: Bill Fairchild 
*   Re: more on startio... (06/21)
From: Eric Bielefeld 
*   Re: more on startio... (06/21)
From: Paul Gilmartin 
*   Re: more on startio... (06/22)
From: Shane Ginnane 
 12. Some tests

Re: IBM-MAIN Digest - 9 Jun 2011 to 10 Jun 2011 (#2011-161)

[Mike Schwab]

Through ST, it is all there until the last file is gone.

On Sat, Jun 11, 2011 at 9:48 AM, Ted MacNEIL  wrote:
>>Until all those queue elements are purged JES2 will not reflect the output is 
>>purged and release the spool space.
>
> I thought that was changed aeons ago (circa OS/390 V2R5).
> -
> Ted MacNEIL

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

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

Re: IBM-MAIN Digest - 9 Jun 2011 to 10 Jun 2011 (#2011-161)

[Ted MacNEIL]

>Until all those queue elements are purged JES2 will not reflect the output is 
>purged and release the spool space.

I thought that was changed aeons ago (circa OS/390 V2R5).
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL

--
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: IBM-MAIN Digest - 9 Jun 2011 to 10 Jun 2011 (#2011-161)

[Dan Blake]

On Fri, 10 Jun 2011 15:27:22 +0530 Jags asks...

>Since Our Jes2 spool percentage has reached to 100% and even after purging
>all the old jobs percentage level didnt go down. I tried starting the Jes2
>in COLD by giving /Replyid,COLD,NOREQ but it was not taking up and it was
>throwing a message like invalid syntax. I also looked into the CPAC.PARMLIB
>under COMMDxx member whether a start command was coded but I could'nt find
>anything in it. Could anyone please guide me in this.

How are you purging the old jobs?  Are you using SDSF and going to the held
output queue?

JQEs are funny in that you may have purged all HELD output from SDSF, but
there still might be some output associated with the job that is in another
output queue your purge command did not touch.  Until all those queue
elements are purged JES2 will not reflect the output is purged and release
the spool space.

If I need to purge a job I will use the old fashion $PJnnn command rather
than placing a P in front of the job in the held queue.

You also need to find the culprit job that is eating up your spool space.
Could you have a started task that is in a loop? 

;-D an

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

Automatic reply: IBM-MAIN Digest - 31 May 2011 to 1 Jun 2011 (#2011-152)

[David Magee]

I'll be out of the office until Monday, June 13th.

--
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
=
Dillard's Confidential

--
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: IBM-MAIN Digest - 11 Apr 2011 to 12 Apr 2011 (#2011-102)

[Kirk Talman]

"...a shoddy piece of dishonest marketing nonsense..."

how many levels of redundant redundancy is contained in that phrase?

Quidquid latine dictum sit, altum viditur.

IBM Mainframe Discussion List  wrote on 04/14/2011 
08:21:07 AM:

> From: "McKown, John" 

> Now with "native HTML5 support for the best possible browing 
experience!"

> 
http://www.theregister.co.uk/2011/04/13/web_skewers_microsoft_for_native_html5_talk/



-
The information contained in this communication (including any
attachments hereto) is confidential and is intended solely for the
personal and confidential use of the individual or entity to whom
it is addressed. If the reader of this message is not the intended
recipient or an agent responsible for delivering it to the intended
recipient, you are hereby notified that you have received this
communication in error and that any review, dissemination, copying,
or unauthorized use of this information, or the taking of any
action in reliance on the contents of this information is strictly
prohibited. If you have received this communication in error,
please notify us immediately by e-mail, and delete the original
message. 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: IBM-MAIN Digest - 11 Apr 2011 to 12 Apr 2011 (#2011-102)

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Scott Rowe
> Sent: Wednesday, April 13, 2011 4:42 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: IBM-MAIN Digest - 11 Apr 2011 to 12 Apr 2011 (#2011-102)
> 
> >Don't ignore IE (Internet Express). More holes than a screen door!
> >
> > INTERNET Explorer.
> >
> 
> Internet EXPLODER!
> 

Now with "native HTML5 support for the best possible browing experience!"

http://www.theregister.co.uk/2011/04/13/web_skewers_microsoft_for_native_html5_talk/

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

9151 Boulevard 26 * N. Richland Hills * TX 76010
(817) 255-3225 phone * 
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: IBM-MAIN Digest - 11 Apr 2011 to 12 Apr 2011 (#2011-102)

[Scott Rowe]

>Don't ignore IE (Internet Express). More holes than a screen door!
>
> INTERNET Explorer.
>

Internet EXPLODER!

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: IBM-MAIN Digest - 11 Apr 2011 to 12 Apr 2011 (#2011-102)

[Ted MacNEIL]

>Don't ignore IE (Internet Express). More holes than a screen door!

INTERNET Explorer.
Sent wirelessly from my BlackBerry device on the Bell network.
Envoyé sans fil par mon terminal mobile BlackBerry sur le réseau de Bell.

--
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: IBM-MAIN Digest - 11 Apr 2011 to 12 Apr 2011 (#2011-102)

[Rick Fochtman]

-- 




I would submit that the plural of "virus" is probably "Windows".


More precisely Microsoft Outlook
 


--
Don't ignore IE (Internet Express). More holes than a screen door!

Rick

--
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: IBM-MAIN Digest - 11 Apr 2011 to 12 Apr 2011 (#2011-102)

[Staller, Allan]

From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Frisbie, Jim
Sent: Wednesday, April 13, 2011 7:38 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IBM-MAIN Digest - 11 Apr 2011 to 12 Apr 2011 (#2011-102)

I would submit that the plural of "virus" is probably "Windows".


More precisely Microsoft Outlook

--
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: IBM-MAIN Digest - 11 Apr 2011 to 12 Apr 2011 (#2011-102)

[Frisbie, Jim]

I would submit that the plural of "virus" is probably "Windows".

 

From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of IBM-MAIN automatic digest system
Sent: Wednesday, April 13, 2011 12:00 AM
To: IBM-MAIN@bama.ua.edu
Subject: IBM-MAIN Digest - 11 Apr 2011 to 12 Apr 2011 (#2011-102)

 

 

This email may contain confidential and privileged material for the sole 
use of the intended recipient. If you are not the intended recipient, please 
contact the sender and delete all copies. Any review or distribution by others 
is strictly prohibited. Personal emails are restricted by policy of the State 
Employees' Credit Union (SECU).  Therefore SECU specifically disclaims any 
responsibility or liability for any personal information or opinions of the 
author expressed in this email.



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

Automatic reply: IBM-MAIN Digest - 12 Jan 2011 to 13 Jan 2011 (#2011-13)

[David Magee]

I'll be out of the office until Monday, Jan 17th.

--
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
=
Dillard's Confidential

--
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: IBM-MAIN Digest - 17 Dec 2010 to 18 Dec 2010 (#2010-352)

[DKM]

From: IBM-MAIN automatic 






From: IBM-MAIN automatic digest system 
To: IBM-MAIN@bama.ua.edu
Sent: Sat, December 18, 2010 11:00:03 PM
Subject: IBM-MAIN Digest - 17 Dec 2010 to 18 Dec 2010 (#2010-352)

There are 23 messages totalling 1034 lines in this issue.

Topics of the day:

  1. DFSORT - Compare and report changed records from 2 huge files (6)
  2. AUTO: James Obrizok is out of the office on vacation but periodically
    checking email through the day. Returning Thursday December 16th. 
    (returning 12/20/2010)
  3. Connect:Direct Needed Enhancement (4)
  4. Off topic Friday - Why did I do this?
  5. z/os x z/os.e differences (2)
  6. ISPF Service in batch mode
  7. Batch program to update CVTUSER (2)
  8. SAS installation questions (2)
  9. Fw: ASG/Mobius
10. Why not STORAGE OBTAIN LOC=(31,64)?
11. determine runtime privilege level (prob/supr state, key) without TESTAUTH
12. PSP for z/os.e 1.8

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

--

Date:    Sat, 18 Dec 2010 13:44:12 +0530
From:    adarsh khanna 
Subject: DFSORT - Compare and report changed records from 2 huge files

I have a situation where I need to report updated records from an =

Hi,=0A=0AI have a situation where I need to report updated records from an =
IMS database =0Aeveryday.=0AOn the first day, I run an IMS scan utility to =
report everything on the IMS DB =0A(around 30 million records).=0A=0AFrom s=
econd day onwards, I have to scan the IMS DB again and compare it with the =
=0Aprevious days file to report any updated records.=0A=0AOne solution is t=
o use VSAM i.e. store all the records (30 million) in a VSAM =0AKSDS file (=
in the initial run) and compare each record on it everyday with the =0Ascan=
ned file subsequently.=0A=0AI want to use DFSORT to compare and report only=
changed records.=0AMy question is will DFSORT solution offer any advantage=
to VSAM one?=0A=0AThanks in advance=0A=0AAdarsh Khanna=0A=0A

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

--

Date:    Sat, 18 Dec 2010 04:06:38 -0500
From:    James Obrizok 
Subject: AUTO: James Obrizok is out of the office on vacation but periodically 
checking email through the day. Returning Thursday December 16th.  (returning 
12/20/2010)

I am out of the office until 12/20/2010.

If you require immediate assistance, please contact my backup Fernando
Vega on 1-404-238-4580 or Jon Regitsky on 1-404-238-3134.  Thank you.


Note: This is an automated response to your message  "IBM-MAIN Digest - 16
Dec 2010 to 17 Dec 2010 (#2010-351)" sent on 12/18/10 0:00:04.

This is the only notification you will receive while this person is away.

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

--

Date:    Sat, 18 Dec 2010 07:43:25 -0600
From:    "Joel C. Ewing" 
Subject: Re: Connect:Direct Needed Enhancement

To avoid burning unnecessary CPU cycles, high frequency messages may be 
completely suppressed from even going to an automation product at the 
z/OS level via a PARMLIB member.  This suppression support is at the 
message ID (first "word" of the message) level, so a distinct msgid for 
messages of "concern" is required to take advantage of it.  We haven't 
done any comparison tests for a long time, but the savings from 
automation suppression with Netview were noticeable when we first 
started using it.  Products should use message ID conventions with this 
in mind.
  Joel C Ewing

On 12/17/2010 12:26 PM, Ron Hawkins wrote:
> Jim,
>
> Not that I have written much automation code, but wouldn't it be simpler
> just to check for the characters "COMP" in the positions 1-4 of the message
> text, and then branch your automation code accordingly? There's nothing
> terribly inefficient in that.
>
> Ron
>
>> -Original Message-
>> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of
>> Jim Marshall
>> Sent: Friday, December 17, 2010 9:09 AM
>> To: IBM-MAIN@bama.ua.edu
>> Subject: [IBM-MAIN] Connect:Direct Needed Enhancement
>>
>> Need some assistance from th

Re: z/OS, TCP/IP, and OSA (Was: Some rubbish starting with " IBM-MAIN Digest")

[Chris Mason]

David

I'm sorry for the late response here. Although I responded swiftly after the 
original post of 14 Sept questioning how the Communications Server (CS) IP 
component could possibly communicate to the "outside world" without the aid 
of OSA features, I merely indicated that quite a lot concerning this thorny 
topic could be discovered actually by opening the relevant manual. If only ...

I referred to the long and glorious history of the predecessor product, "TCP/IP 
for MVS" - not forgetting *its* predecessor product "TCP/IP for VM" which of 
course continues a parallel and equally glorious existence. The period of this 
history incorporates some time when there was no such thing as an OSA 
feature and so there really must have been other ways that the IP product 
could communicate with the "outside world". I also recalled - not too 
difficult! -
 that many - actually I incorrectly assumed *all* - never assume anything! - 
of these other interface "technologies" were still documented - in the CS IP 
Configuration Reference manual - and indicated that's where the answer to 
the original question could easily be found.[1]

You have now given us what you describe as a subset of the interfaces which 
have been available to this family of products over the last 20 years or so but 
you also suggested that some may have fallen by the wayside:

> The stack still has the code to support most of these devices, but IBM (and 
the other vendors) probably don't support them officially any more.

Thus it seemed that an interesting project, supported purely by a web 
browser, a wireless connection and a durable laptop battery while paying just 
a little attention to some not particularly riveting films - obviously, was to 
review the documented interfaces.

Using the online bookshelves, the furthest I was - easily - able to go back 
was TCP/IP for MVS V2R2.1. This is actually not a bad starting point because 
this release lies in the period when I was teaching TCP/IP for MVS as an 
introductory half day in the week-long hands-on "TCP/IP" class.

I had a section in my class notes which covered interfaces. Because of my 
background, I mostly investigated those interfaces with which I was able to 
work in my test/education systems, namely, those based on SNA and the 
3745 Communication Controller and virtual (VM-based) channel to channel, 
and I taught them, it would seem, in the following sequence:

- X25NPSI: SNA/X.25 using GATE
- X25NPSI: SNA/X.25 using GATE "fast-connect"
- SNALU62: SNA using LU type 6.2
- SNAIUCV: SNA using LU type 0[Story 2]
- CTC: Channel-to-channel

I note that one I could have taught - and had implemented for testing 
purposes - but probably reckoned to be just too obscure for the audience was 
SNA/X.25 using DATE,[Story 1] yet another flavour of "X25NPSI".

Those for which I did not have the requisite hardware available and so, not 
having actually made the interface work, I didn't feel entitled to do more than 
simply refer the students to the manual, are the following:

- LCS: 8232 or 3172 to Ethernet
- LCS: 8232 or 3172 to Token-Ring
- LCS: 3172 to FDDI
- HIPPI: High Performance Parallel Interface
- HCH: HYPERchannel A220
- ELANS: CETI to Ethernet
- IUCV: "Inter-user Communication Vehicle" to adjacent address space
- CLAW: 3172-3 and RS/6000 also support "offload"

I guess I could have covered "IUCV". Maybe I didn't see much point!

In order to remove any ambiguity, I have here added a prefix which is the 
code used in the DEVICE statement in order to indicate the "type" of interface.

It was actually most regrettable that I did not have a "playpen" 3172 since 
that was the most popular device in order to gain access to the "outside 
world".

I verified that all the interface "types" identified above were documented in 
the "TCP/IP for MVS" V2R2.1 manual.

Today, z/OS V1R12, the following interface "types" are documented in the CS 
IP Configuration Reference manual:

- ATM
- CDLC
- CLAW
- CTC
- HCH
- LCS
- MPCIPA/IPAQENET (QDIO)
- MPCIPA/IPAQIDIO (IQDIO)
- MPCOSA
- MPCPTP
- SNAIUCV
- SNALU62
- VIRTUAL
- X25NPSI

Thus we can see that, actually, we have *lost* the ELANS (CETI), HIPPI and 
IUCV interface "types" and we have *gained* the ATM, CDLC, MPCIPA, 
MPCOSA, MPCPTP and VIRTUAL "types".

I tracked the loss of "types" back to the change from "TCP/IP for MVS" V3R2 
to the OS/390 Communications Server IP component. The details can be found 
in the following manual:

OS/390 V2R5 eNetwork Communications Server IP Planning and Migration 
Guide, SC31-8512-00, Chapter 4, "Migrating from TCP/IP Version 3 Release 
2", "Device Driver Support" and "subtopics".

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/F1AF9000/4.6

Full honesty compels me to mention that the "offload" flavour of the 
CLAW "type" was also abandoned.

This manual also happens to describe the introduction of a couple of 
new "types" and there are two "types" which had been introduced earlier than 
the switch from "TCP/

Re: IBM-MAIN Digest - 21 Sep 2010 to 22 Sep 2010 (#2010-265)

[David Boyes]

> Essentially I'm looking for a method of identifying MVS images so that I
> can talk to my agent running in each of those images. If my agent is not
> running on an image then neither is any other of my software.

Take a look at the Zeroconf project. You can easily have your agent announce 
itself, and the other systems can look for the specific agent signature, and 
you're golden. 

Zeroconf.org

Doesn't matter what OS or what configuration it's in. 

-- db

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

AnyNet, dead or alive? (Was: Re: IBM-MAIN Digest - 19 Sep 2010 to 20 Sep 2010 (#2010-263) - Was: z/OS, TCP/IP, and OSA)

[Chris Mason]

Allan

> AFAIK ANYNET is no longer supported.

This is one of those points that is very easy to discover from the on-line 
manuals - just as the original question was, come to think of it - and, more 
recently a "probably" for which the exact opposite is a "certainty". I may find 
sufficient energy to expand on the latter later.

On the following bookshelf for z/OS V1R7, we still find the AnyNet feature 
manuals:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/F1A1BK61

On the following bookshelf for z/OS V1R8, we find they have mysteriously 
disappeared:

http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/Shelves/F1A1BK81

Well, it's not *so* mysterious when we take the trouble to dip into the so-
called "z/OS Communications Server New Function Summary", Version 1 
Release 8, GC31-8771-02, manual, we find the following ("new function" 
indeed!):



| 2.2.2.1 Current support considerations

...

| z/OS V1R8 Communications Server discontinues support of AnyNet®. 
| AnyNet consists of two functions: SNA over IP, and Sockets over SNA. 
| You can implement Enterprise Extender (EE) as the replacement for the 
| SNA over IP function. There is no replacement for Sockets over SNA.



>  Replaced w/Enterprise Extender

"Yes" and "no" as you can see above if you read it all.

Of course, if you rely on the following piece of mendacity, you will fall into 
the 
trap of imagining that AnyNet has been replaced in full:



2.3.1.2 Future support considerations

Be aware of the following future support considerations and refer to z/OS 
Migration for information about migration.

z/OS V1R7 Communications Server is planned to be the last release to support 
AnyNet. After z/OS V1R7, the function will be removed from the product. You 
can implement Enterprise Extender (EE) as the replacement for AnyNet.



The manual authors do not seem to be able to read what they themselves 
have written within the scope of one manual here. Definitely a double-bogey!

>> There is another one, i an ware of Anynetwhether it is used any more, I 
dont know.

Which, being translated, is probably intended to say the following:

"There is another one (means of supplying an IP interface to z/OS 
Communications Server) of which I am aware: AnyNet. Whether or not it is 
used any more, I don't know."

Actually, what may have been in mind is that flavour of subset of AnyNet 
products - which extend(ed) to many platforms, not just "MVS" - which 
everyone - except the person exercising his fingertips at the moment! - tends 
to overlook, namely the brilliant AnyNet Sockets over SNA which allows a 
superb IP application - not actually the IP kernel - to use the superb SNA 
network for "transport" rather than the ramshackle IP network. This is the 
inherent characteristic of the Multiprotocol *Transport* Networking (MPTN) 
architecture of which the AnyNet products, not limited to the z/OS platform, 
are implementations.

So, in the last analysis, it's interesting to mention AnyNet and, by 
implication, 
MPTN, but no flavour of AnyNet is actually an implementation of an IP 
interface.

Chris Mason

On Tue, 21 Sep 2010 12:14:41 -0500, Staller, Allan  
wrote:

>AFAIK ANYNET is no longer supported. Replaced w/Enterprise Extender
>
>
>There is another one, i an ware of Anynetwhether it is used any
>more, I dont
>know.
>

--
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: IBM-MAIN Digest - 19 Sep 2010 to 20 Sep 2010 (#2010-263)

[Staller, Allan]

AFAIK ANYNET is no longer supported. Replaced w/Enterprise Extender


There is another one, i an ware of Anynetwhether it is used any
more, I dont 
know.


--
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: IBM-MAIN Digest - 19 Sep 2010 to 20 Sep 2010 (#2010-263)

[Scott Ford]

There is another one, i an ware of Anynetwhether it is used any more, I 
dont 
know.
 
Scott J Ford
 





From: David Boyes 
To: IBM-MAIN@bama.ua.edu
Sent: Tue, September 21, 2010 12:36:06 AM
Subject: Re: IBM-MAIN Digest - 19 Sep 2010 to 20 Sep 2010 (#2010-263)

> No real issue, just thought I would ask. I couldn't think of anything
> other than an OSA for TCP/IP communication. I had forgotten about the
> CIPS from CISCO.

There are a fair number of devices that work with IBM TCPIP (both for VM and 
for 
MVS). Some other fun ones: 


7170        (basically a parallel channel interface to a DEC Unibus card cage, 
with a DEC DELNI network card in it, controlled by an original IBM PC with 
(wait 
for it!) 64K of RAM!), Genned as a CTC. Very temperamental, but it got bits on 
the wire. 


8232        (a channel attached PC/AT that came with a Ungermann/Bass 10mbit 
Ethernet card that jammed easily on networks with lots of collisions) also 
genned as a CTC

3172        (aka LAN Channel Station, or LCS) genned as 3088, could support up 
to 3 network adapters (TR, Ethernet, ATM), although you were sad if you had the 
ATM adapter and tried to add anything else to it). This is the most common 
"emulated" adapter, and was available internally on the MP3K, FlexES and now 
zPDT. Came in parallel and ESCON versions, I think. 


BusTech BTI 1, 2 and 3: very popular with universities, as they were about a 
quarter to half the price of a 8232 or 3172 and took up a LOT less space (4 RU 
vs a half-height cabinet for a 3172). V1 required a special driver, but later 
models emulated a 3088. Supported Ethernet, TR, and ATM in various forms, and 
you could get one unit to support up to 4 adapters (the vendor sold only 3, but 
there was plenty horsepower for 10 Mbit Ethernet. 


ATI Hyperchannel -- did 10 and 100mbit Ethernet direct from the channel 
interface. Expensive, usually used when you had a Cray to do computing and the 
Z 
system was just playing smart I/O device to the Cray. 


X25IPI -- IP over X.25. You needed a FEP for this thing, or the internal X.25 
interface in a 4361. Evil. Pure Evil. 


SNA LU - IP over SNA. VTAM set up a LU-LU session, and the IP stack used it 
like 
a serial line. Weird, but it worked. 


Cisco CIP - channel attached 75xx Cisco router. Parallel and ESCON versions, 
genned as a 3088. Fast (for the day) and very flexible. Could drive dozens of 
interfaces, offload 3270 traffic, deal with up to SONET speeds, bridge Ethernet 
and TR and ATM networks. The channel interface was the real bottleneck. Too bad 
there never was a FICON version.

Cisco CPA - channel attached 72xx Cisco router. Similar to a CIP, but designed 
for the smaller 7200 series routers. Also had a parallel and ESCON version. 


Real CTC/CNCs -- if you had a 3088, you could use it to connect to other Z 
hosts 
and do IP over the channel. Fast, for the day, but not very useful unless you 
were VERY visionary and fought the SNA Wars well. The lockstep nature of the 
channel protocol was the big bottleneck. 



About that point was where the OSAs appeared. The stack still has the code to 
support most of these devices, but IBM (and the other vendors) probably don't 
support them officially any more. 


--
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: IBM-MAIN Digest - 19 Sep 2010 to 20 Sep 2010 (#2010-263)

[David Boyes]

> No real issue, just thought I would ask. I couldn't think of anything
> other than an OSA for TCP/IP communication. I had forgotten about the
> CIPS from CISCO.

There are a fair number of devices that work with IBM TCPIP (both for VM and 
for MVS). Some other fun ones: 

7170(basically a parallel channel interface to a DEC Unibus card 
cage, with a DEC DELNI network card in it, controlled by an original IBM PC 
with (wait for it!) 64K of RAM!), Genned as a CTC. Very temperamental, but it 
got bits on the wire. 

8232(a channel attached PC/AT that came with a Ungermann/Bass 
10mbit Ethernet card that jammed easily on networks with lots of collisions) 
also genned as a CTC

3172(aka LAN Channel Station, or LCS) genned as 3088, could support 
up to 3 network adapters (TR, Ethernet, ATM), although you were sad if you had 
the ATM adapter and tried to add anything else to it). This is the most common 
"emulated" adapter, and was available internally on the MP3K, FlexES and now 
zPDT. Came in parallel and ESCON versions, I think. 

BusTech BTI 1, 2 and 3: very popular with universities, as they were about a 
quarter to half the price of a 8232 or 3172 and took up a LOT less space (4 RU 
vs a half-height cabinet for a 3172). V1 required a special driver, but later 
models emulated a 3088. Supported Ethernet, TR, and ATM in various forms, and 
you could get one unit to support up to 4 adapters (the vendor sold only 3, but 
there was plenty horsepower for 10 Mbit Ethernet. 

ATI Hyperchannel -- did 10 and 100mbit Ethernet direct from the channel 
interface. Expensive, usually used when you had a Cray to do computing and the 
Z system was just playing smart I/O device to the Cray. 

X25IPI -- IP over X.25. You needed a FEP for this thing, or the internal X.25 
interface in a 4361. Evil. Pure Evil. 

SNA LU - IP over SNA. VTAM set up a LU-LU session, and the IP stack used it 
like a serial line. Weird, but it worked. 

Cisco CIP - channel attached 75xx Cisco router. Parallel and ESCON versions, 
genned as a 3088. Fast (for the day) and very flexible. Could drive dozens of 
interfaces, offload 3270 traffic, deal with up to SONET speeds, bridge Ethernet 
and TR and ATM networks. The channel interface was the real bottleneck. Too bad 
there never was a FICON version.

Cisco CPA - channel attached 72xx Cisco router. Similar to a CIP, but designed 
for the smaller 7200 series routers. Also had a parallel and ESCON version. 

Real CTC/CNCs -- if you had a 3088, you could use it to connect to other Z 
hosts and do IP over the channel. Fast, for the day, but not very useful unless 
you were VERY visionary and fought the SNA Wars well. The lockstep nature of 
the channel protocol was the big bottleneck. 


About that point was where the OSAs appeared. The stack still has the code to 
support most of these devices, but IBM (and the other vendors) probably don't 
support them officially any more. 

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

Auto Reply: IBM-MAIN Digest - 21 Jul 2010 to 22 Jul 2010 (#2010-203)

[Mark Jones]

I'm on vacation, I'll be back Monday the 2nd of August.

 - Mark

--
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: IBM-MAIN Digest - COBOL text to HEX print

[DIANE BLAUW]

--

Date:Tue, 15 Jun 2010 13:46:16 -0400
From:Donald Johnson 
Subject: Re: Cobol routine to convert TEXT to displayable HEX

Well, here is what I decided to use. I broke my text field into 100-byte
segments (based on report requirements), and converted them into a vertical
alignment (like issuing the HEX ISPF command) and kept it within the program
for simplicity.

Here is the code snippet (working-storage section fields (other than the
input text), and the Procedure statements:
  * - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -7-+
  *   CONVERT TEXT TO HEX WORK FIELDS
  * - - - - - - - - - - - - - - - - - - - - - - - - - - - - - - -7-+
   05  WS-TXT-SUB PIC S9(04)  VALUE ZERO COMP.
   05  WS-ZON-SUB PIC S9(04)  VALUE ZERO COMP.
   05  WS-DIG-SUB PIC S9(04)  VALUE ZERO COMP.
   05  WS-CONV-BYTE-NUM.
   10  FILLER PIC  X(01)  VALUE LOW-VALUES.
   10  WS-CONV-BYTE   PIC  X(01).
   05  WS-CONV-NUMREDEFINES WS-CONV-BYTE-NUM
  PIC  9(04)  COMP.
   05  WS-CONV-ZONE   PIC  X(100) VALUE SPACE.
   05  WS-CONV-DIGT   PIC  X(100) VALUE SPACE.
   05  WS-HEX-CHARS   PIC  X(16)  VALUE '0123456789ABCDEF'.
   05  FILLER REDEFINES WS-HEX-CHARS.
   10   WS-X  PIC  X(01)  OCCURS 16 TIMES.



  *  CONVERT TEXT TO HEX FROM DETAIL LINE DATA

   INITIALIZE  WS-CONV-ZONES
   WS-CONV-DIGTS
   PERFORM  VARYING  WS-TXT-SUB FROM 1 BY 1
UNTILWS-TXT-SUB GREATER 100
   MOVE  <> (WS-TXT-SUB : 1) TO WS-CONV-BYTE
   COMPUTE  WS-DIVIDE-RESULT = WS-CONV-NUM / 16
   COMPUTE  WS-REMAINDER = WS-REMAINDER * 16
   COMPUTE  WS-ZON-SUB  =  WS-QUOTIENT
   COMPUTE  WS-DIG-SUB  =
WS-REMAINDER

   MOVE WS-X(WS-ZON-SUB + 1) TO WS-CONV-ZONE(WS-TXT-SUB:1)
   MOVE WS-X(WS-DIG-SUB + 1) TO WS-CONV-DIGT(WS-TXT-SUB:1)
   END-PERFORM.

An alternate to the four COMPUTE statements is:
   COMPUTE  WS-ZON-SUB  =
FUNCTION INTEGER-PART (WS-CONV-NUM / 16)
   COMPUTE  WS-DIG-SUB  =
FUNCTION REM (WS-CONV-NUM 16)

Howvever, multiple runs of a test program running between 100,000 and
1,000,000 iterations of a process to convert all 256 possibilities showed
the FUNCTION calls took between 25 and 30% more TCB time, while they used
virtually the same amount of memory.

I hope others can benefit from this and can use this process.

Thanks to all for your help!
* Don *

--
--

Date:Tue, 15 Jun 2010 21:51:00 -0400
From:WalterR 
Subject: Re: Cobol routine to convert TEXT to displayable HEX

Donald Johnson wrote:
> Hi guys and gals!
>
> Does anyone have a routine (COBOL preferable) that converts a standard text
> field into its HEX values?
>
> For example, if I have a field 'BEFORE,' I want to be able to translate it
> to
> CCCDDC
> 256695
>
> or to C2C5C6D6D9C5.
>
> My ultimate goal is the first choice (vertical format), but I can deal with
> either. I will code this in my COBOL program, so that is why COBOL...I can
> do it in other places easily, but I am trying to create a model program that
> is self contained.
>
> Thanks in advance!
> * Don *
>
> --
> 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 
>
>   
Since COBOL was (only) preferable, maybe a PL/I example would be useful 
too.

DCL STR CHAR(13);
DCL HEXV CHAR(99)VAR;
DCL # BIN(31)FIXED;

STR = 'IBM MAIN LIST';   PUT SKIP DATA(STR);
HEXV = HEX2(STR);   /* top line concatenated left of bottom line */
# = LENGTH(HEXV)/2;   /* always even */
PUT SKIP LIST(SUBSTR(HEXV,1,#));/* upper */
PUT SKIP LIST(SUBSTR(HEXV,#+1));/* lower */

HEX2: /* display hex in double-line (dump) format */
   PROCEDURE(STR@) RETURNS(CHAR(99)VAR); /* 99? */
   DCL STR@ CHAR(*) NONASGN;
   DCL(ADDR,*HEXIMAGE*,LENGTH,STRING)BUILTIN;
   DCL HEXIMAGE_STR CHAR(LENGTH(STR@)*2)
  ,1 HEX_STR(LENGTH(STR@)) DEFINED(HEXIMAGE_STR)
  ,2 HEX_STR1 CHAR(1)
  ,2 HEX_STR2 CHAR(1);
   HEXIMAGE_STR = *HEXIMAGE*(ADDR(STR@),LENGTH(STR@));
   RETURN(STRING(HEX_STR(*).HEX_STR1)|| /* must split afterwards */
  STRING(HEX_STR(*).HEX_STR2));
   END HEX2;

Result:

STR='IBM MAIN LIST';
  CCD4DCCD4DCEE
 9240419503923

Walter Rue

-

Re: IBM-MAIN Digest - 6 Apr 2010 to 7 Apr 2010 (#2010-97)

[Jim Holloway]

Barbara Nitz wrote:
> Unscientific survey:
> 
> How many of you use truly non-SMS-managed LOGR datasets? As in: Using 
> the two model data sets and an IEFDB401 exit that specifies the DALLIKE 
text 
> unit? 

Question1 :  Ours are all SMS managed.
Question 2:  We don't share a poolfor logger datasets


Jim Holloway  - Met Life 
The information contained in this message may be CONFIDENTIAL and is for the 
intended addressee only.  Any unauthorized use, dissemination of the 
information, or copying of this message is prohibited.  If you are not the 
intended addressee, please notify the sender immediately and delete this 
message.

--
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: IBM-MAIN Digest - 29 Mar 2010 to 30 Mar 2010 (#2010-89)

[Robert Wrobel]

Please note my new email address is rwrob...@csc.com.   Please update your
address book or distribution list.   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: IBM-MAIN Digest - 9 Dec 2009 to 10 Dec 2009 (#2009-344)

[Frisbie, Jim]

Irrespective of advancements in modern medicine, the day will come when
the acclaimed Dr. Merrill meets his demise. MXG is far too valuable to
too many companies, it will live on in some fashion. But what are the
plans for The Coat?

 

Inquiring minds want to know.

 

From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of IBM-MAIN automatic digest system
Sent: Friday, December 11, 2009 12:00 AM
To: IBM-MAIN@bama.ua.edu
Subject: IBM-MAIN Digest - 9 Dec 2009 to 10 Dec 2009 (#2009-344)

 

 

This email may contain confidential and privileged material for the sole 
use of the intended recipient. If you are not the intended recipient, please 
contact the sender and delete all copies. Any review or distribution by others 
is strictly prohibited. Personal emails are restricted by policy of the State 
Employees' Credit Union (SECU).  Therefore SECU specifically disclaims any 
responsibility or liability for any personal information or opinions of the 
author expressed in this email.



--
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: IBM-MAIN Digest subscription cancellation

[P S]

On Sun, Nov 1, 2009 at 2:52 PM, Gibney, Dave  wrote:

> Truly interesting job title :)
>

Probably an internal title -- my favorite internal CA title is "Client Base
Owner", or CBO -- which a friend immediately rechristened "Chief Bulls**t
Officer"!

--
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: IBM-MAIN Digest subscription cancellation

[Gibney, Dave]

Truly interesting job title :)

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Johnson, Kraig A
> Sent: Sunday, November 01, 2009 7:57 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: IBM-MAIN Digest subscription cancellation
> 
> Please cancel the subscription for kraig.john...@ca.com
> <mailto:kraig.john...@ca.com>  or johk...@ca.com
<mailto:johk...@ca.com>
> to these emails. My job has changed and I no longer need this
> information.
> 
> 
> 
> Best Regards,
> 
> Kraig Johnson
> CA
> User Community Manager
> Tel: +1 214-473-1279
>   +1 214-473-1000
> Fax:+1 214-473-1061
> kraig.john...@ca.com <mailto:kraig.john...@ca.com>
> 
> 
> 
> 
> 
> Secure File Transfer and Secure File Storage Are Coming to CA
> 
> 
> 
> To read more about Secure File Transfer and Secure File Storage and
how
> it will affect you, please go to this Link:
>
https://support.ca.com/irj/portal/anonymous/phpsupcontent?contentID=2169
> 94
>
<https://support.ca.com/irj/portal/anonymous/phpsupcontent?contentID=216
> 994>
> 
> 
> 
> Visit CA Support Online, our new self-service portal at
support.ca.com
> <https://support.ca.com/irj/portal/anonymous>
> 
> 
> 
> Join the CA User Community Forums <http://caforums.ca.com/ca/>
> 
> 
> 
>  This e-mail and any files transmitted with it are for the sole use of
> the intended recipient(s) and contain information that may be
privileged
> and confidential.  Any unauthorized review, use, disclosure or
> distribution is prohibited.  If you are not the intended recipient of
> this e-mail, please delete this e-mail and any files transmitted with
it
> and notify the sender immediately.
> 
> 
> 
> 
> 
> 
> 
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of IBM-MAIN automatic digest system
> Sent: Saturday, October 31, 2009 11:00 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: IBM-MAIN Digest - 30 Oct 2009 to 31 Oct 2009 (#2009-304)
> 
> 
> 
> LISTSERV mailing list manager <http://www.lsoft.com>
> 
> LISTSERV 15.0 <http://bama.ua.edu/cgi-bin/wa?LIST=IBM-MAIN>
> 
> 
> 
> 
> 
> 
> IBM-MAIN Digest - 30 Oct 2009 to 31 Oct 2009 (#2009-304)
> 
> 
> Table of contents:
> 
> 
> * An Alternative Modest PARM Proposal
> * System z update for Federal employees on Nov 4 in Washington DC
> * FTP PUT with Store Unique
> * Mainframe consolidation save cash for Pennsylvania government
> * Dynamic Lnklst Changes
> * Expand Dataset Allocation Using DFDSS
> 
> 1.An Alternative Modest PARM Proposal
> 
>   *   Re: An Alternative Modest PARM Proposal (10/31)
>   From: "Robert A. Rosenberg" 
> 
> 2.System z update for Federal employees on Nov 4 in Washington DC
> 
>   *   System z update for Federal employees on Nov 4 in
> Washington DC (10/31)
>   From: "Jim Elliott, IBM" 
> 
> 3.FTP PUT with Store Unique
> 
>   *   Re: FTP PUT with Store Unique (10/31)
>   From: Chris Mason 
> 
> 4.Mainframe consolidation save cash for Pennsylvania government
> 
>   *   Mainframe consolidation save cash for Pennsylvania
> government (10/31)
>   From: Joel Wolpert 
> 
> 5.Dynamic Lnklst Changes
> 
>   *   Re: Dynamic Lnklst Changes (10/31)
>   From: "Joel C. Ewing" 
> 
> 6.Expand Dataset Allocation Using DFDSS
> 
>   *   Re: Expand Dataset Allocation Using DFDSS (10/31)
>   From: "Joel C. Ewing" 
> 
> 
> 
> Browse the IBM-MAIN online archives.
> <http://bama.ua.edu/cgi-bin/wa?LIST=IBM-MAIN>
> 
> Powered by the LISTSERV Email List Manager
> <http://www.lsoft.com/products/listserv-powered.asp>
> 
> 
> 
> 
> --
> 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: IBM-MAIN Digest subscription cancellation

[Ed Finnell]

 
In a message dated 11/1/2009 10:07:39 A.M. Central Standard Time,  
kraig.john...@ca.com writes:

to these emails. My job has changed and I no longer need  this
information. 


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





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

IBM-MAIN Digest subscription cancellation

[Johnson, Kraig A]

Please cancel the subscription for kraig.john...@ca.com
<mailto:kraig.john...@ca.com>  or johk...@ca.com <mailto:johk...@ca.com>
to these emails. My job has changed and I no longer need this
information. 

 

Best Regards,

Kraig Johnson
CA 
User Community Manager
Tel: +1 214-473-1279
  +1 214-473-1000
Fax:+1 214-473-1061
kraig.john...@ca.com <mailto:kraig.john...@ca.com> 

 

 

Secure File Transfer and Secure File Storage Are Coming to CA

 

To read more about Secure File Transfer and Secure File Storage and how
it will affect you, please go to this Link:
https://support.ca.com/irj/portal/anonymous/phpsupcontent?contentID=2169
94
<https://support.ca.com/irj/portal/anonymous/phpsupcontent?contentID=216
994> 

 

Visit CA Support Online, our new self-service portal at  support.ca.com
<https://support.ca.com/irj/portal/anonymous> 

 

Join the CA User Community Forums <http://caforums.ca.com/ca/> 

 

 This e-mail and any files transmitted with it are for the sole use of
the intended recipient(s) and contain information that may be privileged
and confidential.  Any unauthorized review, use, disclosure or
distribution is prohibited.  If you are not the intended recipient of
this e-mail, please delete this e-mail and any files transmitted with it
and notify the sender immediately.

 

 

 

From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of IBM-MAIN automatic digest system
Sent: Saturday, October 31, 2009 11:00 PM
To: IBM-MAIN@bama.ua.edu
Subject: IBM-MAIN Digest - 30 Oct 2009 to 31 Oct 2009 (#2009-304)

 

LISTSERV mailing list manager <http://www.lsoft.com> 

LISTSERV 15.0 <http://bama.ua.edu/cgi-bin/wa?LIST=IBM-MAIN> 

 

 


IBM-MAIN Digest - 30 Oct 2009 to 31 Oct 2009 (#2009-304)


Table of contents:


*   An Alternative Modest PARM Proposal 
*   System z update for Federal employees on Nov 4 in Washington DC 
*   FTP PUT with Store Unique 
*   Mainframe consolidation save cash for Pennsylvania government 
*   Dynamic Lnklst Changes 
*   Expand Dataset Allocation Using DFDSS 

1.  An Alternative Modest PARM Proposal

*   Re: An Alternative Modest PARM Proposal (10/31)
From: "Robert A. Rosenberg" 

2.  System z update for Federal employees on Nov 4 in Washington DC

*   System z update for Federal employees on Nov 4 in
Washington DC (10/31)
From: "Jim Elliott, IBM" 

3.  FTP PUT with Store Unique

*   Re: FTP PUT with Store Unique (10/31)
From: Chris Mason 

4.  Mainframe consolidation save cash for Pennsylvania government

*   Mainframe consolidation save cash for Pennsylvania
government (10/31)
From: Joel Wolpert 

5.  Dynamic Lnklst Changes

*   Re: Dynamic Lnklst Changes (10/31)
From: "Joel C. Ewing" 

6.  Expand Dataset Allocation Using DFDSS

*   Re: Expand Dataset Allocation Using DFDSS (10/31)
From: "Joel C. Ewing" 

 

Browse the IBM-MAIN online archives.
<http://bama.ua.edu/cgi-bin/wa?LIST=IBM-MAIN> 

Powered by the LISTSERV Email List Manager
<http://www.lsoft.com/products/listserv-powered.asp> 

 


--
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: IBM-MAIN Digest - 6 Sep 2009 to 7 Sep 2009 (#2009-250)

[Stephen Hall]

___

Note: This e-mail is subject to the disclaimer contained at the bottom of this 
message.
___


>Date:Mon, 7 Sep 2009 17:54:13 -0400
>From:Pinnacle 
>Subject: Re: LLA update
>
> Original Message - 
>From: "Peter Relson" 
>Newsgroups: bit.listserv.ibm-main
>Sent: Friday, September 04, 2009 7:43 AM
>Subject: Re: LLA update
>
>Peter,
>
>Can you point us to a statement in IBM documentation that clearly says that 
>LLA is only designed for use with load modules?  My understanding is the 
>same as many others on this list, that the first "L" in LLA was changed from 
>LINKLIST to LIBRARY many moons ago.
>
>Regards,
>Tom Conley
[Stephen Hall] 

Tom,

>From the ABC's of System Programming Vol 1 (with Snippage):

Library Lookaside (LLA) 

LLA is a z/OS function that improves system performance by reducing the amount 
of I/O
needed to locate and fetch load modules from DASD storage (PDS data sets). 
The main advantage of using a PDS is that, without searching the entire data 
set, you can
retrieve any individual member after the data set is opened. 

- LLA maintains, in an LLA address space, copies of the PDS directories. To 
fetch a
module, the system first searches the directory for the load module location in 
the PDS
data set. The system can quickly search the LLA copy of a directory in virtual 
storage
instead of using costly I/O to search the directories on DASD.

- LLA places copies (staging) of selected load modules in a Virtual Lookaside 
Facility (VLF)
data space (when the LLA class is defined to VLF). VLF is another z/OS 
component in
charge of keeping load modules and specific data in virtual storage, to avoid 
I/O
operations; refer to "Virtual Lookaside Facility (VLF)" on page 103. for more 
information
about this topic.

- LLA determines which modules, if staged, would provide the most benefit to 
module fetch
performance. LLA evaluates modules as candidates for staging based on 
statistics LLA
collects about the members of the PDS data sets it manages, such as module 
size, fetch
count, and the time required to fetch a particular module.

The benefits of LLA apply only to load modules that are retrieved through the 
system
functions LINK, LOAD, ATTACH, XCTL, and XCTL. Directory entries for the primary 
system
library (SYS1.LINKLIB), load modules libraries concatenated to it as declared 
in LNKLSTxx
member of SYS1.PARMLIB, and additional production libraries named in
SYS1.PARMLIB(CSVLLAxx) are read into the private area of the LLA AS during its
initialization. Subsequent searches for programs in these libraries begin with 
the directories in
LLA, and not in the directories on DASD.

You obtain the most benefit from LLA when you have both LLA and VLF functioning 
together.
This can be achieved by defining the LLA class to VLF and starting VLF, so the 
most active
modules from LLA-managed libraries are staged into the DCSVLLA VLF data space.

Regards,

Stephen Hall

___

The information transmitted in this message and its attachments (if any) is 
intended 
only for the person or entity to which it is addressed.
The message may contain confidential and/or privileged material. Any review, 
retransmission, dissemination or other use of, or taking of any action in 
reliance 
upon this information, by persons or entities other than the intended recipient 
is 
prohibited.

If you have received this in error, please contact the sender and delete this 
e-mail 
and associated material from any computer.

The intended recipient of this e-mail may only use, reproduce, disclose or 
distribute 
the information contained in this e-mail and any attached files, with the 
permission 
of the sender.

This message has been scanned for viruses with Symantec Scan Engine and cleared 
by 
MailMarshal.
___

--
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: IBM-MAIN Digest - 23 Aug 2009 to 24 Aug 2009 (#2009-236)

[Jim Holloway]

On Monday, August 24, 2009 6:55 AM Barbara Nitz wrote:
>Let's restate the question:
>How many of you can use RECEIVE FROMNETWORK directly, without starting
>other supporting programs?


We do all IBM maintenence downloads via network receive excluding our 
annual Serverpac install, the download for
which is submitted via the Serverpac dialogs.  I set up digital 
certificates, annually download a new key from shopz, 
connected all my team members to the resulting keyring.  I can then submit 
a job requesting any of the supported download types from the batch 
SMPCNTL DD.  I love the fact that I don't have fire up my browser and sign 
on to shopz in order
to initiate an order.  We've built this into our monthly maintenence 
process and use it throughout.

Jim Holloway - MetLife
The information contained in this message may be CONFIDENTIAL and is for the 
intended addressee only.  Any unauthorized use, dissemination of the 
information, or copying of this message is prohibited.  If you are not the 
intended addressee, please notify the sender immediately and delete this 
message.

--
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: IBM-MAIN Digest - 8 Aug 2009 to 9 Aug 2009 (#2009-221)

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Petretti, Martha
> 
> How do I post a question?

You just did.

-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: IBM-MAIN Digest - 8 Aug 2009 to 9 Aug 2009 (#2009-221)

[Barkow, Eileen]

Hi Martha,

I think that you just have to state your question in the email to IBM-Main.

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Petretti, Martha
Sent: Tuesday, August 11, 2009 9:47 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IBM-MAIN Digest - 8 Aug 2009 to 9 Aug 2009 (#2009-221)

How do I post a question? 


Martha Petretti  15 MTC  rm 15-417  ph 718 510-8565 cell 347 587-9486
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of IBM-MAIN automatic digest system
Sent: Monday, August 10, 2009 12:00 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: IBM-MAIN Digest - 8 Aug 2009 to 9 Aug 2009 (#2009-221)

There are 23 messages totalling 1986 lines in this issue.

Topics of the day:

  1. DASD: to share or not to share (9)
  2. Problems occured when using DFSMSdss to dump and restore DB2 data
sets
  3. VTAM security issue (6)
  4. RMM Retention WHILECATLG
  5. SNA, the acronym (2)
  6. Was RE: SNA, the acronym. Is SNA really an acronym or an initialism
?
  7. CSC Comtec's HMO software (Pick) on z/OS SYSPLEX
  8. Infoprint set up in zos
  9. C.D. Keltie is away.

--
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: IBM-MAIN Digest - 8 Aug 2009 to 9 Aug 2009 (#2009-221)

[Petretti, Martha]

How do I post a question? 


Martha Petretti  15 MTC  rm 15-417  ph 718 510-8565 cell 347 587-9486
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of IBM-MAIN automatic digest system
Sent: Monday, August 10, 2009 12:00 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: IBM-MAIN Digest - 8 Aug 2009 to 9 Aug 2009 (#2009-221)

There are 23 messages totalling 1986 lines in this issue.

Topics of the day:

  1. DASD: to share or not to share (9)
  2. Problems occured when using DFSMSdss to dump and restore DB2 data
sets
  3. VTAM security issue (6)
  4. RMM Retention WHILECATLG
  5. SNA, the acronym (2)
  6. Was RE: SNA, the acronym. Is SNA really an acronym or an initialism
?
  7. CSC Comtec's HMO software (Pick) on z/OS SYSPLEX
  8. Infoprint set up in zos
  9. C.D. Keltie is away.

--
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: How Do I post a question? (was IBM-MAIN Digest - 2 Aug 2009 to 3 Aug 2009 (#2009-215))

[Jan MOEYERSONS]

On Tue, 4 Aug 2009 06:53:14 -0600, Steve Comstock 
 wrote:

>Petretti, Martha wrote:
>> How do I post a question?
>
>Well, you just did.
>
>Send an email to
>
>IBM Mainframe Discussion List 
>
>Be sure to set the Reply-to to be the same.
>

and, PELEAEAESE!, specify a decent subject line!

O, BTW. http://linux.sgms-centre.com/misc/netiquette.php#subject has some 
good suggestions in that field (and others as well...).

Thanks,

Jantje.

--
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: How Do I post a question? (was IBM-MAIN Digest - 2 Aug 2009 to 3 Aug 2009 (#2009-215))

[Steve Comstock]

Petretti, Martha wrote:
How do I post a question? 


Well, you just did.

Send an email to

   IBM Mainframe Discussion List 

Be sure to set the Reply-to to be the same.





Martha Petretti  15 MTC  rm 15-417  ph 718 510-8565 cell 347 587-9486
 


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of IBM-MAIN automatic digest system
Sent: Tuesday, August 04, 2009 12:00 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: IBM-MAIN Digest - 2 Aug 2009 to 3 Aug 2009 (#2009-215)

There are 71 messages totalling 4038 lines in this issue.

Topics of the day:

  1. Enforcing CPU Time (3)
  2. SDSF PREFIX Enhancement (UK44477) (2)
  3. Hercules; more information requested. (19)
  4. IEFU29 and Automation (2)
  5. Print disk map?
  6. messages IEF285I and IGD104I (4)
  7. Strange Pagedel/Pageadd behaviour (2)
  8. D/T 3590 vs 3592 (4)
  9. MCNVTCAT
 10. Any gotchas going from 1.4 to 1.9? (5)  11. ICF - Information
Center Facility  12. Java question (14)  13. ziip api for vendors (5)
14. How to encrpyt DFHSM Tapes (4)  15. printing JES output  16. Special
RACF users and message ICH301I (2)  17. IBM Publication Site is
Unavailable


--

Kind regards,

-Steve Comstock
The Trainer's Friend, Inc.

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

  z/OS Application development made easier
* Our classes include
   + How things work
   + Programming examples with realistic applications
   + Starter / skeleton code
   + Complete working programs
   + Useful utilities and subroutines
   + Tips and techniques

==> Ask about being added to our opt-in list:  <==
==>   * Early announcement of new courses  <==
==>   * Early announcement of new techincal papers <==
==>   * Early announcement of new promotions   <==

--
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: IBM-MAIN Digest - 2 Aug 2009 to 3 Aug 2009 (#2009-215)

[Campbell Jay]

 
Just like that.

Jay

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Petretti, Martha
Sent: Tuesday, August 04, 2009 8:45 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IBM-MAIN Digest - 2 Aug 2009 to 3 Aug 2009 (#2009-215)

How do I post a question? 


Martha Petretti  15 MTC  rm 15-417  ph 718 510-8565 cell 347 587-9486
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of IBM-MAIN automatic digest system
Sent: Tuesday, August 04, 2009 12:00 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: IBM-MAIN Digest - 2 Aug 2009 to 3 Aug 2009 (#2009-215)

There are 71 messages totalling 4038 lines in this issue.

Topics of the day:

  1. Enforcing CPU Time (3)
  2. SDSF PREFIX Enhancement (UK44477) (2)
  3. Hercules; more information requested. (19)
  4. IEFU29 and Automation (2)
  5. Print disk map?
  6. messages IEF285I and IGD104I (4)
  7. Strange Pagedel/Pageadd behaviour (2)
  8. D/T 3590 vs 3592 (4)
  9. MCNVTCAT
 10. Any gotchas going from 1.4 to 1.9? (5)  11. ICF - Information
Center Facility  12. Java question (14)  13. ziip api for vendors (5)
14. How to encrpyt DFHSM Tapes (4)  15. printing JES output  16. Special
RACF users and message ICH301I (2)  17. IBM Publication Site is
Unavailable

--
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: IBM-MAIN Digest - 2 Aug 2009 to 3 Aug 2009 (#2009-215)

[Petretti, Martha]

How do I post a question? 


Martha Petretti  15 MTC  rm 15-417  ph 718 510-8565 cell 347 587-9486
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of IBM-MAIN automatic digest system
Sent: Tuesday, August 04, 2009 12:00 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: IBM-MAIN Digest - 2 Aug 2009 to 3 Aug 2009 (#2009-215)

There are 71 messages totalling 4038 lines in this issue.

Topics of the day:

  1. Enforcing CPU Time (3)
  2. SDSF PREFIX Enhancement (UK44477) (2)
  3. Hercules; more information requested. (19)
  4. IEFU29 and Automation (2)
  5. Print disk map?
  6. messages IEF285I and IGD104I (4)
  7. Strange Pagedel/Pageadd behaviour (2)
  8. D/T 3590 vs 3592 (4)
  9. MCNVTCAT
 10. Any gotchas going from 1.4 to 1.9? (5)  11. ICF - Information
Center Facility  12. Java question (14)  13. ziip api for vendors (5)
14. How to encrpyt DFHSM Tapes (4)  15. printing JES output  16. Special
RACF users and message ICH301I (2)  17. IBM Publication Site is
Unavailable

--
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: IBM-MAIN Digest - 10 Jul 2009 to 11 Jul 2009 (#2009-192)

[Thompson, Steve]

Sent from my Dick Tracy Two-Way Wrist Radio.  

Nanny Nanny Boo Boo!

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Johnson, Larry W.
Sent: Sunday, July 12, 2009 12:11 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: IBM-MAIN Digest - 10 Jul 2009 to 11 Jul 2009 (#2009-192)

Sent from my AT&T Windows Mobile phone.




--
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: IBM-MAIN Digest - 10 Jul 2009 to 11 Jul 2009 (#2009-192)

[Johnson, Larry W.]

Sent from my AT&T Windows Mobile phone.


From: IBM-MAIN automatic digest system 
Sent: Saturday, July 11, 2009 11:03 PM
To: IBM-MAIN@bama.ua.edu 
Subject: IBM-MAIN Digest - 10 Jul 2009 to 11 Jul 2009 (#2009-192)



--
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: IBM-MAIN Digest - 13 May 2009 to 14 May 2009 (#2009-134)

[Frisbie, Jim]

Bill -

 

I just finished migrating six InfoPrint 4000 printers from Bus & Tag
channels to GigE connect. Everything the Operators had before is still
there afterwards, only some of it's in a different format.

 

The old "IOS0003A INTERVENTION REQUIRED" message is replaced by
"APS6511I (TCPIP) INTERVENTION REQUIRED" and the "set up" message is
slightly different. If you key off of that in automated operations,
you've got some research to do.

 

The big "gotchas" I encountered all centered around parms being defined
through the online panels for Infoprint Server rather than in the FSS
proc for each printer (Issue Intervention Message and Issue Setup
messages). Other than getting the Network guys to run me some wire, I
had no problems.

 

Jim Frisbie

NCSECU Dinosaur

 

From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of IBM-MAIN automatic digest system
Sent: Friday, May 15, 2009 12:00 AM
To: IBM-MAIN@bama.ua.edu
Subject: IBM-MAIN Digest - 13 May 2009 to 14 May 2009 (#2009-134)

 

 

This email may contain confidential and privileged material for the sole 
use of the intended recipient. If you are not the intended recipient, please 
contact the sender and delete all copies. Any review or distribution by others 
is strictly prohibited. Personal emails are restricted by policy of the State 
Employees' Credit Union (SECU).  Therefore SECU specifically disclaims any 
responsibility or liability for any personal information or opinions of the 
author expressed in this email.



--
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: IBM-MAIN Digest - 7 May 2009 to 8 May 2009 (#2009-128)

[Jim Holloway]

Barbara,
It may very well be that SYSLOG has always stopped at either 
$PJES2 or the Z EOD command being 
issued.  I don't remember it that way nor does anyone else in the shop. So 
for us, it's something 
new and exciting  We've updated OPERLOG to duplex so that we don't 
lose shutdown logs when a coupling
facility may be shutdown or abnormally terminates. 

IBM has work to do for SMF or any CF based logstream...  Logger 
should always harden the SMF 
data at shutdown to the archive datasets, currently it does not do so 
reliably. 

As for 
>Date:Fri, 8 May 2009 00:24:50 -0500
>From:Barbara Nitz 
>Subject: Re: SMF LOGGER - Not Ready for Prime Time

>IFA705I HALT SMF PROCESS HAS SYNCHRONIZED THE BUFFERED LOGSTREAM 
RECORDS. 

>I really like the suggestion in the books for this message , 
which 
>implies to use automation on a 'NOT synchronized' message, even after a z 

>eod. Strangely, z eod is only issued in this installation after *all* 
address 
>spaces are gone (well, those visible on a d a,l). So no automation. I 
realize 
>that this message is also issued for switch smf commands.

>that we discovered that IBM now stops SYSLOG at two points.  When either
>Z EOD is issued or when JES2 is stopped. 


The information contained in this message may be CONFIDENTIAL and is for the 
intended addressee only.  Any unauthorized use, dissemination of the 
information, or copying of this message is prohibited.  If you are not the 
intended addressee, please notify the sender immediately and delete this 
message.

--
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: IBM-MAIN Digest - 7 Apr 2009 to 8 Apr 2009 (#2009-98)

[Clark Pearson]

I am away from the office, returning Wednesday 15th April.

If necessary, I shall respond to your message when I return.

If your query is regarding Thames Collections support, please contact the
BSD, or if urgent, the Service Management team.

For CES Archived Account printing, refer to Courtney Thompson or Ian Brown.

Regards,
Clark Pearson


**
The contents of this e-mail and its attachments are confidential and may be 
subject to legal privilege.The contents may not be disclosed, copied or 
distributed without our consent.It is intended for the use of the addressee(s) 
only.If you are not the intended recipient you must delete this message 
immediately and advise the sender that you received it in error.
The statements and opinions expressed in this message are those of the author 
and do not necessarily reflect those of Ventura.Ventura does not accept any 
responsibility for the author's views.
Whilst Ventura takes every effort to ensure this message is virus free it can 
not guarantee that this is the case.It is the recipients responsibility to 
carry out such virus checks as it deems necessary.Ventura can not accept any 
responsibility in this regard.Please note that this e-mail has been created in 
the knowledge that Internet e-mail is not a 100% secure communications 
medium.We advise that you understand and observe this lack of security when 
e-mailing us.
Ventura reserves the right to monitor emails in accordance with the 
Telecommunications (Lawful Business Practice) Interception of Communications) 
Regulations 2000.
Club 24 Ltd trading as "Ventura"
Registered Office: Hepworth House, Claypit Lane, Leeds LS2 8AE.
Registered in England Number 1336850
**

--
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: IBM-MAIN Digest - 16 Mar 2009 to 17 Mar 2009 (#2009-76)

[Timothy Sipples]

I think you should also look at IBM's Optim Data Growth Solution for z/OS.
Current product number is 5655-V01. There's a general marketing brochure
here (watch the wrap):

http://download.boulder.ibm.com/ibmdl/pub/software/data/sw-library/data-management/optim/solutionsheets/data_growth.pdf

There's a white paper available here:

http://www.ibm.com/software/sw-library/en_US/detail/U722716F45169N44.html

The main product page is here:

http://www.ibm.com/software/data/data-management/optim/core/data-growth-solution-zos/

Besides BMC as mentioned, there are some other vendors that may offer a
solution: Informatica (via one of its Applimation products I suspect),
Solix, Sun (StorageTek Lifecycle Director), and Hewlett-Packard (OuterBay),
among others, in no particular order.

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Based in Tokyo, Serving IBM Japan / Asia-Pacific
E-Mail: timothy.sipp...@us.ibm.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: IBM-MAIN Digest - 3270 emulator cost

[Nigel Bowen]

 
I would suggest looking at http://www.bluezonesoftware.com/ It will
still come with annual fees but I would think a lot less. Regards,

Nigel Bowen

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of IBM-MAIN automatic digest system
Sent: Tuesday, February 24, 2009 11:01 PM
To: IBM-MAIN@bama.ua.edu
Subject: IBM-MAIN Digest - 23 Feb 2009 to 24 Feb 2009 (#2009-55)

There are 100 messages totalling 4845 lines in this issue.

Topics of the day:

  1. USS and C (5)
  2. ACF2 ENQ problem after Upgrade (7)
  3. Problem with RACF dataset profiles
  4. ACF2 ENQ issue after upgrade
  5. Deleting UnExpired dataset using JCL (15)
  6. z/OS 1.11 and CICS TS 4.1 preview announcements
  7. Bursts of high paging (3)
  8. SMF log stream dump utility enhancements in z/OS 1.11 (3)
  9. SMPE/HFS issue: (2)
 10. Pedantic Tape Analyzer? (4)
 11. OSA's Error codes
 12. JES2 exits and ACF2
 13. New public course: Assembler intro
 14. Performance
 15. Long overdue upgrade (3)
 16. 3270 emulator cost (14)
 17. What do you call... (19)
 18. new ftp userid (5)
 19. Deleting Unexpired dataset using JCL (2)
 20. FDR Backups for Linux?
 21. File Transfer Issue (3)
 22. Screen size (was 3270 emulator cost) (3)
 23. UnixSS and C (3)
 24. Moving datasets with DFDSS COPY

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

Date: Mon, 23 Feb 2009 15:43:06 -0800 From: "Schwarz, Barry A"
barry.a.schw...@boeing.com Subject: Re: Long overdue upgrade

As part of a replacement for a 12 year old system at a customer site in
Japan, we will be replacing PCs running Windows 95 and IBM's PCOMM 3270
emulator with new PCs running Vista (don't bother) and a PCOMM
replacement from IBM called Host Access Client Package. This new package
comes with two pretty hefty price tags: approximately $1,000 purchase
price per PC and approximately $250 per PC per year license fees. 

We will have 40 PCs. I can live with the $40K one time purchase cost
even though I think it is pretty high but it seems absurd that the $10K
license fees are 1/4 of the purchase price. In my experience, this is
not the type of package that gets updated very often (actually I've
never seen a 3270 emulator update).

Does anyone have any experience with this Host Access Client Package?
Are the fees comparable in other countries? Do other packages (Extra,
Rumba, etc) charge annual fees? I would love to use one of the 3270
emulation products frequently mentioned here but I'm going to need
ammunition to hurdle the political inertia.

--
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: IBM-MAIN Digest - 26 Jan 2009 to 27 Jan 2009 (#2009-27)

[E. Rabara]

Ah! The "not on a weekend" schedule.

Have you considered initiating the file transfer the other way around?

Let your trading partner accumulate the data until you pick it up and have your 
program include a jobstep to pick up the file when it is ready to use it?

Hopefully the file is not too big. If it were really big, the transmission 
might delay your schedule.
  
My $0.02, Ed 

Date:    Tue, 27 Jan 2009 19:04:03 -0600
From:    Frank Swarbrick 
Subject: New GDG question

Consider the following...

A file is received (via FTP) 7 days a week from somewhere.  The FTP writes to 
generation +1.

Problem:  The program that uses the file(s) runs only every business day.  On 
a regular Tuesday-Friday it needs to only read the most recent generation 
(0).  But on Monday it needs to read (0), (-1) and (-2).  And of course there 
are holidays to consider.

Thoughts on how this can be addressed?

Thanks,
Frank


  

--
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: IBM-MAIN Digest - 18 Jan 2009 to 19 Jan 2009 (#2009-19)

[gah]

Someone wrote:

> USING FRED,15
>FRED CSECT
> B  SAVE-*(15)

What value is in register 1 here?

> L  15,0(1)

What is in register 15 here?
Remember, R15 is still the only base register, and will
be used in the next instruction...

> B RETURN
>
>SAVE  DS 0H
>   STM 14,12,12(13)
>   BALR 11,0
>   LA   0,*-FRED
>   SLR  11,0
>   LA   2,SAVEAREA
>   ST   2,8(13)
>   ST   13,4(2)
>*  LR   13,2
>   B4(15)

--
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: IBM-MAIN Digest - 31 Dec 2008 to 1 Jan 2009 (#2009-1)

[Jim Holloway]

Lizette,
It seems that the behavior I described is the expected behavior 
for the console
service if either BPX.CONSOLE is not defined or it is defined  but the 
caller does not have the
proper permissions.  At my shop, BPX.CONSOLE is not defined so I receive 
the BPXM023I message
with the callers ID prefixed to the message.  This behavior is described 
in 
UNIX System Services Programming: Assembler Callable Services under the 
discussion of the _console service.
I added the BPX.CONSOLE profile on my sandbox system and restarted EKM and 
got the messages in the form
you did.  The solution for you would seem to be to either remove the 
profile or the EKM server IDs access to it.

Jim 

"Lizette Koehler  wrote on 01/01/2009 09:36:46" 
> Date:Thu, 1 Jan 2009 09:30:46 -0500
> From:Lizette Koehler 
> Subject: Re: Shell Scripts in EKM
> 
> Yes we are running JZOS batch loader and EKM as an STC.  However, we 
have no
> BPXM023I  messages.  Only the text of the messages.  I have asked IBM 
about
> this and they indicated it has to do with the BPX.CONSOLE profile.  How 
is
> yours set for EKM STC?  Is EKM STC in the access list?
> 
> Lizette
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of
> > Jim Holloway
> > Sent: Thursday, January 01, 2009 9:23 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: Shell Scripts in EKM
> > 
> > Are you running the EKM Server under MVS with JZOS batch loader? While 
I
> > agree
> > with you both concerning the lousy messaging, running the EKM Server 
as a
> > started
> > task with the batch loader modifies the message enough for automation 
(we
> > use BMC)
> > to pickup on the fact that EKM is up and available.
> > 
> > When we start EKM we get the following:
> > 
> > 08363 02:52:24.47 STC09716 000A0294  BPXM023I (EKMSERV) Processing
> > 08363 02:52:24.47 STC09716 0090  BPXM023I (EKMSERV) Server is 
started
> > 
> > 08363 02:52:24.47 STC09716 000A0294  BPXM023I (EKMSERV) Server is 
running.
> > TCP port: 3801, SSL port: 5443
> > 08363 02:52:24.47 STC09716 000A0294  BPXM023I (EKMSERV) Server is 
running.
> > TCP port: 3801, SSL port: 5443
> > 
> > We key off the BPXM023I message looking for EKMSERV
> > 
> > 
> > Jim Holloway - MetLife
> > 
> > 
> > "Hunkeler Peter (KIUK 3)" wrote on 12/31/2008 10:41:13 +0100
> > >
> > > Date:Wed, 31 Dec 2008 10:41:13 +0100
> > > From:"Hunkeler Peter (KIUK 3)" 

> > > Subject: Re: Shell Scripts in EKM
> > >
> > > >The reason is our EMK server on z/OS V1.9 does not
> > > >have any message IDs, so all we get is the following text:
> > > >
> > > >Server is running. TCP port: 3801, SSL port: 1443
> > >
> > > Seems like inacceptable behaviour for a software to be run
> > > on z/OS. I'd try to open a PMR requesting identifiable messages.
> > >
> > > --
> > > Peter Hunkeler
> > > Credit Suisse
> > 
> > >
> > > Date:Wed, 31 Dec 2008 05:40:33 -0500
> > > From:Lizette Koehler 
> > > Subject: Re: Shell Scripts in EKM
> > >
> > > I have already done that.  A requirements hasw been accepted.  But 
with
> > > ported applications I am not sure how long it will take for IBM to
> > action
> > > this.  Not enough z/OS Users or tape encryption to put pressure on
> > sooner
> > > than later.
> > >
> > > So in the meantime, I am hoping a shell script could be created that
> > will
> > > give us the message we need for automation.
> > >
> > > Lizette
> > 

The information contained in this message may be CONFIDENTIAL and is for the 
intended addressee only.  Any unauthorized use, dissemination of the 
information, or copying of this message is prohibited.  If you are not the 
intended addressee, please notify the sender immediately and delete this 
message.

--
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: IBM-MAIN Digest - 25 Jun 2008 to 26 Jun 2008 (#2008-178)

[Chris Mason]

David

You risk your efforts being lost in the archives if you don't take care that 
the 
Subject is properly filled in.

I picked this up only because I knew of the subject types to which you 
normally contributed.

Chris Mason

--
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: IBM-MAIN Digest - 25 Jun 2008 to 26 Jun 2008 (#2008-178)

[David Boyes]

> Kind of a weird question I know, but ... it has been a day full of
weird
> questions.
> 
> A customer would like to know if they can open a TN3270 session *from*
> one z/OS host, to another z/OS host?

Certainly. I'm typing this in one right now. 

> I do not believe this is possible. For a start, you cannot have 2
SSCPs
> in the same Domain; so how can you have a Dependent LU?. Besides,
there
> is no TN3270 client (AFAIK) for z/OS. However my customer - not on the
> face of it, a fool - sincerely believes that this is what he is doing,
> today.
> So who is right? Can I open a TN session to a host in another
domain???

He is. The IBM TELNET application is a tn3270 client. VTAM doesn't
really affect this because the connection will pass through the IP stack
and it's the other z/OS system's problem to get the right LU assigned,
etc. 

--
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: IBM-MAIN Digest - 3270 Mac

[Nigel Bowen]

 

-Original Message-
From: Nigel Bowen 
Sent: Thursday, June 12, 2008 8:26 AM
To: 'IBM Mainframe Discussion List'
Cc: '[EMAIL PROTECTED]'
Subject: RE: IBM-MAIN Digest - 10 Jun 2008 to 11 Jun 2008 (#2008-163)

For 3270 emulation, BlueZone is the way to go. For an older MAC we use
BlueZone with Virtual PC. For Intel MACs then dual boot to Windows.
Nigel 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of IBM-MAIN automatic digest system
Sent: Wednesday, June 11, 2008 11:00 PM
To: IBM-MAIN@bama.ua.edu
Subject: IBM-MAIN Digest - 10 Jun 2008 to 11 Jun 2008 (#2008-163)

There are 48 messages totalling 2755 lines in this issue.

Topics of the day:

  1. 3270 Software for Mac (7)
  2. EXCP access methos (20)
  3. STK-SUN-Brocade switch--2032 IOdef (3)
  4. EXCP access methods (2)
  5. Moving RACF databases (2)
  6. Poll about telecommuting
  7. SSL Timeout (2)
  8. SMP/E:  Using BUILDMCS to "copy" a product (2)
  9. oedit/obrowse invalid directory: Errno=81x
 10. IPL Text (3)
 11. SMP/E: Using BUILDMCS to "copy" a product
 12. Can DB/2 use standard KSDS VSAM datasets? (3)
 13. Controlling the execution sequence of dependant jobs in JES2 (the
details)

--
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: IBM-MAIN Digest - 26 Apr 2008 to 27 Apr 2008 (#2008-118)

[gah]

Someone wrote:


If I recall correctly, FORTRAN/PLI needed explicit exponentiation, i.e.,



DOUBLE A,B

.

A = B+1.23



would use a short 1.23 rather than determining that the other operands were
double thus 1.23 should be treated as a double as well.



One had to do



A = B+1.23D0


Fortran traditionally used the exponent letter.

PL/I traditionally used the form as written to determine the
precision and scale.  That is, 123.000E0 would be FLOAT DECIMAL(10).
Binary used the suffix B, and the value was given in binary digits
(with a decimal exponent).
.011E3B  for FLOAT BINARY(7).

Some compilers now might support exponent letters other than E.

Also, there are PL/I intrinsic functions if one wants a different
base, scale, precision, or mode.

BINARY(123E0,50)  for example.

C uses the suffix f for float (single precision), the default
being double.

More recently, Fortran has KIND specified with a suffix with the
appropriate constant value, usually the result of an intrinsic function.

-- glen

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

DIGEST

[Rob Weiss]

DIGEST

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

Logging successful attempts was Re: IBM-MAIN Digest - 13 Apr 2008 to 14 Apr 2008 (#2008-105)

[Clark Morris]

On 15 Apr 2008 06:56:28 -0700, in bit.listserv.ibm-main you wrote:

>On Mon, 14 Apr 2008 17:01:51 -0700, Skip Robinson wrote:
> --
>> 
>> Date:Mon, 14 Apr 2008 17:01:51 -0700
>> From:Skip Robinson <[EMAIL PROTECTED]>
>> Subject: Re: SMF in System Logger
>> 
>> In the absence of CF Sizer assistance ;-( I looked at the samples from 
>IBM
>> and thought they seemed awfully big. A structures occupies dedicated 
>real
>> storage, after all; I tend to be stingy with it. After consulting with 
>our
>> SMF data caretaker who saw no obvious advantage is splitting records at 
>the
>> collection point, I set up only a single CF structure like this that
>> captures all records:
>> 
>> STRUCTURE
>>   NAME(IFASMF_DEFAULT)  /* SMF structure for unspecified types */
>> INITSIZE(1)
>> SIZE(5)
>> 
>> Despite occasional IXC585E 'structure full' messages, I haven't 
>increased
>> it from the INITSIZE value. This structure supports only one system.
>> Another member is 1.7 (no can do), and the third is also 1.9 but a
>> 'bronze-plex' member that does not share DASD. Haven't quite figured out
>> how handle that puppy yet.
>> 
>> An interesting quirk I just noticed: most (for today, all!) IXC585E
>> messages are being issued by the other 1.9 member, which still uses MANx
>> recording. No messages on the 1.7 guy or on the guy actually using 
>System
>> Logger.
>> 
>> We have several non-parallel-sysplex systems that are candidates for
>> DASD-only logging but haven't ventured down that road as yet. Book says 
>it
>> works.
>
>We're looking at multiple structures to accommodate the heavy hitters.  In 
>our shop, DB/2, the occasional
>(all right, frequent) CICS looper, and the fact that Audit wants us to log 
>all access attempts to production datasets including successful attempts 
>has caused us in the past to lose SMF data.  We may adjust up or down 
>based on our experiences.  Already I've dropped the system specific 
>structures I mentioned in an earlier post
>in favor of SYSPLEX versions.  I take your point though and it may be 
>overkill but I may have to prove it to 
>our Capacity folks.
>
> 
>
If you are capturing the type 14, 15, and 6x records anyway, could you
turn off logging the RACF successful attempts to SMF because you have
the successful use in the regular SMF data?

Clark Morris

--
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: IBM-MAIN Digest - 13 Apr 2008 to 14 Apr 2008 (#2008-105)

[Jim Holloway]

On Mon, 14 Apr 2008 17:01:51 -0700, Skip Robinson wrote:
 --
> 
> Date:Mon, 14 Apr 2008 17:01:51 -0700
> From:Skip Robinson <[EMAIL PROTECTED]>
> Subject: Re: SMF in System Logger
> 
> In the absence of CF Sizer assistance ;-( I looked at the samples from 
IBM
> and thought they seemed awfully big. A structures occupies dedicated 
real
> storage, after all; I tend to be stingy with it. After consulting with 
our
> SMF data caretaker who saw no obvious advantage is splitting records at 
the
> collection point, I set up only a single CF structure like this that
> captures all records:
> 
> STRUCTURE
>   NAME(IFASMF_DEFAULT)  /* SMF structure for unspecified types */
> INITSIZE(1)
> SIZE(5)
> 
> Despite occasional IXC585E 'structure full' messages, I haven't 
increased
> it from the INITSIZE value. This structure supports only one system.
> Another member is 1.7 (no can do), and the third is also 1.9 but a
> 'bronze-plex' member that does not share DASD. Haven't quite figured out
> how handle that puppy yet.
> 
> An interesting quirk I just noticed: most (for today, all!) IXC585E
> messages are being issued by the other 1.9 member, which still uses MANx
> recording. No messages on the 1.7 guy or on the guy actually using 
System
> Logger.
> 
> We have several non-parallel-sysplex systems that are candidates for
> DASD-only logging but haven't ventured down that road as yet. Book says 
it
> works.

We're looking at multiple structures to accommodate the heavy hitters.  In 
our shop, DB/2, the occasional
(all right, frequent) CICS looper, and the fact that Audit wants us to log 
all access attempts to production datasets including successful attempts 
has caused us in the past to lose SMF data.  We may adjust up or down 
based on our experiences.  Already I've dropped the system specific 
structures I mentioned in an earlier post
in favor of SYSPLEX versions.  I take your point though and it may be 
overkill but I may have to prove it to 
our Capacity folks.

 

The information contained in this message may be CONFIDENTIAL and is for the 
intended addressee only.  Any unauthorized use, dissemination of the 
information, or copying of this message is prohibited.  If you are not the 
intended addressee, please notify the sender immediately and delete this 
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: IBM-MAIN Digest - 27 Dec 2007 to 28 Dec 2007 (#2007-362)

[David Boyes]

> If I have an IPL'd Stand Alone system running on the New z9 and
zVM/CMS is
> installed; can I take a Full volume dump on zOS; ftp it to zVM/CMS;
save
> the
> file and then use this file as input to the Stand Alone Restore
process? 
> If so how?

z/OS utilities only understand z/OS I/O, so you would somehow have to
get the file onto a OS-formatted disk (or tape, which we know you don't
have). None of the CMS TCPIP utilities understand OS formatted disks
directly, so you would have to FTP the dataset to a CMS minidisk, access
a OS-formatted minidisk, and then use FILEDEF and MOVEFILE to actually
write the file to the OS-formatted disk. You'd then have to worry about
VTOC formats (thank IBM for killing both OS VSAM and OS
compatibility...sigh). It's not worth it. 

Put bluntly, see my other note on using CMSDDR. Getting a 1 pack VM
system up on the Flex box works MUCH better, CMSDDR understands CMS file
structure so you can just pass images of the volumes over, and as long
as you restore the entire volumes, z/OS won't even know it happened. 

Useful note: when you FTP the CMSDDR output files between the VM system
on the Flex box and the new system, use TYPE E, MODE B before you do the
PUT or GET in the FTP session. This tells the FTP server on the other
end to preserve character set and file parameters, so you won't have to
worry about it. 

Also, keep in mind that your Flex system can create AWSTAPE format
files, and that CMS has a AWSTAPE pipe stage that can feed that to CMS
utilities. If you're worried about licensing for VM on the Flex box, I
think VM/370 (which IBM does not complain about usage) will run CMSDDR. 

I'll have to look into creating a IPLable system image for people in
your situation. Shouldn't be too hard. 

--
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: IBM-MAIN Digest - 26 Dec 2007 to 27 Dec 2007 (#2007-361)

[David Boyes]

> 2. Connect new server to the existing disk or old server to the new
disk
> systems - not possible, the old system has only internal disk and the
new
> disk is FICON and cannot be connected to the old processor.

You could consider turning the Flex box into a FlexCUB temporarily,
which would make the internal disk connectable via ESCON. Talk to
Cornerstone offline about that; we've found them to be pretty reasonable
about things, and it's a small investment that also gives you the
ability to deal better with the outside world and support DLT, etc. 


> 3. Load and customise zVM via the z9 HMC using DVD's thus having a zVM
and
> CMS environment and somehow "dump" the old system and FTP it across to
the
> new zVM & CMS system running on the z9

If you have one 3390 mod 9 or 2 3390 mod 3s available on the Flex box,
this is the best option. You need only one userid, and a utility called
CMSDDR which is available from the IBM Download Library (it's a modified
version of DDR that can read/write it's data from CMS files). Very
effective (and you'll want VM anyway...8-))


>   We believe we can build a Stand Alone (SA) DFDSS pgm in card
image
> form (BUILDSA) on the old system and FTP this across to a CMS user.
>   This user should be able to receive this card image as a CMS
file
> and "punch" it to the virtual reader.
>   We could then "IPL" from the reader on this zVM virtual machine
>   This then creates a IPL'd SA DFDSS environment
> 
> This last and final part is the bit we are struggling with. We can
create
> a
> DFDSS full volume dump of the OnePak System to DISK and FTP it to the
> zVM/CMS system on the z9.
> 
> What I am struggling with is how to get the as input to the DFDSS SA
> program
> from the zVM/CMS environment?
> 
> Is this a complete non starter as a process OR if possible; how would
it
> be
> done?

Well, you can get the DFDSS SA utility up and running w/o problems, but
I don't think it understands any of the VM disk storage formats, so I
don't know how you'd point it at the data to restore. 

CMSDDR is a lot easier, and if you can bring up a 1 pack VM system on
the Flex box, the dump looks like (assuming your 1 pack MVS system is on
dasd 1234, and 4567 is a full-pack minidisk formatted for CMS)

>From MAINT or other privileged ID: 

ATTACH 1234 MAINT 1234
ACCESS 4567 C
CMSDDR
SYSPRINT CONS
INPUT 1234 3390 volser
OUTPUT FILE volser DISKIMG C
DUMP ALL



And the restore is (assuming the disk to restore is 3FFF and the file
has been moved to a similar 4567 minidisk on the new system via FTP or
NJE): 

ATTACH 3FFF MAINT 3FFF
ACCESS 4567 C
CMSDDR
SYSPRINT CONS
INPUT FILE volser DISKIMG C
OUTPUT 3FFF 3390 SCRTCH
RESTORE ALL
 

Repeat this for all the volumes you want to move. DDR doesn't care what
is on the disk; it's a physical copy, so MVS won't get unhappy at all.

CMSDDR can be gotten from http://www.vm.ibm.com/download.

--
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: IBM-MAIN Digest - 7 Sep 2007 to 8 Sep 2007 (#2007-251)

[David Boyes]

> What does that mean? Do you want to know which manual describes the 
> Bookmaster tags? Do you think they released the libraries you include
when 
> executing Document Composition Facility (a.k.a. SCRIPT) to the public?

No. A SGML DTD is a syntax description of the tags in a formalized
grammar that describes how to use the tag in context. Think of it as the
COBOL reference syntax diagrams. You'd need something like it to write a
formatter, or a context-sensitive editor, or any tool that accepted the
input and did something with it. There's no code involved; just a formal
description of the syntax.

I have the Bookie manuals. What I want do is write a tool that allows me
to format documents written with Bookie tags on other platforms. The
Bookie tags are well-thought-out, well documented, and easy to learn.
I'd like to keep them alive, because the alternatives frankly suck.

--
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: IBM-MAIN Digest - 19 Aug 2007 to 20 Aug 2007 (#2007-232)

[David Boyes]

> The issue is quite possibly scalability.  Only a tiny fraction of Solaris 
> users need huge
> machines, and scalability is something IBM is quite good at.  It might make 
> good business
> sense for Solaris to cede the very top end to IBM and avoid the huge expense 
> of extreme
> scalability when only a few of their customers need it.

Actually, quite the converse. The sweet spot is virtualization. IBM can't 
compete on computational power, but they can compete on manageability. There's 
a lot more to be done to deal with the rafts of pizza boxes than the big 
106-ways. And there are a lot more opportunities to do it.


> A television commercial here a few minutes ago crowed about Nissan (I think) 
> managing 56,500
> servers using Microsoft System Center.
> THEY GOT THEMSELVES INTO THAT MESS, AND THEY'RE _PROUD_ OF IT ?!?

Silk purse. Sows ear. 


--
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: IBM-MAIN Digest - 2 Aug 2007 to 3 Aug 2007 (#2007-215)

[O'Mara, Kevin, ITD]

Gil, 

I really liked this, and had to run and try it. Of course it worked like
a charm. I have forever been mapping this char, in the emulation, to a
key I actually have somewhere on the PC. But then the PC gets swapped,
or 'upgraded', or I'm at home 'dialed-in', and have I remembered to map
the key again? This was very simple but helpful info for me.

"use the mouse to copy the ESC char" - and I've been wondering what that
mouse was for all this time.

Kevin



Date:Fri, 3 Aug 2007 21:01:04 -0500
From:Paul Gilmartin <[EMAIL PROTECTED]>
Subject: Re: OMVS

On Fri, 3 Aug 2007 11:24:12 -0500, Ron Wells wrote:

>In OMVS how can you send a control-c (SIGINT) to a foreground process?
>
(depending on terminal emulator) I use the mouse to copy the ESC
character from the lower left of the screen; paste it into the command
entry field; type 'c'; then ENTER.

-- gil

--
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: IBM-MAIN Digest - 15 Jul 2007 to 16 Jul 2007 (#2007-197)

[Timothy Sipples]

Dave Barry, a great name, writes:
>The Windows command prompt is the legacy of MS-DOS,
>and so on.

In turn, the 80 column DOS command prompt is a legacy of punch cards.  The
80 column card format was established back in the 1920s.

One might also say that base 10 arithmetic is a legacy of ten fingers,
which originated either in the evolution of primates or in your favorite
creationism story. :-)

- - - - -
Timothy Sipples
IBM Consulting Enterprise Software Architect
Specializing in Software Architectures Related to System z
Based in Tokyo, Serving IBM Japan and IBM Asia-Pacific
E-Mail: [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: IBM-MAIN Digest - 24 Mar 2007 to 25 Mar 2007 (#2007-84)

[Betsy Jeffery]

I have downloaded the latest version of GDGCOPY from the CBT tape and have 
had no issues with it under z/OS 1.7

--
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: IBM-MAIN Digest - 21 Mar 2007 to 22 Mar 2007 (#2007-81)

[Henry Daries]

Hi. Can anyone explain why I cannot access the info in this email.
If trying the access items in the "contents list" the url shows #S1 for the
first item and #S2 for the second, etc. For the items in the body of the
email the "address" shows cid---BAMA.UA.ED, etc.
The address to browse the archives is accessible.
I would appreciate any help pointing me to how I can access the
information.
Thanks
Henry

--
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: IBM-MAIN Digest - 17 Feb 2007 to 18 Feb 2007 (#2007-49)

[glen herrmannsfeldt]

From:Clark Morris wrote:

> I believe that MFT and MVT went unsupported in 1977.  My shop ran
> unsupported until the 1980's (Westinghouse Lamp Divisions, yes the
> plural is accurate for at least some of the period).  Due to water on
> our mod 65 we also ran MVT on a 4341.

1977 sounds earlier than I would have thought.  I did know
people running a 360/91 under MVT until at least 1981.
It is possible it was running unsupported, but I wouldn't
expect it.  I am pretty sure the 91 was still on IBM
maintenance contract until 1981.  The reason it ran
that long was that the contract wasn't too expensive.

-- glen

--
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: [UNSCANNED INBOUND] IBM-MAIN Digest - 28 Dec 2006 to 29 Dec 2006 (#2006-364)

[Richards.Bob]

Here is the link to ALL Redbooks:

http://www.redbooks.ibm.com/


Bob Richards 



-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of turner, mark
Sent: Tuesday, January 02, 2007 8:56 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: [UNSCANNED INBOUND] IBM-MAIN Digest - 28 Dec 2006 to 29 Dec
2006 (#2006-364)

 
Hello listers, happy new year!

In the last 30 minutes I received an email (I think it was from this
list) that mentioned a zOS redbook and some other redbooks.

If it came from this list, would someone please send me the links for
the redbooks?

Thanks in advance. 
  
  
  
LEGAL DISCLAIMER 
The information transmitted is intended solely for the individual or entity to 
which it is addressed and may contain confidential and/or privileged material. 
Any review, retransmission, dissemination or other use of or taking action in 
reliance upon this information by persons or entities other than the intended 
recipient is prohibited. If you have received this email in error please 
contact the sender and delete the material from any computer. 
  
SunTrust and Seeing beyond money are federally registered service marks of 
SunTrust Banks, Inc. 
[ST:XCL] 
 
 
 
 

--
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: [UNSCANNED INBOUND] IBM-MAIN Digest - 28 Dec 2006 to 29 Dec 2006 (#2006-364)

[turner, mark]

 
Hello listers, happy new year!

In the last 30 minutes I received an email (I think it was from this
list) that mentioned a zOS redbook and some other redbooks.

If it came from this list, would someone please send me the links for
the redbooks?

Thanks in advance.

Mark Turner

--
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: IBM-MAIN Digest - 17 Dec 2006 to 18 Dec 2006 (#2006-353)

[glen herrmannsfeldt]

(snip on instruction fetch vs. execution exceptions)

> one of the reasons that 360/67 had an 8-entry associative array (dlat,
> tlb, etc) ... was the worse case for "EXECXUTE" of SS instructions
> required eight different page addresses.

> "EX" (execute) of another instruction

> 2 pages - instruction start and end (crossing page boundary)
> target (SS) instruction
> 2 pages - instruction start and end (crossing page boundary)
> 2 pages - operand1 start and end (crossing page boundary)
> 2 pages - operand2 start and end (crossing page boundary)

I believe it is something like 53 for VAX.  First, page tables
are paged (in a different address space, but still using TLB entries),
and there are instructions up to six addresses, any and all of which
could cross a page boundary.

-- glen

--
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: IBM-MAIN Digest - 17 Dec 2006 to 18 Dec 2006 (#2006-353)

[glen herrmannsfeldt]

"Shmuel Metz (Seymour J.)" wrote:

(after someone else wrote)

>>Only if you want to match up with the vendor numbers. ;).  Disk
>>x-bytes are always in multiples of 10 instead of powers of 2

> Always is a long time. There is no industry standard; 
> even a unit of 2^10*10^3 is or was common.

For disks with 512 byte, or other power of two, fixed block
size that makes some sense.  Otherwise, the 3330 is just over
100,000,000 bytes at full track blocks.

>>I guess the vendors wanted the numbers to look bigger.

I believe so, driven by the marketing department.

> No, for that they gave the unformatted[1] capacity.

For drives without a built in controller (formatter) that
makes some sense.  1.44M floppies are still called 2M (unformatted).
(One could always write full track blocks, and use all that space.)

When SCSI and IDE drives with built in formatter and preformatted
at 512 byte blocks came out, it made somewhat less sense.  

It used to be common for the model number to be based on the 
unformatted size.  The ST506 and ST412 are 5MB and 10MB drives, 
respectively, with unformatted capacity of 6MB and 12MB.

> [1] Low level, not file system.

-- glen

--
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: IBM-MAIN Digest - 6 Nov 2006 to 7 Nov 2006 (#2006-312)

[Tom Russell]

>From:Tommy Tsui <[EMAIL PROTECTED]>
>Subject: Query on z109 BOOK concept

>If I use z109 S18 that means two books and allow 18 CPs maximum. If I
select
>508 and fill up the book1. Can I order another 508 to fill up the book2 so
>that the maximum CPs are 16. Or, I only can select 709 model if CP no
>greater than 8?

Any S18 ordered with more than 8 CPs must have capacity indicator CP7, and
will be a 709 through 718.  Obviously you can not get a 718 if you order
any ICFs, zIIPs, zAAPs or IFLs.  The lower capacity settings are only
available on a z9 with 8 or fewer general purpose CPs.  For example, you
could order an S18 as a 404 (four reduced speed CPs) with 4 zIIPs, 4 zAAPs,
2 ICFs, and 4 IFLs.  All of the specialty engines will run at full speed.

G. Tom Russell
Internet: [EMAIL PROTECTED]

"Stay calm.  Be brave.  Wait for the signs." -- Jasper FriendlyBear
"... and remember to leave good news alone." -- Gracie HeavyHand

--
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: IBM-MAIN Digest - 5 Oct 2006 to 6 Oct 2006 (#2006-280)

[John Dravnieks]

Art

If you know that you are running on a z/Architecture machine, then you
could use the STore Facility List (STFL) instruction to help you decide
what is available or not (though this does lead to dual- pathing your code
which you may not want to do)

STFL is priviliged but z/OS does issue it and leaves the data at real
address 200 where you can inspect it.If you are the latest hardware
then you can use STFLE which is an extended version that is also a problem
state instruction.

The facility bits that these instructions store are all described at the
end of Chapter 4 in the latest Principles of Operation.

Kind Regards

John R Dravnieks
HLASM Project leader,
Australia Development Laboratory (ADL), Perth

Internet: [EMAIL PROTECTED]
Phone: +61 8 926 18473 (xtn 18473; Tie-Line: 701 8473)
Fax: +61 8 926 18453 (xtn 18453; Tie-Line: 701 8453)

--
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: IBM-MAIN Digest - 19 Aug 2006 to 20 Aug 2006 (#2006-233)

[Shmuel Metz (Seymour J.)]

In <[EMAIL PROTECTED]>, on 08/21/2006
   at 09:07 AM, Rick Fochtman <[EMAIL PROTECTED]> said:

>Benjamen, ISTR that a RECFM=U, LRECL=255,KEYLEN=8 brought in a key as
>well as the actual block. 

Shirley you mean RECFM=U, LRECL=256, KEYLEN=8, BLKSIZE=264.
 
-- 
 Shmuel (Seymour J.) Metz, SysProg and JOAT
 ISO position; see  
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: IBM-MAIN Digest - 19 Aug 2006 to 20 Aug 2006 (#2006-233)

[Rick Fochtman]

---

> > Date: Sun, 20 Aug 2006 12:28:43 -0400
> >
> > On Sun, 20 Aug 2006 09:54:17 -0500 Rick Fochtman <[EMAIL PROTECTED]> wrote:
> >
> > :>You can also use QSAM GETs to read the directory. And if you specify a 
> > KEYLEN=8
> > , you can see the key of each block, so you can stop
> > :>before hitting the actual end of the directory. The block with a key of 
> > X'F
> > FFF' is the last block used.
> >
> > QSAM does not allow access to the key.
> >
> > BSAM does.
> >
> IIRC (from long ago -- I haven't dusted off the code) there's also a
> member entry with the same HIGH VALUES name, so there's no need to
> read the keys.  In fact, doesn't one need to check for that value in
> order to process residual members in that incomplete final block?

> 

You are correct, Gil.  It's a twelve-byte entry with name of all X'FF' and a 
TTR value of zeros.

Benjamen, ISTR that a RECFM=U, LRECL=255,KEYLEN=8 brought in a key as well as
the actual block.  It's been so long that I may have been using BSAM,but SQAM 
sticks in
the mind.  Oh well, it's been so long that it really matters not, at this 
point. 

Rick (Retired) Fochtman

---
Why didn't Noah swat those two mosquitos?

---
[This E-mail has been scanned for viruses by the YourNet Connection Virus 
system]
[For more information, please go to http://www.ync.net/YourMAIL]

--
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: IBM-MAIN Digest - 18 Aug 2006 to 19 Aug 2006 (#2006-232)

[Paul Gilmartin]

In a recent note, Binyamin Dissen said:

> Date: Sun, 20 Aug 2006 12:28:43 -0400
> 
> On Sun, 20 Aug 2006 09:54:17 -0500 Rick Fochtman <[EMAIL PROTECTED]> wrote:
> 
> :>You can also use QSAM GETs to read the directory. And if you specify a 
> KEYLEN=8
> , you can see the key of each block, so you can stop
> :>before hitting the actual end of the directory. The block with a key of 
> X'F
> FFF' is the last block used.
> 
> QSAM does not allow access to the key.
> 
> BSAM does.
> 
IIRC (from long ago -- I haven't dusted off the code) there's also a
member entry with the same HIGH VALUES name, so there's no need to
read the keys.  In fact, doesn't one need to check for that value in
order to process residual members in that incomplete final block?

-- 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: IBM-MAIN Digest - 18 Aug 2006 to 19 Aug 2006 (#2006-232)

[Binyamin Dissen]

On Sun, 20 Aug 2006 09:54:17 -0500 Rick Fochtman <[EMAIL PROTECTED]> wrote:

:>> --

:>> In respect of your query about EXCP with DEB:

:>> "Hello: Does anyone have any sample code that does I/O (read only) by
:>> manually building a DEB? (Bypassing OPEN and CLOSE.) ..

:>> I want to be able to read the directory blocks of a PDS via EXCP in this
:>> manner."

:>> I cannot answer your question specifically as I haven't played in this
:>> area since the 1970s when I found that DEBE would not run in MVS because
:>> DEBs were built in a different SUBPOOL.

:>> I know you have indicated that you wish to bypass OPEN/CLOSE, but if you
:>> didn't the directory is easily readable with BSAM. This link contains an
:>> article and sample on doing this.
:>> (http://www.kmsitltd.co.uk/docs/bpamdir.pdf)

:>
:>You can also use QSAM GETs to read the directory. And if you specify a 
KEYLEN=8, you can see the key of each block, so you can stop
:>before hitting the actual end of the directory. The block with a key of 
X'' is the last block used.

QSAM does not allow access to the key.

BSAM does.

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

Re: IBM-MAIN Digest - 18 Aug 2006 to 19 Aug 2006 (#2006-232)

[Rick Fochtman]

--

> The presence of bank vaults in the world means that there must also be
> locksmiths in it who can open them, and I suppose that there is a similar
> rationale for the skills needed to breach z/OS, but this is a public forum
> in which I for one do not think we should facilitate such operations by
> unknown people.

---
Unfortunately, I must agree. While I believe in open source for everything,
secure environments exist for excellent reasons and I would be loath to
help create a possible security breach, regardless of the merit of the
reasoning behind it. So use DYNALLOC, OPEN/CLOSE and GET
or READ/CHECK, whichever "floats your boat". If you look at module
ARCHUNLD, in the ARCHIVER package in File 147 of the CBT tape,
you'll find code to read a PDS directory as a sequential dataset; also
deblocking the individual entries.

Rick (Retired) Fochtman

---
[This E-mail has been scanned for viruses by the YourNet Connection Virus 
system]
[For more information, please go to http://www.ync.net/YourMAIL]

--
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: IBM-MAIN Digest - 18 Aug 2006 to 19 Aug 2006 (#2006-232)

[Rick Fochtman]

> --

> In respect of your query about EXCP with DEB:

> "Hello: Does anyone have any sample code that does I/O (read only) by
> manually building a DEB? (Bypassing OPEN and CLOSE.) ..
>
> I want to be able to read the directory blocks of a PDS via EXCP in this
> manner."
>
> I cannot answer your question specifically as I haven't played in this
> area since the 1970s when I found that DEBE would not run in MVS because
> DEBs were built in a different SUBPOOL.
>
> I know you have indicated that you wish to bypass OPEN/CLOSE, but if you
> didn't the directory is easily readable with BSAM. This link contains an
> article and sample on doing this.
> (http://www.kmsitltd.co.uk/docs/bpamdir.pdf)


You can also use QSAM GETs to read the directory. And if you specify a 
KEYLEN=8, you can see the key of each block, so you can stop
before hitting the actual end of the directory. The block with a key of 
X'' is the last block used.


---
[This E-mail has been scanned for viruses by the YourNet Connection Virus 
system]
[For more information, please go to http://www.ync.net/YourMAIL]

--
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: IBM-MAIN Digest - 3 Aug 2006 to 4 Aug 2006 (#2006-217)

[Rick Fochtman]

>

--
> If there's anybody out there old enough, they'll remember Assembler-G,
> from University of Waterloo, with it's temporary update facility.
> You supplied updates in IEBUPDTE format in a separate input file.
> The Assembler would apply those updates to create a temporary file,
> which was then assembled. IIRC, it was invoked by executing the UPASM
> program, instead of ASMGASM. I used it extensively and it saved my
> bacon more than once, when IEBUPDTE would have left me with a useless
> source deck.

How is this superior to a library JCL proc that performs the
updates to a temporary data set, then assembles from that?

ISTR an assembler for 700/7000 series that routinely accepted
a delta deck along with its primary input deck.
-
Not necessarily superior, but an alternative. This was in my "salad days", when 
JCL was
still quite new to me, compared to Assembler-language programming. I liked it 
because
it was a single job step for both update and assemble.

Rick

---
[This E-mail has been scanned for viruses by the YourNet Connection Virus 
system]
[For more information, please go to http://www.ync.net/YourMAIL]

--
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: IBM-MAIN Digest - 25 Jul 2006 to 26 Jul 2006 (#2006-208)

[John Dravnieks]

Jeffrey

You might like to inspect X'A3' - the low order bit  will on if the machine
is in z/Architecture mode.

If you are on any z/Series hardware then you might be able to use STore
Facility List instruction, STFL.
'Might' because this is a privileged instruction and it updates the
fullword at real address 200 (X'C8')

(z/OS does issue this instruction and leaves the data in storage at that
address but  I do not know if any other operating systems do this).

If you are the latest hardware(z9), then there is STore Facility List
Extended, STFLE,  which can store up to 16k bits and is not privileged.

Both of these instructions store 'facility' bits - they are described at
the end of Chapter 4 in the latest POP (SA22-7832-04).

Hope this helps

John

> - Message from "Jeffrey D. Smith" <[EMAIL PROTECTED]>
> on Wed, 26 Jul 2006 15:40:00 + -
>
> Subject:
>
> OS/390 2.10 architecture level set 1 (and beyond)?
>
> Greetings,
>
> Is architecture level set (ALS) 1 required for OS/390 2.10?
>
> What machine instructions are required for architecture
> level set 1, as oppposed to ALS 0?  I seem to recall
> that Perform Locked Operation (PLO) is ALS 1. What are the
> others?
>
> Is there a set of CVT flags for the ALS, or maybe there
> are bits for individual instructions?
>
> Also, is ALS 2 the 64-bit architecture?
>
> Is there another ALS for the very recent instructions,
> like Load And Test (LT) and Load Logical Immediate (LLILF)?
>
> thanks in advance ;)
>
>
> Jeffrey D. Smith
> Farsight Systems Corporation
> 24 BURLINGTON DR
> LONGMONT, CO 80501
> 303-774-9381 direct
> 303-709-8153 cell
> 303-484-6170 fax
>
> --

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