Re: ACS routine trace.

No I can't. I worked together with the supplier and they told me which parameters were passed to my SC routine what it did (did wrong). Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of efinnell15 Sent: Thursday, September 12, 2013

Re: ACS routine trace.

And remember, that I cannot set up a testcase, because I don't know what parameters the application passes to SMS. Finally it appeared that the clue was in the set of volsers, that I had never forseen. Kees. -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.

Re: PDS/E, Shared Dasd, and COBOL V5

Peter Farley astutely points out: >It seems to me that the first reason for the PDSE requirement >was their choice to use the Java backend code generator Precisely. OK, let's summarize: 1. There is always a migration effort to upgrade anything, anywhere. It will cost millions or billions of

Re: TSO Delete in IKJTSOxx

> Barbara, keep in mind that the SAMPLIB IKJTSO reflects a "vanilla" system. > Any Program Products may instruct you to update IKJTSO. I know. But an ADCD system *is* a vanilla system. Supposedly. There certainly isn't any non-IBM product running on ours (other than our own, which does not requ

unsubscribe

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

Re: PDS/E, Shared Dasd, and COBOL V5

On 9/12/2013 4:55 PM, Wayne Driscoll wrote: Isn't SYM data limited to 8 character labels, which is why ADATA, which is in a different file, not in the object deck, so subject to the same syncronization data that GOFF will protect against? Which is why I said "extended" - IBM could just as easil

Re: Looking for COBOL V5R1 Softcopy Librarian docs

That is correct. And I also understand that IBM wants us to use INFOCENTER. I have not determine (cause I have not researched it) how to install that on my PC Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Bob Shannon Sent:

Re: COBOL "problem" (not really), but sort of.

On 11 Sep 2013 10:21:17 -0700, in bit.listserv.ibm-main you wrote: >I can try that. The programmer says that he intents to define the passed in >area in the calling program at the front of his WORKING-STORAGE so that the >area is larger. I.e. it is _planning_ on a buffer overflow and _hoping_ >tha

Re: Currently dispatched TCB in SRB mode

On 9/12/2013 9:43 AM, Shmuel Metz (Seymour J.) wrote: What was not obvious was how just disabling interrupts was enough to serialize the data. Jim's reference to Bind Break clarified that. IBM has carefully worked out serialization rules for its own code; And that serialization is often *NOT*

Re: Looking for COBOL V5R1 Softcopy Librarian docs

The COBOL manuals can be found here: http://www-01.ibm.com/support/docview.wss?uid=swg27036733 As far as updates to the z/OS library, zVSE and zVM have had new releases more recently than z/OS. That may explain why there are no z/OS updates. Lizette is correct that z/OS 2.1 is PDF-only so say

Re: NTP server with System z for PCI-DSS compliance

In , on 09/12/2013 at 07:44 AM, Skip Robinson said: >While the most obvious value of STP may be synchronization of >multiple z CECs in a glass house, it is invaluable for synchronizing >all z CECs with the rest of the enterprise. Were IBM to provide an NTP client for single CEC shops, why wo

Re: STC looping and caused the virtaul memory csa shortage

On Thu, 12 Sep 2013 15:38:08 -0500, Mark Zelden wrote: > >Some suggestions: > >1) System Health Checker. > >2) Any other threshold monitor (Omegamon, TMON, Sysview, Mainview, etc). >Health Checker >however has the right price if you don't have one of those (free!). > >3) PFA (Predictive Failur

Re: PDS/E, Shared Dasd, and COBOL V5

> -Original Message- > From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] > On Behalf Of Jim Mulder > Sent: Thursday, September 12, 2013 1:13 AM > To: IBM-MAIN@LISTSERV.UA.EDU > Subject: Re: PDS/E, Shared Dasd, and COBOL V5 > > > I cracked open a (metaphorical) history b

Re: Teletypewriter Model 33

