Re: Authorized Rexx Assembler Function

[Lindy Mayfield]

Yes, an assembler function.

And your idea about an authorized TSO command is a good.  And probably
much simpler and safer.

Here is an example of what I could do, I think.

EWSTTIM  = Copies(0,26)  /* force result length=26 */ 
TOD_val = X2c(EWST)   
Address linkpgm "BLSUXTOD TOD_val EWSTTIM"

I'm not sure yet how BLSUXTOD stored the result in the last variable
though.  My guess is that it is not Rexx aware.

Lindy

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Tony Harminc
Sent: 10. huhtikuuta 2008 23:52
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Authorized Rexx Assembler Function

2008/4/10 Lindy Mayfield <[EMAIL PROTECTED]>:

>  Is there any way to create a Rexx function that runs authorized?
Seems
>  that when a Rexx function is called the JSCBAUTH is turned off.

By "Rexx function", do you mean a function written in Rexx, or one
written (typically in assembler) as part of a function package?

Although the doc is ambiguous, Rexx itself will happily run
authorized, according to the usual APF rules. This does not mean in a
TSO/E integrated environment, however. But you can set up a non-TSO/E
Rexx environment and run Rexx programs in an authorized job step, and
of course the Rexx program can then call a function or host command
environment routine that does authorized stuff.

Whether this is wise is a whole 'nuther question...

However what I'm guessing you want is the ability to run a "normal"
Rexx program ,and then have it call an assembler-written function that
gets control in an authorized state, much the way you can issue an
authorized TSO command. Well, not any straightforward way I know. Why
not write an authorized TSO command, and invoke that from Rexx? I'm
not sure if such a command can use the Rexx variable interface, but
other than that, it should be able to run, do its APF thing, whatever
that is, and pass back a small result, or stack a larger one.

Tony H.

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

IPCSs hidden qualities

[Barbara Nitz]

>LISTTOD is a Bob Wright special. You are thinking of the local (to
>Poughkeepsie System Test) VERBX CNVTOD, which we used before LISTTOD
>existed.

I know. After all, I bugged the two of you to get it into the product 
permanently! Another (former) Jim-Mulder/Bob-Wright-Special is COPYCAPD, 
formerly verbx dmpwrite, which was downloadable on an IBM website:-). And we 
recently used it to advantage.

Speaking of IPCS's hidden qualities: A former colleague showed me an IPCS full 
command named SYSTRACW, which is NOT available to customers in the normal 
product (I checked). This looked suspiciously (if very much better)like my old 
rexx/verbx combinations that takes a system trace and does an IPCS where on the 
relevant addresses. Saves tons of time analyzing loops and time delays. 

Is there any chance to make that available publicly on an as-is basis with no 
IBM commitment to fix anything should a problem occur?

My former colleague also told me that there are any number of commands somehow 
in the product but neither documented outside IBM nor available in the product 
going out to customers, with the rationale, that IBM doesn't want to spend 
resources on supporting it. Funny thing is, the level1/2 people also don't 
really know its there much less how to use it. 

In many cases, this might speed up problem determination for a customer without 
going through the several-days/weeks-delays until the dump finally finds 
someone who not only knows which questions to ask but also how to interpret the 
answers. :-)

Best regards, Barbara
-- 
GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen!
Jetzt dabei sein: http://www.shortview.de/[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: VLF/LLA Management

[Stephen Hall]

___

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




>Date:Thu, 10 Apr 2008 14:47:21 -0400
>.From:"King, Jeffrey E" <[EMAIL PROTECTED]>.
>Subject: Re: VLF/LLA Management
>
>Stephen - 
>
>I'm not sure if you are familiar with or running CA-PDSMAN, but it
>provides a multitude of LLA management functions, including the
>automatic updating of the LLA cache for individual members in libraries
>being managed in Freeze mode.
>
>Regards,
>Jeffrey King
>CA
>PDSMAN Principle Support Engineer
>Columbus, Ohio USA
>Tel: +1 614 785 2743 or x62743
>[EMAIL PROTECTED]

Jeff,

We actually have PDSMAN installed, but unfortunately it was part of the
problem.
Originally, the private library was managed by CA-Quickfetch & PDSMAN to
manage the I/O for our IMS MPRS. We converted that to use LLA/VLF &
PDSMAN. Unfortunately sometime later it dropped out of LLA management
(IEACMD00 in SYS1.IBM.PARMLIB was the culprit - we thought that it was
being managed by our automation system), but we never really noticed due
to a processor & disk subsystem upgrades. I/O to this dataset averaged
at about 1.5 Million per hour (thank you  dynamic PAVS !).

Then, a few weekends ago we upgraded CICS from TS2.2 to TS 3.1 & DB2
from V7 to V8, and whammo! I/O skyrocketed to nearly 5 Million per Hour
(Dynamic PAVS saved our bacon, performance was very slow, but not enough
to kill the application altogether). Strobe indicated that PDSMAN,
whilst not the main culprit, was heavily involved in the I/O,
specifically the SPFEDIT enq. Most of the I/O was actually directory
searching. Putting the dataset back under LLA control dropped the I/O
dramatically and resolved performance issues, but PDSMAN is still
getting involved somehow in the I/O. So we are removing all PDSMAN
parameter entries for this dataset, and when we are happy, we will
re-review PDSMAN control for this dataset, based on Dev team
requirements.

The other thing is that this dataset is managed by our source management
software, and we want to control when it gets refreshed, which is not
necessarily at update time.

Thanks for the interest though (the local PDSMAN support have also
contacted me, and he is assisting in our research of this).

Thanks & Regards,

-

Stephen Hall
Team Leader - Host Systems
Technology Services - Infrastructure
INSURANCE AUSTRALIA GROUP (IAG)

www.iag.com.au
-


___

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

Re: SVCDUMP capture phase statistics.....

[Jim Mulder]

IBM Mainframe Discussion List  wrote on 04/11/2008 
01:11:14 AM:
> I was quite unaware, 
> though (or didn't read it properly because I didn't want to 
> subconsciously), that GRS collection is a global exit. I would have 
> sworn it is local.
> 
> I just tested with grsq set to contention and the capture time 
> decreased drastically. So let my scars be a warning to you! :-) 
> Guess I need to say goodbye to that debugging help for the sake of 
> 20s gain in production. (That means we can go back to q=yes, though!)

  We are painfully aware of the requirement to move GRSQ processing 
to occur after system nondispatchability has been reset.  We can't
just change that GRS exit to be a local exit, because then it 
would run for each address space being dumped, and we only want
it to run once per dump. 

> (using another Jim-Mulder-
> Special, LISTTOD)

  LISTTOD is a Bob Wright special.  You are thinking of the 
local (to Poughkeepsie System Test) VERBX CNVTOD, which we used 
before LISTTOD existed.

Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY

--
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: How to format the current linkage stack for a SLIP dump taken in SRB mode?

[Barbara Nitz]

Ed,

>I can never remember the name of the REXX I have to run to work with
>DAE. (I don't have it on an ISPF menu.) When I get lazy, I usually just
>type "/T DAE=01". :-)

Use IPCS :-) option 3.5, look for the symptom string (after confirming the 
correct DAE data set) and type a T in that line. IPCS does the rest, 
sysplex-wide.

Barbara

-- 
Psst! Geheimtipp: Online Games kostenlos spielen bei den GMX Free Games! 
http://games.entertainment.gmx.net/de/entertainment/games/free

--
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: How to format the current linkage stack for a SLIP dump taken in SRB mode?

[Edward Jaffe]

Barbara Nitz wrote:

Ed,
I bet your customer wasn't happy when you asked to reproduce the problem and 
give you another dump! To many customers(including me) it usually sounds like 
an excuse unless given a good explanation *why* storage is missing.
  


Large shop; old school; know their stuff! We explained. They understood.


Good thing I am usually too lazy to type in a slip trap when instructing DAE to 
"t"ake the next is much easier! And that I can check if storage is really 
missing!
  


I can never remember the name of the REXX I have to run to work with 
DAE. (I don't have it on an ISPF menu.) When I get lazy, I usually just 
type "/T DAE=01". :-)


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

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

Re: How to format the current linkage stack for a SLIP dump taken in SRB mode?

[Barbara Nitz]

Peter corrects my sloppy wording

> The idea's right, but one minor detail: SLIP will have "issued" SDUMP.

with a more detailed (and more accurate) explanation worthy of any 
mathematician! :-) May I blame this on not being a native speaker? (Shane 
always assures me I may not :-( )

Ed,
I bet your customer wasn't happy when you asked to reproduce the problem and 
give you another dump! To many customers(including me) it usually sounds like 
an excuse unless given a good explanation *why* storage is missing. 
Good thing I am usually too lazy to type in a slip trap when instructing DAE to 
"t"ake the next is much easier! And that I can check if storage is really 
missing!

Barbara
-- 
GMX startet ShortView.de. Hier findest Du Leute mit Deinen Interessen!
Jetzt dabei sein: http://www.shortview.de/[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: Healthcheck (IBMASM,ASM_LOCAL_SLOT_USAGE)

[Barbara Nitz]

Mark,

I am sure you're not surprised that I pipe up on this, but this was what I had 
complained about before (September 2007). Here's the relevant part:

"2. The check still trips with a high frequency after adding another page data 
set, which is all a sysprog can do. That new page data set is filled first, the 
slot usage of the others doesn't change to get higher, which this check 
completely ignores for the next checking cycle.
3. Given that I want to be alerted when slot usage overall goes higher than 30% 
, I have kept this check, but once it had tripped, I have disabled this check 
via automation for the rest of the IPL (which I do not consider a good thing 
but the lesser of two evils)."

IBM told me that this is broken as designed, and they won't change it to look 
at overall usage. Please everyone hitting this, open an ETR with IBM and bug 
them to change that behaviour!

Barbara
-- 
Psst! Geheimtipp: Online Games kostenlos spielen bei den GMX Free Games! 
http://games.entertainment.gmx.net/de/entertainment/games/free

--
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: SVCDUMP capture phase statistics.....

[Barbara Nitz]

Everyone's spot on: We're GMT+2 (stupid DST in Europe :-) ), so that explains 
why we didn't go through a time warp. :-)

Now, why am I not surprised that this verbx (I just wrote verby again!)ieavtsfs 
is a Jim-Mulder-Special? :-) Thank goodness it is there, though, and if you, 
Jim, want to fix something in a later release, that's fine.

The blame lays squarely in my court, I guess. I wanted GRSQ(ALL) because we 
just had to merge two completely disparate sysplexes into one. They don't share 
anything except GRS Star, and I wanted to see any cross-system deadly embraces 
that may have been caused by our throwing together the RNLs of both sysplexes. 
I was quite unaware, though (or didn't read it properly because I didn't want 
to subconsciously), that GRS collection is a global exit. I would have sworn it 
is local.

I just tested with grsq set to contention and the capture time decreased 
drastically. So let my scars be a warning to you! :-) Guess I need to say 
goodbye to that debugging help for the sake of 20s gain in production. (That 
means we can go back to q=yes, though!)

And sorry that I just didn't put the timestamps into the post. Because 
system-wide non-disp was reported to be reset a few lines above, I assumed that 
everything below that line would be local, again. (Talk about making 
assumptions!) I realized later that the time stamp was actually inside the 
global non-disp window, and the exit address did the rest to make me feel 
guilty.

I just looked at the dump task in the NDM address space. It must have been 
posted (link is 00), but the tcbflags say that the task is being swapped out. 
(Actually, all tasks are being swapped out.) 
I would have said that this is due to NDM running in discretionary, but I am 
not sure. SRM says that the address space is on the IN q, the WEB still 
pointing back to that SSRB has a DP of x'00C0 8000', while ASCBDPH=x'00C1'. 
ASCBEWST is (using another Jim-Mulder-Special, LISTTOD) 04/09/2008 
15:04:43.107551, which is almost right at the beginning when the problem 
occured (15:04:43.048477).
-
There are a ton of global SRBs (that I didn't check, with 1.8 they're always 
there for a dynamic dump) and there is one local ssrb with a cpsw in ieavsrbs 
and RMTR=IEAVESPM. regs in the ssrb are all zero, and ptcb is the one that had 
the 0C4 in srb-to-task percolation for the original abend. Given my luck, the 
RT1W for that SRB is in use (my debugging teacher told me that I would never 
need to look at RT1Ws because they're never in use - I always get those that 
are) with a linkage stack entry for IEAVTSSD BAKR'ing to IEAVTSSM. That's 
summary dump processing, I think.

Any more words of wisdom on this? (well, other than 'stupidity on the part of 
the OP :-) ?

Best regards, Barbara
-- 
Der GMX SmartSurfer hilft bis zu 70% Ihrer Onlinekosten zu sparen! 
Ideal für Modem und ISDN: http://www.gmx.net/de/go/smartsurfer

--
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 sites on Google Maps

[Steve Samson]

On the one hand, the ripples in the Hudson seem to be sharper than the 
cars in the parking lot. On the other, I think I can see Gordon 
MacKenzie playing his bagpipes at the edge of the parking lot...




Steve Samson

Roger Bowler wrote:

On Wed, 2 Apr 2008 18:05:56 -0400, Tony Harminc wrote:

I noticed recently that if you do this for the IBM South Road site in
Poughkeepsie, it has been intentionally blurred to a much lower
resolution than the surrounding area.

...

http://maps.google.com/?&ll=41.655535,-73.933783&z=16

