(Doggone it, submitted to bit.listserv first. Sorry.)
Now that SHARE in Seattle is done, we have a whopping six to seven
weeks to produce the schedule for SHARE 107 in Baltimore this summer.
That means
Can someone please tell me what BMC product this belongs to? It shows up
in a dump as being loaded into ECSA many, many times, possibly contributing
to an LX shortage. Nobody wants to claim it...
Cheers,,,Steve
Steve Conway
Systems Programmer
[EMAIL PROTECTED]
Work: 703.921.6432
Cell:703.4
CA-MIM still provides sharing of data (not PDSEs, though) across sysplex
boundaries, which the IBM products do not. If you have multiple sysplexes
sharing DASD, this is a show-stopper.
Cheers,,,Steve
Steve Conway
Systems Programmer
[EMAIL PROTECTED]
703.921.6432
---
Hi, Steven.
I don't have your answer but people at [EMAIL PROTECTED]
probably do. The usual subscription process is necessary. Good luck.
Cheers,,,Steve
Steve Conway
Systems Programmer
[EMAIL PROTECTED]
703.921.6432
Greg Shirey said:
I believe the OP said he could not control (modify?) the proc.
Yes, he did. And I read it right after I posted. :-(
I also sent an apology to the list which hasn't showed yet. The multiple
delays on mail in and out of here are a pain for discussion groups.
Cheers,,,Steve
S
Apologies to the list. My first attempt to respond was rejected for
"excessive quoting", surprising considering some posts I see. Kirk, I just
saw your disclaimer that you're not considering the RC-IEFBR14 route, right
after I resent my post suggesting that. Sorry.
Cheers,,,Steve
Steve Conway
Or go effective low-tech. Instead of trying to do massive mods to the
program,do a minor mod and pass a return code to indicate the error
condition, then follow with an IEFBR14 to delete the dataset in question.
Um, I guess I just assumed batch processing, didn't I?
Cheers,,,Steve
Steve Conway
Gawd, I'll hate me in the morning. Go to Google Groups
http://groups.google.com/group/bit.listserv.ibm-main?lnk=lr&hl=en, search
within group for 'Ken Dubbo sprog'
Sorry, Darren.
Cheers,,,Steve
Steve Conway
Systems Programmer
[EMAIL PROTECTED]
703.921.6432
Ted MacNeil wrote:
> They are TCB's within the CAS.
> They are not quiche-eating 'threads', forks, spawns, or processess.
(snarf)
Steve Conway
Systems Programmer
[EMAIL PROTECTED]
703.921.6432
--
For IBM-MAIN subscribe / signof
Craig Kittendorf sez:
>>Would this be of any use?
>> d tcpip,,net,devlinks
Sweet! Filing this one away...
Cheers,,,Steve
Steve Conway
Systems Programmer
[EMAIL PROTECTED]
703.921.6432
--
For IBM-MAIN subscribe / signoff /
Cathy Taddei wrote:
I would much rather see basic questions being answered than horrendous
off-topic threads and relentless one-upmanship. I thought this list was
about people helping each other, not experts talking to themselves.
And Susan Chiam wrote:
I hope this list is for dump (sic) as well
<[EMAIL PROTECTED]
.EDU>
If the STC isn't SUB=MSTR, would SYS1.SHASMAC($LOGMSG)be of any use to you?
Steve Conway
Systems Programmer
[EMAIL PROTECTED]
703.921.6432
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to [EMAIL PR
Interestingly enough, back in OS/390 2.8 JCL Reference, it references and
shows examples of JOB statements on procedures in both the IEFJOBS and the
IEFPDSI datasets. So, even if you don't have IEFJOBS defined, it looks
like you can stick the job in an IEFPDSI-defined library with a JOB card,
PROC
Hi, Brian.
To control STC output requires a couple things, both trivial technically,
perhaps not so trivial politically.
1. Define MSTJCLxx with an IEFJOBS DD:
//MSTJCL00 JOB MSGLEVEL=(1,1),TIME=1440
// EXEC PGM=IEEMB860,DPRTY=(15,15)
//STCINRDR DD SYSOUT=(A,INTRDR)
//TSOINRDR DD SYSOU
Hmm, how about that?! It works as advertised. When did this become
available? (Rhetorical; I'll find it in the doc.) I looked in the JCL
Ref, it's not listed in the Changes section back to z/OS 1.1, which implies
it was available in OS/390.
This is much simpler than the IEFJOBS route. Thanks!
16 matches
Mail list logo