Test, please ignore.

[Vernooij, CP - SPLXM]

Administrators here have been messing around with my email address and I
had to re-subscribe and this is to check if my postings arrive.

 

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  3014286 


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

Re: REPLY DEVICE NAME OR 'CANCEL' for FTP to mainframe and SMS ACS routines

[Fred Schmidt]

Thanks for all the further replies. 

As mentioned, we have already put something in place that works for us and
we'll stick with that. I do like Ron Hawkins and Brian Fraser's suggestions
though and they appear a lot more elegant than what we implemented. 

I also found the reason why FTP allocation still came up with the WTOR,
whereas the TSO allocation of the same dsname failed. Our ACS routine writes
a message, sets STORCLAS='' and exits with RC=0 in these situations. 

The fine manual says...

In a TSO/E ALLOCATION environment, the text of the WRITE message displays
only if the allocation fails.
Exception: The WRITE message is never displayed for any product or
application that uses Dynamic Allocation (for example: DFSMSdss, DFSORT
SORTWKnn data sets). 

As Bruce pointed out, no MOUNT authority for TSO, so it fails. But FTP does
not fail this way and sees no message as its uses dynamic allocation and
because of the above.

Once again, thanks for all the help. 

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

Re: Calculate Tape Bytes to Tracks

[John Ticic]

>> I'm curious how you might be expecting to factor in IDRC 
compression with
>> the data stored on the tape?  I believe that the BLKCNT represents 
what is
>> being stored, not what got sent down the channel.
>>

>On tape drives with IDRC or other compression, MVS is only aware of
>logical blocks sent across the channel, not the physical representation
>on the tape (except very indirectly by indicators of % of media used).
>My understanding is that with compression, the compressed logical 
blocks
>are assembled by the tape controller into "super blocks" that are
>written on the physical tape, but that structure is not communicated
>back to MVS because those are issues that are completely handled at the
>tape controller level.
>

SMF 21 now contains compression information (see APAR OA20077). 

Regards

John

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

Re: How to analyze a volume's access by dataset

[John Ticic]

>Cast your mind back to GTFPARS. This IBM FDP would build seek 
histograms
>using IEHLIST VTOC Listings as input to map the extents of the 
datasets on
>the volume.
>

Ah Ron, the good old days. One of my tasks at NAB was using GTFPARs 
to map out the SYSRES access pattern and build allocation JCL to 
optimize data set placement around the VTOC. 

Regards

John

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

Re: OA29000 and DOM

[Vernooij, CP - SPLXM]

"Barbara Nitz"  wrote in message 
news:...
> For the past week I have been struggling with a performance problem in our 
> automation NetView. The NetView behaviour changed when OA29000 allowed 
> all messages to be considered action messages. Action messages are retained 
> on internal Netview queues until a DOM is received.
> -
> Now, we do NOT use AMRF, meaning that a DOM will only remove the 
> highlighting from the message so it can roll off the console. *If* that 
> console 
> is not set to del=r, anyway. And the DOM will tell commtask to remove it from 
> the commtask AMRF queues. (At least, this used to be the case). I don't 
> remember (if I ever knew) how a DOM is spread to the subsystems.
> -
> Now, NetView considers desc 1,2 and 11 action messages by default (which 
> we take). But NetView will retain these messages on *it's* internal queues 
> until it receives an explicit DOM. Since we installed oa29000, automation 
> netview periodically gets DSI374I telling us that so and so many messages 
> were queued to the PPT task. At that time, automation netview takes over 
> the processor. Looking at the netlog, right around that time an internal 
> automation had kicked in that removed the oldest retained messages. Which 
> were almost all desc2 messages (and the Netview change talks about desc3 
> messages).
> -
> I tried to find some description of the DOM processing for an AMRF=NO 
> installation, but did not see any. Does anyone know
> -where to find such a description?
> -how this DOM works after console restructure? (If an IBMer is willing to 
> tell, 
> the better!
> -
> And yes, I have an ETR open which is already very lengthy! But unfortunately 
> this involves NetView, System Automation and Commtask.
> -
> Thanks in advance, Barbara
> 

Barbara,

I thouht I remembered we had a similar issue and I showed your problem to my 
collegue who does SA and this is his answer.

***
* When the message is an action message (descriptor code 1,2,3 or 11)  
* and not a WTOR, domaction nodelmsg and hold disable is specified.
* This signifies that the NetView program does not expect to receive a 
* DOM for this message and will not keep any internal record of it 
* for future deletion by a DOM request. The message is not hold on any 
* opretator screen.
***
  IF ACTIONMG(1)='1' & IFRAUWF1(6)¬='1' THEN  
DOMACTION(NODELMSG) HOLD(DISABLE) CONTINUE(Y);

I hope this helps,
Kees.

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

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


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

Re: recommended way to send large files from Z/os to WIN and backward

[Matan Cohen]

MFnetdisk was consider as an substitute options.
The desire state is to get the Datasets when initiate the connection using
FTP batch from the MF. when connecting to the Mainframe FTP from my station
I was able to send the Dataset.
we design a backup proccess to get rid from our 3590 tape library and move
our MF backp to one of our Windows server .
the datasets will move then by the Windows Backup to tapes .
We are now trying to avoid any dependency to a product in this process (such
like MFnetdisk). we are also limit on purchesing any product.
*DON- * as you said i also assume the windows server see the target (MF
side) as FAT32 , but I don't familiar with a way to control this and force
the FTP server (windows) to send the file.
Lizette Koehler - BLKSIZE=32760 don't solve the problem.
we use IE8.
there is'nt additional message in syslog.

On Tue, May 4, 2010 at 8:50 AM, Peter Bishop  wrote:

> On Mon, 3 May 2010 13:48:38 +0300, Matan Cohen 
> wrote:
>
> >we are trying to use an ftp client on z/os
> >using a job to get datasets larger than 4 GB from a windows server after
> we
> >succesfully send the Datasets to the windows FTP server .
> >when trying to get the Datasets back to the Mainframe we get the follow
> >message :
> >553 Cannot send file larger than 4 gigabytes.
> >we are trying to understand if the problem is cause from the windows side.
> >we do use an SMS Data class so the Datasets will be a multivolume.
> >
>
> Hi,
>
> Have you tried FileZilla?
>
> Thoroughly recommended, works on Vista, and the price is right.
>
> http://filezilla-project.org/ if you're interested.
>
> cheers
> Peter
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>



-- 
best regards,
matan cohen
MF System Administrator.

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

Re: OA29000 and DOM

[Barbara Nitz]

Kees,

>* When the message is an action message (descriptor code 1,2,3 or 11)
>* and not a WTOR, domaction nodelmsg and hold disable is specified.
>* This signifies that the NetView program does not expect to receive a
>* DOM for this message and will not keep any internal record of it
>* for future deletion by a DOM request. The message is not hold on any
>* opretator screen.
>**
*
>  IF ACTIONMG(1)='1' & IFRAUWF1(6)¬='1' THEN
>DOMACTION(NODELMSG) HOLD(DISABLE) CONTINUE(Y);
>
Wow! The discussion currently raging in the ETR is that I say HOLD(DISABLE) 
fixes the problem and NetView disagrees. They say that the HOLD parm 
shouldn't have any influence. (Note they said *shouldn't*! :-)

I didn't know about the ACTIONMG keyword, though. That looks better than 
my current 'solution':
IF DESC(x)='1' THEN DOMACTION(NODELMSG) HOLD(DISABLE) CONTINUE(Y);
for x=3..10,12..16
I was reluctant so far to set this unequivocally for *all* descriptor codes, 
but 
your post gives me the confidence to put this into my sandplex, re-IPL (to see 
if it still works :-) and then introduce to the production plexes.
-
I have also posed the question to NetView why they *always* assume that an 
action message MUST HAVE a DOM. And have based their design on that. My 
take is that a DOM *may* occur, but doesn't *have to*. And I think that that 
is the cause for a lot of contortions.
-
Best regards, Barbara

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

Re: MVS to z/OS Experience Looking for Work

[Brian Westerman]

You can also try DICE.COM

Good luck

Brian

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

Re: recommended way to send large files from Z/os to WIN and backward

[shai hess]

HI,

 MFNetDisk can emulate 3490 tape without real tape and with automatic fast
mount.
 You can run DFDSS in MF with the tape data in PC using MFNetDisk? (no need
FTP). PC can be Linux or Windows.
 When ever you need the data back  to MF you have it using the tape
emulation which access the tape data file as input.
 The tape data in PC can be backup in PC using copy and paste in PC or other
PC backup utilities.
 This is a free product.

 Shai

On Tue, May 4, 2010 at 11:05 AM, Matan Cohen wrote:

> MFnetdisk was consider as an substitute options.
> The desire state is to get the Datasets when initiate the connection using
> FTP batch from the MF. when connecting to the Mainframe FTP from my station
> I was able to send the Dataset.
> we design a backup proccess to get rid from our 3590 tape library and move
> our MF backp to one of our Windows server .
> the datasets will move then by the Windows Backup to tapes .
> We are now trying to avoid any dependency to a product in this process
> (such
> like MFnetdisk). we are also limit on purchesing any product.
> *DON- * as you said i also assume the windows server see the target (MF
> side) as FAT32 , but I don't familiar with a way to control this and force
> the FTP server (windows) to send the file.
> Lizette Koehler - BLKSIZE=32760 don't solve the problem.
> we use IE8.
> there is'nt additional message in syslog.
>
> On Tue, May 4, 2010 at 8:50 AM, Peter Bishop  wrote:
>
> > On Mon, 3 May 2010 13:48:38 +0300, Matan Cohen 
> > wrote:
> >
> > >we are trying to use an ftp client on z/os
> > >using a job to get datasets larger than 4 GB from a windows server after
> > we
> > >succesfully send the Datasets to the windows FTP server .
> > >when trying to get the Datasets back to the Mainframe we get the follow
> > >message :
> > >553 Cannot send file larger than 4 gigabytes.
> > >we are trying to understand if the problem is cause from the windows
> side.
> > >we do use an SMS Data class so the Datasets will be a multivolume.
> > >
> >
> > Hi,
> >
> > Have you tried FileZilla?
> >
> > Thoroughly recommended, works on Vista, and the price is right.
> >
> > http://filezilla-project.org/ if you're interested.
> >
> > cheers
> > Peter
> >
> > --
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> >
>
>
>
> --
> best regards,
> matan cohen
> MF System Administrator.
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

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

Re: How to analyze a volume's access by dataset

[Ron Hawkins]

John,

I remember, and Ian Lee wouldn't believe me when I wanted to change the
ordering and VTOC location after we put SYSRES on the 3880-23. Now we do
this with volume placement in array groups, instead of datasets on volumes.

Ron



> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> John Ticic
> Sent: Tuesday, May 04, 2010 12:33 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] How to analyze a volume's access by dataset
> 
> >Cast your mind back to GTFPARS. This IBM FDP would build seek
> histograms
> >using IEHLIST VTOC Listings as input to map the extents of the
> datasets on
> >the volume.
> >
> 
> Ah Ron, the good old days. One of my tasks at NAB was using GTFPARs
> to map out the SYSRES access pattern and build allocation JCL to
> optimize data set placement around the VTOC.
> 
> Regards
> 
> John
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: Catalog re-location

[Richards, Robert B.]

Single point of Failure...not a good idea. 

Are you running with ECS? 

Bob


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
John Norgauer
Sent: Monday, May 03, 2010 6:31 PM
To: IBM-MAIN@bama.ua.edu
Subject: Catalog re-location

