Re: restricting how I do things so that others understand?

2011-07-24 Thread Shmuel Metz (Seymour J.)
In 0316544986728571.wa.elardus.engelbrechtsita.co...@bama.ua.edu, on 07/23/2011 at 05:12 AM, Elardus Engelbrecht elardus.engelbre...@sita.co.za said: Just curious if you don't mind, please - How long and difficult was recovery for that [setting] SUN machine? I don't know, but a fast IPL is

Re: REENTRANT vs THREADSAFE

2011-07-24 Thread Shmuel Metz (Seymour J.)
In 4e29ebb7.3000...@ync.net, on 07/22/2011 at 04:29 PM, Rick Fochtman rfocht...@ync.net said: But you must admit that sometimes they're mildly amusing. In rare instances, they're downright hilarious. :-) Only if I don't have to clean up after people who listened to them :-( But, yes, when

Re: Perl (was: Making Z/OS easier - Effectively replacing JCL with Unix like commands)

2011-07-24 Thread Shmuel Metz (Seymour J.)
In 20110723171032.521978da@xpfs, on 07/23/2011 at 05:10 PM, Shane ibm-m...@tpg.com.au said: We've probably all thought that looking (in ignorance perhaps) at perl initially. Not I. Admittedly I thought[1] that Perl was ugly, but I also thought that it was useful. [1] In fact, I still think

Re: running Assembler I/O macro code as AMODE 31, RMODE ANY

2011-07-24 Thread Shmuel Metz (Seymour J.)
In p06240803ca50e4113b35@[192.168.1.11], on 07/23/2011 at 04:59 PM, Robert A. Rosenberg hal9...@panix.com said: The description above was part of a hoax Wiki refers to it as a hoax, but I don't see it as any more of a hoax than the famous sign offering access to the egress. In fact, the DHMO

Re: Perl (was: Making Z/OS easier - Effectively replacing JCL with Unix like commands)

2011-07-24 Thread Shmuel Metz (Seymour J.)
In 1307526334117142.wa.jbendichaustin.rr@bama.ua.edu, on 07/23/2011 at 12:27 AM, Justin R. Bendich jbend...@austin.rr.com said: No matter what the version, perl is an abomination unto the LORD. De gustibus. I would describe C in those terms. Really, you can't use REXX? I do use Rexx,

Re: dynamic STEPLIB

2011-07-24 Thread Shmuel Metz (Seymour J.)
In en8m27ta5i1c8bacdr3eh338u2fh6pf...@4ax.com, on 07/23/2011 at 10:37 PM, Binyamin Dissen bdis...@dissensoftware.com said: SELECT PGM, for one. Select PGM isn't an *alternative* to LINK, XCTL, LOAD, ATTACH. ISPF uses standard contents supervision, it doesn't do its own I/O to load modules.

Re: dynamic STEPLIB

2011-07-24 Thread Shmuel Metz (Seymour J.)
In 295ed806ab479944b1217cc84a173de012a2d...@nwt-s-mbx1.rocketsoftware.com, on 07/22/2011 at 10:22 PM, Rob Scott rsc...@rocketsoftware.com said: I have come across *many* software products and home-grown utilities that do not handle being invoked under LIBDEF very well - and, as Walt pointed

Re: z/OS COBOL Programmer/Designer Contractor Want

2011-07-24 Thread Cheryl Watson
I'd like to thank the IBM-Main people who either responded to our ad or passed it along. We received two dozen applications in the first week, and all are fairly qualified or extremely qualified. We will definitely find someone from this group. Many thanks, Cheryl

Lights-out data center news

2011-07-24 Thread Gabe Goldberg
http://dilbert.com/strips/comic/2011-07-24/ -- Gabriel Goldberg, Computers and Publishing, Inc. g...@gabegold.com 3401 Silver Maple Place, Falls Church, VA 22042 (703) 204-0433 LinkedIn: http://www.linkedin.com/in/gabegoldTwitter: GabeG0

Re: dynamic STEPLIB

2011-07-24 Thread Binyamin Dissen
On Sun, 24 Jul 2011 02:01:22 -0400 Shmuel Metz (Seymour J.) shmuel+ibm-m...@patriot.net wrote: :In en8m27ta5i1c8bacdr3eh338u2fh6pf...@4ax.com, on 07/23/2011 : at 10:37 PM, Binyamin Dissen bdis...@dissensoftware.com said: :SELECT PGM, for one. :Select PGM isn't an *alternative* to LINK, XCTL,

Re: running Assembler I/O macro code as AMODE 31, RMODE ANY