Some non-US IBM lab sites I know appear unfuzzy: the Toronto lab:
http://maps.google.com/?&ll=43.818489,-79.33676&z=17

Old Toronto lab and manufacturing site, spun off to Celestica 10+ years ago:
http://maps.google.com/?&ll=43.722211,-79.341534&z=17

Hursley:
http://maps.google.com/?&ll=51.02543,-1.396079&z=17


Did you notice that the road that runs through Hursley village is the A3090?
That always fascinated me. Can it be sheer coincidence?

Regards,
Roger Bowler


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

[Chris Mason]

John

I wouldn't expect this to be  everyone's preferred starting point either (see 
response to John McKown).

Nevertheless I see it leads to a search facility which might be useful for non-
z/OS manuals.

I use the following. I can't recall ever experiencing the site being down - 
although, to be honest, I used the zose pages rather than the zos pages prior 
to 1.9.

http://www-03.ibm.com/systems/z/os/zos/bkserv/

I prefer to work from lists of manuals within bookshelves and so I now 
navigate as follows when, for example, I want to work with Communication 
Server manuals:

"z/OS elements and features publications" - "Book" - whatever level I need, 
e.g. "1.9"

then

"List all z/OS V1R9.0 elements and features bookshelves"

then

"Communications Server - 36 books" - "List books"

Now I've got the sort of selectable manual list with which I have always been 
used to working.

I guess you need to use whatever approach works for you - always assuming 
you use a reliable repository!

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: Send a command to a desktop from MVS

[Kirk Wolf]

David,

Our free Co:Z toolkit does exactly what you are asking:  you have a batch
job on z/OS that runs a script on Windows.   The script running on Windows
can reach back into z/OS and access Datasets or DDs.   It uses SSH as an
underlying secure network transport.   For more information, see:

http://dovetail.com/coz

Kirk

On Thu, Apr 10, 2008 at 4:18 PM, David Day <[EMAIL PROTECTED]> wrote:

> I have a mainframe application that uses FTP to transfer some data to a
> PC.  Currently use FTP in an ISPF application to an FTP Server, FileZilla,
> on the desktop.  Data gets where its supposed to go, and in the correct
> format.  Does anyone know if there is any way to tell Windows to run a
> script from MVS?  Either as part of the FTP session, or some other method?
>  I would like to be able to transfer the data and update the database on the
> desktop without user intervention on the Windows side.
>
>--Dave Day
>
> --
> 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 Publications Server

[Chris Mason]

John

Having looked at what you can find here I would not expect this to be 
everyone's preferred starting point. Nevertheless, it's useful to know it's 
there.

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: Installers (Was: IBM announcements)

[Gibney, Dave]

  I had the same problem until I realized that it was IBM-MAIN-ARCHIVES,
not IBM-MAIN.

  Btw, we use the product mentioned. The install was easy and the
support is great.

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Clark Morris
> Sent: Thursday, April 10, 2008 6:28 PM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: Installers (Was: IBM announcements)
> 
> On 10 Apr 2008 16:26:17 -0700, in bit.listserv.ibm-main you wrote:
> 
> >Shane wrote:
> >> Excellent !!! - did he say excellent ???.
> >> Perhaps one day I'll bump into Mr. Jaffe in a bar somewhere and
coax
> out
> >> of him who this mystical (mythical ???) vendor might be ...  ;-)
> >>
> >
> >In October 2000, a man I greatly admire and respect kindly wrote:
>
>http://bama.ua.edu/cgi-bin/wa?A2=ind0010&L=ibm-main-archives&P=R3449&I=
1.
> >
> >Of course, things have only gotten worse since then ... ;-)
> Since I can't get to the article via the URL since it won't let me log
> in, could you give us a title or specific date?  I can log in and get
> to ibm-main but not with that URL.
> 
> Thanks, 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

--
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: Encrypted Tapes and DR <[EMAIL PROTECTED]>

[Russell Witt]

That will work just fine Mark, if your DR site is dedicated to you and you
have a running system there that is not recovered from your DR tapes
themselves. If your DR is running at a Sunguard/IBM shared DR recovery site,
then that will not work. In that case, you will have to have a backup of
your RACF database (in un-encrypted form of course) and restore that first;
re-ipl using the new RACF database (can RACF be re-activated with a new
database without an IPL?); then restore the rest of your backups. DR is one
of the biggest issues with any encryption product; and of course Key
Management is the other major concern (don't let your digital certificates
expire when you are still using them).

Russell Witt
CA L2 Support Manager

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED]
Behalf Of Mark Jacobs
Sent: Thursday, April 10, 2008 4:09 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Encrypted Tapes and DR


Actually we have them in production and have sucessfully tested a
restore of an encrypted tape in our disaster recovery environment. We
use RACF to control the public piece of the key pair and ICSF holds the
private key. Our DR environment has a completely separate RACF and ICSF
databases from production.

The way that we have set it all up to work is to create keypairs in both
the production and DR environments, import the public keys from the DR
environment into the production environment and attach these keys to EKM
keyring.

When we encrypt tapes we use both the production and DR public keys to
wrap the data encrypting key on the tape. At DR the tape drives talk to
EKM which sends the DR private key to the tape drive which sucessfully
unwraps the data encrypting key protected by the DR public key.

Does that make sense?

Mark Jacobs
Time Customer Service

--
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: Installers (Was: IBM announcements)

[Clark Morris]

On 10 Apr 2008 16:26:17 -0700, in bit.listserv.ibm-main you wrote:

>Shane wrote:
>> Excellent !!! - did he say excellent ???.
>> Perhaps one day I'll bump into Mr. Jaffe in a bar somewhere and coax out
>> of him who this mystical (mythical ???) vendor might be ...  ;-)
>>   
>
>In October 2000, a man I greatly admire and respect kindly wrote:
>http://bama.ua.edu/cgi-bin/wa?A2=ind0010&L=ibm-main-archives&P=R3449&I=1.
>
>Of course, things have only gotten worse since then ... ;-)
Since I can't get to the article via the URL since it won't let me log
in, could you give us a title or specific date?  I can log in and get
to ibm-main but not with that URL.

Thanks, 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: Send a command to a desktop from MVS

[John S. Giltner, Jr.]

David Day wrote:

I have a mainframe application that uses FTP to transfer some data to a PC.  
Currently use FTP in an ISPF application to an FTP Server, FileZilla, on the 
desktop.  Data gets where its supposed to go, and in the correct format.  Does 
anyone know if there is any way to tell Windows to run a script from MVS?  
Either as part of the FTP session, or some other method?  I would like to be 
able to transfer the data and update the database on the desktop without user 
intervention on the Windows side.

--Dave Day


Not sure about FileZilla, but some distributed FTP servers have the 
option to execute a script/command every time a file transfer is successful.



Does the FTP from z/OS happen on a predetermined schedule?  If so, just 
use Task Scheduler to schedule a task that executes at that time, checks 
for the file, if its there, do "whatever", if it is not there, go to 
sleep and wake up 5 minutes later.


If the Windows server is running telnet/ssh server you could always 
write a script to login to the Windows box and run a command.


I think you could even write a script/app on z/OS to make a RCP call to 
the Windows server.


--
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: Send a command to a desktop from MVS

[Edward Jaffe]

David Day wrote:
Thanks Ed.  I googled it and got some info.  I was hoping there was 
something 'native' to both platforms that would not require another 
piece of software to be installed to make this work.  Guess not.


rexec is native to both platforms. I think on Windows you have to 
install the IIS. There is also ssh, rsh, etc.


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

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

Re: Send a command to a desktop from MVS

[John McKown]

On Thu, 10 Apr 2008, David Day wrote:

> Thanks Ed.  I googled it and got some info.  I was hoping there was 
> something 'native' to both platforms that would not require another piece of 
> software to be installed to make this work.  Guess not.
> 
> --Dave Day
> - Original Message - 

We do something like this to an IIS ftp server. We do it as follows:

ftp myserver
userid password
cd /my/subdir
put zos.file pc.file.ftp
ren pc.file.ftp pc.file.txt
close
quit

Notice that we rename the file on the ftp server from a .ftp to a .txt. 
That is so that we know that the data has been completely transferred. We 
use the Windows "Scheduled Tasks" to run a .bat file every so often (don't 
know how often). Or maybe it is a .net thingie - it doesn't matter what it 
is written in. This .bat file then does the Windows processing.


-- 
Q: What do theoretical physicists drink beer from?
A: An EIN stein.

Maranatha!
John McKown

--
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: Send a command to a desktop from MVS

[David Day]

Thanks Ed.  I googled it and got some info.  I was hoping there was 
something 'native' to both platforms that would not require another piece of 
software to be installed to make this work.  Guess not.


   --Dave Day
- Original Message - 
From: "Edward Jaffe" <[EMAIL PROTECTED]>

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Thursday, April 10, 2008 6:12 PM
Subject: Re: Send a command to a desktop from MVS



David Day wrote:
I have a mainframe application that uses FTP to transfer some data to a 
PC.  Currently use FTP in an ISPF application to an FTP Server, 
FileZilla, on the desktop.  Data gets where its supposed to go, and in 
the correct format.  Does anyone know if there is any way to tell Windows 
to run a script from MVS?  Either as part of the FTP session, or some 
other method?  I would like to be able to transfer the data and update 
the database on the desktop without user intervention on the Windows 
side.




I think we use REXEC.

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

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



--
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: Installers (Was: IBM announcements)

[Edward Jaffe]

Shane wrote:

Excellent !!! - did he say excellent ???.
Perhaps one day I'll bump into Mr. Jaffe in a bar somewhere and coax out
of him who this mystical (mythical ???) vendor might be ...  ;-)
  


In October 2000, a man I greatly admire and respect kindly wrote:
http://bama.ua.edu/cgi-bin/wa?A2=ind0010&L=ibm-main-archives&P=R3449&I=1.

Of course, things have only gotten worse since then ... ;-)

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

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

Re: Send a command to a desktop from MVS

[Edward Jaffe]

David Day wrote:

I have a mainframe application that uses FTP to transfer some data to a PC.  
Currently use FTP in an ISPF application to an FTP Server, FileZilla, on the 
desktop.  Data gets where its supposed to go, and in the correct format.  Does 
anyone know if there is any way to tell Windows to run a script from MVS?  
Either as part of the FTP session, or some other method?  I would like to be 
able to transfer the data and update the database on the desktop without user 
intervention on the Windows side.
  


I think we use REXEC.

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

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

Re: Installers (Was: IBM announcements)

[Mark Zelden]

On Fri, 11 Apr 2008 08:20:14 +1000, Shane <[EMAIL PROTECTED]> wrote:

>On Thu, 2008-04-10 at 08:08 -0700, Edward Jaffe wrote:
>
>> But, I know of at least *one* ISV whose flagship
>> product's install procedures are continually rated "excellent" by its
>> customer base!
>
>Excellent !!! - did he say excellent ???.
>Perhaps one day I'll bump into Mr. Jaffe in a bar somewhere and coax out
>of him who this mystical (mythical ???) vendor might be ...  ;-)
>
>Shane ...
>

Doesn't just make you want to order a trial copy just to see?  :-)

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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

Re: IDMS batch jobs getting increased dispatching priority

[Mark Zelden]

On Thu, 10 Apr 2008 22:16:01 +, Ted MacNEIL <[EMAIL PROTECTED]> wrote:

>>dispatching priority increased to FC range where their srvclass should
have them in the high C0 to low E0 range.
>
>Do NOT worry about dispatching priority in Goal Mode.
>The WLM/SRM tandem manipulates them, as needed, to meet goals.
>They are irrelevent, as long as goals are met.
>Cheryl Watson (and others) have been preaching that for years, and nobody
seems to listen.
>

In general, you are correct.  But in this case it could have (or could be)
relevant. 
FC is not in the range of WLM controlled DPs for z/OS 1.8 and above.  Also 
see the APAR I quoted in an earlier reply.   What I didn't get from the first
post was if this just started happening or not.  

Here is a table of DPs from the System Programmer's Guide to: Workload 
Manager Redbook -   SG24-6472-03:

Table 2-1 Dispatching priorities prior to z/OS 1.8 
   
255   FF  SYSTEM   
254   FE  SYSSTC   
253   FD  Small consumer   
252-208   FC-D0   Dynamically-managed DPs  
207-202   CF-CA   Not used 
201-192   C9-C0   Discretionary
191   BF  Quiesce  
   
   
Table 2-2 Dispatching priorities as of z/OS 1.8
   
255   FF  SYSTEM   
254   FE  SYSSTC, SYSSTC1-5
253-249   FD-F9   Reserved 
248   F8  Small consumer   
247-203   F7-CB   Dynamically-managed DPs  
202   CA  Not used 
201-192   C9-C0   Discretionary
191   BF  Quiesce  


Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

   

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

Re: Installers (Was: IBM announcements)

[Shane]

On Thu, 2008-04-10 at 08:08 -0700, Edward Jaffe wrote:

> But, I know of at least *one* ISV whose flagship 
> product's install procedures are continually rated "excellent" by its 
> customer base!

Excellent !!! - did he say excellent ???.
Perhaps one day I'll bump into Mr. Jaffe in a bar somewhere and coax out
of him who this mystical (mythical ???) vendor might be ...  ;-)

Shane ...

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

Re: IDMS batch jobs getting increased dispatching priority

[Ted MacNEIL]

>dispatching priority increased to FC range where their srvclass should have 
>them in the high C0 to low E0 range.