We are in the process of migrating all of our DASD to Hitachi mod 9's. Our 
existing catalogs are spread over many of the old 3390's
that are going. I would like to have all of the catalogs on one volume for 
the sake of organization. Any issues with this approach
(performance or otherwise)?



John Norgauer
Senior Systems Programmer
Mainframe Technical Support Services
University of California Davis Medical Center
2315 Stockton Blvd
ASB 1300
Sacramento, Ca 95817
916-734-0536

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

ServerPac Download Size for z/OS V1.11 on MOD9

[Lizette Koehler]

Listers - 

I have been going through the archives to see if this was already answered.
Since I did not find anything quickly, I need to ask

We are getting ready to order the z/OS V1.11 from Shop zSeries

We only use 3390-9 at our shop.  I have heard rumors that I will need a
Mod27 to download this file.

Is this correct?

If so, is there a way to do partial downloads to Mod9 and then recombine to
one large file?  
Or is there another method (DSTYPE=LARGE) to spread across 3 Mod9?

Thanks

Lizette

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

Re: ServerPac Download Size for z/OS V1.11 on MOD9

[Patrick Lyon]

On Tue, 4 May 2010 07:56:09 -0400, Lizette Koehler 
 wrote:

>Listers -
>
>We only use 3390-9 at our shop.  I have heard rumors that I will need a
>Mod27 to download this file.
>
>

Lizette - We only have mod-3's here and I sucessfully downloaded it here.  
You just want to make sure your HFS is large enough to receive it, i.e. it can 
make multiple extents.

I had questions like this here on IBM-MAIN I think when I ordered V1.9.  
Maybe search the archives for "HFS" and "EXTENTS" and/or "SMS".

HTH,
Pat Lyon

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

Re: Catalog re-location

[Darth Keller]

