In 4914821700290639.wa.walt.farrellgmail@bama.ua.edu, on
04/24/2012
at 11:33 AM, Walt Farrell walt.farr...@gmail.com said:
As often happens when people include links in sentences, his
sentence-ending punctuation (. ) was taken as part of the link.
Which is why enclusing a URL in is best
Starting with ICSF HCR7750 and the z9, ICSF relies on the CPACF hardware on the
host for the full SHA support (SHA-1 as well as SHA-2). The CP Assist (CP
Assist for Cryptographic Function) is running compliant implementations of the
SHA algorithms. For the z196, see Cert #1497 at
On Tue, 24 Apr 2012 10:00:46 -0500, Greg Boyd wrote:
Starting with ICSF HCR7750 and the z9, ICSF relies on the CPACF hardware on
the host for the full SHA support (SHA-1 as well as SHA-2). The CP Assist (CP
Assist for Cryptographic Function) is running compliant implementations of the
SHA
Worked for me.
Rob Schramm
Senior Systems Consultant
Imperium Group
On Tue, Apr 24, 2012 at 12:15 PM, Paul Gilmartin paulgboul...@aim.com wrote:
On Tue, 24 Apr 2012 10:00:46 -0500, Greg Boyd wrote:
Starting with ICSF HCR7750 and the z9, ICSF relies on the CPACF hardware on
the host for the
On Tue, 24 Apr 2012 11:15:37 -0500, Paul Gilmartin paulgboul...@aim.com wrote:
On Tue, 24 Apr 2012 10:00:46 -0500, Greg Boyd wrote:
Starting with ICSF HCR7750 and the z9, ICSF relies on the CPACF hardware on
the host for the full SHA support (SHA-1 as well as SHA-2). The CP Assist
(CP Assist
On Tue, 24 Apr 2012 12:23:39 -0400, Rob Schramm wrote:
Worked for me.
Starting with ICSF HCR7750 and the z9, ICSF relies on the CPACF hardware on
the host for the full SHA support (SHA-1 as well as SHA-2). The CP Assist
(CP Assist for Cryptographic Function) is running compliant
On Tue, 24 Apr 2012 11:33:08 -0500, Walt Farrell wrote:
Starting with ICSF HCR7750 and the z9, ICSF relies on the CPACF hardware on
the host for the full SHA support (SHA-1 as well as SHA-2). The CP Assist
(CP Assist for Cryptographic Function) is running compliant implementations
of the SHA
On Tue, 24 Apr 2012 12:05:28 -0500, Paul Gilmartin paulgboul...@aim.com wrote:
Hmmm. This could be the basis for the APAR IO11698 fiasco
two years ago in which IBM manfestly allowed an integrity
exposure to remain unrepaired but provided a means of limiting
access to the dangerous tool.
No,
On Wed, 31 Aug 2011 (last year) 20:07:42 -0500, Paul Gilmartin (I) wrote:
If you have ICSF, there's CSNBOWH. See Rexx samples in SYS1.SAMPLIB(CSF*).
There's a manual somewhere.
A few days ago, I received an off-list communication from a colleague
who tried this, then attempted to replicate the
In 6533006138111618.wa.paulgboulderaim@bama.ua.edu, on
09/01/2011
at 09:40 PM, Paul Gilmartin paulgboul...@aim.com said:
About half.
For large values of half.
IEBUPDTE will load a PDS
IEBUPDTE input has been used as a distibution medium for source code
for decades, but it is *not* a
On Fri, 2 Sep 2011 08:33:50 -0400, Shmuel Metz (Seymour J.) wrote:
IEBUPDTE input has been used as a distibution medium for source code
for decades, but it is *not* a PDS load utility and it is not possible
to construct an IEBUPDTE input stream to build an arbitrary PDS, even
an arbitrary
Dave and Gil,
Your suggestion worked fine for a single member:
T$SFC:/u/t4sfc: cp -B //'sys3.clist(rdmstat)' /dev/fd1 | cksum
260387907 21600
It also works fine for a sequential file:
T$SFC:/u/t4sfc: cp -B //'SYS3.FTP.NETRC' /dev/fd1 | cksum
2567740904 240
It fails for an entire
On Thu, 1 Sep 2011 10:51:14 -0400, Steve Conway wrote:
Dave and Gil,
Your suggestion worked fine for a single member:
T$SFC:/u/t4sfc: cp -B //'sys3.clist(rdmstat)' /dev/fd1 | cksum
260387907 21600
It also works fine for a sequential file:
T$SFC:/u/t4sfc: cp -B //'SYS3.FTP.NETRC' /dev/fd1
In 1314835540.55397.yahoomailclas...@web31807.mail.mud.yahoo.com, on
08/31/2011
at 05:05 PM, Cris Hernandez #9 hernandez...@yahoo.com said:
I'd start with standard IBM utility (iebupdte) to unload the pds to a
sequential file,
NFW! That's an update utility, not a load/unload utility. Use TSO
On Thu, 1 Sep 2011 11:58:47 -0400, Shmuel Metz (Seymour J.) wrote:
In 1314835540.55397.yahoomailclas...@web31807.mail.mud.yahoo.com, on
08/31/2011
at 05:05 PM, Cris Hernandez #9 said:
I'd start with standard IBM utility (iebupdte) to unload the pds to a
sequential file,
NFW! That's an update
: Tuesday, August 30, 2011 5:11 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: load mmodules copying to other site
1. ftp is working, it is supported (with some limitations) for load
module transmission since OS/390 2.10 (AFAIR).
2. There are many methods to do that.
One of them, the method allows
On Tue, 30 Aug 2011 16:48:14 -0400, Tim Brown tbr...@cenhud.com wrote:
How can one get 1 pds with modules from one site to another, FTP is not working
I first tried tersing the pds, transferring via pc/file transfer and untersing
and copying
Into loadlib
The untersed file on the remote end
] On Behalf Of
Ted MacNEIL
Sent: Tuesday, August 30, 2011 6:09 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: load mmodules copying to other site
XMIT in to a file (see help xmit)
ftp (binary)
RECEIVE from a file
-
Ted MacNEIL
eamacn...@yahoo.ca
Twitter: @TedMacNEIL
-Original Message-
From: Tim
On Wed, 31 Aug 2011 11:19:55 -0500, Hal Merritt wrote:
Don't use binary for z/os to z/os.
This defeats compression which can speed things up quite a bit. Use binary
only when passing through a Windows machine to avoid unwanted
translation/corruption.
Beware. If, for example, TSO TRANSMIT
.
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Paul Gilmartin
Sent: Wednesday, August 31, 2011 11:28 AM
To: IBM-MAIN@bama.ua.edu
Subject: Re: load mmodules copying to other site
On Wed, 31 Aug 2011 11:19:55 -0500, Hal Merritt wrote:
Don't
On Wed, 31 Aug 2011 11:37:44 -0500, Hal Merritt wrote:
Depending on your FTP defaults, you may need to explicitly say TYPE E then
MODE C.
Correctly stating the data type is worth the effort IMHO.
However, as I said, data passing through a Windows box is subject to
corruption / translation.
What would you use to do a checksum on z/OS?
Steven F. Conway, CISSP
LA Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov
From: Paul Gilmartin paulgboul...@aim.com
To: IBM-MAIN@bama.ua.edu
Date: 08/31/2011 02:00 PM
Subject:Re: load mmodules copying
On Wed, 31 Aug 2011 14:46:50 -0400, Steve Conway wrote:
What would you use to do a checksum on z/OS?
If you use GIMZIP/GIMUNZIP as Art suggested, a checksum will be created and
checked.
--
Tom Marchant
--
For IBM-MAIN
Systems
z/OS Systems Support
Phone: 703.295.1926
steve_con...@ao.uscourts.gov
From: Tom Marchant m42tom-ibmm...@yahoo.com
To: IBM-MAIN@bama.ua.edu
Date: 08/31/2011 02:56 PM
Subject:Re: load mmodules copying to other site
Sent by:IBM Mainframe Discussion List IBM-MAIN
W dniu 2011-08-31 18:28, Paul Gilmartin pisze:
On Wed, 31 Aug 2011 11:19:55 -0500, Hal Merritt wrote:
Don't use binary for z/os to z/os.
This defeats compression which can speed things up quite a bit. Use binary only
when passing through a Windows machine to avoid unwanted
-MAIN@bama.ua.edu] On
Behalf Of Steve Conway
Sent: Wednesday, August 31, 2011 12:09 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: load mmodules copying to other site
Thanks, Tom.
I was responding to Gil's post, in which he was going z/OS - desktop -
z/OS, no mention of GIMZIP / GIMUNZIP
I'd start with standard IBM utility (iebupdte) to unload the pds to a
sequential file, send it, then use same utility to create a new pds (or update)
from the sequential file. if it gets screwed up in transmit, deal with it when
it happens, the messages in the utility output should indicate
University
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On
Behalf Of Cris Hernandez #9
Sent: Wednesday, August 31, 2011 5:06 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: load mmodules copying to other site
I'd start with standard IBM utility
On Wed, 31 Aug 2011 14:46:50 -0400, Steve Conway steve_con...@ao.uscourts.gov
wrote:
What would you use to do a checksum on z/OS?
cp -B //'DATA.SET.NAME(MEMBER)' /dev/fd/1 | /bin/cksum # (IIRC)
-- gil
--
For IBM-MAIN
On Wed, 31 Aug 2011 17:05:40 -0700, Cris Hernandez #9 hernandez...@yahoo.com
wrote:
I'd start with standard IBM utility (iebupdte) to unload the pds to a
sequential file, send it, then use same utility to create a new pds (or
update) from the sequential file. if it gets screwed up in
How can one get 1 pds with modules from one site to another, FTP is not working
I first tried tersing the pds, transferring via pc/file transfer and untersing
and copying
Into loadlib
The untersed file on the remote end apperars ok via 3.4 but cant copy the
modules
Into destination loadlib
: |
|
--|
|load mmodules copying to other site
For a PDS probably don't even need the TERSE, UNTERSE.
XMIT with ODSN will produce an 'unloaded' IEBCOPY into a FB 80 3200
dsn. Then FTP bin and RECEIVE IDSN.
In a message dated 8/30/2011 3:54:36 P.M. Central Daylight Time,
strau...@us.ibm.com writes:
Try XMIT, TERSE, FTP, UNTERSE,
1. ftp is working, it is supported (with some limitations) for load
module transmission since OS/390 2.10 (AFAIR).
2. There are many methods to do that.
One of them, the method allows indirect transmission
(z/OS-PC-whatever-z/OS):
1. XMIT A.A DA(your.library) OUTDA(X1)
2. get X1 from z/OS to
Paul
Much thanks , Perfect !!
Tim
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
Paul Strauss
Sent: Tuesday, August 30, 2011 4:53 PM
To: IBM-MAIN@bama.ua.edu
Subject: Re: load mmodules copying to other site
Try XMIT, TERSE, FTP
@bama.ua.edu
Reply-To: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu
Subject: load mmodules copying to other site
How can one get 1 pds with modules from one site to another, FTP is not working
I first tried tersing the pds, transferring via pc/file transfer and untersing
and copying
36 matches
Mail list logo