Do NOT worry about dispatching priority in Goal Mode.
The WLM/SRM tandem manipulates them, as needed, to meet goals.
They are irrelevent, as long as goals are met.
Cheryl Watson (and others) have been preaching that for years, and nobody seems 
to listen.

-
Too busy driving to stop for gas!

--
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: z/OS 1.4->1.7 gotchas

[Gibney, Dave]

JES exits. And CONSOLE restructure (There is(was) a FMID or two that you
can put on 1.4 and do the CONSOLE ahead of time)

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Shmuel Metz (Seymour J.)
Sent: Wednesday, April 09, 2008 7:11 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: z/OS 1.4->1.7 gotchas

I may be drafted to do a 1.4 to 1.7 migration. I'm concerned both about
any gotchas in the migration itself and about anything that might impede
a
later migration to a supported[1] release. There are two LPAR's in a
sysplex and a third LPAR in a monplex.

Is there anything critical that the documentation and PSP don't tell
you,
or that they get wrong?

[1] 1.7 is still supported, but not for long.
 
-- 
 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

--
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: Send a command to a desktop from MVS

[Dave Salt]

If you install the ISPF WorkStation Agent on the PC, you can initiate 
workstation commands from the mainframe using the "SELECT WSCMDV" service. For 
example, you can execute a BAT file or EXE (etc). You could even use the 
FILEXFER service to transfer the file first, check the return code to make sure 
the transfer was successful, and then use WSCMDV to execute the workstation 
command. In other words it would all be part of one process and you wouldn't 
need to use FTP.

Hope that helps, 

Dave Salt

See the new SimpList(tm) rollover image at:
http://www.mackinney.com/products/SIM/simplist.htm

> Date: Thu, 10 Apr 2008 16:18:52 -0500
> From: [EMAIL PROTECTED]
> Subject: Send a command to a desktop from MVS
> To: IBM-MAIN@BAMA.UA.EDU
>
> I have a mainframe application that uses FTP to transfer some data to a PC. 
> Currently use FTP in an ISPF application to an FTP Server, FileZilla, on the 
> desktop. Data gets where its supposed to go, and in the correct format. Does 
> anyone know if there is any way to tell Windows to run a script from MVS? 
> Either as part of the FTP session, or some other method? I would like to be 
> able to transfer the data and update the database on the desktop without user 
> intervention on the Windows side.
>
> --Dave Day
>
> --
> 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
>

_
Find hidden words, unscramble celebrity names, or try the ultimate crossword 
puzzle with Live Search Games. Play now!
http://g.msn.ca/ca55/212

--
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: Gartner: Windows collapsing under its own weight; Radical change needed | Between the Lines | ZDNet.com

[Matthew Stitt]

Z/OS is modular to some degree.  There is the core OS and some add-on
software which is almost necessary and utilitarian.  After that are
additional products to configure the OS to a customer's requirements.  Then
add on the application software which further individualizes the system for
the company.

Also the license stays with the company, not the machine.  And backward
compatibility is usually not an issue.

Z/OS probably needs more disk storage than Windows to hold all its
components, but at least it has a mechanism to identify the different parts
and allow us to configure the OS to include or exclude these parts in the
running configuration.

On Thu, 10 Apr 2008 10:05:50 -0500, McKown, John
<[EMAIL PROTECTED]> wrote:

>Gee, how long has IBM been able to support backward compatability in the
>OS/360 line of operating systems?
>
>http://blogs.zdnet.com/BTL/?p=8428&tag=nl.e550
>

--
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: Healthcheck (IBMASM,ASM_LOCAL_SLOT_USAGE)

[Mark Zelden]

On Thu, 10 Apr 2008 10:05:52 -0500, Mark Zelden <[EMAIL PROTECTED]>
wrote:

>Since we have had discussions here in the past, just an FYI.   I have opened
>a PMR with IBM.
>
>I am at a DR drill this week and some new page data set volumes were
>not replicated for one of our systems.   I added the new
>page data sets to the system and re-ran the check and even though
>the threshold is below the parm default (30%) the exception
>is still tripped.  In addition, the page data set detail report at the
>bottom does not reflect the new page data sets that were added.
>Just to make sure it wasn't a problem with re-running the check,
>I also recycled the Health Checker STC and I saw the same
>results afterwards.
>
>Mark
>--

This was my misunderstanding / reading of the exception message.  The 30%
warning is for any individual page data set, not average slot usage of all
page data sets - unlike IRA* messages - which is probably what I was
thinking about and didn't read the warning text carefully.

Also, the detail at the end only shows the individual page data sets
exceeding the threshold, so of course none of the ones I added 
showed up.  Again... an assumption when I saw "Page Data Set Detail 
Report" I thought it was summarizing all page data sets.   Perhaps
it should read "Page Data Set Exception Detail Report".  :-)

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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

Re: SVCDUMP capture phase statistics.....

[Jim Mulder]

IBM Mainframe Discussion List  wrote on 04/10/2008 
02:05:33 AM:

> ..and how to interpret them.
> 
> Yesterday connect:direct took another of those abend0c4 that 
> Sterling always tells us 'they're all fixed'. They're all from 
> ISTAICPT in SRB mode... And of course they always occur in 
> production where there is extremely high load (both CPU and workload)
> 
> The problem was that it took a full minute between IST413I VTAM 
> DUMPING FOR JOB NDM and IEA794I SVC DUMP HAS CAPTURED, with system-
> wide non-dispatchability due to Q=YES 28seconds. This causes TCPIP 
> to get 'adjacency failures' and to drop lots of MQ channel 
> connections, which has a major impact on customers connected to us. 
> Which means a lot of management attention.
> 
> The dump statistics tell me this:
> Total dump capture time   00:00:57.956068 
> System nondispatchability start   04/09/2008 15:04:43.405987 
> System set nondispatchable04/09/2008 15:04:43.406106 
> Global storage start  04/09/2008 15:04:43.053199 
> Global storage end04/09/2008 15:04:48.466431 
> Global storage capture time   00:00:05.413231 
> System reset dispatchable 04/09/2008 15:05:12.204912 
> System was nondispatchable00:00:28.798924
> 
> Asid 016A (NDM): 
>   Local storage start 04/09/2008 15:05:12.204988 
>   Local storage end   09/18/2042 01:53:47.370496  <-- 
> Local storage capture time  10:48:35.165507 
> 
>   Tasks reset dispatchable04/09/2008 15:05:39.356416 
>   Tasks were nondispatchable  00:00:27.151414
> 
> Exit address04353880 
>   Home ASID   0005 DUMPSRV 
>   Exit time   00:00:20.810908 
>   Exit attributes:  Global, Sdump, SYSMDUMP
> 
> I've got three questions here:
> 1. Why is there this interesting time stamp that says the dumps will
> be finished in 2042?

  That's just how a timestamp of all zeros gets converted by
BLSUXTOD.  I kind of hacked that IEAVTSFS formatter together in a
hurry one evening when I really wanted to look at some of the 
SDUMP statistics, but didn't want to decipher it by hand.
So I didn't think at the time to check for zeros before
converting it.  The more interesting question would be why
the local storage end timestamp apparently didn't get stored. 
This is probably because of the partial dump reason code that 
says only fixed storage was dumped for the address space.  This
happens when SDUMP detects that the dump task in the address 
space never got started (after 25 seconds), so it instead
dumps the fixed frames of the address space, accessing them
via their real storage addresses.  Apparently this processing 
doesn't set the Local Storage End timestamp (that can be corrected
in a future release).  So the question would be, why didn't
the NDM dump task get going for 25 seconds (that should be 25 
seconds after resetting system nondispatchability, I think).
Since NDM's LSQA should be in the dump, possibly 
SUMM FOR ASID(x'16A') might have some clues.  Is the dump task
still in a wait?  Is the ECB POSTed? 

> 2. Global capture phase was a mere 5 seconds, why did it take 24 
> seconds after global capture was finished for the system to become 
> dispatchable again?

  System nondispatchability is not reset until the global 
exits complete.

> 3. What the heck took DUMPSRV 20 seconds in the exit?

  You are probably running in GRS Star mode, possibly with the 
option that requests all data from all systems for SDATA=GRSQ. 
Does your GRSCNFxx specify GRSQ(ALL)? 

> 
> ==> FLAGS SET IN SDUSDATA: Dump all PSAs, current PSA, nucleus SQA, 
LSQA,
> rgn-private area, LPA mod. for rgn, trace, CSA, SWA,summary dump
> ==> FLAGS SET IN SDUFLAG2: SUBPLST, KEYLIST, LISTD
> ==> FLAGS SET IN SDUCNTL1: SRB 
> ==> FLAGS SET IN SDUTYP1: FAILRC 
> ==> FLAGS SET IN SDUEXIT: GRSQ, MASTER trace, SMSX, XESDATA, IOS, RSM, 
OE 
> ==> FLAGS SET IN SDUSDAT3: IO
> 
> The dump is 8929 trks big and was partial, MAXSPACE is 1500M, 6 
> logical cps, 8.7G real.
> partial dump reason codes:
> During dump processing of local storage, the system issued a PURGEDQ
> because a hung address space was detected. This will result in the 
> loss of some storage related to the address space.
> During dump processing of a possibly hung address space, dump 
> processing obtained only fixed storage for the address space
> 
> NDM runs in a discretionary SC, VTAM in SYSSTC.
> 
> Any idea what's going on? (I am hoping to get a faster answer/ideas 
> what to change here than by opening an ETR with IBM, especially as 
> this may be some sort of tuning problem, except for the 2042 time 
stamp.)


Jim Mulder   z/OS System Test   IBM Corp.  Poughkeepsie,  NY

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

Re: SPFEDIT does a RESERVE!?!

[Tom Russell]

>Date:Wed, 9 Apr 2008 15:27:36 -0500
>From:"McKown, John" <[EMAIL PROTECTED]>
>Subject: Re: SPFEDIT does a RESERVE!?!

With only two members in the Sysplex GRS ring is viable as the performance 
should not be too bad with only two members in the ring.  I would set 
RESMIL=0. 

You really should look at the RNLs though, as the default operation for a 
RESERVE, without putting something in the RNLs,  is that GRS will do 
*both* a hardware RESERVE and *also* send the request around the ring.  If 
you want a hardware reserve you need the entry in the exclusion list to 
avoid the global enq traffic.  If you want a global enq then you need an 
entry in the conversion RNL to avoid the reserve. 

The Sysplex Performance Redbook (SG24-4356) has a chapter on Ring versus 
Star, and the GRS planning book talks about the RNLs. 

Tom Russell 

"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

IBM System z Tech. Conference - Dresden - May 5-9,008

[Pamela Christina - Springtime in Endicott NY]

For the participants of IBMVM, IBMMAIN, LINUX390 who
are interested in technical education on System z.

If you are looking for a week of technical education,
the next IBM tech conference for System z is coming up.
Enrollment is open to Customers, ISVs, Partners, and IBMers, too.

 IBM System z Technical Conference
 May 5-9, 2008
 Dresden, Germany

 Web site:  http://www.ibm.com/training/conf/europe/systemz/

 The conference tracks include:
  System z General Interest and the SOA Data Center
  z/OS
  Linux on System z
  z/VM
  z/VSE
  System Storage for System z

Jim Porell (IBM STG, System z Distinguished Engineer) will
kick off the week.   Mike Cowlishaw (IBM Fellow and father of REXX)
will join us on Monday to talk about his past decade of work
on Decimal Arithmetic.

We have a long list of technical experts who come to present,
many of whom you may know from their participation
in other events (e.g SHARE, WAVV, GSE, System z Expo) and we have
many new z next gen presenters, too !

The format consists of traditional lectures and also some hands-on-labs.
There is an exhibit area where you can speak with ISV and IBM
exhibitors.

 All sessions are presented in English.

 Please visit the web site for the enrollment details,
 the abstracts, the agenda grid (both will be updated shortly
 with April editions of the files, but there's only a few changes
 should you want to look at the current editions today).

 Web site:  http://www.ibm.com/training/conf/europe/systemz/

We look forward to meeting you in Dresden !

Regards from your  System z Tech Conference "Agenda Architects"
 Pamela Christina, Glenn Anderson, and Bob Halem


P.S. FYI - The US-based tech conference, IBM System z Expo
 is planned for October 13-17, 2008 at the RIO in Las Vegas

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

Send a command to a desktop from MVS

[David Day]

I have a mainframe application that uses FTP to transfer some data to a PC.  
Currently use FTP in an ISPF application to an FTP Server, FileZilla, on the 
desktop.  Data gets where its supposed to go, and in the correct format.  Does 
anyone know if there is any way to tell Windows to run a script from MVS?  
Either as part of the FTP session, or some other method?  I would like to be 
able to transfer the data and update the database on the desktop without user 
intervention on the Windows side.

--Dave Day

--
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: Encrypted Tapes and DR

[Mark Jacobs]

Actually we have them in production and have sucessfully tested a
restore of an encrypted tape in our disaster recovery environment. We
use RACF to control the public piece of the key pair and ICSF holds the
private key. Our DR environment has a completely separate RACF and ICSF
databases from production.

The way that we have set it all up to work is to create keypairs in both
the production and DR environments, import the public keys from the DR
environment into the production environment and attach these keys to EKM
keyring.

When we encrypt tapes we use both the production and DR public keys to
wrap the data encrypting key on the tape. At DR the tape drives talk to
EKM which sends the DR private key to the tape drive which sucessfully
unwraps the data encrypting key protected by the DR public key.

Does that make sense?

