Gil,

How does a site not having space to "store tens of gigabytes" of data make IBM 
technically backward?  There are plenty of legitimate concerns about IBM where 
this case can be made but not here.  We're a small mainframe site yet we have 
VSAM datasets ranging upwards of 300 GB.  Large sites have Db2 tables in the 
multiple terabyte range.  My Windows counterparts have disk arrays that 
physically dwarf my DS array.  I would be surprised to find many (if any) 
medium to large sites entrusting their corporate data to consumer grade disks 
that cost fifty to a couple hundred bucks and fit in a shirt pocket.  

Rex

-----Original Message-----
From: IBM Mainframe Discussion List <IBM-MAIN@LISTSERV.UA.EDU> On Behalf Of 
Paul Gilmartin
Sent: Wednesday, December 14, 2022 12:16 PM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Re: Transmitting SMF records

On Wed, 14 Dec 2022 16:27:07 +0000, Keith Gooding wrote:

>    ... The problem is that as far as I know the receiver code is not 
> available to ISVs. AMAPDUPL processing can be performed by the z/OSMF Problem 
> Management function and it would be nice if ISVs could receive data sent by 
> AMAPDUPL. 
>
RFE.

>You can also direct AMAPDUPL to copy the chunks to a unix file system instead 
>of transmitting them. 
>
>BTW I think z/os ftp may be able to transmit from a unix pipe ...
>
My experience was, it can't.  But that may nave changed.

>    ... but AMATERSE cannot write to a pipe. 
>
RFE.  Access methods support pipes well.  AMATERSE merely needs to abandon its 
prejudices.

This discussion focuses on lack of space to store tens of gigabytes.  Outside 
the z world that comes for a few hours' pah and fits in a shirt pocket.  Why is 
IBM so technically backward?

--

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


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

----------------------------------------------------------------------
The information contained in this message is confidential, protected from 
disclosure and may be legally privileged. If the reader of this message is not 
the intended recipient or an employee or agent responsible for delivering this 
message to the intended recipient, you are hereby notified that any disclosure, 
distribution, copying, or any action taken or action omitted in reliance on it, 
is strictly prohibited and may be unlawful. If you have received this 
communication in error, please notify us immediately by replying to this 
message and destroy the material in its entirety, whether in electronic or hard 
copy format. Thank you.


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

Reply via email to