In <08df7293-a3ba-47ce-80a6-25eb8a987...@aim.com>, on 09/12/2013 at 08:14 AM, Paul Gilmartin said: >That meets my understanding of "suggest". The problem is that I suggested something totally unrelated to what you attributed to me. I suggest that you try EDIT in order to see how TSO handles m

Re: Looking for COBOL V5R1 Softcopy Librarian docs

Sorry. I was not clear. (My excuse is I am sitting in an airport on weather hold.) I don't mean the IBM proprietary book *format.* Yeah, I like the search on those but that's a different topic. PDF is fine. The program I use to read the docs is "IBM Softcopy Reader 3.8." I like the way it organize

Re: PDS/E, Shared Dasd, and COBOL V5

On 11 Sep 2013 13:59:52 -0700, in bit.listserv.ibm-main you wrote: >I had begun to think that my experience with PDSEs was somehow >atypical, too lucky, because I had not encountered the grievous >problems that featured in others' war stories. > >I therefore spent a long afternoon trying to reprod

Re: PDS/E, Shared Dasd, and COBOL V5

Gerhard, Isn't SYM data limited to 8 character labels, which is why ADATA, which is in a different file, not in the object deck, so subject to the same syncronization data that GOFF will protect against? == Wayne Driscoll OMEGAMON DB2 L3 Support/Developm

Re: Looking for COBOL V5R1 Softcopy Librarian docs

No more BOO books I think. Only PDF http://www-01.ibm.com/support/docview.wss?uid=swg27036733 Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Charles Mills Sent: Thursday, September 12, 2013 9:37 AM To: IBM-MAIN@LISTSERV.U

Re: ACS routine trace.

But that's the beauty of NaviQuest - you can set up your test case, test it against your 'live' code changing values until your results match what you're seeing. Then you can run that test case against new code to see what it does with the data. As to not knowing what is being presented to the

Re: Currently dispatched TCB in SRB mode

In <5231f289.9080...@phoenixsoftware.com>, on 09/12/2013 at 09:57 AM, Ed Jaffe said: >And that serialization is often *NOT* documented! You have to learn >it via (in-person or electronic) discussions with helpful folks like >Jim Mulder Who was very helpful. -- Shmuel (Seymour J.) Metz,

Re: STC looping and caused the virtaul memory csa shortage

On Thu, 12 Sep 2013 15:45:54 +, KUMAR Anil wrote: >Hi All, > >Recently we had an issue in one LPARs where in a product STC (which starts, >plants a hook and then ends) was looping. It consumed csa/ecsa and the LPAR >was affected very much. > >We are looking at suggestions /inputs on how to

Re: ACS routine trace.

Can you turn on verbose logging for the specific APP during the event in question? Maybe something irregular would solve the mystery. I would guess something like a temp creation and a rename. In a message dated 09/12/13 14:46:28 Central Daylight Time, kees.verno...@klm.com writes: I can only

Re: How to display JES2 fields from the PDDB

-Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Joe D'Alessandro Sent: Wednesday, September 11, 2013 11:48 AM To: IBM-MAIN@LISTSERV.UA.EDU Subject: Re: How to display JES2 fields from the PDDB Hello: You may be better served by using

Re: How to display JES2 fields from the PDDB

Joe, Thank you for the tips on slip traces. We still are trying to figure out the PDBDNODE change consequences. Sorry for the blank post earlier. Thanks again, Dave -Original Message- From: Hansen, Dave L - Eagan, MN Sent: Thursday, September 12, 2013 3:19 PM To: IBM-MA

Re: ACS routine trace.

Sorry, long day - I forgot you said this was a dynamic allocation, which is what made me thing about going back to NaviQuest in the 1st place. my bad - ddk / But that's the beauty of NaviQuest - you can set up your test case, test it against your 'live' code changing

Re: PDS/E, Shared Dasd, and COBOL V5