Mark Jacobs
Time Customer Service 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Hal Merritt
Sent: Thursday, April 10, 2008 4:24 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: Encrypted Tapes and DR

I hear the name of the algorithm is WORN: Write once, read never :-)


Sorry. 

We are looking at the solution and have been through some presentations.


http://www-03.ibm.com/press/us/en/pressrelease/20254.wss

Key management comes with the solution and DR considerations are
allegedly built right in. I don't recall any of the details, but I do
recall thinking their scheme might actually work. After all, sales folks
always know their product perfectly and all software works exactly as
documented :-) 

Even so, my personal take is that there are lots of complex little
pieces that have to work perfectly or the data is irrevocably lost.
Since the data includes your backups, well, there you are. Somehow the
cost/benefit/risk equations don't quite add up in my poor, befuddled
brainbone. 

HTH 
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Lizette Koehler
Sent: Thursday, April 10, 2008 2:37 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Encrypted Tapes and DR

Is anyone using the new Encryption Tape Drives (like TS3500) from IBM at
a DR site?  If so, how are the keys handled?


Lizette

 

NOTICE: This electronic mail message and any files transmitted with it
are intended exclusively for the individual or entity to which it is
addressed. The message, together with any attachment, may contain
confidential and/or privileged information.
Any unauthorized review, use, printing, saving, copying, disclosure or
distribution is strictly prohibited. If you have received this message
in error, please immediately advise the sender by reply email and delete
all copies.

--
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: Authorized Rexx Assembler Function

[George Fogg]

> It appears that this isn't possible but I wanted to triple check because
> while Googling I found some vague some references.
>
> Is there any way to create a Rexx function that runs authorized?  Seems
> that when a Rexx function is called the JSCBAUTH is turned off.
>
> Thanks,
> Lindy
>
I sent you an answer to your question on the TSO-REXX list but here it is again.

I've written several functions that require authorization. As far as I know,
you cannot call an assembler function from REXX and have it run authorized,
however the assembler rouine can call IKJEFSTR with a program name that will
run authorized. This authorized assembler program has to be marked as an
authorized program in IKJTSO00 (and live in an APF library) by defining the
program name in the IKJTSO00 AUTHPGM statement.

For example,
REXX exec "A" calls assm function "B" which in turn calls authorized program
"C" (using IKJEFSTR services) to issue macros that require APF. The macros
return data back to the caller "C" then program "C" passes data to function
"B" then function "B passes the data back to REXX exec "A".

If there is an easier way then I would like to know myself.

Here's my SHARE proesentation given in Dallas 2003 on how write REXX assembler
routines and the last part is how to call an authorized program to pass back
data to the REXX caller.
You need to be a SHARE member for logon and password. If not then I can send a
PDF file.
See:
http://www.share.org/member_center/open_document.cfm?document=proceedings/Dallas_Conference/s2820.pdf

(Watch the line fold)

PS: I have written assembler functions that set the JSCBAUTH bit on via a SVC
call but that's not the normal way of doing things.

George Fogg

--
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: TIOT filling up: too many dynamic concatenations

[Paul Gilmartin]

On Thu, 10 Apr 2008 15:34:29 -0500, Wayne Driscoll wrote:

>David,
>I would have to agree with the posters that felt that the best way to handle
>this would be to use the z/OS UNIX services to read the files.  While this
>does mean that you will need 2 code paths, one for UNIX files and a second
>one for classic datasets, the advantage of this approach is that you will
>not need to issue the SVC 99 to build the TIOT entry.  Dynamic allocation
>isn't needed for the UNIX services, since z/OS I/O structures like JFCB's,
>DEB's, etc aren't required.
>
The options are certainly not mutually exclusive.  He can process
the files one at a time _and_ use UNIX services to perform the
processing.  And if the processing is to read and write buffers
into a pipe ALLOCATEd to his prior SYSIN/SYSUT1, the disruption
to the existing code is minimized.

>-Original Message-
>From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
>Of David Eisenberg
>
>After reading all of these very informative replies, I think that the best 
>course
>of action for me will be to modify the application to process one file at a 
>time.
>It may not be perfect, but it will work, and it will be scalable.

-- 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: Authorized Rexx Assembler Function

[Tony Harminc]

2008/4/10 Lindy Mayfield <[EMAIL PROTECTED]>:

>  Is there any way to create a Rexx function that runs authorized?  Seems
>  that when a Rexx function is called the JSCBAUTH is turned off.

By "Rexx function", do you mean a function written in Rexx, or one
written (typically in assembler) as part of a function package?

Although the doc is ambiguous, Rexx itself will happily run
authorized, according to the usual APF rules. This does not mean in a
TSO/E integrated environment, however. But you can set up a non-TSO/E
Rexx environment and run Rexx programs in an authorized job step, and
of course the Rexx program can then call a function or host command
environment routine that does authorized stuff.

Whether this is wise is a whole 'nuther question...

However what I'm guessing you want is the ability to run a "normal"
Rexx program ,and then have it call an assembler-written function that
gets control in an authorized state, much the way you can issue an
authorized TSO command. Well, not any straightforward way I know. Why
not write an authorized TSO command, and invoke that from Rexx? I'm
not sure if such a command can use the Rexx variable interface, but
other than that, it should be able to run, do its APF thing, whatever
that is, and pass back a small result, or stack a larger one.

Tony H.

--
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: TIOT filling up: too many dynamic concatenations

[Tom Schmidt]

David,
 
Could you clarify whether you perform the concatenation just once per run, or 
am I understanding that you perform multiple concatenations during each run?  
 
--
Tom Schmidt 
 
 
On Thu, 10 Apr 2008 15:13:58 -0500, David Eisenberg wrote:
 
>The entry that was filling up was actually not MYFILE; that entry remained at
>20 bytes. The ever-growing entry seemed to contain all of the history of the
>concatenated DDs. With each new allocation and concatenation, it grew
>larger.
>
>After reading all of these very informative replies, I think that the best 
>course
>of action for me will be to modify the application to process one file at a 
>time.
>It may not be perfect, but it will work, and it will be scalable.
 

--
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: TIOT filling up: too many dynamic concatenations

[Wayne Driscoll]

David,
I would have to agree with the posters that felt that the best way to handle
this would be to use the z/OS UNIX services to read the files.  While this
does mean that you will need 2 code paths, one for UNIX files and a second
one for classic datasets, the advantage of this approach is that you will
not need to issue the SVC 99 to build the TIOT entry.  Dynamic allocation
isn't needed for the UNIX services, since z/OS I/O structures like JFCB's,
DEB's, etc aren't required.

Wayne Driscoll
Product Developer
NOTE:  All opinions are strictly my own.




-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf
Of David Eisenberg
Sent: Thursday, April 10, 2008 3:14 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Re: TIOT filling up: too many dynamic concatenations

>My apologies if this has already been answered but I haven't seen it.<

No apologies necessary!

The entry that was filling up was actually not MYFILE; that entry remained
at 
20 bytes. The ever-growing entry seemed to contain all of the history of the

concatenated DDs. With each new allocation and concatenation, it grew 
larger.

After reading all of these very informative replies, I think that the best
course 
of action for me will be to modify the application to process one file at a
time. 
It may not be perfect, but it will work, and it will be scalable.

Thanks so much!

David

--
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: Encrypted Tapes and DR

[Hal Merritt]

I hear the name of the algorithm is WORN: Write once, read never :-)


Sorry. 

We are looking at the solution and have been through some presentations. 

http://www-03.ibm.com/press/us/en/pressrelease/20254.wss

Key management comes with the solution and DR considerations are allegedly 
built right in. I don't recall any of the details, but I do recall thinking 
their scheme might actually work. After all, sales folks always know their 
product perfectly and all software works exactly as documented :-) 

Even so, my personal take is that there are lots of complex little pieces that 
have to work perfectly or the data is irrevocably lost. Since the data includes 
your backups, well, there you are. Somehow the cost/benefit/risk equations 
don't quite add up in my poor, befuddled brainbone. 

HTH 
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Lizette Koehler
Sent: Thursday, April 10, 2008 2:37 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Encrypted Tapes and DR

Is anyone using the new Encryption Tape Drives (like TS3500) from IBM at a DR 
site?  If so, how are the keys handled?


Lizette

 

NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
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: TIOT filling up: too many dynamic concatenations

[David Eisenberg]

>My apologies if this has already been answered but I haven't seen it.<

No apologies necessary!

The entry that was filling up was actually not MYFILE; that entry remained at 
20 bytes. The ever-growing entry seemed to contain all of the history of the 
concatenated DDs. With each new allocation and concatenation, it grew 
larger.

After reading all of these very informative replies, I think that the best 
course 
of action for me will be to modify the application to process one file at a 
time. 
It may not be perfect, but it will work, and it will be scalable.

Thanks so much!

David

--
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: IDMS batch jobs getting increased dispatching priority

[Thomas H Puddicombe]

When a batch job uses services of an IDMS Central Version, it works like 
this:

The batch job makes a request of the IDMS central version (used to be via 
an SVC), then waits.
The IDMS central version processes the request - at the IDMS CV's 
dispatching priority.  When the request finishes, CV posts the batch job.

The ENQ is how the IDMS Central Version recognizes when a batch run unit 
"goes away" without committing.  The batch job latches onto an ENQ before 
it issues an IDMS "BIND" call.  As part of its BIND processing, the 
Central Version attempts to ENQ on the same resource name.  If CV (the 
central version) actually gets control of the ENQ, it knows that the batch 
run unit went away without saying goodbye ("COMMIT"), so it initiates a 
rollback. 

Makes life interesting.

Ancient Chinese curse:  "may you live in interesting times".

Tom Puddicombe
Mainframe Performance & Capacity Planning
CSC North American Public Sector - Civil Group


Computer Sciences Corporation 
Registered Office: 3170 Fairview Park Drive, Falls Church, Virginia 22042, 
USA
Registered in Nevada, USA No: C-489-59

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




Jack Kelly <[EMAIL PROTECTED]> 
Sent by: IBM Mainframe Discussion List 
04/10/2008 03:18 PM
Please respond to
IBM Mainframe Discussion List 


To
IBM-MAIN@BAMA.UA.EDU
cc

Subject
IDMS batch jobs getting increased dispatching priority






Up front, I have to say that I know less than zero about IDMS and I was 
hoping to keep it that way.
We have a rash of batch jobs extracting data from IDMS regions. God only 
knows what they're doing but these jobs seem to have their dispatching 
priority increased to FC range where their srvclass should have them in 
the high C0 to low E0 range. The only enque that appears is 'IDMSCV BATxx' 

(where xx is some hex characters). I was thinking that it could be ERV 
trying to elimate enque contention but that doesn't seem to be the case. 
This enque seems to be an IDMS mechanism to serialize batch usage.
Any thoughts?

Jack Kelly
202-502-2390 (Office)

--
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: Authorized Rexx Assembler Function

[Edward Jaffe]

Rob Scott wrote:

It IS possible - but not straight-forword.

You need to reearch the IKJEFTSR service as described in the "TSO/E Programming 
Services" guide.

You assembler rexx function acts as a parser and function bridge and then uses 
IKJEFTSR to invoke your authorized function (normally in linklist) which 
returns data to your rexx function and then you return that back to the user.
  


Darn! I should have said that! :-)

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

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

Re: Authorized Rexx Assembler Function

[Edward Jaffe]

Lindy Mayfield wrote:

It appears that this isn't possible but I wanted to triple check because
while Googling I found some vague some references.

Is there any way to create a Rexx function that runs authorized?  Seems
that when a Rexx function is called the JSCBAUTH is turned off.
  


Your REXX function is supposed to PC to a privileged routine to do 
privileged functions.


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

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

Re: Authorized Rexx Assembler Function

[Rob Scott]

It IS possible - but not straight-forword.

You need to reearch the IKJEFTSR service as described in the "TSO/E Programming 
Services" guide.

You assembler rexx function acts as a parser and function bridge and then uses 
IKJEFTSR to invoke your authorized function (normally in linklist) which 
returns data to your rexx function and then you return that back to the user.


Rob Scott
Rocket Software, Inc
275 Grove Street
Newton, MA 02466
617-614-2305
[EMAIL PROTECTED]


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Lindy Mayfield
Sent: 10 April 2008 20:48
To: IBM-MAIN@BAMA.UA.EDU
Subject: Authorized Rexx Assembler Function

It appears that this isn't possible but I wanted to triple check because while 
Googling I found some vague some references.

Is there any way to create a Rexx function that runs authorized?  Seems that 
when a Rexx function is called the JSCBAUTH is turned off.

Thanks,
Lindy

--
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: SVCDUMP capture phase statistics.....

[Tony Harminc]

2008/4/10 Barbara Nitz <[EMAIL PROTECTED]>:

>   Local storage end   09/18/2042 01:53:47.370496  <-- very 
> interesting time stamp

>  I've got three questions here:
>  1. Why is there this interesting time stamp that says the dumps will be 
> finished in 2042?

A TOD value of all ones (X'') is 2042-09-17
23:53:47.370495, so I imagine this is that value converted to your
local time.

Sounds like it displayed a field that was initialized to the worst
possible estimate.

Tony H.

--
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: Specialty Engine Prices (Was: Another RNL question)

[Al Sherkow]

It certainly was hard to find, but I finally did find a reference to
carrying forward your specialty engines when you get a newer technology
machine. Here is the full path (watch the wrap):

ftp://ftp.software.ibm.com/software/ae/events/doc/system_z/1
0_when_the_mainframe_is_the_cheapest_v3.9_for_europe_q1.pdf

