table, but $PWD changes with every "cd" command.
When you change the quotes to double quotes, PS1 will contian the current
working directory at login time, and this will not follow you "cd"s.
--
Peter Hunkeler
---
delete them via JES3 command or using SDSF or (E)JES, I would say (can't try
myself).
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
be able to determine
how many parameters were passed. That separate parameter could be within the
parameter list (for example, the first parameter list slot) or could be in
register 0."
So, no, you don't miss anything.
--
Peter Hunkeler
---
> Uhm... I don't see any conditional branch at the start of the loop that
> branches or falls through?
I'm with Fred here. Out of curiosity, the code you posted seems to be
incomplete. Is it?
--
Peter Hunkeler
-
Thunderbird on my PC
is the one that gets the mail from there via POP and DELETE.
Apple's mail client is only configured to be able to send out, because I
consider this app less than basic in functionality.
--
Peter Hunkeler
---
couple of IEAVEPS1 entries in a row? Of yourse 1/100s is a long time so other
things may have happened inbetween, not being caught ba MA-Tune's sampling. I
wonder, however, if and what could case this to take longer that what I would
expect.
Any clue?
--
r,
when finished, the SRB cross-memory posts the TCB/RB.
Is this roughly right? I'm just curious.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua
nd looks at the OPSW
in the RB, which points to PAUSE.
Anyway, I still am interested to learn how the flow from the application TCB/RB
to DBM1, its SRB and back are working.
--
Peter Hunkeler
--
For IBM-MAIN subscrib
the question
marks disappear.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
E processing takes so long.
I thought PAUSE / RESUME is a slim process.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
RG has *no* upper limit specified.
So, when we run with the base policy, nothing is limited via RG, because there
are no limits set. When need arises, we simply switch to another policy, based
on what limit we want to set.
We're
ings (or things to come) just as Expanded Storage was.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>So if you want to use EAV's, make them SMS. ...
... and be prepared to have to deal with strange errors with software which is
not EAV-savvy, i.e. which show strange behaviour with cylinder managed block
addresses. E.g. code written with SAS-C may not like them.
--
Peter
h or cry. DFSort is a great tool, no doubt; it's
control statements (I intentionally don't called it "language") are a
nightmare, no doubt. Hopefully noone will ever consider the above as something
suitable for production. Overkill; not maintainable.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
>There are manuals for DFSMSdss that should be helpful on the ibm website.
ADR and ADRY messages are documented "z/OS MVS System Messages Volume 1 (ABA -
AOM).
As obvious as can be, isn't it?
--
Peter Hunkeler
-
s the when printing.
--
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
to printed separately from the data field as well.
But I'm fine with this. Just wanted to make sure I'm not misinterpreting
anything.
Thanks
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access in
> Alas, ISPF DSLIST does not show created date for migrated data sets.
Those dates are in the data set's DSCB. There is none for migrated ones. So for
once, ISPF is not guilty.
--
Peter Hunkeler
--
For IBM-MAIN s
WEBs
which have that Service Class assigned will get the new dispatching priority at
time. And this may change the order of WEBs already on the WUQ.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
> However, I don't think that is your problem. The XMIT dataset should be FB
80 3120.
Just for the records: The XMIT data set *must* be RECFM=FB, LRECL=80.
The blocksize should be as large as possible to minimize the number of I/O
operations to be run. 27920 is optimal.
--
Peter
block sizes.
I never cared to look at what TRANSMIT allocated. I just tried and found that
TRANSMIT overrides the block size with 3120, when the data set already existed
(and uses this when it allocates the data set).
--
ause
> that order is selected on the basis of address space dispatching priority.
> Once the control program selects an address space for dispatching, it selects
> from within the address space the highest priority task awaiting execution.
> Thus, task priori
d.
"ls" will not show this file.
"fsinuse" will show processes that use files in a specific directoy, but /tmp
might be used by many. So, how do you indentify the one eating up all space?
--
Peter Hunkeler
---
h OS/390 V1.3 (I seem to remember). Before that, APPC
initiators were used to provide a home for non-local child processes.
--
Peter Hunkeler
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions
>>I guess IBM's thinking is that we should just treat it as a magic cookie. It
>>is guaranteed to be 8 EBCDIC characters that will identify a job or the like.
>>End of story.
>>
>Used to be 7, IIRC.
Don't you mix that up with TSO Userids which are re
am from dynamically allocating a SYSOUT file? If not,
JESx must know about that address space and thus the Annn number would be
managed by JESx the same way JESx is managing the number for TSU, STC, and
batch jobs.
--
Peter Hunkeler
---
>... OTOH: It might run under Master Scheduler not JES.
Makes perfect sense to me. Firstly MOUNT is an MVS command, and secondly, one
would not be (or have been) able to MOUNT a volume when JESx was down.
--
Peter Hunke
S.
That makes the highest numbered, accessible byte to be at address x'7FFFEFFF'
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
C's AS or again
in a UNIX initiator AS, but the jobid will be Snnn in both cases.
But even standard MVS services might be run as STC or as batch job. Some run
CICS or IMS as STC, some as batch job. So, CICS/IMS will show up as either
Snnn or Jn
ity that waits for either an MVS STOP command or until a
specified time interval has expired. It sets up the timer and the CIB, then
WAITs for one of the two events to happen.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signo
ssions? Did you go into ULOG
on both? If so, messages will only show up on the session where you entered
ULOG first.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@
ng a data
set still adds an entry to the TIOT? Only authorized code is allowed to as for
the entry to be added to the XTIOT. I guess IDCAMS is using the XTIOT, but user
programs, including TSO and ISPF do not.
OTOH, why not deleting the GDSs with IDCAMS "DELETE your.gdg.base.* MASK&q
>http://petelancashire.com/gallery/main.php?g2_itemId=7139
I guess you can't make this availble to bitsavers, can you?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
x27;t it?
--
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
ete all
generation data sets (GDS) currently associated with the GDG.
Questions would be how to handle newly created, but not yet rolled-in GDSs
(jobs running in parallel). And what about new GDS created in step n of a job
running in parallel, and step n+m referring to that GDS? There are pr
entries.
A step level switch, i.e. EXEC parameter, would make sense for exactly this
reason, I guess.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Havong some troubles with Reply-To. Please ignore this message.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Replying from AltaMail.
--
Peter Hunkeler
Von: Peter Hunkeler An:
IBM-MAIN@LISTSERV.UA.EDU Betreff: OT: Test regarding ReplyTo - Please ignore
Datum: 24.06.16, 12:28
Havong some troubles with Reply-To. Please ignore this message.
--
Peter Hunkeler
Relaying from GMX Webmail
--
Peter Hunkeler
> Gesendet: Freitag, 24. Juni 2016 um 12:29 Uhr
> Von: "Peter Hunkeler"
> An: IBM-MAIN@LISTSERV.UA.EDU
> Betreff: AW: OT: Test regarding ReplyTo - Please ignore
>
> Replying from AltaMail.
>
>
> --
> Pe
wever if this matters for your query.
--Peter Hunkeler
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-MAIN@LISTSERV.UA.EDU] On Behalf
Of John Eells
Sent: Tuesday, June 28, 2016 9:19 AM
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: Minimum Volume Sizes in the Wild
What i
er if this matters for your query.
--Peter Hunkeler
>What is the *smallest* volume size everyone sees in general use?
>
>For example, will we create any problems if we assume that "everyone"
>has or can define at least a 3390-9 size volume these days?
ay I save the link to the z/OS V2.1 bookshelf part:
http://www.ibm.com/support/knowledgecenter/SSLTBW_2.1.0
Just don't try to use it with IE (up to IE11), use Firefox, Chrome or whatever,
just not IE.
--
Peter Hunkeler
-
Would anyone of the IBMers watching the forum know whom to contact to tell them
that the zOS/ V2.1 MVS Data Area manuals are missing in the new Knowledge
Center?
The feedback link on the page seems to be just general feedback about IBM.
--
Peter Hunkeler
s and features. There
is a manual providing this list.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
A bit too brief
--
Peter Hunkeler
Von: Mike Schwab An:
IBM-MAIN@LISTSERV.UA.EDU Betreff: Re: Short description of system address
spaces Datum: 01.07.16, 15:41
JOBNAME
*MASTER*
ALLOCAS
ANTAS000
ANTMAIN
APPC
ASCH
ASCHINT
AUTOTSO
AUTOVIEW
AUTOVSSI
AXR
BPXAS
chines I work on anyway. Too impatient to
wait for the internet.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
/OS Basics redbook that Mike pointed to is indeed a known good starting
point. But it does not have a list of these adrdress spaces.
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email
ith he backslash.
ls -s /\$SYSNAME/etc /MaintP21/etc
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
e latter is a system symbols and would
need either $SYSSYMA or $SYSSYMR to indicate that the next directory level in
the path specified is a system symbol.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive a
herwise the KC works
quite well on the iPad (iOS 9.3)
--Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
okshelves and books onto
any platform I'll be regularly working on. And lack of IBM Library Reader, I
use PDFs.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
forms (at least I now about
Linux, iOS, OSX, Windows, Android).
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Thanks. What I imagine is a short descriptive paragraph (two to three
sentences) for each AS. I already started with this. I will happily share the
doc with anyone interested once its finished (make take a while, though).
--
Peter Hunkeler
ferent browser and make it the default browser.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
to download the books for offline reading.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Mark,You may want to try on the AFP-L list
(http://listserv.uga.edu/archives/afp-l.html). AFP and Printer experts hang out
there.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send
exagerated, I know).
Also "IBM Sort for DB2 for z/OS" (can't remember the exact name), is offloading
to zIIPs, if I remember correctly. This procuct is based on SyncSort code as
far as I understand.
--
Peter Hunkeler
ser C was able to log on . Thank
>you Kees ...
JES2 is usually defined with NODSI in the PPT (SCHEDxx) and does not hold an
ENQ on the data sets it has allocated.
--
Peter Hunkeler
--
For IBM-MAIN subscribe /
on is different. And it
also does not help with $ADD PROC.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Q. The reason for the wait time mechanism
is explained in Init&Tuning Ref, IEAOPTxx.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message
service. LE
remembers the length of the area.
Is there an interface or any other documented way to get the length of an area
at a given address?
--
Peter Hunkeler
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff
details about the why and what for.)
Thanks for the hint regarding LE possibly rounding up. Since I do not know
details what they intend to do, I cannot say if this rouding is important for
them. But I'll pass it on.
Thanks
--
Peter Hunk
>For DB2 Sort for z/OS, zIIP
--
Peter Hunkeler
>exploitation makes technical sense. For DFSORT -- except for exploiting
>zIIPs on behalf of DB2 utilities and in other ancillary ways -- it doesn't
>seem to make technical sense.
All this speciality engine thing never ma
=(SUM), but that should not apply in our case.
Before you ask: No I have not asked the ISVs since I'm not in the position to
ask them.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instruct
RG does not
have a MAX value. MIN values are always empty (0).
--
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
s me think that StarTool DA is specifying its own
SDATA options when requesting the dump.
>Under IPCS, what does VERBX IEAVTSFS display for Partial Dump Reason
Codes?
I'm at home now, but will check the above tomorrow.
--
Peter Hunkeler
--
rking with batch JCL.
Try using &LYYMMDD and &LHHMMSS (I hope I remember the names correctly).
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.ed
was no system symbol support for batch jobs, and for batch and STC, that there
was no support for system and JCL symbols in instream data.
I personaly have quickly started to use instream support, and to a lesser
extent, system symbols in my own jobs.
--
Peter Hu
oups can, this is what they have been invented for.
So at critical times such as month ends, we're limiting what batch can take,
effectively a kind of capping within a z/OS instance but only for certain types
of workload, i.e. batch.
--
P
artil dump reason codes are all zeroes.
So I'm left with the hope that SmartRestart or StarTool DA (whichever schedules
the dump) can be told to include the trace table in the dump request.
--
Peter Hunkeler
--
For IB
is in
SP 1, key 8.
Any hint what I'm missing?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
ion at the PSW's NSI. The storage at this
address is a couple of x'00', and the storage is in SP1, key 8.
If anyting was allocated but not accessible, a S0C4-4 would occur, not an
S0C4-11.
--Peter Hunkeler
-Original Message-
From: IBM Mainframe Discussion List [mailto:IBM-
0 PSW16 47850400 8000 231A7BB8
Seems to match.
Unfortunately, there is no LOGREC entry in the dump for this error, the system
trace table has not been dumped (Grrr...), and there is no SDWA in the dump.
I'm lost how to find the TEA in this case.
--P
tle
(sometimes useless) helpers.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
inue debugging the problem.
It's embarrassing how rusty my dump reading skills have become.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
specify that dump defaults and change dump options shall be ignored (seen in
the SVC dump, dicussed in a separate thread).
Thanks for your help so far. I'll restart posting on Monday, if I have new
questions or new information with wich you could help me.
IP is set to be not limited for the target
job(s), only. Bad, IMHO.
I did check if there is another SVc dump from that time around which could have
provided me the missing system trace, but Murphy made sure there is none.
So yes, for the time being I'm left with the toy dumps.
--
probably done before something changes
the CLASS form A to C.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Great! Just the information I was looking for!
Now I just need to convince our engineers to actually do it.
And yes, I have been debugging using this dump in IPCS. This is how I found out
that TRT is not specified in the SDUMP macro.
--
Peter Hunkeler
. the content from R15 is seen as
the PSW's NSI address.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
'. Sorry this was not clear enough. And I dd not post the ILC because I
considered it irrelevant. With a 0C4-11 the NSI points to the failing
isntruction itself and this was x''. But I admit, this was again su
> These days the PER bit is *always* on, in any serious development/test
> environment, because of the ever-present ZAD SLIP in effect.
Good hint. I would hope we don't have this active in production (the problem
occurred in production). Will check on Monday.
--
Pet
>Oh gawd. This is where I shrug my shoulders and wash my hands of it. I
>like SVC dumps with all storage dumped and nice long trace tables.
>Anything else is just frustration in a can!
I couldn't have said this better.
--
some other code some time later. The result is what I got; with not
hint on what wrote when and where, when it should not have This kind of
problem is difficult enough, I don't want to base my analysis and guessing on a
dump I cannot trust.
--
Peter Hunkeler
---
7 as EP?
I don't have clue. The storage where R7 point to belongs to a load module is
called SQLBATCH and it seems to belong to Smart/Restart. Not our code.
--
Peter Hunkeler
--
For IBM-MAIN subscrib
l have to ask for more details.
Anyway, I will not suggest to learn this information by scanning undocumented
control blocks. It is too dangerous for production use. They will need to keep
that information, if realLy required, in their own data. They already keep all
kinds of things arou
START ans IEESYSAS while ago, but can't find the result at the
moment; will have to dig a bit.
I seem to remember that depending on how exactly DFHSM starts those address
spaces, they will match a STARTED CLASS profile IEESYSAS.DSSFRB*, or not.
Have you tried yet? If so what did you try and
0 |..?.UD
|+00120 DD40 LENGTH(X'20')==>All bytes contain X'00'*** Data at offset
x'90' matches the NSI in the PSW and R15 as displayed in the CEEDUMP: GPR15
_A31A7BB8*** TRNE from XSB of current PRB is: TRNE
om a pageable, private storage subpool,
>with BNDRY=PAGE specified.
I stand corrected. Thanks for remembering me.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
Oopps, I was afraid of that. Does IBM-MAIN allow attachements? Can't remember,
but will try.
--
Peter Hunkeler
*** CEEDUMP data folows:
CEE3DMP V2 R1.0: Condition processing resulted in the unhandled condition.
07/15/16 12:12:28 AMASID: 0159 Job ID: J0274722 Job name: P07
you might find useful, I
would very much appreciate.
Thanks
Peter
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the mes
rage is available, otherwise it would be marked as "inaccessible
storage". I don't know what to expect at that address, it is not my
application, I was merely asked if I could help debugging what seems to be a
storage over
Thanks, Ed, I wasn't aware of the *trailing* whilte space behaviour. However, I
think apart from that Listserv removes all leading space (and multiple spaces?)
and thus also makes reading the dump output difficult.
--Peter Hun
ttle helpers' and a
SYSMDUMP DD be added. Hopefully I will have more information next time it fails.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
4-11 messages start to show up. I'm hoping for a system trace in the
SYSMDUMP that I was requesting to be added to the job (mentioned in a previous
post). Kind of seems to be a case liek the one Skip Robinson mentione (S0C7).
We'll see.
--
Peter Hunkeler
-
x27;m hoping for the SYSMDUMP. If that fails, I will take the burden and ask for
a SLIP.
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the m
PSW1... 478D0400 A31A7BB8
RTPSW2... 00020011 231A7800
What can I learn from this? How do I properly use these fields in dump analysis?
More information from the dumps can be found in the attachement (same as
attched in the original discussion).
--
Peter Hunkeler
all, even z/OS base components
issue WTOs in mixed case. ZFS is one that comes to my mind, and I'm pretty sure
there are more but I can't name them without looking up.
--
Peter Hunkeler
--
For IBM-MAIN subscri
as
the address in R15 231A7BB8. Why the difference?
--
Peter Hunkeler
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
list is to me :-)
Fortuntately, I've been doing application programming a lot in my career as
well, so I know both sides very well. What I'm pretty ignorant at is Cobol. I'm
mainly a PL/I, Assembler and REXX programmer. But I'm learning
--
Peter Hunkeler
701 - 800 of 941 matches
Mail list logo