Single point of Failure  -   Other than John's saying he's moving to 
Hitachi Mod 9's, he really didn't describe his storage.  It would probably 
be safe to assume (& watch me get burned on this one) he's got RAID DASD - 
in which case he does have some protection.   In my case, in the last 10 
years I've had zero DASD failures, but I've 5+ catalog failures which I've 
had to recover from.   So if he's going to be worried about a failure, I'd 
say his time would probably be better spent looking at his catalog backup 
& recovery procedures  (insert plug here for DINO Software's TREX).

With that said, I'm with Bob in that I'm 'old school' enough that I'd 
spread my catalogs across at least a few volumes.  For one thing, I want 
plenty of room for catalogs to take 2ndary extents.  Not much worse that 
getting called at o-dark in the morning because some application failed 
because a catalog can't take a 2ndary.

John - are you running with PAV's?  Even though catalogs can be cached in 
memory in CAS and using ECS, eventually catalogs are going to need to be 
updated meaning writes to DASD - if you don't have PAV's and you've got 
all your catalogs on one volume, you've got limited access to your 
catalogs.  Something to consider - some of my catalogs are very busy 
during certain times of the day and one volume would be an issue for me 
without PAV's.

ddk

This e-mail message and all attachments transmitted with it may
contain legally privileged and/or confidential information intended
solely for the use of the addressee(s). If the reader of this
message is not the intended recipient, you are hereby notified that
any reading, dissemination, distribution, copying, forwarding or
other use of this message or its attachments is strictly
prohibited. If you have received this message in error, please
notify the sender immediately and delete this message and all
copies and backups thereof. Thank you.

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

Re: ServerPac Download Size for z/OS V1.11 on MOD9

[Jousma, David]

Lizette,

Your order will say how big the download is.   There has been some
guidance given over time here on the forum that you need roughly 1.5x -
2.0x the order size in file system space.  You can have multivolume ZFS.
Here is my JCL to allocate one.

//STEP1  EXEC PGM=IDCAMS,REGION=128M 
//SYSIN DD * 
   DELETE ZOS110.RECEIVE CLUSTER 
   DEFINE CLUSTER(NAME(ZOS110.RECEIVE) - 
  VOLUMES(PC103A PC0245 PC0246 PC0247 PC0248 PC0249 PC0250  -
  PC0251 PC0252 PC0253 PC0254 PC0255 PC0256 PC0257) -
  LINEAR DATACLASS(DCEXTNOC) -   
  MEGABYTES(5) SHAREOPTIONS(2))  
/*   
//SYSPRINT DD SYSOUT=*   
//*  STORAGECLASS(SCNOSMS)   
//STPU010 EXEC PGM=IOEAGFMT,REGION=0M,   
//  PARM=('-aggregate ZOS110.RECEIVE -compat')   
//CEEDUMP   DD SYSOUT=*  
//STDOUTDD SYSOUT=*  
//STDERRDD SYSOUT=*  
//SYSUDUMP  DD SYSOUT=*  
//SYSPRINT  DD SYSOUT=*  

_
Dave Jousma
Assistant Vice President, Mainframe Services
david.jou...@53.com
1830 East Paris, Grand Rapids, MI  49546 MD RSCB1G
p 616.653.8429
f 616.653.8497


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Patrick Lyon
Sent: Tuesday, May 04, 2010 8:41 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: ServerPac Download Size for z/OS V1.11 on MOD9

On Tue, 4 May 2010 07:56:09 -0400, Lizette Koehler 
 wrote:

>Listers -
>
>We only use 3390-9 at our shop.  I have heard rumors that I will need a
>Mod27 to download this file.
>
>

Lizette - We only have mod-3's here and I sucessfully downloaded it
here.  
You just want to make sure your HFS is large enough to receive it, i.e.
it can 
make multiple extents.

I had questions like this here on IBM-MAIN I think when I ordered V1.9.

Maybe search the archives for "HFS" and "EXTENTS" and/or "SMS".

HTH,
Pat Lyon

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

This e-mail transmission contains information that is confidential and may be 
privileged.   It is intended only for the addressee(s) named above. If you 
receive this e-mail in error, please do not read, copy or disseminate it in any 
manner. If you are not the intended recipient, any disclosure, copying, 
distribution or use of the contents of this information is prohibited. Please 
reply to the message immediately by informing the sender that the message was 
misdirected. After replying, please erase it from your computer system. Your 
assistance in correcting this error is appreciated.

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

Re: (may or may not be on topic) Floating point arithmetic

[Joel C. Ewing]

On 05/03/2010 11:22 AM, McKown, John wrote:
>> -Original Message-
>> From: IBM Mainframe Discussion List 
>> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Gould
>> Sent: Monday, May 03, 2010 10:58 AM
>> To: IBM-MAIN@bama.ua.edu
>> Subject: (may or may not be on topic) Floating point arithmetic
>>
>> This might be of interest to those wanting to do floating 
>> point arithmetic.
>> Please *NOTE* I do NOT know if this pertains to IBM or not.
>>
>> http://floating-point-gui.de/
>>
>> Ed
> 
> It definetly does apply to IBM z hardware. Also if you use HFP (Hex Floating 
> Point - legacy) and BFP (IEEE floating point), then the identical operation 
> can have two different answers, neither of which is necessarily "correct".
> 
> --
> John McKown 
> Systems Engineer IV
> IT
> 
Starting with z9 there are three flavors of floating-point instructions,
legacy Hex (HFP),  IEEE binary (BFP), and decimal floating-point.  And
of course back in the early days of computing when floating point
operations were frequently done by subroutines or machine architectures
were decimal, decimal floating point representations were not that
uncommon.

All floating point representations, by their nature, represent values by
a fixed number of significant digits, which means that you can find
integer and fractional values for all that can't be represented exactly
and for which results must be an approximation - it's just that the
examples that introduce error would differ depending on the
representation used.  If the article implies this  only happens because
the representation is in binary,  then it is incorrect.  It is the
finite number of significant digits in floating-point representations
that is the real culprit.

Many find the roundoff errors of binary floating point more mysterious
and unpredictable only because they have limited their thinking to
decimal representations of values and are only familiar with dealing
with approximate values in decimal representation.

-- 
Joel C. Ewing, Fort Smith, ARjremoveccapsew...@acm.org

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

Re: ServerPac Download Size for z/OS V1.11 on MOD9

[Lizette Koehler]

Dave,

Thanks.  I have not had much success with zFS files here.  But using one for 
the Server Pac download makes sense.

Lizette



>
>Lizette,
>
>Your order will say how big the download is.   There has been some
>guidance given over time here on the forum that you need roughly 1.5x -
>2.0x the order size in file system space.  You can have multivolume ZFS.
>Here is my JCL to allocate one.
>
>//STEP1  EXEC PGM=IDCAMS,REGION=128M 
>//SYSIN DD * 
>   DELETE ZOS110.RECEIVE CLUSTER 
>   DEFINE CLUSTER(NAME(ZOS110.RECEIVE) - 
>  VOLUMES(PC103A PC0245 PC0246 PC0247 PC0248 PC0249 PC0250  -
>  PC0251 PC0252 PC0253 PC0254 PC0255 PC0256 PC0257) -
>  LINEAR DATACLASS(DCEXTNOC) -   
>  MEGABYTES(5) SHAREOPTIONS(2))  
>/*   
>//SYSPRINT DD SYSOUT=*   
>//*  STORAGECLASS(SCNOSMS)   
>//STPU010 EXEC PGM=IOEAGFMT,REGION=0M,   
>//  PARM=('-aggregate ZOS110.RECEIVE -compat')   
>//CEEDUMP   DD SYSOUT=*  
>//STDOUTDD SYSOUT=*  
>//STDERRDD SYSOUT=*  
>//SYSUDUMP  DD SYSOUT=*  
>//SYSPRINT  DD SYSOUT=*  
>
>_

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

Re: (may or may not be on topic) Floating point arithmetic

[McKown, John]

Hum. Makes me wonder if any hardware will ever introduce rational numbers. One 
"rational register" which is 128 bits(?) long. It contains a 64 bit numerator 
and 64 bit denominator. That solves the problem. Except for irrational numbers 
such a pi, e, and others that I don't remember. And, curiously, IIRC, although 
both the rational and irrational number sets are infinate, there are "more" 
irrational numbers that rational numbers.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Joel C. Ewing
> Sent: Tuesday, May 04, 2010 8:18 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: (may or may not be on topic) Floating point arithmetic
> 
> On 05/03/2010 11:22 AM, McKown, John wrote:
> >> -Original Message-
> >> From: IBM Mainframe Discussion List 
> >> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Ed Gould
> >> Sent: Monday, May 03, 2010 10:58 AM
> >> To: IBM-MAIN@bama.ua.edu
> >> Subject: (may or may not be on topic) Floating point arithmetic
> >>
> >> This might be of interest to those wanting to do floating 
> >> point arithmetic.
> >> Please *NOTE* I do NOT know if this pertains to IBM or not.
> >>
> >> http://floating-point-gui.de/
> >>
> >> Ed
> > 
> > It definetly does apply to IBM z hardware. Also if you use 
> HFP (Hex Floating Point - legacy) and BFP (IEEE floating 
> point), then the identical operation can have two different 
> answers, neither of which is necessarily "correct".
> > 
> > --
> > John McKown 
> > Systems Engineer IV
> > IT
> > 
> Starting with z9 there are three flavors of floating-point 
> instructions,
> legacy Hex (HFP),  IEEE binary (BFP), and decimal floating-point.  And
> of course back in the early days of computing when floating point
> operations were frequently done by subroutines or machine 
> architectures
> were decimal, decimal floating point representations were not that
> uncommon.
> 
> All floating point representations, by their nature, 
> represent values by
> a fixed number of significant digits, which means that you can find
> integer and fractional values for all that can't be 
> represented exactly
> and for which results must be an approximation - it's just that the
> examples that introduce error would differ depending on the
> representation used.  If the article implies this  only 
> happens because
> the representation is in binary,  then it is incorrect.  It is the
> finite number of significant digits in floating-point representations
> that is the real culprit.
> 
> Many find the roundoff errors of binary floating point more mysterious
> and unpredictable only because they have limited their thinking to
> decimal representations of values and are only familiar with dealing
> with approximate values in decimal representation.
> 
> -- 
> Joel C. Ewing, Fort Smith, ARjremoveccapsew...@acm.org
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 

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

why SMSHONOR doesn't work

[Tommy Tsui]

Hi all,
I try to hard code the SMS vts tape address but it shows the following
error message, it works if I change the tape address to TAPEV.
//SYSUT2   DD DSN=ZSMD.ZSMD137.XXX,DISP=(,PASS),
//   UNIT=(8649,1,,SMSHONOR),LABEL=(1,SL)

IEFA100I ZSMD137$ BACKUP1 SYSUT2 ALLOCATION FAILED - SMSHONOR
SPECIFIED AN INVALID UNIT

* from ACS routine
 FILTLIST VALID_UNIT2 INCLUDE('TAPEV',861*,862*,863*,864*,8649)

Anything I missing ?

Thanks for help

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

Re: why SMSHONOR doesn't work

[McKown, John]

Not sure, but a 4 digit UCB address does require a leading slash. Try:

//SYSUT2   DD DSN=ZSMD.ZSMD137.XXX,DISP=(,PASS),
//   UNIT=(/8649,1,,SMSHONOR),LABEL=(1,SL)

In your example "8649" was intepreted as an ESOTERIC name, not a UCB address.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tommy Tsui
> Sent: Tuesday, May 04, 2010 9:02 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: why SMSHONOR doesn't work
> 
> Hi all,
> I try to hard code the SMS vts tape address but it shows the following
> error message, it works if I change the tape address to TAPEV.
> //SYSUT2   DD DSN=ZSMD.ZSMD137.XXX,DISP=(,PASS),
> //   UNIT=(8649,1,,SMSHONOR),LABEL=(1,SL)
> 
> IEFA100I ZSMD137$ BACKUP1 SYSUT2 ALLOCATION FAILED - SMSHONOR
> SPECIFIED AN INVALID UNIT
> 
> * from ACS routine
>  FILTLIST VALID_UNIT2 INCLUDE('TAPEV',861*,862*,863*,864*,8649)
> 
> Anything I missing ?
> 
> Thanks for help
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> 

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

Re: (may o r may not be on topi c) Floatin g point ar ithmetic‏

[john gilmore]

Numbers like sqrt(2) are irrational, i.e., not expressible as a fraction having 
an integer numerator and denominator.  

 

Numbers like "pi and e" are transcendental.  They are a very different kettle 
of fish.

 

Rational numbers have decimal-fraction representations that are either 
terminating or repeating, e.g. 1/2 = 0.5 and 1/3 = 0.333...

 

Irrational and transcendental numbers do not.

 

In general, contributions to this list are valuable when either 1) the poster 
talks about what he knows or 2) asks questions about what he does not know.  

John Gilmore Ashland, MA 01721-1817 USA


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

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

Re: why SMSHONOR doesn't work

[Tommy Tsui]

8649 is a unit address for our VTS tape device. TAPEV is ESOTERIC name
Under ESOTERIC name TAPEV which have 64 unit address 86XX

2010/5/4 McKown, John :
> Not sure, but a 4 digit UCB address does require a leading slash. Try:
>
> //SYSUT2   DD DSN=ZSMD.ZSMD137.XXX,DISP=(,PASS),
> //   UNIT=(/8649,1,,SMSHONOR),LABEL=(1,SL)
>
> In your example "8649" was intepreted as an ESOTERIC name, not a UCB address.
>
> --
> John McKown
> Systems Engineer IV
> IT
>
> Administrative Services Group
>
> HealthMarkets(r)
>
> 9151 Boulevard 26 * N. Richland Hills * TX 76010
> (817) 255-3225 phone * (817)-961-6183 cell
> john.mck...@healthmarkets.com * www.HealthMarkets.com
>
> Confidentiality Notice: This e-mail message may contain confidential or 
> proprietary information. If you are not the intended recipient, please 
> contact the sender by reply e-mail and destroy all copies of the original 
> message. HealthMarkets(r) is the brand name for products underwritten and 
> issued by the insurance subsidiaries of HealthMarkets, Inc. -The Chesapeake 
> Life Insurance Company(r), Mid-West National Life Insurance Company of 
> TennesseeSM and The MEGA Life and Health Insurance Company.SM
>
>
>
>> -Original Message-
>> From: IBM Mainframe Discussion List
>> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tommy Tsui
>> Sent: Tuesday, May 04, 2010 9:02 AM
>> To: IBM-MAIN@bama.ua.edu
>> Subject: why SMSHONOR doesn't work
>>
>> Hi all,
>> I try to hard code the SMS vts tape address but it shows the following
>> error message, it works if I change the tape address to TAPEV.
>> //SYSUT2   DD DSN=ZSMD.ZSMD137.XXX,DISP=(,PASS),
>> //   UNIT=(8649,1,,SMSHONOR),LABEL=(1,SL)
>>
>> IEFA100I ZSMD137$ BACKUP1 SYSUT2 ALLOCATION FAILED - SMSHONOR
>> SPECIFIED AN INVALID UNIT
>>
>> * from ACS routine
>>  FILTLIST VALID_UNIT2 INCLUDE('TAPEV',861*,862*,863*,864*,8649)
>>
>> Anything I missing ?
>>
>> Thanks for help
>>
>> --
>> For IBM-MAIN subscribe / signoff / archive access instructions,
>> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
>> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>>
>>
>
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html
>

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

Re: why SMSHONOR doesn't work

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tommy Tsui
> Sent: Tuesday, May 04, 2010 9:25 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: why SMSHONOR doesn't work
> 
> 8649 is a unit address for our VTS tape device. TAPEV is ESOTERIC name
> Under ESOTERIC name TAPEV which have 64 unit address 86XX
> 

So what's your point? A three character hex string in the UNIT is intepreted as 
a UCB address. A four character hex string, unless prefix with a slash, is 
intepreted as an ESOTERIC name. Period. That's how JCL works. It's just part of 
the design from the 1960s. Try putting in the slash. It can't hurt and should 
work.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

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

Re: why SMSHONOR doesn't work

[Tommy Tsui]

here is the error message  with /8649
IEFA100I ZSMD137$ BACKUP1 SYSUT2 ALLOCATION FAILED - SMSHONOR
SPECIFIED ON A NON-LIBRARY REQUEST

It works only if I given the TAPEV ..

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

Re: why SMSHONOR doesn't work

[Lizette Koehler]

 Tommy,

The first error you received indicated an invalid UNIT.  This seems to be 
corrected with the /8369

Now you are receiving a NON-LIBRARY REQUEST.  This is different.

How are your drives defined in the VTS and in SMS?  I think that your UCBs have 
some issues with SMS.  It might be in the Library Manager rather than SMS?

Lizette


-Original Message-
>From: Tommy Tsui 
>Sent: May 4, 2010 10:39 AM
>To: IBM-MAIN@bama.ua.edu
>Subject: Re: why SMSHONOR doesn't work
>
>here is the error message  with /8649
>IEFA100I ZSMD137$ BACKUP1 SYSUT2 ALLOCATION FAILED - SMSHONOR
>SPECIFIED ON A NON-LIBRARY REQUEST
>
>It works only if I given the TAPEV ..
>

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

Re: why SMSHONOR doesn't work

[Paul Gilmartin]

On Tue, 4 May 2010 09:32:03 -0500, McKown, John wrote:
>
>So what's your point? A three character hex string in the UNIT is intepreted 
>as a UCB address. A four character hex string, unless prefix with a slash, is 
>intepreted as an ESOTERIC name. Period. That's how JCL works. It's just part 
>of the design from the 1960s. Try putting in the slash. It can't hurt and 
>should work.
>
Not "from the 1960s."  There were no 4-character device addresses then.

And when the alleged disambiguation convention was announced, I tried
on a non-upgraded system an experiment such as "UNIT=/0123".  It was
accepted syntactically, and apparently treated as an esoteric.  So
there could have been compatibility problems.  Apparently the convention
was chosen to avoid the need to enhance the JCL parser, allowing the
code changes to be confined to the interpreter, despite incompatibility.

-- gil

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

Re: (may o r may not be on topi c) Floatin g point ar i thmetic‏

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of john gilmore
> Sent: Tuesday, May 04, 2010 9:24 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: (may o r may not be on topi c) Floatin g point 
> ar ithmetic‏
> 
> Numbers like sqrt(2) are irrational, i.e., not expressible as 
> a fraction having an integer numerator and denominator.  
> 
> Numbers like "pi and e" are transcendental.  They are a very 
> different kettle of fish.

So you're saying that a transcendental number is not irrational? That doesn't 
make sense either. From my ignorant standpoint, transcendental numbers are a 
proper subset of irrational numbers. Is this not so? Are the neither rational 
nor irrational? Aren't they just a subset with a specialized name?

> 
> Rational numbers have decimal-fraction representations that 
> are either terminating or repeating, e.g. 1/2 = 0.5 and 1/3 = 
> 0.333...
> 
> Irrational and transcendental numbers do not.

Right.

> 
> In general, contributions to this list are valuable when 
> either 1) the poster talks about what he knows or 2) asks 
> questions about what he does not know.  

You must be having a really nasty day. I hope it get better.

> 
> John Gilmore Ashland, MA 01721-1817 USA

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets®

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

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

 

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

Re: why SMSHONOR doesn't work

[McKown, John]

> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of Tommy Tsui
> Sent: Tuesday, May 04, 2010 9:40 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: why SMSHONOR doesn't work
> 
> here is the error message  with /8649
> IEFA100I ZSMD137$ BACKUP1 SYSUT2 ALLOCATION FAILED - SMSHONOR
> SPECIFIED ON A NON-LIBRARY REQUEST
> 
> It works only if I given the TAPEV ..

Ah. Thanks for trying that for me. I'm sorry that I was of no help. It's not a 
good day for me today. I'm going silent now.

--
John McKown 
Systems Engineer IV
IT

Administrative Services Group

HealthMarkets(r)

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

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

 

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

Re: why SMSHONOR doesn't work

[Tommy Tsui]

Under the IODF I defined a  ESOTERIC name TAPEV with 8610-864F
address, It works if I change the /8649 to TAPEV. I don't know why?

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

Re: (may o r may not be on topi c) Floatin g point ar i thmetic

[Paul Gilmartin]

On Tue, 4 May 2010 09:55:21 -0500, McKown, John wrote:
>>
>> Numbers like sqrt(2) are irrational, i.e., not expressible as
>> a fraction having an integer numerator and denominator.
>>
>> Numbers like "pi and e" are transcendental.  They are a very
>> different kettle of fish.
>
>So you're saying that a transcendental number is not irrational? That doesn't 
>make sense either. From my ignorant standpoint, transcendental numbers are a 
>proper subset of irrational numbers. Is this not so? Are the neither rational 
>nor irrational? Aren't they just a subset with a specialized name?
>
I perceive intense agreement here, subject to paraphrase.  Yes,
"proper subset", so John might have more clearly stated, "smaller
kettle of fish".  All real numbers are either algebraic or
transcendental; mutually exclusive.

>> Rational numbers have decimal-fraction representations that
>> are either terminating or repeating, e.g. 1/2 = 0.5 and 1/3 =
>> 0.333...
>>
>> Irrational and transcendental numbers do not.
>>
>> In general, contributions to this list are valuable when
>> either 1) the poster talks about what he knows or 2) asks
>> questions about what he does not know.
>
My intuition tells me algebraic numbers are countable, but I'll
welcome a more informed correction.  (That was either a guess
on something I know, or a question about what I don't know.)

-- gil

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

Re: (may o r may not be on topi c) Floatin g point ar i thmetic

[Howard Brazee]

On 4 May 2010 08:11:31 -0700, paulgboul...@aim.com (Paul Gilmartin)
wrote:

>I perceive intense agreement here, subject to paraphrase.  Yes,
>"proper subset", so John might have more clearly stated, "smaller
>kettle of fish".  All real numbers are either algebraic or
>transcendental; mutually exclusive.
>
>>> Rational numbers have decimal-fraction representations that
>>> are either terminating or repeating, e.g. 1/2 = 0.5 and 1/3 =
>>> 0.333...
>>>
>>> Irrational and transcendental numbers do not.
>>>
>>> In general, contributions to this list are valuable when
>>> either 1) the poster talks about what he knows or 2) asks
>>> questions about what he does not know.
>>
>My intuition tells me algebraic numbers are countable, but I'll
>welcome a more informed correction.  (That was either a guess
>on something I know, or a question about what I don't know.)

For computing needs, these can translate into:

1.   Numbers that we don't need to worry about.   If we don't do any
dividing, integers are integers are integers.

2.   Numbers that we need to make sure don't give us errors that
bother accountants.
2a.   Use decimal arithmetic when we can.
2b.   Use established accounting procedures to handle money smaller
than the quantum amounts.e.g. when we have 1/3 of a cent.I
wonder if there is a useful web site we should use as a starting
reference.

3.   Numbers that we cannot represent, such as e or pi.Often times
these customers do their own computing, but they have sometimes not
understood how their tools work, resulting in errors.

The other part of our job is making sure that not only the analyses
fit the requirements - but that whomever is working with the results
understand the limits of the data.

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

Re: Catalog re-location

[John Norgauer]

Yes, I realize there would be a single point of failure, and we probably 
will not put them all on one volume.

We are not using ECS, and we are using PAV and RAID.



John Norgauer
Senior Systems Programmer
Mainframe Technical Support Services
University of California Davis Medical Center
2315 Stockton Blvd
ASB 1300
Sacramento, Ca 95817
916-734-0536

 SYSTEMS PROGRAMMING..  Guilty, until proven innocent !! "JN  2004

"Hardware eventually breaks - Software eventually works"  anon


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

Re: (may or may not be on topic) Floating point arithmetic

[Howard Brazee]

On 4 May 2010 06:37:45 -0700, john.mck...@healthmarkets.com (McKown,
John) wrote:

>Hum. Makes me wonder if any hardware will ever introduce rational numbers. One 
>"rational register" 
>which is 128 bits(?) long. It contains a 64 bit numerator and 64 bit 
>denominator. That solves the problem.

It could be.   Depending on how your particular problem is defined.


Too many people don't know how precise their answers should be and get
real upset when they see an approximate number.Early measurement
of Everest gave 29,002 ft, fudging a bit from the 29,000 found so that
we didn't think it was to the nearest 1,000 feet.

There is an argument about the Bible saying that pi=3.   But pi=3 - to
one significant digit, which was appropriate in that example.   (I
don't want to discuss the accuracy of the Bible here).

We've got to know the data, and we've got to make sure the people who
will use our calculations know the data, and understand what we are
giving them.

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

Re: (may o r may not be on topi c) Floatin g point ar i thmetic

[Paul Gilmartin]

On Tue, 4 May 2010 09:27:22 -0600, Howard Brazee wrote:

>On 4 May 2010 08:11:31 -0700, (Paul Gilmartin) wrote:
>>>
>>My intuition tells me algebraic numbers are countable, but I'll
>>welcome a more informed correction.  (That was either a guess
>>on something I know, or a question about what I don't know.)
>
>2.   Numbers that we need to make sure don't give us errors that
>bother accountants.
>2a.   Use decimal arithmetic when we can.

But be careful not to be overconfident.

>2b.   Use established accounting procedures to handle money smaller
>than the quantum amounts.e.g. when we have 1/3 of a cent.I
>wonder if there is a useful web site we should use as a starting
>reference.
>
Google is your friend.  Search for GAAP.  The Wikipedia article
(as you know, Wikipedia is always right) links to:

http://www.fasab.gov/accepted.html

>3.   Numbers that we cannot represent, such as e or pi.
>
FSVO "cannot".  Both e and pi are readily represented as sums
of infinite series.

-- gil

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

Re: why SMSHONOR doesn't work

[John Kelly]

I would image that your STORCLAS ACS isn't assigning a STORCLAS to the 
request if you code unit=dev#, instead of esoteric. AS I understand 
SMSHONOR wants SMS attribute(s)?

Jack Kelly
202-502-2390 (Office)



From:
Tommy Tsui 
To:
IBM-MAIN@bama.ua.edu
Date:
05/04/2010 10:39 AM
Subject:
Re: why SMSHONOR doesn't work
Sent by:
IBM Mainframe Discussion List 



here is the error message  with /8649
IEFA100I ZSMD137$ BACKUP1 SYSUT2 ALLOCATION FAILED - SMSHONOR
SPECIFIED ON A NON-LIBRARY REQUEST

It works only if I given the TAPEV ..

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

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

Re: Catalog re-location

[Scott T. Harder]

Wow.  I don't think I could bring myself to put all of my catalogs on the
same device - RAID DASD or no RAID DASD.  

I worked in Storage Management only for a year back in the mid-90's, so
PAV's are something I'm not familiar with.  Going by the name only (and some
very quick lookup via Google); are they some sort of constant/permanent Dual
Copy situation?  Automatic failover?

BTW... in searching for "PAV + IBM" on Google, I ran across this link that
you may already be familiar with, but I was not.  Very cool stuff that I
just thought I would share.  The "Vintage Views" links to the right of this
page I thought were fascinating.  Some marketing blurb about the IBM Stretch
computer bragged about the fact that it "only" took up 2000 sq. feet of
floor space.  I felt that, among all the other techno-babble, was probably
the most telling.

http://www-03.ibm.com/ibm/history/exhibits/vintage/vintage_4506VV2085.html

All the best,

Scott T. Harder
Mainframe Services, Inc.
Naples, FL
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Darth Keller
> Sent: Tuesday, May 04, 2010 8:46 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: Catalog re-location
> 
> Single point of Failure  -   Other than John's saying he's moving to
> Hitachi Mod 9's, he really didn't describe his storage.  It would probably
> be safe to assume (& watch me get burned on this one) he's got RAID DASD -
> in which case he does have some protection.   In my case, in the last 10
> years I've had zero DASD failures, but I've 5+ catalog failures which I've
> had to recover from.   So if he's going to be worried about a failure, I'd
> say his time would probably be better spent looking at his catalog backup
> & recovery procedures  (insert plug here for DINO Software's TREX).
> 
> With that said, I'm with Bob in that I'm 'old school' enough that I'd
> spread my catalogs across at least a few volumes.  For one thing, I want
> plenty of room for catalogs to take 2ndary extents.  Not much worse that
> getting called at o-dark in the morning because some application failed
> because a catalog can't take a 2ndary.
> 
> John - are you running with PAV's?  Even though catalogs can be cached in
> memory in CAS and using ECS, eventually catalogs are going to need to be
> updated meaning writes to DASD - if you don't have PAV's and you've got
> all your catalogs on one volume, you've got limited access to your
> catalogs.  Something to consider - some of my catalogs are very busy
> during certain times of the day and one volume would be an issue for me
> without PAV's.
> 
> ddk
> 
> This e-mail message and all attachments transmitted with it may
> contain legally privileged and/or confidential information intended
> solely for the use of the addressee(s). If the reader of this
> message is not the intended recipient, you are hereby notified that
> any reading, dissemination, distribution, copying, forwarding or
> other use of this message or its attachments is strictly
> prohibited. If you have received this message in error, please
> notify the sender immediately and delete this message and all
> copies and backups thereof. Thank you.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: (may or may not be on topic) Floating point arithmetic

[Paul Gilmartin]

On Tue, 4 May 2010 09:36:47 -0600, Howard Brazee wrote:
>
>>Hum. Makes me wonder if any hardware will ever introduce rational numbers. 
>>One "rational register"
>>which is 128 bits(?) long. It contains a 64 bit numerator and 64 bit 
>>denominator. That solves the problem.
>
>It could be.   Depending on how your particular problem is defined.
>
I doubt there's sufficient application in numerical analysis or in
accounting to offset the engineering costs.

There might be limited, but broader, application in number theory.  But
there a variable-precision subroutine library might be more suited
to the need.

-- gil

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

Re: Catalog re-location

[Ed Finnell]

 
In a message dated 5/4/2010 10:35:26 A.M. Central Daylight Time,  john.nor
ga...@ucdmc.ucdavis.edu writes:

Yes, I realize there would be a single point of failure, and we  probably 
will not put them all on one volume.


>>
I like to compartmentalize by application  and by application level;
i.e. PROD,TEST,DEV separate volumes and  UCATs. Helps with recovery
and  reallocation.



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

Re: Catalog re-location

[Ron Hawkins]

John,

I don't agree that this is a single point of failure. Darth's point that
disk arrays, be them HDS, EMC or whatever, are designed to be disaster
tolerant is perfectly valid. Any catastrophic event that will lose data on a
single volume in a disk array controller is likely to affect many, if not
all volumes. 

In a Disk array like a USP-V, a volume is not a "thing" and it does not
fail. Things fail and that may affect many volumes. If you use one, two or
ten volumes for your catalogs in the same controller you have not improved
your protection against multiple failures. You would need your volumes on
two or more USP-V to do that.

Personally I think your single volume with many catalogs idea has merit.
Darth is correct that you should consider PAV or HyperPAV, but if your
catalogues get busy I would also suggest locking them into cache. The
Dynamic Cache Management software comes with the USP-V and you can use it to
make a Solid State Disk area in cache and speed up your catalog access.

To help with catalog recovery you may want to consider using a second volume
for Shadowimage or FlashCopy copies of the catalog volume or the catalogs
themselves at regular intervals. Doing this daily, at batch start and end,
or every few hours would improve your survivability against logical errors
in a catalog in a way that simply spreading them around cannot achieve.

I like your idea.

Ron



> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> John Norgauer
> Sent: Tuesday, May 04, 2010 8:32 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] Catalog re-location
> 
> Yes, I realize there would be a single point of failure, and we probably
> will not put them all on one volume.
> 
> We are not using ECS, and we are using PAV and RAID.
> 
> 
> 
> John Norgauer
> Senior Systems Programmer
> Mainframe Technical Support Services
> University of California Davis Medical Center
> 2315 Stockton Blvd
> ASB 1300
> Sacramento, Ca 95817
> 916-734-0536
> 
>  SYSTEMS PROGRAMMING..  Guilty, until proven innocent !! "JN  2004
> 
> "Hardware eventually breaks - Software eventually works"  anon
> 
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

PAV's: was Catalog re-location

[Darth Keller]

Scott - take a look at this link (watch the wrap)

http://publib.boulder.ibm.com/infocenter/dsichelp/ds8000ic/index.jsp?topic=/com.ibm.storage.ssic.help.doc/f2c_pavs_32pavh.html


Parallel access volumes (PAVs) allow your system to access volumes in 
parallel   (think accessing a volume through multiple UCB's)

ddk


This e-mail message and all attachments transmitted with it may
contain legally privileged and/or confidential information intended
solely for the use of the addressee(s). If the reader of this
message is not the intended recipient, you are hereby notified that
any reading, dissemination, distribution, copying, forwarding or
other use of this message or its attachments is strictly
prohibited. If you have received this message in error, please
notify the sender immediately and delete this message and all
copies and backups thereof. Thank you.

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

Re: Catalog re-location

[Mark Zelden]

>Yes, I realize there would be a single point of failure, and we  probably
>will not put them all on one volume.
>

There is a school of thought with this type of thing (it can apply to more
than just catalogs) that more than 1 or 2 increases your chance of
having a problem.How many of your application(s) run out of just
one catalog?  IOW, if the data sets for your CICS / DB2 application
are in a few catalogs and those catalogs are spread over a few
volumes, it increases the chances for your app to have a problem if
any one of the few volumes fails (we are not talking about logical
errors in this discussion).  

I'm not saying I subscribe to this philosophy, but it is something to
think about.   I can tell you that I have lots of catalogs sharing
volumes due to dasd migrations over the years (master catalog
excluded).

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

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

Re: why SMSHONOR doesn't work

[Darth Keller]

So this SMSHONOR thing has really caught my attention.   I've been looking 
through documentation this morning as if I can get this to work in our 
configuration, it will serve a need in our environment. 

We're getting ready to move all our virtual tape from a Composite Library 
with 2 Virtual Libraries (peer-to-peer).  The drives are 'owned' by the 
composite.  With a most of our tapes older than a year, they're on 
back-end tape & will, of course, need to be loaded back into the buffer 
before we copy them.  We'll be using OpenTec's TapeCopy product to move 
the tapes from the old libraries to the new.  I can read the BVIR reports 
& know which virtual tapes are stacked on which back-end tape in each 
library.  If I can force a copy job to use a tape drive in a specific 
library, then I could set the TapeCopy job up to read the tapes in order 
from the back-end tape owned by that library making the process of 
recalling tapes into the buffer more efficient.

But because of the way the drives are defined in the peer-to-peer 
relationship to the composite library, I wondering if I can get this to 
work.  We're in the process of upgrading from zOS1.9 to 1.11 & I haven't 
had a chance to run anything yet on the 1.11 system.

So has anyone worked with this 'flavor' before?  Offline response would be 
OK by me.
dd keller



This e-mail message and all attachments transmitted with it may
contain legally privileged and/or confidential information intended
solely for the use of the addressee(s). If the reader of this
message is not the intended recipient, you are hereby notified that
any reading, dissemination, distribution, copying, forwarding or
other use of this message or its attachments is strictly
prohibited. If you have received this message in error, please
notify the sender immediately and delete this message and all
copies and backups thereof. Thank you.

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

Re: why SMSHONOR doesn't work

[Scott Rowe]

Since you (correctly) added the "/" before the unit address in the JCL, the 
unit is no longer matching your FILTLIST in SMS.  You need to add the "/" there 
as well.

>>> Tommy Tsui  5/4/2010 10:58 AM >>>
Under the IODF I defined a  ESOTERIC name TAPEV with 8610-864F
address, It works if I change the /8649 to TAPEV. I don't know why?

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



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


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

EDGUX100 apply for z/OS 1.11

[Greg Shirey]

Hello all,

We were putting our EDGUX100 exit in place for RMM on z/OS 1.11 and were
following the sample job provided in the manual to run the receive and
apply.  When we ran the job, we got this in the apply step:

GIM40501E ** THE DISTLIB VALUE (ASAMPLIB) SPECIFIED FOR SRC EDGAPISR IN
SYSMOD 
 VMRMM01 DOES NOT MATCH THE DISTLIB VALUE (AEDGSRC1) IN THE
SRC
 ENTRY FOR EDGAPISR.

GIM22601IAPPLY PROCESSING FAILED FOR SYSMOD VMRMM01.

GIM20501IAPPLY PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS
08. 

The only references to EDGAPISR in the book are on the "Installing the
EDGUX100 default exit routine" page and they are marked with the
vertical bar, indicating new information for this release.  This module
is not new, but including it in the exit is new: 

 //SYSLINDD   *
   INCLUDE AEDGMOD1(EDGUX100)
|  INCLUDE AEDGMOD1(EDGAPISR)
   ENTRY   EDGUX100 
   NAMEEDGUX100(R)
 ++SRC(EDGUX100) TXLIB(SRCLIB) DISTLIB(ASAMPLIB) .
|++SRC(EDGAPISR) TXLIB(SRCLIB) DISTLIB(ASAMPLIB) .
 ++SAMP(EDGUX100) TXLIB(SRCLIB) DISTLIB(ASAMPLIB) .
|++SAMP(EDGAPISR) TXLIB(SRCLIB) DISTLIB(ASAMPLIB) .  

As there is no member for PISR in either the SRC or the SAMP libs, we
just removed the statements from the job and got it applied.  But has
anyone else encountered this and resolved it in a different way? 

Thanks in advance,
Greg Shirey
Ben E. Keith Company

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

Re: why SMSHONOR doesn't work

[Lizette Koehler]

When did SMSHONOR come into being in DFSMS?  I only seem to find doc on it from 
z/OS V1.11 and nothing before.

Lizette



>
>8649 is a unit address for our VTS tape device. TAPEV is ESOTERIC name
>Under ESOTERIC name TAPEV which have 64 unit address 86XX
>
>2010/5/4 McKown, John :
>> Not sure, but a 4 digit UCB address does require a leading slash. Try:
>>
>> //SYSUT2   DD DSN=ZSMD.ZSMD137.XXX,DISP=(,PASS),
>> //   UNIT=(/8649,1,,SMSHONOR),LABEL=(1,SL)
>>
>> In your example "8649" was intepreted as an ESOTERIC name, not a UCB address.
>>
>> --
>> John McKown
>

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

Error Message in CICS shutdown.

[Sabo, Frank]

I have questions for you, we are running CICS 3.2  and Z/OS 1.9 and brought up 
a new CICS region during shutdown we  were getting the following error messages

DFHTM1782I CICSP5 All non-system tasks have been successfully terminated.
BPXP018I THREAD 18E8DDC0, IN PROCESS 16777249, ENDED
WITHOUT BEING UNDUBBED WITH COMPLETION CODE 0033E000, AND REASON CODE
.
BPXP018I THREAD 18E8ECD0, IN PROCESS 16777248, ENDED
WITHOUT BEING UNDUBBED WITH COMPLETION CODE 0033E000, AND REASON CODE
.

I fixed the problem in the past can not remember what was done, does anyone 
have any idea on how to correct the problem

Frank W Sabo Jr.
SR. Systems Administrator
Giant Eagle Inc.
Phone:  412 967-3764
Fax:412 967-6120
Email:  frank.s...@gianteagle.com




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

Re: Error Message in CICS shutdown.

[Barkow, Eileen]

The errors are harmless and do not prevent shutdown, but you can try closing 
all tcp/ip connections and socket connections or
 Anything else using Unix services (BPX).

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On Behalf Of 
Sabo, Frank
Sent: Tuesday, May 04, 2010 1:10 PM
To: IBM-MAIN@bama.ua.edu
Subject: Error Message in CICS shutdown.

I have questions for you, we are running CICS 3.2  and Z/OS 1.9 and brought up 
a new CICS region during shutdown we  were getting the following error messages

DFHTM1782I CICSP5 All non-system tasks have been successfully terminated.
BPXP018I THREAD 18E8DDC0, IN PROCESS 16777249, ENDED
WITHOUT BEING UNDUBBED WITH COMPLETION CODE 0033E000, AND REASON CODE
.
BPXP018I THREAD 18E8ECD0, IN PROCESS 16777248, ENDED
WITHOUT BEING UNDUBBED WITH COMPLETION CODE 0033E000, AND REASON CODE
.

I fixed the problem in the past can not remember what was done, does anyone 
have any idea on how to correct the problem

Frank W Sabo Jr.
SR. Systems Administrator
Giant Eagle Inc.
Phone:  412 967-3764
Fax:412 967-6120
Email:  frank.s...@gianteagle.com




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

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

CA Support online?

[Gibney, Dave]

  Am I the only one having trouble with CA web support. It claims I'm
logged on when I try to logon and wants me to logon when I try to view
anything "secret", like my open issue. Or to open another issue! 

  I'd open an issue, but :)

Dave Gibney
Information Technology Services
Washington State University

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

Re: why SMSHONOR doesn't work

[Mike Wood]

Tommy, I wonder if you have correctly understood the description here 
http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/dgt2o361/2.1.6?SHELF=EZ2ZBK0I.bks&DT=20100112161502

So, when you specify SMSHONOR, first SMS determines which devices it would
have selected based on either; specific request - which library the volume
is in, non-specific request - the SG provided from ACS routine, and then it
checks the device you specified or the esoteric you specified has an
intersection with the eligible devices

Mike Wood   RMM Development

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

Re: (may or may not be on topic) Floating point arithmetic

[Tony Harminc]

On 4 May 2010 11:49, Paul Gilmartin  wrote:
> On Tue, 4 May 2010 09:36:47 -0600, Howard Brazee wrote:
>>
>>>Hum. Makes me wonder if any hardware will ever introduce rational numbers. 
>>>One "rational register"
>>>which is 128 bits(?) long. It contains a 64 bit numerator and 64 bit 
>>>denominator. That solves the problem.

PL/I has a COMPLEX data type, which although not currently hardware
based, is conceptually much the same, in that it carries around two
separate components ("real" and "imaginary"). PL/I also has had FLOAT
DECIMAL arithmetic, which for many years was not hardware based, but
now is (or can be).

(And of course PL/I used to have the STERLING data type, which APL
generalizes as base value, and which is a very useful concept for
manipulating things like dates and times. Now there's a thought -
hardware based STERLING arithmetic...)

Tony H.

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

Integrated Security Services Enterprise Identity Mapping

[Crispin Hugo]

Dear All,
Can someone tell me if Integrated Security Services Enterprise Identity
Mapping is a separate chargeable item to RACF ?  

Crispin Hugo
Systems Programmer, Macro 4


- 
This email has been scanned for all known viruses by the MessageLabs Email
Security Service and the Macro 4 internal virus protection system.
. 

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

Re: CA Support online?

[Kathy Mander]

There were changes made to Support Online over the weekend which 
implemented a "single signon".  Have your tried the age old solution of 
deleting 
your cookies and closing the browser?   If you are still experiencing a problem 
you can contact support via the telephone at 1-800-call cai. 

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

Re: EDGUX100 apply for z/OS 1.11

[Staller, Allan]

According to my z/OS 1.9 SMP zones the distlib for the EDGAPISR source
is AEDGSRC1

Therefore, change the statement as follows:
++SRC(EDGAPISR) TXLIB(SRCLIB) DISTLIB(ASAMPLIB) . 
To
++SRC(EDGAPISR) TXLIB(SRCLIB) DISTLIB(AEDGSRC1) .

HTH,


We were putting our EDGUX100 exit in place for RMM on z/OS 1.11 and were
following the sample job provided in the manual to run the receive and
apply.  When we ran the job, we got this in the apply step:

GIM40501E ** THE DISTLIB VALUE (ASAMPLIB) SPECIFIED FOR SRC EDGAPISR IN
SYSMOD 
 VMRMM01 DOES NOT MATCH THE DISTLIB VALUE (AEDGSRC1) IN THE
SRC
 ENTRY FOR EDGAPISR.

GIM22601IAPPLY PROCESSING FAILED FOR SYSMOD VMRMM01.

GIM20501IAPPLY PROCESSING IS COMPLETE. THE HIGHEST RETURN CODE WAS
08. 

The only references to EDGAPISR in the book are on the "Installing the
EDGUX100 default exit routine" page and they are marked with the
vertical bar, indicating new information for this release.  This module
is not new, but including it in the exit is new: 

 //SYSLINDD   *
   INCLUDE AEDGMOD1(EDGUX100)
|  INCLUDE AEDGMOD1(EDGAPISR)
   ENTRY   EDGUX100 
   NAMEEDGUX100(R)
 ++SRC(EDGUX100) TXLIB(SRCLIB) DISTLIB(ASAMPLIB) .
|++SRC(EDGAPISR) TXLIB(SRCLIB) DISTLIB(ASAMPLIB) .
 ++SAMP(EDGUX100) TXLIB(SRCLIB) DISTLIB(ASAMPLIB) .
|++SAMP(EDGAPISR) TXLIB(SRCLIB) DISTLIB(ASAMPLIB) .  

As there is no member for PISR in either the SRC or the SAMP libs, we
just removed the statements from the job and got it applied.  But has
anyone else encountered this and resolved it in a different way? 


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

Re: CA Support online?

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave
> 
>   Am I the only one having trouble with CA web support. It claims I'm
> logged on when I try to logon and wants me to logon when I try to view
> anything "secret", like my open issue. Or to open another issue!
> 
>   I'd open an issue, but :)

Try deleting your browser's "cookies".

-jc-

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

Re: EDGUX100 apply for z/OS 1.11

[Greg Shirey]

Ah, yes, there it is!  Thank you, Allan, I'd have sworn I had looked in
all the RMM libs for it, but I obviously didn't. 

Greg


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Staller, Allan
Sent: Tuesday, May 04, 2010 1:06 PM


According to my z/OS 1.9 SMP zones the distlib for the EDGAPISR source
is AEDGSRC1

Therefore, change the statement as follows:
++SRC(EDGAPISR) TXLIB(SRCLIB) DISTLIB(ASAMPLIB) . 
To
++SRC(EDGAPISR) TXLIB(SRCLIB) DISTLIB(AEDGSRC1) .

HTH,

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

Re: Catalog re-location

[Ron Hawkins]

Mark,

Exactly!

Sometimes we have to ask ourselves why we did things in the first place, and
test whether those things still apply.

In 1984 my Senior Sysprog taught me that we have many catalogs to isolate
catalog failure to just one or a few applications. That made sense, but the
catalog convections were something like:

UCAT.APPL.ATOI
UCAT.APPL.JTOR
UCAT.APPL.STOZ

You guessed it! The design did not match the criteria. To make matter worse
we consolidated several states into one data centre, and to avoid duplicate
dataset names they just added HLQ for every state - N2 for NSW, Q4 for
Queensland, etc. Well guess how much application separation there was for
those? Admittedly someone at least set up a catalog for each state, like
UCAT.APPL.N2. Nuff said on war story.

Back to the subject - part of this isolation idea was to place each catalog
on separate volumes, because volumes are big brown spinning things that
fail. This was a very good idea if your catalogs actually limited the scope
of failure to just a few applications.

I think the first idea still has merit, and it's a worth trying to maintain
this. It can reduce the scope of a catalog outage, and improve recovery
time.

I think the second part however, volume level separation, is past its use-by
date. The reason for volume separation no longer exist so why persist with
the practice. To restate Mark's school of thought comment, it is a better
thing to put all of your eggs in one basket, and watch that basket very,
very carefully. I lean towards a focal point for catalogs (a single or few
volumes) that would make them much easier to monitor, manage, slice and
dice, back-up, and ultimately recover. 

Finally, if you really want to pursue hardware isolation using separate
volumes, then I suggest you consult with your storage vendor to make sure
the volumes you use are on separate parity groups or mirrored pairs within
the storage.

Ron


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> Mark Zelden
> Sent: Tuesday, May 04, 2010 9:36 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] Catalog re-location
> 
> There is a school of thought with this type of thing (it can apply to more
> than just catalogs) that more than 1 or 2 increases your chance of
> having a problem.How many of your application(s) run out of just
> one catalog?  IOW, if the data sets for your CICS / DB2 application
> are in a few catalogs and those catalogs are spread over a few
> volumes, it increases the chances for your app to have a problem if
> any one of the few volumes fails (we are not talking about logical
> errors in this discussion).
> 
> I'm not saying I subscribe to this philosophy, but it is something to
> think about.   I can tell you that I have lots of catalogs sharing
> volumes due to dasd migrations over the years (master catalog
> excluded).
> 
> Mark
> --

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

Re: CA Support online?

[Gibney, Dave]

Yes, yesterday I closed all my open browser (several, not all ca)
windows whacked all ca cookies and files, and the problem persists. Then
at greater inconvenience, I closed everything down and rebooted. 

Dave Gibney
Information Technology Services
Washington State University


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Kathy Mander
> Sent: Tuesday, May 04, 2010 11:00 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: CA Support online?
> 
> There were changes made to Support Online over the weekend which
> implemented a "single signon".  Have your tried the age old solution
of
> deleting
> your cookies and closing the browser?   If you are still experiencing
a
> problem
> you can contact support via the telephone at 1-800-call cai.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: CA Support online?

[Hardee, Charles H]

Hi Dave,

I forwarded your message on to one of the support managers here at CA.
She replied with the following:


There were changes made to Support Online over the weekend which
implemented a "single signon".  Have your tried the age old solution of
deleting 
your cookies and closing the browser?   If you are still experiencing a
problem 
you can contact support via the telephone at 1-800-call cai.
<\Quote>

I see by your reply that you have tried the "delete the cookies" route
with no effect.

May I suggest you call in the problem at the above number?

I wish I could help directly, but I support a different product and can
only forward information like this to the appropriate parties.

Chuck

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Gibney, Dave
Sent: Tuesday, May 04, 2010 1:39 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: CA Support online?

Yes, yesterday I closed all my open browser (several, not all ca)
windows whacked all ca cookies and files, and the problem persists. Then
at greater inconvenience, I closed everything down and rebooted. 

Dave Gibney
Information Technology Services
Washington State University


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Kathy Mander
> Sent: Tuesday, May 04, 2010 11:00 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: CA Support online?
> 
> There were changes made to Support Online over the weekend which
> implemented a "single signon".  Have your tried the age old solution
of
> deleting
> your cookies and closing the browser?   If you are still experiencing
a
> problem
> you can contact support via the telephone at 1-800-call cai.
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

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

Re: CA Support online?

[Gibney, Dave]

Yup, just tried it again. With no Browser open, using internet option
from control panel, whacked all ca cookies, and files. Same result.

Retried and whacked everything since 4/27 including four files from this
try. Same result.

It shouldn't be this difficult, and yes I can open an issue on the
phone. I'd rather not twist my neck on hold, or troubleshooting CA's (or
if it's M$'s) software.

It shouldn't be this difficult, but I guess it is just life these days.

Dave Gibney
Information Technology Services
Washington State University


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Chase, John
> Sent: Tuesday, May 04, 2010 11:13 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: CA Support online?
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave
> >
> >   Am I the only one having trouble with CA web support. It claims
I'm
> > logged on when I try to logon and wants me to logon when I try to
> view
> > anything "secret", like my open issue. Or to open another issue!
> >
> >   I'd open an issue, but :)
> 
> Try deleting your browser's "cookies".
> 
> -jc-
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: CA Support online?

[Chase, John]

> -Original Message-
> From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave
> 
> Yup, just tried it again. With no Browser open, using internet option
> from control panel, whacked all ca cookies, and files. Same result.
> 
> Retried and whacked everything since 4/27 including four files from
this
> try. Same result.
> 
> It shouldn't be this difficult, and yes I can open an issue on the
> phone. I'd rather not twist my neck on hold, or troubleshooting CA's
(or
> if it's M$'s) software.
> 
> It shouldn't be this difficult, but I guess it is just life these
days.

A colleague who lurks says this:

" New logon button on the upper right.  Select that and then have to
select CONTINUE to accept terms.  Then you have the usual site page.  I
didn't have to delete cookie for old page."

-jc-

> 
> Dave Gibney
> Information Technology Services
> Washington State University
> 
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> > Behalf Of Chase, John
> > Sent: Tuesday, May 04, 2010 11:13 AM
> > To: IBM-MAIN@bama.ua.edu
> > Subject: Re: CA Support online?
> >
> > > -Original Message-
> > > From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave
> > >
> > >   Am I the only one having trouble with CA web support. It claims
> I'm
> > > logged on when I try to logon and wants me to logon when I try to
> > view
> > > anything "secret", like my open issue. Or to open another issue!
> > >
> > >   I'd open an issue, but :)
> >
> > Try deleting your browser's "cookies".
> >
> > -jc-
> >
> >
--
> > For IBM-MAIN subscribe / signoff / archive access instructions,
> > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN
INFO
> > Search the archives at http://bama.ua.edu/archives/ibm-main.html
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: (may o r may not be on topi c) Floatin g point ar ithmetic‏

[john gilmore]

Paul,
 
Briefly, as the polynomials having real, integral coeffficients are 
countable/enumerable, so their zeros, the algebraic numbers, are countable too.
 
The transcendentals, on the other hand, are not countable; and they are thus 
much more numerous in Cantor's sense than the algebraic numbers.

 

It is appropriate to stop here.  So far we have preserved a tenuous connection 
with topics appropriate to IBM-MAIN, but no such case can be made for a 
treatment of Cantor's orders of infinity.   

John Gilmore Ashland, MA 01721-1817 USA



  
_
The New Busy think 9 to 5 is a cute idea. Combine multiple calendars with 
Hotmail. 
http://www.windowslive.com/campaign/thenewbusy?tile=multicalendar&ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_5

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

Re: How to analyze a volume's access by dataset

[Neil Duffee]

SMF type 42 & S42DSN/S42DSVOL?  I have partial SAS layouts for dispersal
if anyone wants them.

-->  signature = 6 lines follows <--
Neil Duffee, Joe SysProg, U d'Ottawa, Ottawa, Ont, Canada
telephone:1 613 562 5800 x4585 fax:1 613 562 5161
mailto:NDuffee of uOttawa.ca http:/ /aix1.uottawa.ca/ ~nduffee
"How *do* you plan for something like that?" Guardian Bob, Reboot
"For every action, there is an equal and opposite criticism."
"Systems Programming: Guilty, until proven innocent" John Norgauer 2004
 
> -Original Message-
> From: IBM Mainframe Discussion List 
> [mailto:ibm-m...@bama.ua.edu] On Behalf Of John Norgauer
> Sent: Friday, April 30, 2010 3:01 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: How to analyze a volume's access by dataset
> 
> Is there any software available that will show the access by 
> dataset(or by CCHR)  for a given volume?

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

Re: Integrated Security Services Enterprise Identity Mapping

[Gerri Booth]

All of the components of Integrated Security Services (EIM, OCEP, NAS, and
others depending on the z/OS release) are base elements.  IOW, they come
free with z/OS.  Information on whether components are base elements or
optional features (priced or unpriced) can be found in Table 1 of the
Planning for Installation manual for each release of z/OS.  

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

Re: (may o r may not be on topi c) Floatin g point ar i thmetic

[Howard Brazee]

On 4 May 2010 08:42:50 -0700, paulgboul...@aim.com (Paul Gilmartin)
wrote:

>>3.   Numbers that we cannot represent, such as e or pi.
>>
>FSVO "cannot".  Both e and pi are readily represented as sums
>of infinite series.

Which may or may not be useful in our computations.

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

Re: (may or may not be on topic) Floating point arithmetic

[Howard Brazee]

I wish CoBOL had a "long" type that is not limited by normal size
limits.A number that can be defined with a size as long as any
string the computer could handle.   Sure, it would be as inefficient
as heck, but occasionally it would be useful.  

Languages better suited for math could use it more though.

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

Re: CA Support online?

[Gibney, Dave]

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Chase, John
> Sent: Tuesday, May 04, 2010 11:58 AM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: CA Support online?
> 
> > -Original Message-
> > From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave
> >
> > Yup, just tried it again. With no Browser open, using internet
option
> > from control panel, whacked all ca cookies, and files. Same result.
> >
> > Retried and whacked everything since 4/27 including four files from
> this
> > try. Same result.
> >
> > It shouldn't be this difficult, and yes I can open an issue on the
> > phone. I'd rather not twist my neck on hold, or troubleshooting CA's
> (or
> > if it's M$'s) software.
> >
> > It shouldn't be this difficult, but I guess it is just life these
> days.
> 
> A colleague who lurks says this:
> 
> " New logon button on the upper right.  Select that and then have to
> select CONTINUE to accept terms.  Then you have the usual site page.
I
> didn't have to delete cookie for old page."

Didn't work for me :( I guess I'll try the call. Think I'll get lucky
and reach someone onshore?

> 
> -jc-
> 
> >
> > Dave Gibney
> > Information Technology Services
> > Washington State University

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

Re: Integrated Security Services Enterprise Identity Mapping

[Crispin Hugo]

Many thanks Gerri

Crispin Hugo
Systems Programmer, Macro 4

Macro 4 plc, The Orangery, Turners Hill Road, Worth, Crawley, RH10 4SS
Direct Line: +44 (0)1293 872121 Switchboard: +44 (0) 1293 872000
Fax: +44 (0) 1293 872001
This message contains confidential information and is intended only for
the individual named. If you are not the named addressee you should not
disseminate, distribute or copy this e-mail. Please notify the sender
immediately by e-mail if you have received this e-mail by mistake and
delete this e-mail from your system. E-mail transmission cannot be
guaranteed to be secure or error-free as information could be
intercepted, corrupted, lost, destroyed, arrive late or incomplete, or
contain viruses. The sender therefore does not accept liability for any
errors or omissions in the contents of this message which arise as a
result of e-mail transmission. If verification is required please
request a hard-copy version. This message is provided for informational
purposes and should not be construed as a solicitation, offer or
acceptance of any offer.

-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of Gerri Booth
Sent: 04 May 2010 20:37
To: IBM-MAIN@bama.ua.edu
Subject: Re: Integrated Security Services Enterprise Identity Mapping

All of the components of Integrated Security Services (EIM, OCEP, NAS,
and
others depending on the z/OS release) are base elements.  IOW, they come
free with z/OS.  Information on whether components are base elements or
optional features (priced or unpriced) can be found in Table 1 of the
Planning for Installation manual for each release of z/OS.  

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

-

This email has been scanned for all known viruses by the MessageLabs
Email
Security Service and the Macro 4 internal virus protection system.
.


- 
This email has been scanned for all known viruses by the MessageLabs Email
Security Service and the Macro 4 internal virus protection system.
. 

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

Re: (may o r may not be on topi c) Floatin g point ar ithmetic‏

[john gilmore]

ALGOL 68 had such a data type, but it proved to be highly problematic.  
Available storage was exhausted attempting to determine just how long the 
longest representation of a long...long value could be.

John Gilmore Ashland, MA 01721-1817 USA

  
_
Hotmail has tools for the New Busy. Search, chat and e-mail from your inbox.
http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_1

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

Re: CA Support online?

[Linda Mooney]

I can get logged in, but I can't get to my products. 



Linda 
- Original Message - 
From: "Dave Gibney"  
To: IBM-MAIN@bama.ua.edu 
Sent: Tuesday, May 4, 2010 12:23:06 PM GMT -08:00 US/Canada Pacific 
Subject: Re: CA Support online? 

> -Original Message- 
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On 
> Behalf Of Chase, John 
> Sent: Tuesday, May 04, 2010 11:58 AM 
> To: IBM-MAIN@bama.ua.edu 
> Subject: Re: CA Support online? 
> 
> > -Original Message- 
> > From: IBM Mainframe Discussion List On Behalf Of Gibney, Dave 
> > 
> > Yup, just tried it again. With no Browser open, using internet 
option 
> > from control panel, whacked all ca cookies, and files. Same result. 
> > 
> > Retried and whacked everything since 4/27 including four files from 
> this 
> > try. Same result. 
> > 
> > It shouldn't be this difficult, and yes I can open an issue on the 
> > phone. I'd rather not twist my neck on hold, or troubleshooting CA's 
> (or 
> > if it's M$'s) software. 
> > 
> > It shouldn't be this difficult, but I guess it is just life these 
> days. 
> 
> A colleague who lurks says this: 
> 
> " New logon button on the upper right.  Select that and then have to 
> select CONTINUE to accept terms.  Then you have the usual site page. 
I 
> didn't have to delete cookie for old page." 

Didn't work for me :( I guess I'll try the call. Think I'll get lucky 
and reach someone onshore? 

> 
>     -jc- 
> 
> > 
> > Dave Gibney 
> > Information Technology Services 
> > Washington State University 

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

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

Re: (may o r may not be on topi c) Floatin g point ar i thmetic

[Ted MacNEIL]

>FSVO "cannot".  Both e and pi are readily represented as sums of infinite 
>series.

Plus, they can be represented on a computer to the precision of the bits in the 
hardware.
Is that enough?


BTW, transendental numbers are a subset of irrationals.

If a number can be represented as a fraction (a ratio), it's rational.
Everything else is irrational.
Including PI & E.

-
Too busy driving to stop for gas!

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

Re: Catalog re-location

[Ted MacNEIL]

>Personally I think your single volume with many catalogs idea has merit.

I don't.
All the hardware in the world is NOT going to protect you from a logical (data 
failure).
And, I'm not talking about just the catalogue.
There's the VTOC, the VTOCIX, the VVDS, etc.

Performance is not the only criteria.

-
Too busy driving to stop for gas!

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

Re: CA Support online?

[Mark Zelden]

It keeps crashing my IE6 session as soon as I start to enter my name.

I tried deleting just to cookies for ca.support and that didn't work so I 
deleted all the cookies and temp files.  Then I got further and was
able to entered my name and password.   When I tried submitting
that it just hung.  So I closed the browser and tried again.
IE crashed again as I started to enter my user name. 

So I used Firefox and did nothing but login and it worked.  :-)

BTW, IE6 is what is supported on my corporate laptop.  I have Firefox installed
because I can... but many people can't.

Guess I'll try again tomorrow with IE.  

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

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

Tivoli Output Manager Deployment Experiences - z/OS 1.9

[William Smith]

I am interested in offline contacts with customers who have installed Tivoli 
Output Manger Version 2.3 (HAAX230/5698-A26).  In particular, I am interested 
in user experiences, conversion experiences (from CA-View and 
CA-Deliver), overcome problems, and tips and techniques.
 
William J. Smith
Principal z/OS Software Engineer
 

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

Re: (may o r may not be on topi c) Floatin g point ar i thmetic

[zMan]

I believe "transcendental numbers are a subset of irrationals" is a valid
statement, but it sure *sounds* like 1970s psychobabble! Like, man...

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

Re: (may o r may not be on top i c) Float in g point ar i thme tic‏

[john gilmore]

Ted MacNeil writes:
 
| BTW, transendental numbers are a subset of irrationals

If, as I think we may safely assume, 'transendental' is a misspelling of 
'transcendental', this observation is incorrect.
 
An irrational number is a non-algebraic real number.  And it is thus perhaps 
possible to say, very loosely, that real transcendentals are a subset of the 
irrationals.  

 

Unfortunately many transcendentals, e.g., i^i, are imaginary, indeed an 
infinite number of them are; and a definition of the transcendentals as a 
subset of the irrationals is thus quite wrong.

Mr. MacNeil's other observations are cogent: pi and e and the other important 
transcendentals can indeed be represented with useful accuracy as double- or 
extended-precision floating-point constants [or, if they are complex, a pair of 
them].
  
John Gilmore Ashland, MA 01721-1817 USA



  
_
Hotmail has tools for the New Busy. Search, chat and e-mail from your inbox.
http://www.windowslive.com/campaign/thenewbusy?ocid=PID28326::T:WLMTAGL:ON:WL:en-US:WM_HMP:042010_1

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

Re: CA Support online?

[Mark Zelden]

On Tue, 4 May 2010 16:35:11 -0500, Mark Zelden  wrote:

>It keeps crashing my IE6 session as soon as I start to enter my name.
>
>I tried deleting just to cookies for ca.support and that didn't work so I
>deleted all the cookies and temp files.  Then I got further and was
>able to entered my name and password.   When I tried submitting
>that it just hung.  So I closed the browser and tried again.
>IE crashed again as I started to enter my user name.
>
>So I used Firefox and did nothing but login and it worked.  :-)
>
>BTW, IE6 is what is supported on my corporate laptop.  I have Firefox installed
>because I can... but many people can't.
>
>Guess I'll try again tomorrow with IE.
>

Well, I tried it again today.   The error is here:

AppName: iexplore.exeAppVer: 6.0.2900.2180   ModName: wininet.dll
ModVer: 6.0.2900.3676Offset: 000678e3

I was able to get logged in by hitting "stop" several times  as soon as 
I saw the first logon page load, then entering my userid / password and 
hitting submit.

This may be the issue:
http://support.microsoft.com/kb/243713

I didn't try that yet, but I did go into the options to clear all the auto
complete
history but that didn't help.

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

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

Re: CA Support online?

[Gibney, Dave]

It's an artifact of my work computer. My logon works on my personal
laptop which has (up to now) never been to CA before.
IE8 on both machines. Vista on both, 64 bit on my own, 32 bit on the
workstation.

NO luck after giving up on selective cookies and just whacking them all.


Dave Gibney
Information Technology Services
Washington State University


> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
> Behalf Of Mark Zelden
> Sent: Tuesday, May 04, 2010 3:31 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: CA Support online?
> 
> On Tue, 4 May 2010 16:35:11 -0500, Mark Zelden 
> wrote:
> 
> >It keeps crashing my IE6 session as soon as I start to enter my name.
> >
> >I tried deleting just to cookies for ca.support and that didn't work
> so I
> >deleted all the cookies and temp files.  Then I got further and was
> >able to entered my name and password.   When I tried submitting
> >that it just hung.  So I closed the browser and tried again.
> >IE crashed again as I started to enter my user name.
> >
> >So I used Firefox and did nothing but login and it worked.  :-)
> >
> >BTW, IE6 is what is supported on my corporate laptop.  I have Firefox
> installed
> >because I can... but many people can't.
> >
> >Guess I'll try again tomorrow with IE.
> >
> 
> Well, I tried it again today.   The error is here:
> 
> AppName: iexplore.exe  AppVer: 6.0.2900.2180   ModName: wininet.dll
> ModVer: 6.0.2900.3676  Offset: 000678e3
> 
> I was able to get logged in by hitting "stop" several times  as soon
as
> I saw the first logon page load, then entering my userid / password
and
> hitting submit.
> 
> This may be the issue:
> http://support.microsoft.com/kb/243713
> 
> I didn't try that yet, but I did go into the options to clear all the
> auto
> complete
> history but that didn't help.
> 
> Mark
> --
> Mark Zelden - Zelden Consulting Services - z/OS, OS/390 and MVS
> mailto:mzel...@flash.net
> Mark's MVS Utilities: http://home.flash.net/~mzelden/mvsutil.html
> Systems Programming expert at
http://expertanswercenter.techtarget.com/
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: Catalog re-location

[Ron Hawkins]

Ted,

It helps if you read the email. I did not mention performance as a reason to
spread catalogs across volumes, or to cease doing the same. On the contrary
a warned that performance is something to consider if you do consolidate
your catalogs onto one volume.

I like it when you quote me correctly and argue my points. I don't like it
when you write fiction.

Your "I'm not talking about just the catalogue" is unnecessary because
spreading catalogs across many volumes does nothing to prevent this. If
UCAT.APPL.ONE has a logical error, UCAT.APPL.TWO will not be affected
whether it is on the same volume or not.

As to the failure of VTOC and VVDS, I agree they are possibilities and you
make a good point. I addressed this to some degree with the suggestion of
scheduled backups of the catalog volume or the catalogs themselves using
Shadowimage or FlashCopy. Recovery would still require some clean-up of the
VVR and/or SMF roll forward. I guess the outage would be similar to losing
the VTOC and VVDS of the volume with the MCAT.

Ron

> -Original Message-
> From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On
Behalf Of
> Ted MacNEIL
> Sent: Tuesday, May 04, 2010 2:06 PM
> To: IBM-MAIN@bama.ua.edu
> Subject: Re: [IBM-MAIN] Catalog re-location
> 
> >Personally I think your single volume with many catalogs idea has merit.
> 
> I don't.
> All the hardware in the world is NOT going to protect you from a logical
(data
> failure).
> And, I'm not talking about just the catalogue.
> There's the VTOC, the VTOCIX, the VVDS, etc.
> 
> Performance is not the only criteria.
> 
> -
> Too busy driving to stop for gas!
> 
> --
> For IBM-MAIN subscribe / signoff / archive access instructions,
> send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO
> Search the archives at http://bama.ua.edu/archives/ibm-main.html

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

Re: How to analyze a volume's access by dataset

[Larry Chenevert]

Amdahl had an internal tool that did this.

With the introduction of caching control units in the mid '80's, Amdahl 
developed a marketing tool acronym'd (application of the Fairchild verbing 
rule) CSIM -- Cache Simulator.  The intended use of CSIM was to size caches 
in 6880 and 6100 control units and later NVS in 6100's based on GTF CCW 
trace data.  If I recall correctly, a CSIM utility took a snapshot of the 
subject volume(s) VTOC during tracing and this is what CSIM used to convert 
seek addresses to dataset names.  CSIM allowed the user to "rerun" the CCW 
trace data through it with different cache configurations and CSIM 
approximated the results.


The marketing people usually delivered a CSIM install tape to a site and 
worked with a customer person to do the monitoring and simulation.


One of the CSIM reports accurately resembled an RMF Direct Access Device 
Activity Report -- with the exception that rather than producing one line 
per DASD volume, this report contained one line *per dataset*.  This allowed 
the user to "drill down" from the RMF DASD Activity report to the dataset 
level.


As an SE and later a consultant, I most often used CSIM to identify *hot 
datasets* where RMF was not able go deeper than the volume level.


For those who were not there at the time -- in the 80's, when cache and 
fast-write were first introduced, caches were tiny compared to current 
technology, and NVS sizes were even smaller -- much smaller.  Memory for 
cache and NVS was quite expensive.  Caching and fast-write were, for a short 
time, specified on a dataset by dataset basis.


Many internal marketing tools have corners cut in development (well I guess 
some companies even cut corners on their products!) and have very rough user 
interfaces, but not CSIM, which had all the attributes, look and feel of a 
flagship product.  It was not a product, but was a tool for internal people 
to use -- although it was probably left with some customers.


I suppose this tool could have been used to model the performance of 
different cache algorithms but I doubt it was ever used in that mode.


I distinctly remember the name of the CSIM developer and I am hesitant to 
post his name here because I never met him in person (only exchanged a few 
emails) and don't know his current status.  As far as I can tell he has 
never posted here -- sorry Bill.  The CSIM developer was once active in CMG 
and may still be.


Larry Chenevert

- Original Message - 
From: "Bill Fairchild" 

Newsgroups: bit.listserv.ibm-main
To: 
Sent: Monday, May 03, 2010 12:27 PM
Subject: Re: How to analyze a volume's access by dataset


I never worked with GTFPARS, and only now vaguely remember it, thanks to 
your mentioning it.


After CA bought UCCEL in 1987 and redundanted me [1], I lost all contact 
with FastDASD's goings-on.  So I don't know about its functional 
replacement by Astex which occurred with CA's subsequent acquisition of 
Legent.


"It used to have a pretty good LRU cache modeler built in."  Assuming that 
"it" means FastDASD, then I don't remember the upper limit on the 
supported cache size.  Supporting that function was one of my all-time 
favorite projects.  And thanks for the honorable mention.


Bill Fairchild

[Most nouns and adjectives can easily be verbed, as in "The operator 
onlined the volume".]


Software Developer
Rocket Software
275 Grove Street * Newton, MA 02466-2272 * USA
Tel: +1.617.614.4503 * Mobile: +1.508.341.1715
Email: bi...@mainstar.com
Web: www.rocketsoftware.com


-Original Message-
From: IBM Mainframe Discussion List [mailto:ibm-m...@bama.ua.edu] On 
Behalf Of Ron Hawkins

Sent: Monday, May 03, 2010 11:21 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: How to analyze a volume's access by dataset

Bill,

Cast your mind back to GTFPARS. This IBM FDP would build seek histograms
using IEHLIST VTOC Listings as input to map the extents of the datasets on
the volume.

CA-ASTEX does some very good IO level analysis. As with FASTDASD, CA-ASTEX
intercepts every IO. I think that this replaced FASTDASD after CA bought
Legent.

It used to have a pretty good LRU cache modeler built in. I wonder if it
still works and supports 512GB or more of cache?

Ron

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

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



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

Re: How to analyze a volume's access by dataset

[Anne & Lynn Wheeler]

larrychenev...@verizon.net (Larry Chenevert) writes:
> Amdahl had an internal tool that did this.

there were two different simulators done in late 70s ...  one used
standard i/o vm370 trace and modeled activity. it was modified to take a
full 3330 configuration and output the configuration for migration to
3350 ... with load-balancing across 3350 drives.

The other was "DMKCOL" (internal mods to vm) which did super high
performance cchr capture and drove it various thru cache design and
replacement algorithms. There was also work on abstracting the
information in real time so that it could be run as part of normal
production operation for providing input into dynamic disk allocation.
While the initial work was under vm370 ... it was used for capturing
information from production cms-intensive operations as well as guest
operating systems (under vm370) ... the methodology could be added to
other operating systems.

Early cache simulation results was looking at optimal placement of fixed
amount of electronic storage cache ... i.e. trade-off between disk-level
cache, controller level cache, channel level cache, (303x channel)
director level cache or system level cache. One of the results was that
single system level cache was more efficient than dividing the
electronic memory available multiple smaller caches. This result was
purely from the standpoint of cache hit ratios and aggregate amount of
fixed electronic storage. The limitation at the time (late 70s) was now
way to have system level managed addressability for large amounts of
cache ... and no easy way to have independent processor managing the
information. Even tho it showed that multiple 8mbytes in 3880 controller
caches was less efficient (in terms of cache hit ratios) than single
large system cache ... there was no easy way of packaging and shipping
the system cache (although it might have contributed to justifying
expanded store in 3090).

I had done a lot of work for DMKCOL ... and it was somewhat satisfying
that the different cache level simulation showing that single global
cache had higher hit ratio than equivalent electronic storage
partitioned into different 3880 controllers. This corresponded to the
work I had done as undergraduate in the 60s as undergraudate and showing
global replacement was more efficient than local/partitioned
replacement.

Slightly later I got pulled into academic dispute over global versus
local ... there was some amount of concerted opposition to granting a
stanford PHD on global replacement. At acm sigops '81 meeting, I was
asked to provide supporting evidence on global replacement from my 60s
undergraduate days. Presumably some sort of internal corporate politics
resulted in my not being allowed to respond until oct82 (sounds better
than assuming that they were taking sides in the academic dispute)
http://www.garlic.com/~lynn/2006w.html#email821019
in this post:
http://www.garlic.com/~lynn/2006w.html#46

a couple past posts mentioning DMKCOL work
http://www.garlic.com/~lynn/2006y.html#35 The Future of CPUs: What's After 
Multi-Core?
http://www.garlic.com/~lynn/2007.html#3 The Future of CPUs: What's After 
Multi-Core?

misc. past posts referencing global replacement work
http://www.garlic.com/~lynn/subtopic.html#wsclock

Longer term DMKCOL collecting (several months) ... after identifying
relatively short term use patterns (used for things like cache design)
... started turning up other kinds of longer period patterns ... certain
collections of accesses done on periodic basis.

some of this shows up backup/archive "containers" ... collections
treated as single unit ... I had done the original CMSBACK that then
morphed into workstation datasave facility, then ADSM and is now TSM
... some old email
http://www.garlic.com/~lynn/lhwemail.html#cmsback

misc. past backup/archive posts
http://www.garlic.com/~lynn/submain.html#backup

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

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

Re: How to analyze a volume's access by dataset

[Ed Finnell]

 
In a message dated 5/4/2010 7:55:20 P.M. Central Daylight Time,  
larrychenev...@verizon.net writes:

post his name here because I never met him in person (only  exchanged a few 
emails) and don't know his current status.  As far as  I can tell he has 
 
>>
IIRC it came with the 9880 cache controllers too. Helped  size and when to 
reorg.
Think they only kept 255 extents in CACHE. The guy I  remember was Steve 
Terwilliger.
 


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

Re: recommended way to send large files from Z/os to WIN and backward

[Bob Wood]

The windows server does not know or care what the z/OS side looks 
like.  The 4G issue would only be relevant if the disk that Windows stores the 
file on is formatted as FAT32.  I have been backing up my z/OS data to a 
Windows box using FTP for years with no problems, and have many files 4G or 
larger.   I use a product called bulletproof FTP, which costs less than $100 
for 
a copy, and works great.Filezilla os OK as long as you don't have a need to 
transfer files to USS, which it does not handle well.   You will need to 
convert 
the DF/DSS backups using AMATERSE in order to get them back properly.  
DF/DSS backups are RECFM=U, which can't be sent to a Windows box and 
back correctly.   The only problem with AMATERSE is that it can be slow on a 
box with limited CPU.  

  Bob

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