or with a TinyURL: http://preview.tinyurl.com/695er3

The top chart on page 16 has "free upgrade to next generation".

Al Sherkow, I/S Management Strategies, Ltd.
Consulting Expertise on Capacity Planning, Performance Tuning,
WLC, LPARs, IRD and LCS Software
Seminars on IBM SW Pricing, LPARs, and IRD
Voice: +1 414 332-3062 
Web: www.sherkow.com

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

Authorized Rexx Assembler Function

[Lindy Mayfield]

It appears that this isn't possible but I wanted to triple check because
while Googling I found some vague some references.

Is there any way to create a Rexx function that runs authorized?  Seems
that when a Rexx function is called the JSCBAUTH is turned off.

Thanks,
Lindy

--
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 CEO's remuneration last year ?

[Mike Liberatore]

They get paid the big bucks while everyone else does all the work. Its 
Good to be the king


Tom Harper wrote:


Anton,

He's in the minor leagues compared to James Simons (watch the wrap):

http://www.nytimes.com/2007/04/24/business/24hedge.html?ei=5090&en=22f49
c03f5ef88eb&ex=1335067200&partner=rssuserland&emc=rss&pagewanted=all

Tom Harper

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Anton Britz
Sent: Monday, April 07, 2008 2:54 PM
To: IBM-MAIN@BAMA.UA.EDU
Subject: IBM CEO's remuneration last year ?

Anybody saw in the NY times what the IBM CEO received for his efforts
last 
year ?


If I remember correctly, it was about 20 Million Dollars. In ONE
YEAR.

http://www.nytimes.com/2008/04/06/business/06comp.html?
pagewanted=1&_r=1&sq=executives%20salaries&st=nyt&scp=2

Anton

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

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


 



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

Encrypted Tapes and DR

[Lizette Koehler]

Is anyone using the new Encryption Tape Drives (like TS3500) from IBM at a DR 
site?  If so, how are the keys handled?


Lizette

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

SVCDUMP capture phase statistics.....

[George Kozakos]

Hi Barbara,
I think I can answer two of your questions

 >1. Why is there this interesting time stamp that says the dumps will be   
 finished in 2042?  


The timestamp was X' '. This is 09/17/2042 23:53:47.370495
UTC.
Your system must be GMT+2.

 >2. Global capture phase was a mere 5 seconds, why did it take 24 seconds  
 after global   
 capture was finished for the system to become dispatchable again?  


I think this is because the system stays non-dispatchable until the global
exits
complete.

Regards,
George Kozakos
z/OS Function Test/Level 3 Supervisor

--
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: IDMS batch jobs getting increased dispatching priority

[Mark Zelden]

On Thu, 10 Apr 2008 15:18:49 -0400, Jack Kelly
<[EMAIL PROTECTED]> wrote:

>Up front, I have to say that I know less than zero about IDMS and I was
>hoping to keep it that way.
>We have a rash of batch jobs extracting data from IDMS regions. God only
>knows what they're doing but these jobs seem to have their dispatching
>priority increased to FC range where their srvclass should have them in
>the high C0 to low E0 range. The only enque that appears is 'IDMSCV BATxx'
>(where xx is some hex characters). I was thinking that it could be ERV
>trying to elimate enque contention but that doesn't seem to be the case.
>This enque seems to be an IDMS mechanism to serialize batch usage.
>Any thoughts?
>

Check into APAR OA22795.  We were burned by this when we upgraded 
from MIM 11.5 to MIM 11.6.   See the archives for details on that.  

  APAR Identifier .. OA22795  Last Changed  08/01/02
  DISPATCHING PRIORITY OF BATCH REMAINS HIGH AFTER ENCLAVE LEAVE

It affects z/OS 1.6 through z/OS 1.9.  Also see OA18823 which I did have
on at the time.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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

IDMS batch jobs getting increased dispatching priority

[Jack Kelly]

Up front, I have to say that I know less than zero about IDMS and I was 
hoping to keep it that way.
We have a rash of batch jobs extracting data from IDMS regions. God only 
knows what they're doing but these jobs seem to have their dispatching 
priority increased to FC range where their srvclass should have them in 
the high C0 to low E0 range. The only enque that appears is 'IDMSCV BATxx' 
(where xx is some hex characters). I was thinking that it could be ERV 
trying to elimate enque contention but that doesn't seem to be the case. 
This enque seems to be an IDMS mechanism to serialize batch usage.
Any thoughts?

Jack Kelly
202-502-2390 (Office)

--
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: SVCDUMP capture phase statistics.....

[Bob Rutledge]

Barbara Nitz wrote:

...


  Local storage end   09/18/2042 01:53:47.370496  <-- very 
interesting time stamp


...

1. Why is there this interesting time stamp that says the dumps will be 
finished in 2042?


Dunno why, but it's the highest possible TOD clock (all ones) at GMT+2.

Bob

--
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: VLF/LLA Management

[King, Jeffrey E]

Stephen - 

I'm not sure if you are familiar with or running CA-PDSMAN, but it
provides a multitude of LLA management functions, including the
automatic updating of the LLA cache for individual members in libraries
being managed in Freeze mode.

Regards,
Jeffrey King
CA
PDSMAN Principle Support Engineer
Columbus, Ohio USA
tel: +1 614 785 2743 or x62743
[EMAIL PROTECTED]
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Stephen Hall
Sent: Friday, April 04, 2008 4:26 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: VLF/LLA Management


___

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

___


Hi,
 
How do people maintain their private datasets listed in LLA during
standard change control windows ?
 
We have just added a new application loadlib into LLA with FREEZE to
improve performance to it, but this gets updated every night via a
change control batch process to implement program updates.
 
Should we just do an LLA update with NOFREEZE before the update, then
re-instate the FREEZE afterwards, or would the REMOVE dataset option be
better ?
 
The fine manuals (Init & Tuning guide & reference - changing LLA
Libraries) states: "The recommended way to make updates in the
production system is to use IEBCOPY under FREEZE mode." But can't find
any reference for that on IBM or with google.
 
Any advice / procedures warmly appreciated.
 
Thanks,

Stephen Hall   
Team Leader - Host Systems
Technology Services - Infrastructure
INSURANCE AUSTRALIA GROUP (IAG)
- 



___

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 [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: Subject line garbage

[Paul Gilmartin]

On Thu, 10 Apr 2008 12:18:55 -0400, Natarajan Krishnaswami wrote:
>
>Subject: Re: Same old subject
>References:
>  <[EMAIL PROTECTED]>
>  <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
>  <[EMAIL PROTECTED]>
>
>Newer clients and (more importantly) servers (that implement RFC2822
>conventions) will treat the References: as a single header, but older
>software will treat it as an empty header and may remove it.
>
This violates not only RFC 2822, but RFC 822 which says:

 B.1.  SYNTAX

 message =   *field *(CRLF *text)

 field   =field-name ":" [field-body] CRLF

 field-name  =  1*

 field-body  =   *text [CRLF LWSP-char field-body]

Note that this does not allow a field to begin with a SPACE or HT,
so the only permitted interpretation of the indented lines is that
they are continuations of the "References:" field.

This has the unpleasant consequence that header fields are not
self-delimiting.

-- 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: Subject line garbage <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>

[Daniel McLaughlin]

It had to pass through a chicken some place and we know what that 
means

Daniel McLaughlin
Z-Series Systems Programmer
Information & Communications Technology
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com 



IBM Mainframe Discussion List  wrote on 04/10/2008 
12:43:11 PM:

> -- Information from the mail header 
> ---
> Sender:   IBM Mainframe Discussion List 
> Poster:   Tom Marchant <[EMAIL PROTECTED]>
> Subject:  Re: Subject line garbage
>   <20080410140039.FOCK29112.aamtaout04-winn.ispmail.ntl.
> [EMAIL PROTECTED]
>   lworld.com> <[EMAIL PROTECTED]>
> 
---
> 
> On Thu, 10 Apr 2008 10:10:05 -0400, Scott Rowe wrote:
> 
> >This problem with the long, ugly subjects is really starting to 
> >bug me, I seem to be the most affected poster, but I have 
> >no idea where it is happening.  My posts are clean when they 
> >leave my email client (GroupWise 7.0), but most of them are 
> >now getting garbage tacked onto the subject.  anyone have 
> >any ideas what to look for?
> 
> If you look at the headers of a message that had its subject 
> corrupted, do you 
> see the crap in there?  If so, perhaps if you post the headers, someone 
here 
> can figure out what might have happened.
> 
> -- 
> Tom Marchant
> 
> --
> 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
> 
> 



Best Overall Third-Party Claims Administrator - 2007 "Business Insurance" 
Readers Choice Awards
 
Consider the environment before printing this message.

This transmission is intended exclusively for the individual or entity to which 
it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. If 
you are not the named addressee, you are NOT authorized to read, print, retain, 
copy or disseminate this communication, its attachments or any part of them. If 
you have received this communication in error, please notify the sender 
immediately and delete this communication from all computers.  This 
communication does not form any contractual obligation on behalf of the sender, 
the sender's employer, or the employer's parent company, affiliates or 
subsidiaries.

--
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: Subject line garbage <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>

[Tom Marchant]

On Thu, 10 Apr 2008 10:10:05 -0400, Scott Rowe wrote:

>This problem with the long, ugly subjects is really starting to 
>bug me, I seem to be the most affected poster, but I have 
>no idea where it is happening.  My posts are clean when they 
>leave my email client (GroupWise 7.0), but most of them are 
>now getting garbage tacked onto the subject.  anyone have 
>any ideas what to look for?

If you look at the headers of a message that had its subject corrupted, do you 
see the crap in there?  If so, perhaps if you post the headers, someone here 
can figure out what might have happened.

-- 
Tom Marchant

--
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: Exit definitions

[Mark Zelden]

On Thu, 10 Apr 2008 10:12:04 -0500, Mark Zelden <[EMAIL PROTECTED]>
wrote:
>
>
>>My second guess:
>>Put the modules in LNKLST and use EXIT ADD in PROGxx:
>>EXIT ADD EXITNAME(SYS.IEFUJI)   MODNAME(IEFUJIJC)
>>EXIT ADD EXITNAME(SYS.IEFACTRT) MODNAME(IEFACTRT)
>>or add DSNAME(MY.EXITS.LIB) and forget about LNKLST
>>
>>Any clue ?
>>--
>
>
>That is fine.  You still need to define them to SMFPRMxx and to whatever
>subsystems you want to call them.   If you use the IBM default names
>then EXIT ADD statements are optional since they get implicitly defined
>via SMFPRMxx specification.
>

I should have added " - assuming the exits can be found in LNKLST/LPA."
If found in LNKLST or DSNAME is used, they will end up in dynamic LPA 
after the EXIT ADD.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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

Re: Subject line garbage <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>

[Natarajan Krishnaswami]

In bit.listserv.ibm-main, Hal Merritt wrote:
[snip]
> Some sort of spam/malware countermeasures??

I'd suspect a plain old incompatibility

I saw a problem very similar to this with some of my followups on a
newsgroup a while back.  What was happening there was that my client
was formatting some of my posts' headers like so:

Subject: Re: Same old subject
References:
  <[EMAIL PROTECTED]>
  <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
  <[EMAIL PROTECTED]>

Newer clients and (more importantly) servers (that implement RFC2822
conventions) will treat the References: as a single header, but older
software will treat it as an empty header and may remove it.  Once
that header is removed, the remaining References: content is
considered a continuation of the Subject: header.  In my messages'
case (usenet), this happened at some later server/client.  The message
was fine on my news server, but had a garbled subject, just like we're
seeing here, when viewed on Google Groups.  So replies from there
included a "new" subject of the form:

Subject: Re: Same old subject
  <[EMAIL PROTECTED]>
  <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>
  <[EMAIL PROTECTED]>

Perhaps something analogous is happening here?  If (Groupwise, was
it?) is doing something like that, and the LISTSERV software (or some
intermediate SMTP server) can't handle it, that could yield this
symptom.


Regards,
Natarajan

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

Re: SMP Packaging: was IBM announcements

[Rick Fochtman]

Allow me to dissent.
All vendor install packaging (especially the "helpful" installers) are
misguided and below par. Most are significantly worse than that.
Serverpac is the best of a bad lot - take that as faint praise or a
backhanded compliment - whatever. It still has it own warts.
I really *DON'T* need every fool ISV shipping me a full set of SMP zones
I have to restore.
I am prepared to tolerate it for the BCP. Period.
For everything else, gimme the relfiles, package it properly, and let me
design my own environment.
 


---
I'm inclined to agree, Shane. Especially where products have 
maintenance-dependant hooks into operating system code, like the old 
Boole & Babbage monitors that BMC now markets. And those so-called 
"helpful installers" are all too often more trouble than they're worth. 
In short, they're a pain in the (vulger term for posterior).


--
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 sites on Google Maps

[Rick Fochtman]

Chase, John wrote:


-Original Message-
From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin

On Thu, 10 Apr 2008 07:34:42 -0600, Howard Brazee wrote:

   

I pass by streets "tape drive" and "disk drive" next to Storage Tech 
near Boulder, CO.


 


That would be circa:

   
http://maps.google.com/maps?hl=en&ie=UTF8&ll=39.945082,-105.13

7999&spn=0.017602,0.026779&t=h&z=15

... of course that was deliberate whimsy.  But it was done 
without notifying the local emergency services who panicked 
when they learned their locators were outdated.


The property has been sold to Conoco Phillips, so there will 
be a new set of names.  Any guesses?
   



Money Bin Circle?

   -jc-
 


How about "Gouge Way" ?? :-)