It seems to me that the first reason for the PDSE requirement was their choice to use the Java backend code generator, which always generates GOFF instead of classic object decks, instead of, for instance, the C/C++ backend which can generate simple object decks (so long as only simple pre-GOFF

Re: ACS routine trace.

No, I didn't. But I don't think this will help here, because I don't know what is being presented to the ACS routines and the problem occurs only on a specific allocation of a specific product with one specific data set. I can only debug this problem in a live envirionment, hence the 'tracing' n

Re: Teletypewriter Model 33

Robert Wessel writes: > The managed to reintroduce type-ahead on 3174s with the "Entry > Assists" feature. A major change in the 3174s was a much faster CPU > than in the 3274s, and a vast increase in memory, so there was room to > add those features. The terminal itself, nor the protocol on the

Re: PDS/E, Shared Dasd, and COBOL V5

On 9/12/2013 12:25 PM, Frank Swarbrick wrote: I believe Tom Ross explained this, but some might have missed it. The main reason, from what I've heard, is so that the 'debug' data can be stored in a no-load segment of the program object. Thus the debug data will not be (automatically) loaded in t

Re: Looking for COBOL V5R1 Softcopy Librarian docs

Only thing I can find is this Windows 4.0. These are both from 2012 http://www-01.ibm.com/support/docview.wss?uid=swg24001220 IBM Softcopy Reader for Windows V4.0 http://www-01.ibm.com/support/docview.wss?uid=swg24000640 IBM Softcopy Librarian V4.6 Since I use Mozilla with DOWNTHEMALL -

Re: PDS/E, Shared Dasd, and COBOL V5

Among the usage scenarios Ed Jaffe presumably alludes to in There are a surprising number of PDS usage scenarios that work differently (or not at all) with PDSE. is required routine, periodic compression, which is not needed. There are, of course, major differences; and there should be; PDSs a

Re: SORT Help

Ron, I am not really sure you even need a sort step to load into Tera data. I am not familiar with teradata load cards , but if it behaves anything like DB2, and your intention is to load only 5 bytes you can specify the start position to 11 (instead of 10) on your load card to load only the 5

Re: NTP server with System z for PCI-DSS compliance

In <5231cab7.8000...@acm.org>, on 09/12/2013 at 09:07 AM, "Joel C. Ewing" said: >Forward-only nudging wouldn't be very useful unless the TOD clock was >also deliberately designed to always run a hair slow Then maybe steering by slowing down every N ticks, but I'd be very nervous about anythin

Re: Currently dispatched TCB in SRB mode

In , on 09/12/2013 at 04:14 PM, Binyamin Dissen said: >As the data is available to other processors, it was obvious to me >that changes could not be made unilaterally. What was not obvious was how just disabling interrupts was enough to serialize the data. Jim's reference to Bind Break clarif

Re: PDS/E, Shared Dasd, and COBOL V5

I was concerned when I saw the PDS/E requirement for COBOL 5 load modules, not only because of the effort involved but also because of some prior PDS/E problems - some fairly recent and some not so recent. I discovered to my surprise that our application load libraries have been PDS/E for years

SORT Help

Hello We have a input file defintion as PIC S9(4)V9(5) COMP-3 & we are modifying the same to PIC S9(5)V9(5) COMP-3. The file is created with this new data definition. This modified file is fed to a third party application where we are moving the data to teradata and here the data is defined a

Re: Looking for COBOL V5R1 Softcopy Librarian docs

Lizette Koehler wrote: >No more BOO books I think. Only PDF Older versions like 4.2 and earlier have 2 types: BOO and PDF. >http://www-01.ibm.com/support/docview.wss?uid=swg27036733 That is one mother of a COBOL link with links to 7 versions of Enterprise COBOL and other nice resources! Ok,

Re: PDS/E, Shared Dasd, and COBOL V5

In <5231e3f7.9090...@phoenixsoftware.com>, on 09/12/2013 at 08:55 AM, Ed Jaffe said: >There are a surprising number of PDS usage scenarios that work >differently (or not at all) with PDSE. Sure. But wouldn't it have been prudent for shops to start slowly migrating after PDSE had aged a bit,

Looking for COBOL V5R1 Softcopy Librarian docs

I use IBM BookManager on Windows, and IBM Softcopy Librarian. I am looking for Enterprise COBOL V5R1 docs in either the "IBM Publib Boulder" or "Internet" source and not finding anything. The z/OS bookshelves have not been updated this year (but VSE and VM were updated as recently as this past July

STC looping and caused the virtaul memory csa shortage

Hi All, Recently we had an issue in one LPARs where in a product STC (which starts, plants a hook and then ends) was looping. It consumed csa/ecsa and the LPAR was affected very much. We are looking at suggestions /inputs on how to handle these situations. If there are any automations put in

Re: PDS/E, Shared Dasd, and COBOL V5

On 9/12/2013 8:13 AM, Greg Shirey wrote: While the process of converting a PDS to a PDSE is indeed trivial, what happens after may not be so. I know my CIO would want assurances that this process would not disrupt our business at all. I might automate the actual conversion, but I would spend

Re: PDS/E, Shared Dasd, and COBOL V5

I believe Tom Ross explained this, but some might have missed it.  The main reason, from what I've heard, is so that the 'debug' data can be stored in a no-load segment of the program object.  Thus the debug data will not be (automatically) loaded in to memory at execution time, but will be load

Re: PDS/E, Shared Dasd, and COBOL V5

I believe that those who disagree with me and I are arguing at cross purposes. Testing is essential, but repetitive atomic testing is seldom valuable. In shops where it is the norm production ABENDs and job reruns occur anyway. Some shops known to me have long since eliminated non-system PDSs, r

Re: STC looping and caused the virtaul memory csa shortage

What do consider or perceive makes it Looping? Is it high CPU Utilization, is it something else? Any messages in SYSLOG at the time of the even that might provide some insight? Any dumps or abends that occurred during this time? Did you contact the owner of the STC (Providing it is vendor suppo

Re: STC looping and caused the virtaul memory csa shortage

KUMAR Anil wrote: >Recently we had an issue in one LPARs where in a product STC (which starts, >plants a hook and then ends) was looping. It consumed csa/ecsa and the LPAR >was affected very much. What is the product? Talk with your vendor of that product. How do you know it is looping? >We a

Re: Makes you go hmmmm, EVA MSU of 21 Cyls

W dniu 2013-09-12 16:13, Chip Grantham pisze: I've finally taken the time to try to understand the numbers behind the way EAVs were implemented. I found a great discussion in the redbook "z/OS v1.12 Implimentation" SG24-7853-00 manual, chapter 20. Any time spend you happen to spend here is

Re: PDS/E, Shared Dasd, and COBOL V5

On Thu, 12 Sep 2013 17:45:05 +0800, Timothy Sipples wrote: >IThat's precisely why I recommend taking up IBM >on the trial offer, to figure out the impacts in your environment. Most of >them will probably be very welcome impacts, but maybe not all. A small trial may or may not be useful. If only

Re: PDS/E, Shared Dasd, and COBOL V5

Tom is an independent consultant and a frequent contributor to SHARE. I feel comfortable assuming that he is using his experiences at multiple shops to formulate his computations. While the process of converting a PDS to a PDSE is indeed trivial, what happens after may not be so. I know my

Re: ACS routine trace.

But first I must trigger some trace data. I found there is an SMS trace, but I wonder if this produces much more than I need. I found a replacement for the WRITE-trace mechanism: I defined a Storage Class that is not used and at the point that I needed the WRITE trace info, I set the SC to this sp

Re: ACS routine trace.

I'm curious. Do you ever use the NaviQuest SMS test facility? ddk But first I must trigger some trace data. I found there is an SMS trace, but I wonder if this produces much more than I need. I found a replacement for the WRITE-trace mechanism: I defined a Storage Class that is not used and

Re: PDS/E, Shared Dasd, and COBOL V5

On 9/12/2013 9:03 AM, Lizette Koehler wrote: Tom, I might suggest you underestimated the outage time and costs. For the compiler and source management software - probably 2 hours. But to change out all of the load libraries into PDS/E datasets - much longer. That will impact any function in z

Makes you go hmmmm, EVA MSU of 21 Cyls

I've finally taken the time to try to understand the numbers behind the way EAVs were implemented. I found a great discussion in the redbook "z/OS v1.12 Implimentation" SG24-7853-00 manual, chapter 20. Any time spend you happen to spend here is worth it. (not unlike all redbooks). Thanks to

Re: Teletypewriter Model 33

On 2013-09-12, at 05:03, Shmuel Metz (Seymour J.) wrote: > > at 11:00 AM, Paul Gilmartin said: > >> Sometimes it appears that you deliberately over-prune quoted material >> so you can refute something the previous poster never said. > ... > A program that is not written to do standard term

Re: NTP server with System z for PCI-DSS compliance

While the most obvious value of STP may be synchronization of multiple z CECs in a glass house, it is invaluable for synchronizing all z CECs with the rest of the enterprise. Like many shops, we have a boatload of Unix and x86 servers that all participate in running the business in concert with

Re: IEE313I when varying a console online

It has been several years since I did these so I had to remember where all this info was. There was a document I found, Usage Tips for the 2074 Console Controller, ftp://ftp.software.ibm.com/hardware/p390/doc/2074/GM130316.PDF that references the /con parameter and I put it on all of my conso

Re: COBOL "problem" (not really), but sort of.

On 09/12/2013 01:33 AM, Timothy Sipples wrote: > John McKown writes: >> But COBOL doesn't have the DWIW (Do What I Want) verb. > > We're working on it. :-) > > Just be patient and keep smiling, John. You'll get there. Perhaps (as > another idea) there's already a bit of working, tested, efficient

Re: TSO Delete in IKJTSOxx

Barbara: There are *some* commands (IDCAMS) that may still need APF. My distant memories it was something to do with del usercatalog or some such unusual IDCAMS command. Wish my memory is sharper here though. Ed On Sep 12, 2013, at 6:13 AM, nitz-...@gmx.net wrote: I am curious why sometim

Re: PDS/E, Shared Dasd, and COBOL V5

I found Mr. Conley's computations interesting. They presumably reflect his practices and those of his shop, and what specifically I found most interesting about them is their manual, handicraft, repetitive character. His costing calculations assume that each PDS to PDSE conversion is a new proble

Re: NTP server with System z for PCI-DSS compliance

On 09/12/2013 06:55 AM, Shmuel Metz (Seymour J.) wrote: > In > , > on 09/12/2013 >at 06:14 PM, Timothy Sipples said: > >> OK, so that's where you'd like to draw the "no additional >> charge"/"separately chargeable" line. > > I can see several possibilities. In order of preference: > > 1. U

Re: IEE313I when varying a console online

System command D C,U=xxx will show you if console services believes there is a console defined for that device. There's also a Redbook for the 2074 (http://www.redbooks.ibm.com/abstracts/sg245966.html) which may help. Peter Fatzinger ---

Re: Wait all CPU's enabled at least once

A potential deadly embrace caused by a disabled spin loop while waiting for something else to happen on another processor has already been addressed.  z/OS can detect that situation  and ABEND the process that is in the disabled spin loop.  If that process happens to be trying to take another pr

Re: TSO Delete in IKJTSOxx

Barbara, keep in mind that the SAMPLIB IKJTSO reflects a "vanilla" system. Any Program Products may instruct you to update IKJTSO. CA ENF, zSecure, OPS/MVS, all have a place in mine. Along with remnants from the past that I hesitate to delete. :-) Cheers,,,Steve Steven F. Conway, CISSP LA

Re: TSO Delete in IKJTSOxx

On 9/12/2013 9:21 AM, nitz-...@gmx.net wrote: I've run into this in the past when deleting GDG bases from ISPF 3.4. I get an authorization failed message, and putting DELETE in IKJTSO00 and a PARMLIB UPDATE(00) fixes it. Interesting. This is new for me or I forgot about it. :-) I found thi

Re: Wait all CPU's enabled at least once

I asked out of curiosity. I wanted to read how it worked. I wondered if it is really fast and how it avoided a deadly embrace. Jon Perryman.  - Original Message - > From: Elardus Engelbrecht >  > Jon Perryman wrote: > >> Is there an instruction that waits for all CPU's to be enabled a

Re: TSO Delete in IKJTSOxx

Take a look at IBM APAR II09867 Explains why some sites have moved DELETE into AUTHCMD Rob Scott Lead Developer Rocket Software 77 Fourth Avenue . Suite 100 . Waltham . MA 02451-1468 . USA Tel: +1.781.684.2305 Email: rsc...@rs.com Web: www.rocketsoftware.com -Original Message- From: IBM

Re: TSO Delete in IKJTSOxx

> >I've run into this in the past when deleting GDG bases from ISPF 3.4. I get > >an authorization failed message, and putting DELETE in IKJTSO00 and a > >PARMLIB UPDATE(00) fixes it. > > Interesting. This is new for me or I forgot about it. :-) I found this interesting, too, so I went and tri

Re: Currently dispatched TCB in SRB mode

On Thu, 12 Sep 2013 07:35:20 -0400 "Shmuel Metz (Seymour J.)" wrote: :>In <5mr239lukvqm4q0ijvvv6f2o1tp2cul...@4ax.com>, on 09/12/2013 :> at 10:39 AM, Binyamin Dissen said: :>>As Jim pointed out, obviously the other processor cannot free these :>>areas until all processors acknowledge the atte

Re: PDS/E, Shared Dasd, and COBOL V5

What is the downtime when a PDS has to be compressed? We have eliminated the downtimes for PDS compressions by using PDSE. We have not had any problems attributed to PDSE's since we changed the loadlibs from PDS to PDSE. Regards Otto H Schumacher Transaction and Database Systems - CICS Specia

Re: TSO Delete in IKJTSOxx

Thomas Conley wrote: >I've run into this in the past when deleting GDG bases from ISPF 3.4. I get >an authorization failed message, and putting DELETE in IKJTSO00 and a PARMLIB >UPDATE(00) fixes it. Interesting. This is new for me or I forgot about it. :-) Could you be kind to say what that m

Re: PDS/E, Shared Dasd, and COBOL V5

Tom, I might suggest you underestimated the outage time and costs. For the compiler and source management software - probably 2 hours. But to change out all of the load libraries into PDS/E datasets - much longer. That will impact any function in z/OS that runs production code. So assume tha

Re: TSO Delete in IKJTSOxx

On 9/12/2013 3:43 AM, Lindy Mayfield wrote: I am curious why sometimes I see DEL/DELETE as an authorized command in IKJTSOxx and sometimes not. I don't see it in my CPAC install, but I've seen it pop up in other systems. The reason I ask is because sometimes I want to use /bin/tso to do a DE

Re: PDS/E, Shared Dasd, and COBOL V5

On 9/12/2013 8:12 AM, John Gilmore wrote: Tom Conley wroter: All due respect, the cost to IBM's customer base for converting all COBOL executable libraries to PDSE will be measured in millions, if not billions, of US dollars. [With] all due respect again, this is empty rhetoric. The last Dec

Re: PDS/E, Shared Dasd, and COBOL V5

Tom Conley wroter: All due respect, the cost to IBM's customer base for converting all COBOL executable libraries to PDSE will be measured in millions, if not billions, of US dollars. [With] all due respect again, this is empty rhetoric. The last Decennial Census, of 2010, yielded a US popula

Re: TSO Delete in IKJTSOxx

>I am curious why sometimes I see DEL/DELETE as an authorized command in >IKJTSOxx and sometimes not. Being a development shop we have everything under the sun in IKJTSOxx, but not DEL. Bob Shannon Rocket Software -- For IBM-M

Re: NTP server with System z for PCI-DSS compliance

In , on 09/12/2013 at 06:14 PM, Timothy Sipples said: >OK, so that's where you'd like to draw the "no additional >charge"/"separately chargeable" line. I can see several possibilities. In order of preference: 1. Using NTP to set the TOD forward by a small amount. 2. Using NTP to set a vir

Re: PDS/E, Shared Dasd, and COBOL V5

On 9/12/2013 1:53 AM, Timothy Sipples wrote: I cracked open a (metaphorical) history book, and I discovered that IBM introduced PDSEs in 1989 -- about 24 years ago as I write this. I agree with John Gilmore. A 2013 PDSE prerequisite for Enterprise COBOL 5.1 is not too soon. I should point out t

Re: TSO Delete in IKJTSOxx

In <45fcfbbb8bc8eb4a9dfedc6fa2cc7fdf60e7e...@sdkmbx01.emea.sas.com>, on 09/12/2013 at 07:43 AM, Lindy Mayfield said: >I am curious why sometimes I see DEL/DELETE as an authorized command >in IKJTSOxx and sometimes not. Presumably because some shops have added it in order to use DELETE facilit

Re: Currently dispatched TCB in SRB mode

In <5mr239lukvqm4q0ijvvv6f2o1tp2cul...@4ax.com>, on 09/12/2013 at 10:39 AM, Binyamin Dissen said: >As Jim pointed out, obviously the other processor cannot free these >areas until all processors acknowledge the attempt. It wasn't obvious until he told us about the shoulder tap and spin loop.

Re: PDS/E, Shared Dasd, and COBOL V5

In <20130912071242.3bfa3fc8d897d3c140761...@gmx.net>, on 09/12/2013 at 07:12 AM, "nitz-...@gmx.net" said: >Have that application call an authorized command or program (iebcopy >will suffice) on at least two processors/tcbs at the same time. How? Won't the TMP set you nondispatchable until th

Re: Currently dispatched TCB in SRB mode

In , on 09/11/2013 at 08:43 PM, Jim Mulder said: >Then a Bind Break is done Thanks. -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2 We don't care. We don't have to care, we're Congress. (S877: The Shut up and Eat Your spam act of 2003) ---

Re: 1403 Printer components manual GA24-3073-3

In <2105594249840396.wa.paulgboulderaim@listserv.ua.edu>, on 09/11/2013 at 02:57 PM, Paul Gilmartin said: >WAD? For shame! Damaging the ribbon is nothing. I've been told that on the original 1403, forcing a print check by firing the hammers at the maximum rate could break the chain. --

Re: TSO Delete in IKJTSOxx

> >I am curious why sometimes I see DEL/DELETE as an authorized command in > >IKJTSOxx and sometimes not. The current (1.13) SYS1.SAMPLIB(IKJTSO00) does not contain del or delete in the AUTHCMD section (anymore). If it is still found in a productive IKJTSOxx member, my guess is that that is 'hy

Re: IEE313I when varying a console online

When I look at the output from D U I see O or OFFLINE The device is defined as a console. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Shmuel Metz (Seymour J.) Sent: Thursday, September 12, 2013 1:54 PM To: IBM-MAIN@LISTSERV.U

Re: IEE313I when varying a console online

In , on 09/11/2013 at 08:49 PM, said: >Is is defined in the consolexx member. Did you IPL since chsnging the CONSOLxx member? Are you sure that you are using that member? -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2 We don't care. We don

Re: Teletypewriter Model 33

In <0711121653687111.wa.paulgboulderaim@listserv.ua.edu>, on 09/11/2013 at 11:00 AM, Paul Gilmartin said: >Sometimes it appears that you deliberately over-prune quoted material >so you can refute something the previous poster never said. I have no doubt that it appears so to people who d

Re: IEE313I when varying a console online

In , on 09/11/2013 at 06:35 PM, ÔÒÚ ß ÓßÚ said: >When I try to vary the device (V xxx,console) What is the status when you do a D U? Have you defined it as a console on that system? -- Shmuel (Seymour J.) Metz, SysProg and JOAT Atid/2 We don't

Re: TSO Delete in IKJTSOxx

Lindy Mayfield wrote: >I am curious why sometimes I see DEL/DELETE as an authorized command in >IKJTSOxx and sometimes not. Probably carried over from disused (?) CSECTS like IKJEFTE2, IKJEFTE8, IKJEFTAP, and IKJEFTNS? >I don't see it in my CPAC install, but I've seen it pop up in other syste

Re: NTP server with System z for PCI-DSS compliance

Shmuel Metz writes: >The criticism is *not* that STP has a separate charge, but rather that >the automated setting of the time *ON A SINGLE BOX* requires STP, >which is chargeable. I don't recall anybody complaining that >sub-millisecond synchronization between boxes should be free. OK, so that's

Re: Wait all CPU's enabled at least once

Jon Perryman wrote: >Is there an instruction that waits for all CPU's to be enabled at least once? I saw Jim's reply and reread my PrOPs, but why do you want all CPU's to be enabled? What type of CPU? Alternatively, what do you want to solve/achieve? Just curious of course if you don't mind p

Re: PDS/E, Shared Dasd, and COBOL V5

I'm not disagreeing with my colleague Jim Mulder -- or with John Gilmore for that matter. When I wrote "PDSEs and their impacts" I was referring to any/all impacts to meet the PDSE prerequisite for Enterprise COBOL 5.1 (as described in the Enterprise COBOL 5.1 documentation), including the ones enu

Re: ACS routine trace.

At z/OS V1.7 and above (I think) you use IPCS to unload the trace data. VERBX SMSDATA 'TRACE' Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Thursday, September 12, 2013 1:55 AM To: IBM-MAIN@LISTSERV.UA

Re: SSI update

If you look at your Logrec SOFTWARE records, it should help to shed some light on your issue. Lizette -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of mf db Sent: Wednesday, September 11, 2013 9:25 PM To: IBM-MAIN@LISTSERV.UA.EDU Subje

Re: ACS routine trace.

You might try this url https://www-304.ibm.com/support/docview.wss?uid=isg3S1000411 Problems with ACS routines and how to set an ACS trace I am not sure how to pull the ACS Trace and read it after it is collected. I like a tool called SMSDEBUG for this, but that is a purchase. Lizette -Or

ACS routine trace.

Hello, I have an problem in my StorClas ACS routine, which I cannot put my finger on. The routine is suspected to not assign a Storclas to an allocation request, which causes the request to fail. However I cannot find if it really does and if so, why. WRITE commands are useless, because these

Re: PDS/E, Shared Dasd, and COBOL V5

> I cracked open a (metaphorical) history book, and I discovered that IBM > introduced PDSEs in 1989 -- about 24 years ago as I write this. > > I agree with John Gilmore. A 2013 PDSE prerequisite for Enterprise COBOL > 5.1 is not too soon. Some customers have already stated in this discussion th

Re: PDS/E, Shared Dasd, and COBOL V5

Must have missed the GRSplex :) part of your post. Still, when I think about it, a parm or cntl lib like I have with VPS is DISP=SHR. I could update members from my development LPAR and I would expect the VPS in my production LPAR to have trouble reading them. In fact, that is exactly what happ

TSO Delete in IKJTSOxx

I am curious why sometimes I see DEL/DELETE as an authorized command in IKJTSOxx and sometimes not. I don't see it in my CPAC install, but I've seen it pop up in other systems. The reason I ask is because sometimes I want to use /bin/tso to do a DELETE, but it fails. Of course the solution is

Re: Currently dispatched TCB in SRB mode

On Wed, 11 Sep 2013 10:36:28 -0400 "Shmuel Metz (Seymour J.)" wrote: :>In <0fl0391cl08fpq7fjacml790i0ukfv2...@4ax.com>, on 09/11/2013 :> at 02:40 PM, Binyamin Dissen said: :>>With disablement, you can guarantee that your processor will not be :>>interrupted between fetching the address and ac