ell terminates its children, except when nohup is used.
Sorry for that.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
TC with the 8 character
RACF ID.
Not in my experience. When logging into a shell, sshd (and I believe otelnetd
as well) sets the _BPX_JOBNAME variable before spanwing the shell process. An
its the plain userid that is being set.
--
P
the system at any one time.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
rocess, i.e. spawn() can honour
"YES" or "MUST", will run in the same AS, so under the same jobname.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> For example FBA world changed (actually came back *) the sector size which
> was 512B net for ages and
now it's commonly extended to 4096kB.
I think that should say 4KiB, not 4096KiB. 4MiB would seem to waste an awful
lot of storage.
--
Pet
t starve, when you moved the mouse fast and faster. That was a good
visualization on how much resources supporting a mouse may consume.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
s
gn work to different nodes, nor will processors
from other nodes help out, as long as the goal is achieved.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.
ill neither see nor
will the be aware that the data is compressed.
FTP would need to learn how to do low level access to disk to be able to read
the compressed blocks (which BTW are 56k blocks). And it would need to learn to
negotiate with the other side if sending such blocks i
list looking for some specific shelf.
I would prefer if a) the shelves are named exactly as the products are, and b)
if the list is kept in strict alphabetic order by product name.
What do others think?
--
Peter Hunkeler
may take more time. To give up confirmed habit takes time.
Nevertheless, as long as a TOC is provided, it should help me find what I'm
looking for quickly.
Just my $0.02, YMMV, of course
--
Peter Hunkeler
--
For
o USB, then copy to office machine.
Maybe you are in the position to discuss internally and change this?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
quot; field at
the top should now show two lines: "Move Cursor" and "Send Key" with "Enter".-
Click OK twice.
With this, double left click (what I chose) selects Point-and-shoot, as well as
Menu items
--Peter Hunkeler
--
>I wish I could FTP it compressed ... It could shorten a large FTP we execute
>daily :-(
How large is this file?
Is the FTP target side again z/OS?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive
- the "Sequence of Actions" field at the top should now show two lines: "Move
Cursor" and "Send Key" with "Enter".
- Click OK twice.
With this, double left click (what I chose) selects Point-and-shoot, as well as
Menu items
--Peter Hunkeler
--
ently part of LE's LPA library. Could you
please have another internal discussion :-) and provide list of the the LE
recovery and dump modules which are not currently in LPA but should be?
--
Peter Hunkeler
--
For IBM-M
.
I have in mind that, at least in earlier times, it was recommended *not* to
code REGION=0M? With REGION=0M the code can to eat up all storage in the
address space. Of course, authorized software may easily overcome any REGION
setting (I guess).
--
Pe
R you mentioned please contact me again
off-list.
Thanks
Regards
Peter
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ut only got references to the CALLRTM assembler macro.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
course, informal management discussions are
something completely different and are of utmost value.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu
Hi Marna,
I did have a look at some presentations a while ago. Very helpful, so please do
keep this going.Some presentions are a little sparse. Some more comment would
be helpful.
RegardsPeter
From: Marna Walle/Poughkeepsie/IBM@IBMUS
To: IBM-MAIN@LISTSERV.UA.EDU
Date: 10/12/2016 02:35
I'd be interested in that, too, so replies to the list, please. We have
concrete plans to use it soon.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
the the frames to be contiguous.
Am I wrong? I would have expected to find this documented with the PGFIX or
PGSER FIX macros, but did not find it.
--
Peter Hunkeler
On 10/17/2016 08:23 AM, Paul Schuster wrote:
> I am issuing DIAGNOSE 8 on my z/os image under VM (z/vm) to do a
SMC-R/D might need this. There might be internal interfaces for this, right. It
just triggered my curiosity.
But the net seems to be, my assumption is wrong. If an area >4k is PGFIXed,
then I need to find the real address of every page and cannot assume the real
storage is contiguous.
--
>On 10/19/2016 7:51 AM, Peter Hunkeler wrote:
>> But the net seems to be, my assumption is wrong. If an area >4k is PGFIXed,
>> then I need to find the real address of every page and cannot assume the
>> real storage is contiguous.
>
>This is a correct statement
>"So, it is DMS or FDR which decide whether to place those IGD* messages or
>not."
>
--
Peter Hunkeler
>To be precise:
>It is DMS or FDR which decide to allocate the dataset via SMS or not, thereby
>causing the IGD message to appear or not.
PMFJI, I do not know
the data set is "SMS managed"; if not then
not.
Does anyonw know it it is possible to "bypass the ACS routines" for new
alloctions?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive
>Dynalloc's S99MSGL0 is the equivalent of JCL's MSGLEVEL=0, ie. the allocation
>of datasets to ddnames.
Not equivalent, I would say. MSGLEVEL is for the whole job, S99MSGL0 is for a
single allocation.
-
to the job sysout.
>How is this achieved?
I though I have an idea, but then I detected some contradicting facts. I'll
start a new thread to try to get some more information about this.
--
Peter Hunkeler
--
For IBM
g. The SUP=YES flag in MPF tells MVS not to
display the message on *consoles*, only.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
I messages are written to JESYSMSG only, or to
JESYSMSG, JESMSGLG *and* operlog?
c) Are the IGD10xI messages really WTOs with route code 2 and descriptor code
4, only?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive
I'm pretty sure if that STC was to allocate a new data set, the
associated IGD101I would also appear in syslog.
My conclusion: You can see IGD10xI messages in syslog for some (rare) cases,
but not for the greater part. And this is *not* an effect of any message
suppression mechanism.
step has
*not* used.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>I didn't know that about the EXEC of a PROC.
Nor did I. Interesting.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message:
asked for if the job level
bucket is limited, i.e. if TIME= is specified on the JOB statement.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with th
I feel that our system trace is a bit small, especially since we moved to z13.
We currently have set them to 15M (per processor).
What do others use?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access
>It is route code 11. specify that on your WTO macro .
No, it s not. As I wrote, WTO with route code 11 goes to JESMSGLG and JESYSMSG
(and also to consoles which receive route code 11).
I'm wondering how to write to JESYSMGS *only*.
--
Peter
>>It is route code 11. specify that on your WTO macro .
>No, it s not. As I wrote, WTO with route code 11 goes to JESMSGLG and JESYSMSG
>(and also to consoles which receive route code 11).
At last I found the following in the *authorized* assembler service reference:
WTO
...
A WTO message
ean there
aren't.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ot reply to your IEFYS spawn.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> I feel that our system trace is a bit small, especially since we moved to
> z13. We currently have set them to 15M (per processor).
> What do others use?
No-one interested in reading system trace? Or is this company secrect?
--
Peter
rites to JESYSMSG
*and* JESMSGLG.
But I may have misunderstood your post. If so, give me another try, please.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.
ssage upon data set allocation and unallocation.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
, since the 0A and the
dump lay more than 2 seconds apart.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
working on the processors will work slower due to PR/SM
taking away the physical CPs from the logicals due to capping being active.
This is true even for vertial high (pseudo dedicated) CPs.
Am I right with this?
--
Peter Hunkeler
---
make you aware
that if you happen to see strange behaviour, think about moving data sets off
EAV and see if that helps.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
red in a 64-bit environment.
What is meant by "64-bit environment" in this context?
Since both options are ignored, where would LE write the dump to in a "64-bit"
CICS environment?
--
Peter Hunkeler
---
leases of manuals. I wonder why.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
to be considered.
Good hint. Thanks
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>Just curious. Are you coding LE-enabled AMODE 64 applications?
No, were not.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the mess
ording to the
standard rules (mentione above), or by the rules specified.
So, with
TZ=WINTER-1SUMMER,M3.5.0/2:00,M10.5.0/3:00
date '%a %b %e %T %Z %Y'
will display
Fr Nov 4 08:26:17 WINTER 2016
today, but had displayed
Fr Oct 28 08:26:17 SU
fore, the owner is missing for the aforementioned jobs (STCs).
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
APF list,
>depending on how+when they're started in the first place.
STC job step programs do not need to, but can run APF authorized. They can also
run in key 0-7 via SCHEDxx PPT. Those are authorized as well.
--
Peter Hunkeler
--
>SDSF no longer uses JES control blocks to gather data - all JES information
>comes from JES SSI services and other GUPI services like IAZXJSAB.
Thanks. It still is JES data.
-
Peter Hunkeler
--
For IBM-MAIN sub
t the RACF subsystem address space called RACF? If so, this is *not* a
required function.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
VER, RRS, TFS (UNIX temp file system colony AS?), VLF.
But this has noting to do with the OPs question, so I changed the subject.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
.512 MB
256 GB <
main storage amount
<= 512 GB ..1 GB
512 GB <
main storage amount
<= 1 TB ....2 GB
--
Peter Hunkeler
---
>Alas, the incorporeal first ply in this thread does little to clarify the
>context.
Why fill up the list with pure speculation on what the lazy poster meant to ask?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / s
of previous environments?
If you have RMF, the CPC report in RMF III or the CPU Activity report from the
RMF Postprocessor will show the zIIP assignment and usage by LPAR. I guess CMF
has similar reports.
--
Peter Hunkeler
--
x and are only started when an initiator is
available to run the job. They also may run on any system (if not directed to a
specific system via SYSAFF, SYSTEM, or SCHED parameters).
- Only one job with a given jobname can usually run at a time in the sysplex
(unless JESx is setup
>Look up STCJOBS (I forget which manual).
>
>It was superficially developed so that you can run an STC specifying a
>jobcard to pass for example accounting information.
This is still an STC not a job. but, yes, it may serve the OPs needs.
--
Pe
is whether it can get immediate access to
food or whether it has to wait patiently in a queue until it is its turn to eat.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email t
>Is it possible to invoke a STC by submitting a batch Job ? If so will it
just run by adding Job card ?
>From the few answers so far I think it becomes clear more detail is needed on
>what you want to achieve.
--
Peter
SUB=MSTR.
For STCs running under any subsystem different from MSTR (usually JESx), the
PROC must be resolved by that subsystem. Neither //IEFJOBS nor //IEFPDSI are
known to them (but the same data sets may well be allocated to the subsystem's
"PROC" DDs).
--
Peter Hunkeler
--
> Look up "started jobs" in the fine manuals.
That will not make it a "batch job".
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@l
ppen to know anything that might help me?
--
Peter Hunkeler
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
r compiling the
>modules, like this 5655S71 for COBOL compiler.
Not the solution I'm looking for..
>Of course, it depends how your dump is written out.
SYSMDUMP, as mentioned in the subject.
--
Peter Hunkeler
-
the VERBX LEDATA IPC command.
I doubt there is something that I could execute an IPCS RUNCHAIN and get a
list. But I thought I'd ask before giving up and going to CMAN
--
Peter Hunkeler
--
For IBM-MAIN subscribe
>If you want the layout, I can post it. No secret - it's in the LE books.
I'm not as used to LE control blocks as you might think. So, please, yes, post
it. Would save me some work, and will be most appreciated.
--
P
. So this is of no help.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
iving contol back to the Cobol
code. Later, a next DB call will fail with, mostly, a 0004 exception often in
DSNHLI, because cursors are no longer open.
(Note that this is only vague information at this time. I'll have to understand
what really happens. I have just gotten involved in
> ftp is restricted - was my first thought as well
What is the limiting part? FTP can write to and read from the z/OS UNIX file
system.
Do you need to work with the files on z/OS? Or is it only to be the parking
space?
--
Peter Hunke
ped the 000A and resumed.
Apologies for any confusion this may have caused.
The proper solution instead of creating glue routines woud have been to solve
the issue with Smart/Restart. We probably now have to do this now.
More investigation is due tomorrow.
--
Peter Hunkeler
>Thanks a lot, that's useful to know. A genuine moment for me to say "thank you
>for sharing".
I'll second that statement!
-
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access i
think that should work, whatever Smart/Restart is doing.
I'll give this a tought, but only as an interim solution. The next case
modifying the program mask will surely wait around the corner :-)
Thanks everybody for the very good and informative discussion so far. It helped
me a lot to g
This leads to the requirement to get a new generation on management who again
thinks for the best of the company instead of for the best of their bonus and
so called salary.
--
Peter Hunkeler
--
For IBM-MAIN subscribe /
it any different. A block is a block and a such
it has a 4 byte BDW (for RECFM=V only, of course).
To "B" or not only tells the reader or writer code whether exactly one or
possibly multiple logical records are in the block. It doesn't change the
format of the block
>Recently, I had a file transfer issue between z/VSE and z/OS because VSE
support block lengths of 32768 (true 32k) while z/OS only supports 32760
(32k-8).
Does DOS really support 32768? not 32767?
32KiB -7 that is. The maximum positive number is 32767 not 23768.
--
Peter Hunke
>It is NOT true that RECFM=V on z/OS has ONLY an RDW.
I did not claim that. (Did you want to reply to a different post than mine?)
>RECFM=V on z/OS has BOTH the BDW and the RDW.
Just what I said, and the BDW is 4 bytes.
--
Peter Hunkeler
-Original Message-
From: IBM Mai
56660 32768 2016.339 2016.339
Interesting. So, I wonder why the did not make the limit 65535, since this is
the maximum number that can be represented in an unsigned haldfword.
--
Peter Hunkeler
--
For IBM-MAIN subscrib
ock starts with a BDW decribing the length of that block.
Inside the block, there are one or more records, each starting with a RDW,
describing the length of that record (and some flags for the spanned format
RECFM=V...S).
-
Peter Hunke
> The z/OS 2.2 manual has the same diagram, but KC search didn't
find it. The diagram is a bit confusing because where it shows the
unblocked records, Record B is not shown with the BDW, but
Record A and Record C are.
This is an erroneous remake of the diagram as it existed in old manuals, e
ast parameter of the operand field by one or more blanks.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
the desired result. I'm getting abends before my code is
invoke, so I be missing something or missinterpreting how the binder works.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
the point I thought is should be.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
I have found the mistake. Sorry for bothering you.
--Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
to code the traceing im
my module now
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
tem
*data set*. This will guarantee the clone contains just anything that is in the
root and only what is in the root.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists..
and work with only R0, R1, and R15 which are documented as being used).
Can anyone confirm? I just want to double check that the doc is not missing
some text and the services are silently assuming R13 is pointing to a usable
save
> PDS/PDSE and SORTWK(?) have some known restrictions.
I seem to remember that programs using NOTE & POINT have (or had?)
dependencies, but can't remember the details right now.
--Peter Hunkeler
--
the PSWs
program mask call by call". This is not something that LE is prepared to
support (why would it?).
But thanks anyway.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send e
Thanks, Greg
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
returns control to the application
code. The application later fails with random symptoms because of the "closing"
actions.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
> Heres what we do we call it from Cobol..
>We pass in the address of where storage begins and where we want to place
the token
I have to "sneak in", so I cannot pass some storage.
In the meantime I have it working without problems.
-
IPM instruction into the table. The address of the trace table is
displayed via WTO so that the table can be inspected in a dump.
I'm curious whether I will, and what I will find.
--Peter Hunkeler
--
For IBM-MAIN subs
e
Cobol does not want overflows to thow an exception. LE seems to handle this
properly. On the other hand C/C++ requires an exception to be thrown, so the
program mask bit is set by LE. I understand that LE always set the ESPIE to
catch decial overflow exceptions (00A) (and others).
--
Peter
you can use just any name you want. See
here:
https://listserv.ua.edu/cgi-bin/wa?A2=IBM-MAIN;ebcc3a7a.1611
--
Peter Hunkeler
Von: "R.S." An:
IBM-MAIN@LISTSERV.UA.EDU Betreff: TZ valid c
processed without even recognizing this fact. It is one
of the most problematic coding error, IMHO.
So, the PTF will not fix anything in my opinion. It will revert to the previous
way of how tables are handled by the compiler, yes, but that
t
least why IBM agreed to change the code. Thanks.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>> And as for the "standard way" to cheat the Cobol table restriction (I'm no
--
Peter Hunkeler
>> Cobol programmer, sorry): Cheating is cheating. Shudder But it explains
>> at
>> least why IBM agreed to change the code. Thanks.
>>
>
>
limitation has been relieved some time ago (but I can't remember
the details).
Anyway, your statement confuses me. What am I missing or missunderstandig?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signo
401 - 500 of 941 matches
Mail list logo