--
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: How to format the current linkage stack for a SLIP dump taken in SRB mode?

[Edward Jaffe]

Peter Relson wrote:

By the time slip got around to scheduling the actual dump request,
that SRB had already run to completion


The idea's right, but one minor detail: SLIP will have "issued" SDUMP.
SDUMP will have done SUMLST processing, and SDUMP will have "scheduled" the
rest of the dump. All that will happen before the interrupted work unit
continues. It's the "scheduled rest of the dump" that might not have begun
before the SRB completed. Various other factors come into play related to
system and address-space non-dispatchability and the "quiesce" option of
the dump as to whether the SRB might or might not run to completion
  


We encountered something like this just yesterday...

We asked a customer to send us a dump taken via SDUMP issued from an FRR 
protecting one of our enclave SRBs. The FRR will SUSPEND until the 
capture phase ECB is posted. Unfortunately, DAE suppressed the dump. So, 
rather than tell DAE to "take" the next one, the customer decided to set 
an error-event SLIP instead. That resulted in lots of "missing" storage 
in the dump because, although SUMLST ensured many of our control blocks 
appeared "in-tact", the SYSTRACE showed that the SRB's FRR had already 
freed all of the "important" storage areas before any of it was dumped.


I usually answer "YES" when prompted by IPCS to use the summary dump 
data for dump access. After looking at the trace, I dropped the dump and 
replied "NO" when prompted again. This time I saw what things *really* 
looked like at the time the dump was finally taken. The SRB routine and 
all of its storage areas were long gone!


Needless to say, we've asked the customer to instruct DAE to "take" the 
dump and recreate.


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

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

Re: Datatrain Courseware - Opinions?

[Steve Comstock]

Daniel McLaughlin wrote:

His domain suggest he is in Italy...do you take your roadshow there?  


You betcha'! I was kinda' hoping for it.





Daniel McLaughlin
Z-Series Systems Programmer

Information & Communications Technology
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237

email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com 




IBM Mainframe Discussion List  wrote on 04/10/2008 
11:00:53 AM:


-- Information from the mail header 
---

Sender:   IBM Mainframe Discussion List 
Poster:   Steve Comstock <[EMAIL PROTECTED]>
Subject:  Re: Datatrain Courseware - Opinions?


---

Fabio D'Alfonso wrote:

Hi,
I was thinking to get Datatrain Courseware.

Any opinion about them?

Thanks
Fabio D'Alfonso

Depending on what you topics you need, take a look at
our stuff. Although we prefer teaching in the classroom,
we do sell many of our courses for use with your own
instructors, and we offer many courses as self study
(check out Remote Contact Training).



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

==> call or email to receive a free sample student handout <==

--
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: Exit definitions

[Mark Zelden]

On Thu, 10 Apr 2008 16:59:17 +0200, R.S. <[EMAIL PROTECTED]> wrote:

>I'm going to install two system exits: IEFACTRT and IEFUJI.
>However I'm not sure what members in parmlib should I update. Possibly
>there many ways to skin the cat...
>
>My guess:
>Put both modules on LPA. It can be PLPA (LPALSTxx). Voila.
>

Yes.  If you do them outside of SMP/E (I do because of differences
between environments that use a common sysres), then just
stick them in a user LPALIB concatenated ahead of SYS1.LPALIB
(I do it with SYSLIB LPALIB in PROGxx).  Or you can use IEALPAxx
to put them in MLPA.   But if the names are different than the IBM
defaults, that is not a consideration.  I use the default names. 


>My second guess:
>Put the modules in LNKLST and use EXIT ADD in PROGxx:
>EXIT ADD EXITNAME(SYS.IEFUJI)   MODNAME(IEFUJIJC)
>EXIT ADD EXITNAME(SYS.IEFACTRT) MODNAME(IEFACTRT)
>or add DSNAME(MY.EXITS.LIB) and forget about LNKLST
>
>Any clue ?
>--


That is fine.  You still need to define them to SMFPRMxx and to whatever
subsystems you want to call them.   If you use the IBM default names
then EXIT ADD statements are optional since they get implicitly defined
via SMFPRMxx specification.

There is definitely more than one way to skin this cat. 

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

 

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

Installers (Was: IBM announcements)

[Edward Jaffe]

Arthur Gutowski wrote:
  Since SMP/E is required to do any z/OS installation and maintenance, 
and ServerPac Dialog is all but required, and CBPDO is relatively integrated into 
SMP/E... Is there any hope of IBM integrating the ServerPac application into 
SMP/E?  Is there any hope that ISV's will eventually figure out how to write 
their installation processes around ServerPac and not try to re-invent the 
wheel, failing miserably at that?  Since Candle is now IBM, those products are 
now ServerPac-capable, and I'm hoping there is little to no need of CICAT 
down the road.  But I don't think it takes an outright acquisition to converge 
tools - aren't many of these ISV's an IBM Development Partner? 
  


Art,

Yous premise that ServerPac is somehow exemplary might be your opinion 
and, from a usability standpoint, you might very well be right when 
objective comparisons are made against certain popular software products 
from certain vendors. But, I know of at least *one* ISV whose flagship 
product's install procedures are continually rated "excellent" by its 
customer base! I suspect there are other ISV products with similarly 
high customer satisfaction ratings as well.


Keep in mind that ServerPac is an SMP/E "bypass". It _restores_ SMP/E 
zones rather than installing into them. This might be OK for a complete 
reinstall of z/OS. But, I submit that this is *not* the preferred, 
optimal -- or even necessarily the "correct" -- way to add a product to 
an existing pre-configured system!


I understand, recognize, and agree with the desire for consistent 
install procedures for z/OS products. In fact, consistency across the 
enterprise is an even better long-term objective. How great would it be 
if you could install software on z/OS with the same ease as on other 
platforms?