2011-07-24 Thread Bill Fairchild
Hoax or not, the fact remains that DHMO is an extremely dangerous and volatile substance. Why, even when repeatedly and heavily diluted, to as weak a solution as one part in hundreds of trillions, the substance is just as dangerous as it is in its pure form. E.g., DHMO in any strength has

MULTIVOLUME READ with UPDATE-IN-PLACE

2011-07-24 Thread William Hecox
Hi, I have a question on how do I proceed to the next volume when doing a BSAM READ with UPDATE-IN-PLACE on a MULTIVOLUME Dataset. If the multivolume dataset is opened with just INPUT, the next READ goes to next volume after reading the last block of the 1st volume. According to the IBM doc

Re: MULTIVOLUME READ with UPDATE-IN-PLACE

2011-07-24 Thread Binyamin Dissen
On Sun, 24 Jul 2011 14:06:04 -0400 William Hecox bill.he...@mail.com wrote: :I have a question on how do I proceed to the next volume when :doing a BSAM READ with UPDATE-IN-PLACE on a MULTIVOLUME Dataset. : :If the multivolume dataset is opened with just INPUT, the next :READ goes to next volume

Re: running Assembler I/O macro code as AMODE 31, RMODE ANY

2011-07-24 Thread Chris Hoelscher
In fact there are to versions of the DHMO website - the hard-hitting site, and a . watered -down version for the feint-of-heart Chris Hoelscher IDMS DB2 Database Administrator 502-476-2538 You only need to test the programs you don't want to get called on later -Original

Re: MULTIVOLUME READ with UPDATE-IN-PLACE

2011-07-24 Thread William Hecox
Well that was a resonable suggestion. I could not find much DOC on the EOV MACRO. There was something in the DFSMS advanced services. It is was under XDAP and EXCP sections. I could not find anything on the EOV MACRO in BSAM processing. So I tried it. I issued the EOV DCB in the EODAD routine if

Re: MULTIVOLUME READ with UPDATE-IN-PLACE

2011-07-24 Thread John McKown
Have you considered using BDAM instead of BSAM? Not that I know much about either. On Jul 24, 2011 2:41 PM, William Hecox bill.he...@mail.com wrote: Well that was a resonable suggestion. I could not find much DOC on the EOV MACRO. There was something in the DFSMS advanced services. It is was

Fun and games with LE

2011-07-24 Thread Binyamin Dissen
It appears that if an LE MAIN=YES BALR's to another LE MAIN=YES, when the inner program does a CEETERM it skips the outer program. On the other hand, if the outer program does a LINK, the inner program returns. Are there any rules for this? Or is the action undefined? The situation is that the

Re: MULTIVOLUME READ with UPDATE-IN-PLACE

2011-07-24 Thread Ted MacNEIL
BDAM does not support multiple. - Ted MacNEIL eamacn...@yahoo.ca Twitter: @TedMacNEIL -Original Message- From: John McKown john.archie.mck...@gmail.com Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Sun, 24 Jul 2011 15:59:25 To: IBM-MAIN@bama.ua.edu Reply-To:

Re: dynamic STEPLIB

2011-07-24 Thread Shmuel Metz (Seymour J.)
In 3sdo27dcbiqmha4fhbq71jus8m7ir3e...@4ax.com, on 07/24/2011 at 06:18 PM, Binyamin Dissen bdis...@dissensoftware.com said: SELECT PGM will LOAD from the ispllib, which was the issue. The issue that I was responding to was Mark's claim LIBDEF doesn't work for LINK, XCTL, LOAD, ATTACH. --

Re: MULTIVOLUME READ with UPDATE-IN-PLACE

2011-07-24 Thread Subscribe Ibm-Main Sam
FEOV is the macro to force volume switch for BSAM Sent from my Verizon Wireless BlackBerry -Original Message- From: John McKown john.archie.mck...@gmail.com Sender: IBM Mainframe Discussion List IBM-MAIN@bama.ua.edu Date: Sun, 24 Jul 2011 15:59:25 To: IBM-MAIN@bama.ua.edu

Re: Fun and games with LE

2011-07-24 Thread John McKown
I looked for an LE subroutine which would return information about whether LE was active or not, but didn't find one. Would it be possible to use a ENTRY instruction and an ALIAS so that the one program object has two names and associated entry points? One would entry would use MAIN=YES and the

Re: MULTIVOLUME READ with UPDATE-IN-PLACE

2011-07-24 Thread William Hecox
FEOV worked, Thx, I read the description earlier but I got the impression it was only used to force a premature EOV condition that would cause a branch to the EODAD on the next READ/CHECK. - Original Message - From: Subscribe Ibm-Main Sam s...@pscsi.net Newsgroups: