AW: COBOL calling Java - S922 error

The FM sais for S922, that the problem occurred before the initiator could hand over control to your program, or after the program has returned. Since you got some LE messages (and the LE FRR is in in effect), I understand Java go control. Then something happened, and the FM sais you should get

AW: GDG +1 dynamic allocation collision between two concurrent jobs

I think the main problem here is dynamic allocation (SVC99) is not allowing the unauthorized caller to specify it should enqueue uncondtionally. For that reason BPXWDYN, TSO ALLOCATE, etc return with "data set in use" instead of offering the option to wait until it becomes available. --Peter

Re: SoftwareXcel Discontinued

Ed Jaffe wrote: >Timothy Sipples had indicated earlier that the primary difference >between the unpaid and paid offerings was the existence of "how to" >support. Here's *exactly* what I wrote: Timothy Sipples wrote: >SoftwareXcel, and its successors, provide additional support services above

AW: GDG +1 dynamic allocation collision between two concurrent jobs

Sorry, sending out too early. I repost with the full list of guidelines >Is there a way around this? > >Even with SMS-managed GDGs, where the generation is cataloged at >allocation, two jobs that dynamically allocate +1 generations (with GDGNT) >will collide. Not according to the FM "DFSMS

AW: GDG +1 dynamic allocation collision between two concurrent jobs

>Is there a way around this? > >Even with SMS-managed GDGs, where the generation is cataloged at >allocation, two jobs that dynamically allocate +1 generations (with GDGNT) >will collide. Not according to the FM "DFSMS Using Data Sets", which says under "Submitting Multiple Jobs to Update a

AW: Re: GDG +1 dynamic allocation collision between two concurrent jobs

>>If you create a Generation Data Set with JCL using +1 in one step, >>and want to refer to it in a subsequent step in the job, you >>reference it as +1. If you want to create another GDS for the same >>GDG, you would specify +2. >> >OK. > >If a job uses +2 but never mentions +1, is an error

AW: Re: GDG +1 dynamic allocation collision between two concurrent jobs

>Yes, JCL ensures the resources are available before the job starts (but not before initiation). I don't understand what you mean by "before the job starts but not before initiation". The initiator enqueues on all data sets referred to in the job (all steps),before it starts the allocation

Re: IBM-MAIN Digest - 11 Sep 2017 to 12 Sep 2017 (#2017-255)

Greg Boyd wrote: >And some IBMers don't like it when I say this, but z/OS is finally catching >up ... In Linux, you can define an encrypted file system and anything that gets >written to that file system will automatically be encrypted. And you can >configure Windows so that data written to your

AW: Re: GDG +1 dynamic allocation collision between two concurrent jobs

>I've never paid that close of attention to say if it is "CLOSE"D or "FREE"D. >All I remember is when the job that was creating a new generation completed >other jobs could "access" the GDG by the relative generation. Remember, it is the Initiator which does the ENQ/DEQ at job step

Re: GDG +1 dynamic allocation collision between two concurrent jobs

Paul.. I've never paid that close of attention to say if it is "CLOSE"D or "FREE"D. All I remember is when the job that was creating a new generation completed other jobs could "access" the GDG by the relative generation. As for writes/creation I never tried to use the full name. I only did

Re: GDG +1 dynamic allocation collision between two concurrent jobs

On Wed, 13 Sep 2017 09:59:25 +1000, Andrew Rowley wrote: > >Careful, you might find a reason to like JCL! > Yeah, right. >Yes, JCL ensures the resources are available before the job starts (but >not before initiation). IMHO JCL and dataset serialization is one of the >key but under-appreciated

Re: GDG +1 dynamic allocation collision between two concurrent jobs

On 13/09/2017 03:24 AM, Paul Gilmartin wrote: It feels as if Allocation fails to perform some needed serialization. I think this is the serialization. Do batch job behave similarly? I suppose one might wait for initiation until the earlier one DEQs. Careful, you might find a reason to like

Re: GDG +1 dynamic allocation collision between two concurrent jobs

On Tue, 12 Sep 2017 23:37:55 +0300, Binyamin Dissen wrote: > >+2 means 2 more than what it was at the time the GDG was allocated. > >+1 remains +1 (even if freed and reallocated) for the life of the job. > Do successive Rexx EXECs run under interactive TSO count separate jobs or as a single job?

Re: GDG +1 dynamic allocation collision between two concurrent jobs

On Tue, 12 Sep 2017 15:40:16 -0500, Tom Marchant wrote: >>> >>What does a relative generation number greater than +1 mean? > >If you create a Generation Data Set with JCL using +1 in one step, >and want to refer to it in a subsequent step in the job, you >reference it as +1. If you want to

Re: GDG +1 dynamic allocation collision between two concurrent jobs

On Tue, 12 Sep 2017 15:08:15 -0500, Paul Gilmartin wrote: >On Tue, 12 Sep 2017 22:42:47 +0300, Binyamin Dissen wrote: >> >>What if job #1 now allocates +2? >> >What does a relative generation number greater than +1 mean? If you create a Generation Data Set with JCL using +1 in one step, and

Re: GDG +1 dynamic allocation collision between two concurrent jobs

On Tue, 12 Sep 2017 15:08:15 -0500 Paul Gilmartin <000433f07816-dmarc-requ...@listserv.ua.edu> wrote: :>On Tue, 12 Sep 2017 22:42:47 +0300, Binyamin Dissen wrote: :>>What if job #1 now allocates +2? :>What does a relative generation number greater than +1 mean? Must :>be something because

Re: GDG +1 dynamic allocation collision between two concurrent jobs

I think someone mentioned WAD. If I remember correctly when using the +1 the system does an enqueue on the BASE as part of the process. The enqueue is not release until the file is closed. I believe this is done to insure proper "roll in" of the new generation. I believe this same behavior

Re: GDG +1 dynamic allocation collision between two concurrent jobs

On Tue, 12 Sep 2017 22:42:47 +0300, Binyamin Dissen wrote: > >What if job #1 now allocates +2? > What does a relative generation number greater than +1 mean? Must be something because the JCL Ref. says: v The numeric portion (not + or -) of a relative generation number must be expressed

Re: COBOL calling Java - S922 error

(The machine I am using has many versions of Java; hence the extra directory) In my installation, I actually have 5(!) copies of J7.0 libjvm.so. Four of them (bin/j9vm, bin/classic, lib/s390/j9vm, lib/s390/classic) are identical. The fifth (lib/s390/default) is well over twice as large so I

Re: GDG +1 dynamic allocation collision between two concurrent jobs

WAD. What if job #1 now allocates +2? +1 remains that thru the job. On Tue, 12 Sep 2017 11:54:04 -0500 Kirk Wolf wrote: :>Is there a way around this? :> :>Even with SMS-managed GDGs, where the generation is cataloged at :>allocation, two jobs that dynamically allocate +1

Re: GDG +1 dynamic allocation collision between two concurrent jobs

bpxwdyn() is just a text-interface to SVC99. I don't believe that z/OS Unix System Services is related at all. Kirk Wolf Dovetailed Technologies http://dovetail.com On Tue, Sep 12, 2017 at 1:10 PM, Steve Thompson wrote: > The way I read this, z/UNIX is enqueing on the GDG

Re: GDG +1 dynamic allocation collision between two concurrent jobs

The way I read this, z/UNIX is enqueing on the GDG base while it does its work. And I can't tell from what is provided how long it holds that before it frees it. Regards, Steve Thompson On 09/12/2017 01:24 PM, Paul Gilmartin wrote: On Tue, 12 Sep 2017 11:54:04 -0500, Kirk Wolf wrote: Is

Re: GDG +1 dynamic allocation collision between two concurrent jobs

On Tue, Sep 12, 2017 at 12:24 PM, Paul Gilmartin < 000433f07816-dmarc-requ...@listserv.ua.edu> wrote: > > Is it holding an ENQ on the GDG base even after allocating the new > generation? > Yes (and that's what the IKJ56225I indicates). Note that the first job allocated a +1, but hasn't

Re: GDG +1 dynamic allocation collision between two concurrent jobs

On Tue, 12 Sep 2017 10:35:06 -0700, Ed Jaffe wrote: >On 9/12/2017 9:54 AM, Kirk Wolf wrote: >> Is there a way around this? > >Serialize against some existing data set with DISP=OLD > For how long? From ALLOCATE through FREE? Longer? Shorter? But doesn't this vitiate the value of concurrency

Re: GDG +1 dynamic allocation collision between two concurrent jobs

On Tue, 12 Sep 2017 12:24:1 >Does a similar problem exist for generated DDNAMEs ("SYS") among >multiple concurrent tasks in a single job? Not likely. Allocation within an address space is serialized with SYSZTIOT. -- Tom Marchant

Re: GDG +1 dynamic allocation collision between two concurrent jobs

On 9/12/2017 9:54 AM, Kirk Wolf wrote: Is there a way around this? Serialize against some existing data set with DISP=OLD -- Phoenix Software International Edward E. Jaffe 831 Parkview Drive North El Segundo, CA 90245 http://www.phoenixsoftware.com/

Re: GDG +1 dynamic allocation collision between two concurrent jobs

Nope. Not with "basic" gdg's. I haven't read upi on GDG V2 ("extended GDG's") so I can't say. The issue is using relative GDG numbers (+1) as opposed to absolute GV00 HTH, -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of

Re: GDG +1 dynamic allocation collision between two concurrent jobs

On Tue, 12 Sep 2017 11:54:04 -0500, Kirk Wolf wrote: >Is there a way around this? > >Even with SMS-managed GDGs, where the generation is cataloged at >allocation, two jobs that dynamically allocate +1 generations (with GDGNT) >will collide. > >For example, from two different jobs: > >(job 1)

Re: COBOL calling Java - S922 error

Hi Allan, AFAIK, mounting the JVM filesystems under /usr/lpp/java/IBM instead of /usr/lpp/java is *not* standard, but you should of course change the JCL to match how your installation has it. > One question I have is: what are your LE options? In particular, is XPLINK(ON) specified?

GDG +1 dynamic allocation collision between two concurrent jobs

Is there a way around this? Even with SMS-managed GDGs, where the generation is cataloged at allocation, two jobs that dynamically allocate +1 generations (with GDGNT) will collide. For example, from two different jobs: (job 1) ./bpxwdyn.rexx "alloc fi(mydd) da('managed.test.gdg(+1)')

Re: SoftwareXcel Discontinued

On Tue, 12 Sep 2017 11:03:04 -0400, Peter Relson wrote: > >FWIW, >Donald Knuth had a similar offer in place for his valued tomes, in the >70's when I was in college. >He'd send a check for any error that you were the first to find. No one >would cash the check because we'd rather have the

Re: COBOL calling Java - S922 error

(It's Allan, not Alan. But that is a common mistake.) I changed the Java to /usr/lpp/java/IBM/J7.0 and I also changed the run step to set PATH= (That is, PATH has no members in it when I run the program). And, as luck would have it, my program still works. I also ran the program in a

Re: SoftwareXcel Discontinued

On 9/12/2017 7:57 AM, Tom Marchant wrote: That got me scratching my head as to what the differences were. According to this chart, they are functionally identical offerings! except for "Electronic 'usage' Q with Severity" Oh yes, I missed that! Timothy Sipples had indicated earlier that

Re: [EXTERNAL] Re: SoftwareXcel Discontinued

On 9/12/2017 7:50 AM, Dyck, Lionel B. (TRA) wrote: Be aware that only SoftwareXcel Basic is being discontinued - Enterprise is untouched (for now) https://www.ibm.com/common/ssi/ShowDoc.wss?docURL=/common/ssi/rep_ca/8/897/ENUS917-128/index.html According to the announcement (see link above),

Re: CSST question

On Tue, 12 Sep 2017 16:36:44 +0200, Charles Mills wrote: >Disabling for interruptions is not sufficient in a multi-processor world, >right? > >I don't pretend to be the world's biggest machine instruction expert. Am I >reading the PoOp correctly that a task wishing another

Re: SoftwareXcel Discontinued

>Again, Barry Merrill shows he is one smart guy. FWIW, Donald Knuth had a similar offer in place for his valued tomes, in the 70's when I was in college. He'd send a check for any error that you were the first to find. No one would cash the check because we'd rather have the "badge of honor".

Re: SoftwareXcel Discontinued

On Tue, 12 Sep 2017 07:47:52 -0700, Ed Jaffe wrote: >On 9/12/2017 6:46 AM, Tom Marchant wrote: >> http://www.vm.ibm.com/service/zmatrix.pdf > >Awesome reference, Tom! It was about the third hit in a duckduckgo search for softwarexcel. >I was informed just yesterday that we have S/390 >Resolve

Re: [EXTERNAL] Re: SoftwareXcel Discontinued

Be aware that only SoftwareXcel Basic is being discontinued - Enterprise is untouched (for now) -- Lionel B. Dyck Mainframe Systems Programmer - TRA -Original Message- From: IBM Mainframe Discussion List

Re: SoftwareXcel Discontinued

On 9/12/2017 6:46 AM, Tom Marchant wrote: http://www.vm.ibm.com/service/zmatrix.pdf Awesome reference, Tom! I was informed just yesterday that we have S/390 Resolve rather than SoftwareXcel Basic. That got me scratching my head as to what the differences were. According to this chart, they

Re: Would encryption have prevented known major breaches?

Guys, I am curious has anyone published how these places were hacked, i.e.; method ... This way one maybe prevent it. Scott On Tue, Sep 12, 2017 at 10:30 AM, Timothy Sipples wrote: > Clark Morris wrote: > >In looking at the news, I'm wondering if encryption would have >

Re: CSST question

Disabling for interruptions is not sufficient in a multi-processor world, right? I don't pretend to be the world's biggest machine instruction expert. Am I reading the PoOp correctly that a task wishing another task's CSST to effectively appear to be entirely atomic (from its CPU's point of

Re: Would encryption have prevented known major breaches?

Clark Morris wrote: >In looking at the news, I'm wondering if encryption would have >prevented any of the known data breaches. The short answer: "Yes." The implementation details matter a lot and influence the success rates.

Re: SoftwareXcel Discontinued

I *thought* SoftwareXcel got you the ability to open Q PMR's, and Premium response on non-sev1 PMR's. Am I incorrect? I've used both, especially Q for how to questions. I've sparingly used Premium response for non-sev1 problems that I needed(or wanted) service on immediately.

Re: SoftwareXcel Discontinued

http://www.vm.ibm.com/service/zmatrix.pdf -- Tom Marchant -- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN

Re: SoftwareXcel Discontinued

On Mon, 11 Sep 2017 12:51:38 -0400, Tom Conley wrote: > >FWIW, > >I signed on to my IBM id with the Jack-Squat service offering, and it >brought up an SR. Did not fill it out, so no idea what would happen > >Regards, >Tom Conley > I can confirm that it does

Re: z/OS Data Set Encryption Now Generally Available

Pervasive Encryption is for Extended Format data sets, so it is limited to disk data sets. (You could use the Encryption Facility for tape data sets.) When you allocate the data set it will be flagged as a 'Pervasive Encrypted' data set. (I'm not sure what terminology IBM is using for such a

Re: CSST question

If the following store would cause an abend? On Tue, 12 Sep 2017 07:44:58 +0200 Charles Mills wrote: :>Not arguing at all, but what then is the point of CSST? What does CSST accomplish that could not more easily be done with CS/JNE/MVI or Store? :>Charles :>-Original

Re: CSST question

That is covered in Programming Note #5: "[CSST] should only be used when an interruption between the compare-and-swap operation and the store operation cannot be tolerated, and other means of disabling for interruptions are not practical." Per Programming Note #4, there's no other reason to use

Re: Downloading publications from IBM

I am licensed, so that is not a problem. I downloaded it from ShopzSeries. SDF II is not on Knowledge Center. Gadi -Original Message- From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf Of Lizette Koehler Sent: Tuesday, September 12, 2017 1:23 PM To:

Re: Downloading publications from IBM

If the product is no longer available from IBM, I do not think the copyrights to the manuals expires. So you may not be able to get a copy. That might be considered breaking copyright laws and regulations. If you are licensed, then it might be okay. I do not think IBM has a "now that it is no

Re: Downloading publications from IBM

I am using a different url to access pubcenter, and I get thrown back to the initial page, too. Using IE (company mandated). Is that IBM's way of enforcing the use of knowledge center? Barbara -- For IBM-MAIN subscribe /

Re: Downloading publications from IBM

I do not think this is available any more. Though I could be wrong. If it is no longer active, then I do not think you will find the program directory. Screen Definition Facility II for MVS Version 1.4.x PID 5665-366 License type ICA Lifecycle dates, announcement letters and

Downloading publications from IBM

Hi, I am trying to download publications from the IBM publication center (www.ibm.com/shop/publications/order). It looks like something is broken, because any link I click on brings me back to the main page. Is anyone else having this problem. I’m currently looking for the SDF II program

Re: TCPIP task failing

Jake Anderson wrote: >One of our sandbox TCPIP failed with that below message >COMPID=CEL, ISSUER=CELAFRR,MODULE=CELAFRR+,ABEND=U4039,REASON=000 With such nasty and unforgiving problems, I would first look at these things: 1. Did it worked previously? 2. Did you upgraded/modified