I can tell you that *many* ISVs have *strongly* petitioned IBM to deploy 
its multi-platform "Solution Installer" on z/OS. So far, IBM has 
steadfastly refused to do so. :-(


http://www.ibm.com/developerworks/autonomic/library/ac-sivalue/

--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

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

Gartner: Windows collapsing under its own weight; Radical change needed | Between the Lines | ZDNet.com

[McKown, John]

Gee, how long has IBM been able to support backward compatability in the
OS/360 line of operating systems?

http://blogs.zdnet.com/BTL/?p=8428&tag=nl.e550

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

Healthcheck (IBMASM,ASM_LOCAL_SLOT_USAGE)

[Mark Zelden]

Since we have had discussions here in the past, just an FYI.   I have opened
a PMR with IBM.

I am at a DR drill this week and some new page data set volumes were 
not replicated for one of our systems.   I added the new 
page data sets to the system and re-ran the check and even though
the threshold is below the parm default (30%) the exception
is still tripped.  In addition, the page data set detail report at the 
bottom does not reflect the new page data sets that were added.  
Just to make sure it wasn't a problem with re-running the check,
I also recycled the Health Checker STC and I saw the same 
results afterwards.

Mark
--
Mark Zelden
Sr. Software and Systems Architect - z/OS Team Lead
Zurich North America / Farmers Insurance Group - ZFUS G-ITO
mailto:[EMAIL PROTECTED]
z/OS Systems Programming expert at http://expertanswercenter.techtarget.com/
Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html

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

Re: Datatrain Courseware - Opinions?

[Daniel McLaughlin]

His domain suggest he is in Italy...do you take your roadshow there?  

Daniel McLaughlin
Z-Series Systems Programmer
Information & Communications Technology
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com 



IBM Mainframe Discussion List  wrote on 04/10/2008 
11:00:53 AM:

> -- Information from the mail header 
> ---
> Sender:   IBM Mainframe Discussion List 
> Poster:   Steve Comstock <[EMAIL PROTECTED]>
> Subject:  Re: Datatrain Courseware - Opinions?
> 
---
> 
> Fabio D'Alfonso wrote:
> > Hi,
> > I was thinking to get Datatrain Courseware.
> > 
> > Any opinion about them?
> > 
> > Thanks
> > Fabio D'Alfonso
> 
> Depending on what you topics you need, take a look at
> our stuff. Although we prefer teaching in the classroom,
> we do sell many of our courses for use with your own
> instructors, and we offer many courses as self study
> (check out Remote Contact Training).
> 
> 
> 
> 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
> 
> ==> call or email to receive a free sample student handout <==
> 
> --
> 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
> 
> 



Best Overall Third-Party Claims Administrator - 2007 "Business Insurance" 
Readers Choice Awards
 
Consider the environment before printing this message.

This transmission is intended exclusively for the individual or entity to which 
it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. If 
you are not the named addressee, you are NOT authorized to read, print, retain, 
copy or disseminate this communication, its attachments or any part of them. If 
you have received this communication in error, please notify the sender 
immediately and delete this communication from all computers.  This 
communication does not form any contractual obligation on behalf of the sender, 
the sender's employer, or the employer's parent company, affiliates or 
subsidiaries.

--
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 sites on Google Maps

[Chris Mason]

Roger

> Did you notice that the road that runs through Hursley village is the A3090?
That always fascinated me. Can it be sheer coincidence?

I thought I happened to know that this was wrong and that the designation of 
the road was the A31. But, of course, I checked and you are right about 
Google Maps' label - which I'm sure is correct.

I have a coffee table book of UK maps which I use from time to time - mainly 
to see where I've been! This book however dates from 1969.

It so happens that combining expeditions of a decade ago, a few moths ago 
and a week or so ago I have managed to travel along most of what my 1969 
map defines as the famous A31, from a roundabout on the A35 midway 
between Dorchester and Poole through Wimborne Minster, Ringwood, Romsey, 
Hursley, Winchester, Alton and Farnham to Guildford, the last stretch being 
the infamous but spectacular "Hog's Back".

Google Maps now shows that the section of the 1969 A31 bewteen 
Winchester and the edge of the New Forest where the A31 becomes the M27 
has been redesignated the A3090 (Romsey to the New Forest being the bit I'm 
(still) missing). This probably happened at the time the M27 was constructed 
and so happened after Hursley had become IBM territory. The redesignation 
may not be a coincidence after all!

Note that all roads south-west of London get designated as x3-something 
(excluding the A3 and M3, of course). The M27 is named after the A27 which 
originates to the south-east of London, specifically Pevensey (where William 
the Conqueror landed), another discovery from my recent travels in the south 
of England.

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

Exit definitions

[R.S.]

I'm going to install two system exits: IEFACTRT and IEFUJI.
However I'm not sure what members in parmlib should I update. Possibly 
there many ways to skin the cat...


My guess:
Put both modules on LPA. It can be PLPA (LPALSTxx). Voila.

My second guess:
Put the modules in LNKLST and use EXIT ADD in PROGxx:
EXIT ADD EXITNAME(SYS.IEFUJI)   MODNAME(IEFUJIJC)
EXIT ADD EXITNAME(SYS.IEFACTRT) MODNAME(IEFACTRT)
or add DSNAME(MY.EXITS.LIB) and forget about LNKLST

Any clue ?
--
Radoslaw Skorupka
Lodz, Poland


--
BRE Bank SA
ul. Senatorska 18
00-950 Warszawa
www.brebank.pl

Sąd Rejonowy dla m. st. Warszawy 
XII Wydział Gospodarczy Krajowego Rejestru Sądowego, 
nr rejestru przedsiębiorców KRS 025237

NIP: 526-021-50-88
Według stanu na dzień 01.01.2008 r. kapitał zakładowy BRE Banku SA  wynosi 
118.642.672 złote i został w całości wpłacony.

--
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: Datatrain Courseware - Opinions?

[Steve Comstock]

Fabio D'Alfonso wrote:

Hi,
I was thinking to get Datatrain Courseware.

Any opinion about them?

Thanks
Fabio D'Alfonso


Depending on what you topics you need, take a look at
our stuff. Although we prefer teaching in the classroom,
we do sell many of our courses for use with your own
instructors, and we offer many courses as self study
(check out Remote Contact Training).



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

==> call or email to receive a free sample student handout <==

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

Datatrain Courseware - Opinions?

[Fabio D'Alfonso]

Hi,
I was thinking to get Datatrain Courseware.

Any opinion about them?

Thanks
Fabio D'Alfonso

--
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 sites on Google Maps

[Chase, John]

> IBM Mainframe Discussion List  wrote on 
> 04/10/2008
> 10:31:43 AM:
> 
> > -- Information from the mail header
> > ---
> > Sender:   IBM Mainframe Discussion List 
> > Poster:   "Chase, John" <[EMAIL PROTECTED]>
> > Subject:  Re: IBM sites on Google Maps
> > 
> --
> -
> > 
> > > -Original Message-
> > > From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin
> > > 
> > > On Thu, 10 Apr 2008 07:34:42 -0600, Howard Brazee wrote:
> > > 
> > > >I pass by streets "tape drive" and "disk drive" next to Storage 
> > > >Tech near Boulder, CO.
> > > >
> > > That would be circa:
> > > 
> > > 
> > > http://maps.google.com/maps?hl=en&ie=UTF8&ll=39.945082,-105.13
> > > 7999&spn=0.017602,0.026779&t=h&z=15
> > > 
> > > ... of course that was deliberate whimsy.  But it was 
> done without 
> > > notifying the local emergency services who panicked when they 
> > > learned their locators were outdated.
> > > 
> > > The property has been sold to Conoco Phillips, so there will be a 
> > > new set of names.  Any guesses?
> > 
> > Money Bin Circle?
> > 
> > -jc-
> > 
> > 
> --
> > For IBM-MAIN subscribe / signoff / archive access 
> instructions, send 
> > email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO 
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> > 
> > 
> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Daniel McLaughlin
> 
> Gasoline Alley?

And that big ditch out back could be named "Price Gouge".  :-/

-jc-

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

Re: Where is the job status in SDSF??

[Fabio D'Alfonso]

Hi
thanks, this was the reason.

Thanks
Fabio
> Could be the OWNER and/or the PREFIX filters are active preventing you
> from seeing the job.
>
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Fabio D'Alfonso
> Sent: Thursday, April 10, 2008 9:38 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Where is the job status in SDSF??
>
> Hi,
> I am submitting a job and getting MAXCC=0.
>
> I would expect to find in sdsf but the job is not in any queue.
>
> I am missing something?
>
> Thanks
>
> Fabio D'Alfonso
>
>
>
> NOTICE: This electronic mail message and any files transmitted with it are
> intended
> exclusively for the individual or entity to which it is addressed. The
> message,
> together with any attachment, may contain confidential and/or privileged
> information.
> Any unauthorized review, use, printing, saving, copying, disclosure or
> distribution
> is strictly prohibited. If you have received this message in error, please
> immediately advise the sender by reply email and delete all copies.
>
> --
> 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: Where is the job status in SDSF??

[Burrell, C. Todd (CDC/OCOO/ITSO) (CTR)]

Try typing the command "SET DISPLAY ON" on your SDSF command line.  You
probably have something set like DEST or OWNER, and you can turn these
off with OWNER or DEST commands. 

C. Todd Burrell
Lead z/OS Systems Programmer
ITSO
(404) 723-2017 (Cell)
 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Fabio D'Alfonso
Sent: Thursday, April 10, 2008 10:38 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Where is the job status in SDSF??

Hi,
I am submitting a job and getting MAXCC=0.

I would expect to find in sdsf but the job is not in any queue.

I am missing something?

Thanks

Fabio D'Alfonso

--
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: Where is the job status in SDSF??

[Vernooy, C.P. - SPLXM]

"Fabio D'Alfonso" <[EMAIL PROTECTED]> wrote in message
news:<[EMAIL PROTECTED]>...
> Hi,
> I am submitting a job and getting MAXCC=0.
> 
> I would expect to find in sdsf but the job is not in any queue.
> 
> I am missing something?
> 
> Thanks
> 
> Fabio D'Alfonso
> 

You will only see the job in SDSF if it still has some output on JES
Spool. If every line has been printed or purged or move to some output
archiving tool, you won't see it in SDSF anymore.

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

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

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

Re: Where is the job status in SDSF??

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Fabio D'Alfonso
> Sent: Thursday, April 10, 2008 9:38 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Where is the job status in SDSF??
> 
> 
> Hi,
> I am submitting a job and getting MAXCC=0.
> 
> I would expect to find in sdsf but the job is not in any queue.
> 
> I am missing something?
> 
> Thanks
> 
> Fabio D'Alfonso

If it does not show up in the ST screen, then it was likely purged. But
make sure you don't have some "stealth" parameter set which is
subsetting the display. What I've seen in the past is people with PREFIX
set, or DEST, or OWNER. What I usually tell them to do is to get into
the ST screen, then enter the commands:

prefix *
dest
owner *

That should show you everything that you are allowed to see. The SDSF
security could possibly subset the list, but I can't help with that.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

--
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: Where is the job status in SDSF??

[Daniel McLaughlin]

Do you have an output collector such as SMR/JMR? Is your jobclass set to 
automatically purge?

Daniel McLaughlin
Z-Series Systems Programmer
Information & Communications Technology
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com 



IBM Mainframe Discussion List  wrote on 04/10/2008 
10:38:06 AM:

> -- Information from the mail header 
> ---
> Sender:   IBM Mainframe Discussion List 
> Poster:   Fabio D'Alfonso <[EMAIL PROTECTED]>
> Subject:  Where is the job status in SDSF??
> 
---
> 
> Hi,
> I am submitting a job and getting MAXCC=0.
> 
> I would expect to find in sdsf but the job is not in any queue.
> 
> I am missing something?
> 
> Thanks
> 
> Fabio D'Alfonso
> 
> --
> 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
> 
> 



Best Overall Third-Party Claims Administrator - 2007 "Business Insurance" 
Readers Choice Awards
 
Consider the environment before printing this message.

This transmission is intended exclusively for the individual or entity to which 
it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. If 
you are not the named addressee, you are NOT authorized to read, print, retain, 
copy or disseminate this communication, its attachments or any part of them. If 
you have received this communication in error, please notify the sender 
immediately and delete this communication from all computers.  This 
communication does not form any contractual obligation on behalf of the sender, 
the sender's employer, or the employer's parent company, affiliates or 
subsidiaries.

--
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: Where is the job status in SDSF??

[Hal Merritt]

Could be the OWNER and/or the PREFIX filters are active preventing you
from seeing the job. 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Fabio D'Alfonso
Sent: Thursday, April 10, 2008 9:38 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Where is the job status in SDSF??

Hi,
I am submitting a job and getting MAXCC=0.

I would expect to find in sdsf but the job is not in any queue.

I am missing something?

Thanks

Fabio D'Alfonso

 

NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
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 sites on Google Maps

[Daniel McLaughlin]

Gasoline Alley?

Daniel McLaughlin
Z-Series Systems Programmer
Information & Communications Technology
Crawford & Company
4680 N. Royal Atlanta
Tucker GA 30084 
phone: 770-621-3256 
fax: 770-621-3237
email: [EMAIL PROTECTED]
web: www.crawfordandcompany.com 



IBM Mainframe Discussion List  wrote on 04/10/2008 
10:31:43 AM:

> -- Information from the mail header 
> ---
> Sender:   IBM Mainframe Discussion List 
> Poster:   "Chase, John" <[EMAIL PROTECTED]>
> Subject:  Re: IBM sites on Google Maps
> 
---
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin
> > 
> > On Thu, 10 Apr 2008 07:34:42 -0600, Howard Brazee wrote:
> > 
> > >I pass by streets "tape drive" and "disk drive" next to Storage Tech 
> > >near Boulder, CO.
> > >
> > That would be circa:
> > 
> > 
> > http://maps.google.com/maps?hl=en&ie=UTF8&ll=39.945082,-105.13
> > 7999&spn=0.017602,0.026779&t=h&z=15
> > 
> > ... of course that was deliberate whimsy.  But it was done 
> > without notifying the local emergency services who panicked 
> > when they learned their locators were outdated.
> > 
> > The property has been sold to Conoco Phillips, so there will 
> > be a new set of names.  Any guesses?
> 
> Money Bin Circle?
> 
> -jc-
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 



Best Overall Third-Party Claims Administrator - 2007 "Business Insurance" 
Readers Choice Awards
 
Consider the environment before printing this message.

This transmission is intended exclusively for the individual or entity to which 
it is addressed. This communication may contain information that is 
confidential, proprietary, privileged or otherwise exempt from disclosure. If 
you are not the named addressee, you are NOT authorized to read, print, retain, 
copy or disseminate this communication, its attachments or any part of them. If 
you have received this communication in error, please notify the sender 
immediately and delete this communication from all computers.  This 
communication does not form any contractual obligation on behalf of the sender, 
the sender's employer, or the employer's parent company, affiliates or 
subsidiaries.

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

Where is the job status in SDSF??

[Fabio D'Alfonso]

Hi,
I am submitting a job and getting MAXCC=0.

I would expect to find in sdsf but the job is not in any queue.

I am missing something?

Thanks

Fabio D'Alfonso

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

SMP Packaging: was IBM announcements

[Shane]

On Thu, 2008-04-10 at 09:01 -0500, Arthur Gutowski wrote:

>   Since SMP/E is required to do any z/OS installation and maintenance, 
> and ServerPac Dialog is all but required, and CBPDO is relatively integrated 
> into 
> SMP/E... Is there any hope of IBM integrating the ServerPac application into 
> SMP/E?  Is there any hope that ISV's will eventually figure out how to write 
> their installation processes around ServerPac and not try to re-invent the 
> wheel, failing miserably at that?  Since Candle is now IBM, those products 
> are 
> now ServerPac-capable, and I'm hoping there is little to no need of CICAT 
> down the road.  But I don't think it takes an outright acquisition to 
> converge 
> tools - aren't many of these ISV's an IBM Development Partner? 

Allow me to dissent.
All vendor install packaging (especially the "helpful" installers) are
misguided and below par. Most are significantly worse than that.
Serverpac is the best of a bad lot - take that as faint praise or a
backhanded compliment - whatever. It still has it own warts.
I really *DON'T* need every fool ISV shipping me a full set of SMP zones
I have to restore.
I am prepared to tolerate it for the BCP. Period.
For everything else, gimme the relfiles, package it properly, and let me
design my own environment.

Shane ...

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

Re: IBM sites on Google Maps

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Paul Gilmartin
> 
> On Thu, 10 Apr 2008 07:34:42 -0600, Howard Brazee wrote:
> 
> >I pass by streets "tape drive" and "disk drive" next to Storage Tech 
> >near Boulder, CO.
> >
> That would be circa:
> 
> 
> http://maps.google.com/maps?hl=en&ie=UTF8&ll=39.945082,-105.13
> 7999&spn=0.017602,0.026779&t=h&z=15
> 
> ... of course that was deliberate whimsy.  But it was done 
> without notifying the local emergency services who panicked 
> when they learned their locators were outdated.
> 
> The property has been sold to Conoco Phillips, so there will 
> be a new set of names.  Any guesses?

Money Bin Circle?

-jc-

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

Re: OA22578 NEW FUNCTION (GRS) migrate GRSRNL=EXCLUDE environment to full RNLs without requiring a sysplex-wide outage

[Edward Jaffe]

R.S. wrote:
The relationship between "Release 730" and system level (or FMID) can 
be found in Program Directiory (available on Web).


IMHO it is one of difficulties without any point. The only reason I 
can imagine is just to make things more complex.


I believe limitations in the HONE system -- which is quite old -- are 
responsible for this strangeness.


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

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

Re: TIOT filling up: too many dynamic concatenations

[Edward Jaffe]

Hunkeler Peter (KIUK 3) wrote:

Why do you concatenate them that way? Why not just find/open/process
each independently? Or if you prefer, find all of them, then in a loop
(allocate, open, process, deallocate) each individually? Yes, it is a
bit more difficult to program, but it is "infinitely" scalable.



If this hasn't changed lately, you'd also need to FREEBUF the QSAM 
buffers after each CLOSE or that might be the cause of the next 
out of storage condition. QSAM buffers are not freed by the system 
upon CLOSE.
  


This behavior changed with DFSMS/MVS 1.1 circa MVS/ESA 4.3.

If you tell QSAM to use 31-bit buffers (who would choose otherwise?), it 
will free them automatically at CLOSE time.


--
Edward E Jaffe
Phoenix Software International, Inc
5200 W Century Blvd, Suite 800
Los Angeles, CA 90045
310-338-0400 x318
[EMAIL PROTECTED]
http://www.phoenixsoftware.com/

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

Re: Subject line garbage <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>

[Hal Merritt]

Hmm. A little googling points to the UK. Virgin Media popped up a few
times. 

Some sort of spam/malware countermeasures??

Haven't I read about some very aggressive activities of late involving
Virgin Media? 

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
Behalf Of Scott Rowe
Sent: Thursday, April 10, 2008 9:10 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject: Subject line garbage
<[EMAIL PROTECTED]
com> <[EMAIL PROTECTED]>

This problem with the long, ugly subjects is really starting to bug me,
I seem to be the most affected poster, but I have no idea where it is
happening.  My posts are clean when they leave my email client
(GroupWise 7.0), but most of them are now getting garbage tacked onto
the subject.  anyone have any ideas what to look for?


Note that my email domain has changed from jo-annstores.com to
joann.com.  Please update your address book and other records to reflect
this change.

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.

 

NOTICE: This electronic mail message and any files transmitted with it are 
intended
exclusively for the individual or entity to which it is addressed. The message, 
together with any attachment, may contain confidential and/or privileged 
information.
Any unauthorized review, use, printing, saving, copying, disclosure or 
distribution 
is strictly prohibited. If you have received this message in error, please 
immediately advise the sender by reply email and delete all copies.

--
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 sites on Google Maps

[Paul Gilmartin]

On Thu, 10 Apr 2008 07:34:42 -0600, Howard Brazee wrote:

>I pass by streets "tape drive" and "disk drive" next to Storage Tech
>near Boulder, CO.
>
That would be circa:


http://maps.google.com/maps?hl=en&ie=UTF8&ll=39.945082,-105.137999&spn=0.017602,0.026779&t=h&z=15

... of course that was deliberate whimsy.  But it was done without
notifying the local emergency services who panicked when they learned
their locators were outdated.

The property has been sold to Conoco Phillips, so there will be a new
set of names.  Any guesses?

And I see no blurring in the above, nor in:


http://maps.google.com/maps?hl=en&ie=UTF8&t=h&ll=40.088185,-105.195808&spn=0.01658,0.026779&z=15

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

Subject line garbage <[EMAIL PROTECTED]> <[EMAIL PROTECTED]>

[Scott Rowe]

This problem with the long, ugly subjects is really starting to bug me, I seem 
to be the most affected poster, but I have no idea where it is happening.  My 
posts are clean when they leave my email client (GroupWise 7.0), but most of 
them are now getting garbage tacked onto the subject.  anyone have any ideas 
what to look for?


Note that my email domain has changed from jo-annstores.com to joann.com.  
Please update your address book and other records to reflect this change.

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

Re: z/OS 1.4->1.7 gotchas <[EMAIL PROTECTED]>

[Scott Rowe]

Hmmm, and you configured if offline to all of the LPARs before you brought it 
back on to any of them?  Sounds strange indeed.  I have done this a couple 
times, and the only problem I have had is when one or more of the LPARs is 
inactive, then you have to go in though the HMC to take them off.

>>> <[EMAIL PROTECTED]> 4/10/2008 10:02 AM >>>
Sorry, should have made that clearer - by 'device' I meant the actual OSA 
itself, not the MVS devices. We did CONFIG CHP(xx),OFFLINE on all LPARs that it 
was defined to. 

You got me doubting myself for a moment there though, so I just pulled back our 
archived SYSLOGs for that day, and they clearly show we did take the channel 
off and on again with no success. 

Anyway, I guess that's just a mystery then.

Bri

-
Email sent from www.virginmedia.com/email 
Virus-checked using McAfee(R) Software and scanned for spam

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



Note that my email domain has changed from jo-annstores.com to joann.com.  
Please update your address book and other records to reflect this change.

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

Re: IBM sites on Google Maps

[Jon Brock]

Do they have a Front Side Bus?

Jon



I pass by streets "tape drive" and "disk drive" next to Storage Tech
near Boulder, CO.


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

[Arthur Gutowski]

On Wed, 9 Apr 2008 11:59:03 -0400, Ken Porowski <[EMAIL PROTECTED]> 
wrote:

>If history serves as any lesson, most attempts at any type of
>installation dialog usually fails (CA-AGGRAVATOR anyone?) as well as
>most other OEM installers.  Give me an install lib and a list of jobs to
>run and I'll be just fine thank you.  The exception at this point
>appears to be the ServerPac dialogs which actually appear to work nicely
>and properly the way they are.  

  Since SMP/E is required to do any z/OS installation and maintenance, 
and ServerPac Dialog is all but required, and CBPDO is relatively integrated 
into 
SMP/E... Is there any hope of IBM integrating the ServerPac application into 
SMP/E?  Is there any hope that ISV's will eventually figure out how to write 
their installation processes around ServerPac and not try to re-invent the 
wheel, failing miserably at that?  Since Candle is now IBM, those products are 
now ServerPac-capable, and I'm hoping there is little to no need of CICAT 
down the road.  But I don't think it takes an outright acquisition to converge 
tools - aren't many of these ISV's an IBM Development Partner? 

Regards,
Art Gutowski
Ford Motor Company IT Infrastructure
zSeries Platform Planning, Build & Operations
[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: z/OS 1.4->1.7 gotchas

[pilgrimpez]

Sorry, should have made that clearer - by 'device' I meant the actual OSA 
itself, not the MVS devices. We did CONFIG CHP(xx),OFFLINE on all LPARs that it 
was defined to. 

You got me doubting myself for a moment there though, so I just pulled back our 
archived SYSLOGs for that day, and they clearly show we did take the channel 
off and on again with no success. 

Anyway, I guess that's just a mystery then.

Bri

-
Email sent from www.virginmedia.com/email
Virus-checked using McAfee(R) Software and scanned for spam

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

[no subject]

[JerryDurbin]

TSO =3;4 for PROD.DISINH.D.*
On command line enter SRCHFOR ''


-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On Behalf Of 
Frank Allan Rasmussen
Sent: Thursday, April 10, 2008 3:38 AM
To: IBM-MAIN@BAMA.UA.EDU
Subject:

Hi



We have a requirement to search for a textstring i a lot of datasets



The datasets have the following format



PROD.DISINH.D.T.L



I need to be able to search all datasets within a date for a specific 
text-string



Any way to do this other than write a REXX?



Mvh

Frank Allan Rasmussen

PHB in training

Region Syddanmark

Denmark

--
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: SPFEDIT does a RESERVE!?!

[Arthur Gutowski]

On Wed, 9 Apr 2008 14:58:22 -0500, Mark Zelden 
<[EMAIL PROTECTED]> wrote:

>On Wed, 9 Apr 2008 18:36:08 +, Ted MacNEIL <[EMAIL PROTECTED]> 
wrote:
>
>>>Why not simply convert all reserves? One reason is that reserve is fast
>and cheap. An enqueue involves a negotiation with all interested parties
>over a commutations Link. Can be v e r y  s l o w.
>>
>>I've been converting them for years.
>>With GRS*, fast coupling links, and today's DASD, the difference is not
>noticable.
>>-
>
>John has no CFs.   Not even sure if he has FICON CTCs.
>
The last I read in GRS Planning and Setting Up a Sysplex, the recommendation 
is convert all RESERVEs when in GRS Star (requires CF), but selective 
conversion when in Ring.  Number of systems is not relevant.  Advice worth 
heeding, due to the aforementioned response time elongation in conversions.  

Even a two-node sysplex responds noticeably better in Star than Ring, 
something we confirmed recently in our TestPlex.  There is a price to pay - 
more CPU, another LPAR (CF), and storage.

Even using XCF to transport the GRS signals, physical infrastructure, or the 
relative lack thereof, can add to RT elongation.  Setting up transport classes 
and dedicating TC's to additional paths can help.  FICON can help.  Ultimately, 
you're still bound by the performance characteristics of a Ring.

FWIW, we are currently Ring in production, using two FICON channels and a 
CF to transport XCF signals (single ICP link), including GRS, with no dedicated 
paths for specific transport classes, and we convert these RESERVEs:

IGDCDSXS, SPFEDIT, SPZAPLIB, SYSIEWLP, SYSIGGV2, SYSZRACF
plus HSM:  ARCBACV, ARCMIGV, ARCENQG, ARCENQG, ARCENQG

and a half-dozen ISV entries, per their documentation.  Once we convert to 
Star, we will likely add SYSVTOC and SYSZVVDS, working up to QNAME(*).

Regards,
Art Gutowski
Ford Motor Company IT Infrastructure
zSeries Platform Planning, Build & Operations
[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: z/OS 1.4->1.7 gotchas <[EMAIL PROTECTED]>

[Scott Rowe]

Taking the device offline doesn't do anything, the CHP has to be configured off 
to all LPARs, even those LPARs that are not activated (this is a point that is 
often missed).

>>> <[EMAIL PROTECTED]> 4/10/2008 4:17 AM >>>
Ok.. We hit this problem late last year on an IBM z9BC. I supppose the PMR is 
still out there on the database if anyone's got access to it.

I just dug out our internal problem log for the morning's events and looked 
through the timeline. Our IBM support engineer first took the device offline on 
all LPARs, and that did not resolve the problem. We then IPL'd each LPAR; 
again, that did not resolve the problem. We then did a POR of the box, and the 
devices were then available.

This is the email they (IBM) sent me:

"Here is the information about the problem. 

This a known problem and there is a microcode fix available for your machine.   


The intent of this TDR is to provide information to determine if 
Segmentation Offload is enabled, and how to disable it. 



Symptoms:  OSA Card will lock up. 


  
Check for Segmentation Offload being active: 
  
>From the z/OS console on each Image, enter   
D TCPIP,procname,NETSTAT,DEV.   
If Segmentation offload is functioning, you will see 
SEGMENTATIONOFFLOAD:  YES for the OSA.   
If this specific line is not displayed, segmentation offload 
is not available. at this level or previously disabled   
There is not a NO option for SEGMENTATIONOFFLOAD.   
Its either YES, or not displayed.   
  
There are two ways to disable segmentation offload.   
The maintenance level on the system determines which 
one must be used 
If your customer has applied PK21685 or PK26905, 
it must be done via the configuration file. 

1) If the PTFs are not applied, use the following procedure: 
Update the TCPIP PROFILE to comment out the START   
statements for the affected OSA devices. 

Issue the following commands every time TCPIP is restarted: 
MODIFY tcpipprocname,NOSEGOFFLOAD   
(then for each OSA) 
VARY TCPIP,tcpipjobname,START,osa_device_name   
(tcpipjobname is optional on this command in a single stack 
environment) 

If the MODIFY command is rejected with a 
EZZ3250I THE MODIFY COMMAND IS NOT SUPPORTED message, 
Then either:   
The system does not support Segmentation Offload.   
Only z/OS 1.7 and above or z/OS 1.6 with the PK02490 PTFs   
applied have this support, earlier systems do not have any 
concern with this problem. 
The PTFs for PK21685 have been applied, 
thus the following method needs to be used instead. 

2) If the PTFs are applied, 
add the NOSEGMENTATIONOFFLOAD keyword to the GLOBALCONFIG   
statement in the TCPIP PROFILE. 
For further help with these commands, contact software support."

-Original Message-
From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] 
Behalf Of Scott Rowe
Sent: 09 April 2008 20:40
To: IBM-MAIN@BAMA.UA.EDU 
Subject: Re: z/OS 1.4->1.7 gotchas

???

AFIAK there is no fix, microcode or otherwise, for the segmentation offload 
problem.  I think the default has since been changed been changed to off.  
Also, it did not affect "old" OSA cards, it affects ALL OSA Express cards.  
There was also no need to POR, or even IPL, to recover the card, all that is 
needed is to configure it offline to ALL LPARs, and then back on. 


-
Email sent from www.virginmedia.com/email 
Virus-checked using McAfee(R) Software and scanned for spam

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



Note that my email domain has ch

Re: IBM sites on Google Maps

[Howard Brazee]

I pass by streets "tape drive" and "disk drive" next to Storage Tech
near Boulder, CO.

--
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: TIOT filling up: too many dynamic concatenations

[J R]

> I did use IDF to step through and watch the TIOT grow. With each new 
> concatenation call, there is an entry which keeps growing in size until the 
> TIOT fills up.
 
My apologies if this has already been answered but I haven't seen it.  
 
This behavior is counter intuitive; the TIOT is filling up 3:1 compared 
to what one would expect.  When you examine the TIOT, I presume 
that the entry that keeps growing is the one for "MYFILE".  Does it 
grow by a single entry each time, or is there more than a single entry 
added?  If so, what is being added over and above expectation?  
 
If the MYFILE entry seems to be growing appropriately, what else is 
being added to the TIOT?  Are allocations used in the concatention 
remaining as entries?  
 
This should be easy to test.  Get a snapshot before and after the 
concatenation and analyze exactly what has changed.  It could be 
that entries are not being reused by the concatenation but just 
used for the information that they contain.  
 
 
> Date: Wed, 9 Apr 2008 13:35:28 -0500
> From: [EMAIL PROTECTED]
> Subject: Re: TIOT filling up: too many dynamic concatenations
> To: IBM-MAIN@BAMA.UA.EDU
> 
> Ed,
> 
> Field S99ERROR (after the dynamic concatenation request to DYNALLOC) is 
> coming back with a value of X'0238': "Space unavailable in task input output 
> table (TIOT)." The manual says that the application should "Reduce the total 
> number of allocated DDs and devices. Deallocate data sets that are not 
> needed simultaneously."
> 
> The only way I've found to reduce the total number of allocated DDs is to 
> reduce the number of files in the folder. I can't deallocate any of the 
> component allocations once they've been concatenated.
> 
> I did use IDF to step through and watch the TIOT grow. With each new 
> concatenation call, there is an entry which keeps growing in size until the 
> TIOT fills up.
> 
> I think that what I need to know is if I'm missing some approach/technique 
> that can get around what is probably a legitimate limitation.
> 
> David
 
 
 
 
_
Going green? See the top 12 foods to eat organic.
http://green.msn.com/galleries/photos/photos.aspx?gid=164&ocid=T003MSN51N1653A
--
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: TIOT filling up: too many dynamic concatenations

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:[EMAIL PROTECTED] On Behalf Of Hunkeler Peter (KIUK 3)
> Sent: Thursday, April 10, 2008 1:14 AM
> To: IBM-MAIN@BAMA.UA.EDU
> Subject: Re: TIOT filling up: too many dynamic concatenations
> 
> 
> >Why do you concatenate them that way? Why not just find/open/process
> >each independently? Or if you prefer, find all of them, then 
> in a loop
> >(allocate, open, process, deallocate) each individually? Yes, it is a
> >bit more difficult to program, but it is "infinitely" scalable.
> 
> If this hasn't changed lately, you'd also need to FREEBUF the QSAM 
> buffers after each CLOSE or that might be the cause of the next 
> out of storage condition. QSAM buffers are not freed by the system 
> upon CLOSE.
> 
> -- 
> Peter Hunkeler

Good point! I found that out the hard way when I did multiple OPEN/CLOSE
on a single DCB. Ran out of storage. This was back in the MVS/XA days.
It is also another reason to "bite the bullet" and rewrite to use
"native" UNIX I/O. No such problems.

--
John McKown
Senior Systems Programmer
HealthMarkets
Keeping the Promise of Affordable Coverage
Administrative Services Group
Information Technology

The information contained in this e-mail message may be privileged
and/or confidential.  It is for intended addressee(s) only.  If you are
not the intended recipient, you are hereby notified that any disclosure,
reproduction, distribution or other use of this communication is
strictly prohibited and could, in certain circumstances, be a criminal
offense.  If you have received this e-mail in error, please notify the
sender by reply and delete this message without copying or disclosing
it. 

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