On Wed, 31 Aug 2011 17:05:40 -0700, Cris Hernandez #9
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 transmit, deal
>with it whe
On Wed, 31 Aug 2011 14:46:50 -0400, Steve Conway
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 subscribe / signoff / archiv
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 / translat
On Wed, 31 Aug 2011 16:31:44 +, Mingee, David wrote:
>Have you tried using FBS vs. FB ? This is for fixed block standard and
>recognizes the last block can be shorter and not a full block.
>
FB likewise permits the last block to be shorter.
-- gil
-
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 TRANS
On Tue, 30 Aug 2011 22:24:35 +, Uriel Carrasquilla wrote:
>we have a an NFS mount point on a Sun Solaris that is being serviced by MVS
>(zOS 1.11) NFS server. when my customer dropped a file on the Sun's side NFS
>mount point, it caused an I/O error. When I compared what I see on the Sun
the PARM?
>why not?
>
Can't find where to set it.
>On Sun, Aug 28, 2011 at 11:09 AM, Paul Gilmartin wrote:
>
>> On Sat, 27 Aug 2011 16:05:12 -0500, Mike Schwab wrote:
>>
>> >
>> http://publib.boulder.ibm.com/infocenter/zos/v1r12/index.jsp?topic=/com.ibm
On Sat, 27 Aug 2011 16:05:12 -0500, Mike Schwab wrote:
> http://publib.boulder.ibm.com/infocenter/zos/v1r12/index.jsp?topic=/com.ibm.zos.r12.halz001/cjeslre.htm
>
Why?
>On Sat, Aug 27, 2011 at 9:40 AM, Paul Gilmartin wrote:
>
>> ftp> quote site jeslrecl=999
>> 200-Je
ftp> syst
215 MVS is the operating system of this server. FTP Server is running on z/OS.
ftp> quote site file=JES
200 SITE command was accepted
ftp> quote site jeslrecl=999
200-Jeslrecl parameter (999) must be between 1 and 254. Jeslrecl ignored.
200 SITE command was accepted
Why?
-- gil
--
On Thu, 25 Aug 2011 20:18:16 +0530, jagadishan perumal wrote:
>
>Have your RACF person to provide : CHMOD 777 /TEST/COMPRESS9 to execute
>this command in OMVS. Also ask them to change the owner by CHOWN command..
>Simple.. then submitting the JCL again
>
While you're at it, have him give all your
On Mon, 22 Aug 2011 14:21:19 -0500, Rozeboom, Kay [DAS] wrote:
>
>I have just finished learning UNIX basics using a wonderful book called "UNIX
>for the Mainframer" by David B. Horvath. It is a bit out of date, but almost
>everything still applies. He takes the approach of, "If you know how to
On Mon, 22 Aug 2011 11:50:06 -0400, Crabtree, Anne D wrote:
>We have a degausser (really old) and I don't know the name, model, etc. The
>objective is to destroy data so that it cannot be read and, no, tapes are not
>to be reused. This is a security measure since the data that was on them was
meaningless.
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of
>Paul Gilmartin
>Sent: Monday, August 22, 2011 11:03 AM
>
>On Mon, 22 Aug 2011 10:27:32 -0400, Crabtree, Anne D wrote:
>
>>I want to verify that tapes that hav
On Mon, 22 Aug 2011 10:27:32 -0400, Crabtree, Anne D wrote:
>I want to verify that tapes that have been degaussed are really wiped clean of
>data.I took one tape that is in delete status in TMS and made an outside
>label (SYT001) and using DITTO, tried to dump the tape label. The job gets a
On Mon, 22 Aug 2011 11:14:23 +0200, Thomas Berg wrote:
>
>And it seems that if the first position is a X'40' (space) it doesn't
>recognize the member name at all!
>Getting: IEC143I 213-4C,IGG0191A,S000TBE,KAT30,PDSA,465F,TSO002,S000TBE.VARDATA
>213-4C --> 4COPEN was issued for output again
On Sat, 20 Aug 2011 14:17:20 -0400, Gerhard Postpischil wrote:
>
>Some installations are supersensitive, and may try to control
>their employees even when off site, though in this day and age
>this is getting to be more and more futile.
>
Or perhaps the opposite as it becomes increasingly difficul
On Fri, 19 Aug 2011 09:47:15 -0500, Joel C. Ewing wrote:
>The requirement was that a physical block not be less than 18 bytes.
>Older tape technology could not distinguish blocks shorter than 18 bytes
>from tape noise.
>..l.
>Similar considerations would also apply to VB files after taking the BDW
On Fri, 19 Aug 2011 07:48:19 -0400, Shmuel Metz (Seymour J.) wrote:
>In
><1240651948-1313637071-cardhu_decombobulator_blackberry.rim.net-95694995-@b12.c1.bise6.blackberry>,
>on 08/18/2011
> at 03:11 AM, Ted MacNEIL said:
>
>>I thought there was a minimum of 18 bytes for LRECL.
>
>No.
>
>CIG
>
Co
On Fri, 19 Aug 2011 08:11:32 -0400, Shmuel Metz (Seymour J.) wrote:
>In <201108190905.p7j95yaq028...@ame8.swcp.com>, on 08/19/2011
> at 05:04 AM, David Cole said:
>
>>John, Thanks for asking...
>
>It looks like he asked on the news group; the message hasn't appeared
>on the list. John, could yo
On Thu, 18 Aug 2011 20:06:43 -0400, Tony Harminc wrote:
>On 18 August 2011 12:29, Paul Gilmartin wrote:
>
>> As IND$FILE becomes increasingly irrelevant, it's time to drive a
>> stake through its heart. Consider an interchange protocol for which
>> the data s
On Thu, 18 Aug 2011 22:33:30 +, john gilmore wrote:
>z/OS MVS Program Management User's Guide and Reference, SA22-7643-10, page 39:
>
>| The binder always assigns a block size of 4KB to a program object.
>
>This is unequivocal and confirmned in my now considerable experience with
>PDSEs and
On Thu, 18 Aug 2011 17:02:35 -0400, Mike Myers wrote:
>
>I never worked on the 407, but I'm guessing that if it could multiply,
>it could probably divide.
>
>As a field engineer, I did maintain the IBM 602, which was
>electro-mechanical and card based, but could both multiply and divide.
>
IIRC,
On Thu, 18 Aug 2011 17:16:36 +, john gilmore wrote:
>Seymour's comment about 32K BLKSIZE= values for "load libraries" needs
>qualification. It is on the mark for traditional PDSs containing load
>modules. It is off the mark by a factor of 8 for PDSEs containing program
>objects. They hav
On Thu, 18 Aug 2011 12:10:26 -0500, Staller, Allan wrote:
>
>Try this (I do this with some regularity):
>
>1) Receive maintenance files to desktop (or other PC/*NIX dasd).
>
>2) FTP in Binary GIMPAF.XSL, GIMPAF.XML
>3) FTP in binary the contents of the SMPHOLD and SMPPTFIN directories
>
>4) GIMUNZ
On Thu, 18 Aug 2011 09:42:20 -0500, McKown, John wrote:
>My mistake on the "pax" writing to sequential. I thought I had done it before,
>but I don't seem to be able to get it to work now.
>
That should be APARable. I believe it's documented.
As IND$FILE becomes increasingly irrelevant, it's ti
On Thu, 18 Aug 2011 08:47:10 -0400, Shmuel Metz (Seymour J.) wrote:
> on 08/17/2011 at 07:43 PM, Paul Gilmartin said:
>
>>A 32K blocksize is not optimal for 3390
>
(I believe I was quoting Ed G.)
>Except for load libraries, which have small control, rld, etc.,
>records bet
On Thu, 18 Aug 2011 03:06:18 -0400, Gerhard Postpischil wrote:
>On 8/17/2011 8:50 PM, Paul Gilmartin wrote:
>> Get a workstation. Run as many tn3270 sessions as your heart
>> desires. Then complain that TSO won't allow you to run
>> multiple sessions. (I know; the
;
I do that regularly. Solaris rather than Linux because that's what my (former,
sort of) employer pays for. I don't much have to fight with TSO and ISPF,
which I use principally for SDSF, DSLIST, and Data Set Utility.
>On Aug 17, 2011 7:50 PM, "Paul Gilmartin" wrote:
>>
set. Of
course, modern tapes and controllers are too smart to let that
cause problems -- they likely write and verify a preamble on each
block. But antiquated access method code might still look at the
CSW and reject the block as noise.
>-Original Message-
>From: Paul Gil
On Wed, 17 Aug 2011 16:10:57 -0700, Ed Gould wrote:
>
>I agree completely. The pcweenies just do not get it.
>
It'll really be fun when Windows runs on blades in the z. Mandated,
of course by CIOs taking airline magazine advice.
-- gil
On Wed, 17 Aug 2011 09:31:18 -0700, Ed Gould wrote:
> This reminds me the about the the day that they ripped the 3270's out from
> underneath us and all of a sudden I couldn't switch from session to session
> using TPX. (I don't remember specifics). My productivity went to zero.
Get a workstati
On Wed, 17 Aug 2011 09:17:40 -0700, Ed Gould wrote:
A 32K blocksize is not optimal for 3390 . IIRC it would be 1 block per track
(track size being 48K) Half track blocking or 24K is probably the best, IMO. My
memory is drawing a blank for 3380 (but 36K maybe right) so 18K. Best to use
blksize=0
On Wed, 17 Aug 2011 13:54:46 -0400, John Eells wrote:
>... Anything that writes a combination of long and
>short blocks can yield surprising results. (We found that z/OS fonts,
>for example, use the least space at a counterintuitive block size.)
>
>For plain old sequential FB data, though, it's
On Wed, 17 Aug 2011 15:45:25 +, Grinsell, Don wrote:
>I got around that by convincing said powers that VMWare Workstation was
>necessary to my health and well being and now I'm happily Linuxing away. When
>I need to convince somebody that the problem is NOT due to my Linux
>environment, I'
On Tue, 16 Aug 2011 20:22:30 +0200, R.S. wrote:
>
>For example, last year I heard tah last Odra (polish mainframe under
>license from ICL) was switched off. This year I hear that another Odra
>was switched off. BTW: I'm not 100% sure, but it it very likely that at
>least one of the shops used (real
On Tue, 16 Aug 2011 00:38:17 -0400, Shmuel Metz (Seymour J.) wrote:
> at 08:59 AM, Paul Gilmartin said:
>
>>Would a front end to the UNIX command, perhaps in Rexx, be feasible?
>
>Yes.
>
>>I fear not because the terminal I/O models of TSO and UNIX are so
>>i
On Aug 16, 2011, at 05:44, Steve Comstock wrote:
> -
>
> JCL cataloged and in-stream procedures may now
> have data set as DD * or DD DATA included
>
> INCLUDE members may also contain DD * or DD DATA data
>
Yaaay! It's about time. Can symbol substitution be far
behind? (I fear so).
On Mon, 15 Aug 2011 09:29:23 -0500, McKown, John wrote:
>The UNIX command "dig" can easily be run in a TSO REXX program using BPXWUNIX.
>That interface can easily trap the "line mode" output which normally goes to
>stdout and stderr into REXX stem variables. I do it all the time to run UNIX
>co
On Mon, 15 Aug 2011 05:46:43 -0500, John McKown wrote:
>Oh, agreed! But I'm pragmatic. If IBM is going to eliminate the TSO
>version, it is at least good to know that there is a work around. Like
>many of my wishes for a native UNIX version of TSO commands. To which
>many TSO oriented people say:
On Wed, 10 Aug 2011 08:25:53 -0500, Chris Mason wrote:
>
> http://publibz.boulder.ibm.com/cgi-bin/bookmgr_OS390/BOOKS/f1a1b990/5.44
>
>Because compression is such a light-weight process - here a comparison with
>the heavy-weight processes compaction or encryption is valid! - it has a very
>small
On Wed, 10 Aug 2011 17:17:38 +0200, MONTERO ROMERO, ENRIQUE ELOI wrote:
>
>I am looking for which is the DCB order to allocate a dataset. I mean, Program
>DCB, JCL DCB, Dataset DCB.
>
Read the recent thread here on "ORRUPT PDS - I/O ERROR" and try to
glean some truth from it.
>Is there some
On Wed, 10 Aug 2011 10:25:37 -0400, Scott Rowe wrote:
>Two what?
>
>There is one TSO submit exit (IKJEFF10), and one job verification exit
>(IEFUJV). These two exit points were created for different purposes and
>functions.
>
What can be done in IKJEFF10 that couldn't equally well be done in
IEF
On Tue, 9 Aug 2011 10:27:31 -0500, Williamson, James R wrote:
>IKJEFF10
>
>
>Customizing how users submit jobs and process the output
>
>http://publib.boulder.ibm.com/infocenter/zos/v1r11/index.jsp?topic=/com.ibm.zos.r11.ikjb400/ikj4b4a0211.htm
>
>
>-Original Message-
>From: IBM Mainframe
On Tue, 9 Aug 2011 19:56:21 +, Mingee, David wrote:
>Could they add FREE=CLOSE to the dd statement(s) in the earlier steps?
>
There are two things going on here: the allocation and the ENQ. The
allocation would be freed (I believe). But the initiator is aware that the
DSNAME is used in sub
On Tue, 9 Aug 2011 15:18:11 +0100, Robin Atwood wrote:
>
>We have a requirement that any job submitted to JES2 must have its jobname
>starting with the userid, ...
>
Why? There are more meaningful uses for the scant 8 characters allowed,
given that the userid is available elsewhere in the spool
On Mon, 8 Aug 2011 09:17:08 -0500, Nigel Wolfendale wrote:
>I have a job with four steps:
>Step 1 IEFBR14 - allocate a specific dataset = (MOD,DELETE) - to make sure it
>is not there
>Step 2 allocate it (NW,CATALOG,DELETE) - this step does not open the dataset
>Step 3 Use Connect Direct to write
On Thu, 7 Jul 2011 07:24:35 -0500, Mary Anne Matyaz wrote:
>The new listserv. Fonts, layout, etc. Yuk. :(
>
And when I do an Archive Search, I'm presented with a hit list.
If I select a hit to view it, then exit back to the hit list, it appears
to re-drive the query. How wasteful! (I should rem
On Mon, 18 Jul 2011 14:45:46 -0700, Sam Siegel wrote:
>...
>I've yet to see an open system person have even a vague understanding
>of record oriented I/O or PDS processing.
>
OS/360 and its progeny have only a vague understanding of record oriented
I/O. Consider that QSAM is the record oriente
On Mon, 8 Aug 2011 17:23:18 -0500, Rick Fochtman wrote:
>--
>Long ago space allocation should have been changed to be initial,
>increment, maximum rather than just initial and increment. One way to do
>that might be to honor the O
On Mon, 8 Aug 2011 20:43:03 +, Ted MacNEIL wrote:
>>Does this then allow the programmer more space than initially
>>requested/intended, or does it deduct 1 from the number of
>extents allowed when it does this? 123...122...121...
>
>Why would it deduct anything?
>It's a single extent after c
On Mon, 8 Aug 2011 09:22:23 -0500, McKown, John wrote:
>SMS, when it extends, looks to see the new extent starts where the old extent
>ends. If it does, then instead of creating a new extent entry in the VTOC,
>simply updated the current end-of-extent entry for the current extent. Just a
>littl
On Mon, 8 Aug 2011 09:00:44 -0500, Mark Zelden wrote:
>
>2000,2000 ? Multiple extents don't hurt and DFSMS has been
>combining multiple (new) adjacent extents into a single extent
>for a while now.
>
How can that happen? Aren't extents allocated one-by-one, so
only one can be new? Or does the s
On Fri, 5 Aug 2011 15:29:27 -0500, Jim Thomas wrote:
>
>Right you are IIRC, Stanford ..
>
Or, was that the "SLAC Mods", the predecessor of Assembler H?
>Kind Regards
>
>-Original Message-
>From: IBM Mainframe Discussion List [mailto:IBM-MAIN@bama.ua.edu] On Behalf
>Of Rick Fochtman
>Se
On Wed, 3 Aug 2011 14:05:47 -0400, John Eells wrote:
>Lizette Koehler wrote:
>> I have 5 LPARS currently running DFHSM. I have just added a Sixth LPAR
>> where we do not want to run DFHSM due to constraints we are placing on this
>> LPAR.
>>
>> I ran a test on what would happen with DFHSM not r
On Mon, 1 Aug 2011 23:03:33 +, Gibney, Dave wrote:
>I really don't understand why anyone wouldn't be satisfied with Softcopy
>Librarian?
>Yes, it's Windows only Java :(, ...
>
It's Java? But Windows only!? Someone ought to take lessons in
writing portable Java from, e.g. Don Higgins!
-- gi
On Sun, 31 Jul 2011 09:33:14 -0400, Shmuel Metz (Seymour J.) wrote:
>
>OnQoheleth
>
>You should have been around for the programmable SYSOUT run-around.
>Share finally had to submit essentially the same requirement
>concurrently from JES2, JES3 and TSO, each referring to the
>requirements from the
On Sat, 30 Jul 2011 12:34:44 -0500, Ed Gould wrote:
>
>If that were the only issue then maybe. TSO also has built in code that
>insists that say if you use the output command (not the only command) that
>insists that the job name you are working on is your userid plus 1 character.
>Eight charact
On Fri, 29 Jul 2011 08:48:07 -0500, Walt Farrell wrote:
>On Thu, 28 Jul 2011 13:51:35 -0500, Hal Merritt wrote:
>
>>Will passphrase support help? That's getting pretty pervasive, or so I'm told.
>
>Not for this issue, because he's looking for a longer TSO user ID, not a
>longer password.
>
But i
On Sat, 30 Jul 2011 06:26:50 -0700, Cris Hernandez #9 wrote:
>
>the habit also ensures that I'm checking the RC's for the
>allocates/read/writes/calls etc. If one my programs has a problem with a less
>than obvious solution, that's one the first things I do is look for the "lc =
>RC" statements
On Fri, 29 Jul 2011 15:52:45 -0700, Cris Hernandez #9 wrote:
>
>what I usually do with my rexx programs is set one variable (maxcc =0) at the
>beginning, and then set every critical RC to lc, and then check "IF lc > maxcc
>THEN maxcc = lc". only if the RC indicates a critical failure do I use
>
On Fri, 29 Jul 2011 10:56:58 -0700, Cris Hernandez #9
wrote:
>but it changes constantly,
>got to take the snapshot to see it.
>
>--- On Fri, 7/29/11, Paul Gilmartin wrote:
>
>> On Thu, 28 Jul 2011 16:39:13 -0700,
>> Cris Hernandez #9 wrote:
>>
>> >l
On Thu, 28 Jul 2011 16:39:13 -0700, Cris Hernandez #9 wrote:
>First thing I would do is figure out which statement is causing the error.
>I use a simple
>
>lc = RC
>
>to capture the return code from all commands & calls (like ALLOC, EXECIO,
>FREE, etc.), then code:
>
Why "capture" RC? It's not g
On Thu, 28 Jul 2011 16:49:45 +0530, jagadishan perumal
wrote:
>Hi,
>
>I have written a REXX to purge few jobs but I am getting an error as RC-3(
>
>which means host command not found)
>
At which statement does it get the "-3"? Add a "Trace C" and supply the
message and some context in your rep
On Wed, 27 Jul 2011 19:02:37 -0500, Ed Gould wrote:
>Well chances are then the block size is a multiple of 80 (this assumes some
>things but semi valid assumption) it wouldn't hurt to try this run an iebgener
>with sysut2 having a blsize of 32760 and lrecl of 80 recfm FB and a member
>name of
On Wed, 27 Jul 2011 15:12:51 -0700, Skip Robinson wrote:
>TSO logon ids are limited to seven characters so deeply and pervasively
>that eight is totally out of the question.
>
>Note that a SAF userid could be eight characters, but it could not be used
>for TSO.
>
Another place where IBM adamantly
On Wed, 27 Jul 2011 13:40:30 -0400, Lizette Koehler wrote:
>
>If you have PDSMAN with EasyEdit you can create a list like Option 3.4 and
>search it.
>
>In Option 3.4 you can create a list and enter SRCHFOR on the command line.
>
Now that BPAM supports mixed concatenations of PDS, PDSE, and UNIX
d
On Wed, 27 Jul 2011 15:11:32 -0500, Hal Merritt wrote:
>If you distribute the keys they become public information, so then what's the
>point? Secret keys need to be kept secret.
>
>So, strictly speaking, each user would need a unique key that only they can
>access.
>
There is the problem that o
On Wed, 27 Jul 2011 16:16:10 +0200, Vernooij, CP - SPLXM wrote:
>>
>> I've increasingly started to specify my sizes in bytes.
>
>That's exactly where IBM is trying to get you for the last 25 years...
>Apparently one more lost sheep converted.
>
I'd be more enthusiastic if only they'd simplify it f
On Tue, 26 Jul 2011 12:08:34 -0500, McKown, John wrote:
>In your SMS configuration, what is your bytes/track set to? For a 3390, it
>should be 56664 and 15 tracks/cylinder. As I recall, SMS allocation converts
>from tracks/cylinders to kilobytes based on this number and then DASD
>allocation co
On Mon, 25 Jul 2011 09:46:06 -0500, Walt Farrell wrote:
>On Mon, 25 Jul 2011 09:40:01 -0500, Paul Gilmartin wrote:
>
>The difference is much more than a difference between LINK and ATTACH, gil.
>Part of the difference is the parameter list, too.
>
>>And "a unique argume
On Mon, 25 Jul 2011 08:43:20 -0500, Mark Zelden wrote:
>On Sun, 24 Jul 2011 16:59:20 -0400, Shmuel Metz (Seymour J.) wrote:
>
>>In <3sdo27dcbiqmha4fhbq71jus8m7ir3e...@4ax.com>, on 07/24/2011
>> at 06:18 PM, Binyamin Dissen said:
>>
>>>SELECT PGM will LOAD from the ispllib, which was the issue.
On Fri, 22 Jul 2011 16:18:15 -0400, Jim Mulder wrote:
>IBM Mainframe Discussion List wrote on 07/22/2011
>03:38:55 PM:
>
>> What about a driver program which OPENs a DD name then ATTACHes the
>> actual "main" routine with the DCB=. This driver has an API such
>> that a subtask can request the dri
On Fri, 22 Jul 2011 08:46:56 -0400, Lizette Koehler wrote:
>
>Not every product that runs under TSO/ISPF can use LIBDEFs or ALTLIBs, or
>TASKLIBs.
>
Not TASKLIB? I thought that once you ATTACH with a TASKLIB it would
be in the search order for any child LOAD, LINK, ATTACH, or XCTL.
Where does it
;> -Original Message-
>> From: IBM Mainframe Discussion List
>> [mailto:IBM-MAIN@bama.ua.edu] On Behalf Of Paul Gilmartin
>> Sent: Thursday, July 21, 2011 8:51 AM
>>
>> >Perl is better than Rexx for parsing. Unfortunately, no current Perl
>> &g
On Thu, 21 Jul 2011 09:46:54 -0500, Lutz Hamann
wrote:
>But AFAIK you have to order PERL explicitly as a Ported Tool feature while
>'composing' your ServerPac
>in Shopz. It won't be delivered automatically as I remember.
>
>Pls. correct me when I should be wrong ...
>
The link Kirk posted:
On Wed, 20 Jul 2011 21:03:51 -0400, Shmuel Metz (Seymour J.) wrote:
>
>Well, pipes are sometimes useful.
>
Amen.
>Perl is better than Rexx for parsing. Unfortunately, no current Perl
>is available for MVS due to EBCDIC-Unicode conflicts.
>
Has anyone tried compiling it with the ASCII compiler swi
On Thu, 7 Jul 2011 07:24:35 -0500, Mary Anne Matyaz wrote:
>The new listserv. Fonts, layout, etc. Yuk. :(
>
Does Reply "To the Poster" work? I get no confirmation when I click
"send". I'm trying to reply to one of my own messages as a test.
-- gil
--
On Tue, 19 Jul 2011 21:46:20 +, Gibney, Dave wrote:
>> >>
>> http://publib.boulder.ibm.com/infocenter/zos/v1r12/index.jsp?topic=/com.ibm.zos.r12.ieae200/progref.htm
>> >
>> >Actually, it not that I think it is no good, I think it's a long time
>> >coming. The
>> problem is that I also know of
On Tue, 19 Jul 2011 13:37:33 -0700, John Norgauer wrote:
>IBM has asked me to do a LOAD MODULE REBUILD for IEAVNPF9 which lives in
>SYS1.NUCLEUS.
>
>Any one done this before and if so, how do I do it?
>
Not I.
It's a command, in SMPCNTL (not SMPPTFIN). Now, at least one of us
needs to read the
On Tue, 19 Jul 2011 20:16:26 +, Gibney, Dave wrote:>>
>>
>> http://publib.boulder.ibm.com/infocenter/zos/v1r12/index.jsp?topic=/com.ibm.zos.r12.ieae200/progref.htm
>
>Actually, it not that I think it is no good, I think it's a long time coming.
>The problem is that I also know of at least one
On Tue, 19 Jul 2011 14:39:43 -0500, Gary DiPillo wrote:
>
>Can someone suggest how these programs that are marked as re-entrant can be
>loaded and executed without error even though they are storing data within
>themselves?
>
Classically, unless the program is loaded from an APF-authorized libr
On Tue, 19 Jul 2011 12:50:20 -0700, Skip Robinson wrote:
>RENT is honored--i.e. failed if violated--only if the load library is APF
>authorized.
>
From:
z/OS V1R12.0 MVS Initialization and Tuning Reference
http://publib.boulder.ibm.com/infocenter/zos/v1r12/index.jsp?topic=/com.ibm.zos.r12
On Sun, 17 Jul 2011 19:34:25 +0200, Michel Castelein wrote:
>>
>> >JCL consists of about 120 words last I checked (not counting those goofy
>conditional statements IBM created recently for those who couldn't
>comprehend COND codes), average batch job uses about 20 or 25. ...
>> >
>> It's pretty ha
On Mon, 18 Jul 2011 10:34:52 -0500, John McKown wrote:
>z/LINUX uses SVC to invoke the kernel.
>
>Which I find most interesting as it means that, theoretically, one could
>write a z/LINUX ABI interface which uses Subsystem SVC screening to run
>z/Linux applications on z/OS UNIX.
>
fork()? Pipes?
On Mon, 18 Jul 2011 14:45:35 +, Bob Shannon wrote:
>>He did not say the PC instruction will not work above the bar
>
>The Entry Table Entry for a PC routine has not been expanded to 64 bits. Until
>it is, a PC routine cannot be above the Bar. It appears that Amode 64 is
>supported (but not d
On Sun, 17 Jul 2011 09:00:16 -0700, Cris Hernandez #9 wrote:
>JCL consists of about 120 words last I checked (not counting those goofy
>conditional statements IBM created recently for those who couldn't comprehend
>COND codes), average batch job uses about 20 or 25. ...
>
It's pretty hard to t
On Sun, 17 Jul 2011 23:35:30 +1000, Clement Clarke wrote:
>All Operating Systems run Programs, use Data Sets or Files, and have
>some sort of Command Language.
>
>If Z/OS Users didn't have to be concerned about DCB, SPACE and so on,
>then they could write JCL that was very similar to Unix or Linux
On Tue, 5 Jul 2011 12:38:25 -0400, Jim Mulder wrote:
>
> The z/OS 1.13 preview (Feb 15, 2011) says:
>
http://www-01.ibm.com/cgi-bin/common/ssi/ssialias?infotype=an&subtype=ca&htmlfid=897/ENUS211-007
>z/OS will be designed to support some programs running in 64-bit storage,
>provided that they mee
>From the 1.13 Utilities RM:
v IEBCOPY uses the EXCP access method and special I/O appendages.
Therefore:
Some common DCB parameters such as BUFNO are ignored.
v Starting in z/OS V1R13, IEBCOPY is no longer APF-authorized.
A pre-V1R13, APF-authorized copy of
On Thu, 14 Jul 2011 14:22:46 -0500, Mark Zelden wrote:
>On Thu, 14 Jul 2011 14:37:29 -0400, Mark Jacobs
>wrote:
>
>>I asked IBM specifically whether the then new SAF profiles were used
>>while using the query functions in the SMP/E ISPF interface and their
>>answer was no.
>
>(I hate mixing top
On Thu, 14 Jul 2011 15:08:15 -0400, Quintupray Burgos Alvaro wrote:
>
>Is there a way to obtain ADDRESS TSO under IRXJCL ?
>
I suppose if you want a Rube Goldberg (See St. Google), you might
use "address SYSCALL spawn" to launch a second EXEC under Unix
System Services, which could use the surroga
On Thu, 14 Jul 2011 19:48:36 +0200, Vernooij, CP - SPLXM wrote:
>
>I don't consider this exceptionally ideal, only normal practice. In our
>systems, all datasets are SMS managed and therefor cataloged. All tapes
>are supposed to be cataloged and in fact, we have no processes running
>with uncatalog
On Thu, 14 Jul 2011 14:16:17 -0400, Quintupray Burgos Alvaro wrote:
>
>You are right, the REXX with getmsg run fine under TSO or
> IKJEFT1A . . . but I saw in "saint google" some REXX samples and that
> they say run fine under IRXJCL . . .?
>
Simply, "address TSO" is not avail
On Thu, 14 Jul 2011 11:23:23 -0500, Mark Zelden wrote:
>
>Education is nice, but probably TMI. Most likely an application type if they
>are
>using CEEXOPT and don't already know how to find it. If so, there could be
>no access to SMP/E - especially given IBM's recent (ahem) enhancement.
>
Ar
On Tue, 12 Jul 2011 23:53:16 -0400, Robert A. Rosenberg wrote:
>At 13:28 -0500 on 07/08/2011, Rick Fochtman wrote about Re: Startio:
>
>>final intended purpose. I've used QSAM to access individual members
>>of a PDS, in name sequence, but it's not a practice I'd recommend to
>>the novice.
>
>It is
On Wed, 13 Jul 2011 09:09:50 -0500, Chris Mason wrote:
>
>I assume you found Table 14, "FTP client search orders" in the z/OS
>Communications Server IP Users Guide and Commands manual and you have been
>trying to work out how best to exploit the possibilities.
>
>
>
>TSO shell
>
>1. SYSFTPD DD s
On Tue, 12 Jul 2011 17:27:58 +, Mosley, George wrote:
>
>Is there a way to have the JCL automatically add the datestamp?
>
No.
-- gil
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@b
On Tue, 12 Jul 2011 09:35:59 +, Clark, Kevin wrote:
>
>I recall a utility , vendor product or CBT or Waterloo , that would list a
>load library member and then you could issue a JCL or MAPJCL like command to
>create input cards to re -link the load member.
>
>My problem , I have some modu
On Tue, 12 Jul 2011 08:23:28 -0600, Roach, Dennis (N-GHG CORP.) wrote:
>New zEnterprise 114 is primarily competing against a Linux server running on
>an x86 platform, analyst says
>
Ah, yes. I remember the 9370.
>http://www.computerworld.com/s/article/9218326/Meet_IBM_s_new_75_000_mainframe?sou
On Tue, 12 Jul 2011 00:35:00 -0500, Barbara Nitz wrote:
>
>>o It's bandwidth-profligate: 100KB for a 10-line message payload? Sheesh!
>
>Almost all of IBMs webpages are. ...
>
Speaking of profligacy, it appears that when I do a search, then click
on one of the hits to view the page, then click th
501 - 600 of 4423 matches
Mail list logo