--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Just recognized that the parameter STATE=INACTIVE was missing in my
previous post
SETPROG EXIT,MODIFY,EXITNAME=SYS.IEFUSI,MODNAME=IEFUSI,STATE=INACTIVE
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access
modifies the region size of the child process, the kernel will honor
that region size and not propagate the region size from parent to child. This
can result in failure of a fork if the region size is insufficient in the child
to capture the parent's storage.
--
Peter Hunkeler
ested. (I've got the impression this part has not always be there
in that detail. Great it is now)
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
troage, and run it under the userid that is getting the problem. This
may or may not give you a hint what to do next
—
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
? What has change since it worked?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
eating up all that
storage.
—
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
My
$0.02 only, of course.
—
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
„#G“ specification for REGION=, and you don‘t specify above the bar
amounts (64bit memory) via REGION.
—
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.
ary shift.
HTH
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
t return any result for me today, no matter what I search for.
—
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
al to 16M. This will give you all there is below the
line, and allow the step to start.
—
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
dress spaces that are being reused job by job, or UNIX
process by UNIX process, resp.
The OP talks about started tasks, and those get a new address space each time
they are started. Fragmentation leading to S822 might only occur in multistep
STCs, but even then would I consider it most unlikel
I don't remember having ever specified the WORKFILE option. Have you tried
without?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
mixing up things?
If all is correct so far, I think BLSUXTOD is in error. It does not take care
of the leap seconds. For the above value, it returns July 1st, 2015 00:00:25
--
Peter Hunkeler
--
Peter Hunkeler
--
For IBM-MAIN
econd, 27 seconds apart.
I don't say I had bee burnt by such a case, yet. But I would not state this
fact as unimportant.
I can live with this. I'm just surprised.
--
Peter Hunkeler
--
For IBM-MAIN subscribe
ntrol task, or under the stated
task control task (I suspect the latter)?
- Have any allocations asked for via DD statement in the procedure already been
done? Your observation seems to indicate: yes, they have.
Would an RCF be su
.
Goodbye
Peter
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
901 - 918 of 918 matches
Mail list logo