The tcb->tiot chain has worked well for a long time but GETDSAB may provide a
longer term solution for new code if the OP is only trying to access the
current TIOT for the job step they are running under (see XTIOT).
http://publib.boulder.ibm.com/infocenter/zos/v1r11/index.jsp?topic=/com.ibm.zos
Sounds like base-64 encoding, which does not really count as encryption.
A-Za-z0-9+/ are the characters. You can search for base64 to get more
information.
...chris.
> -Original Message-
> From: IBM Mainframe Discussion List [mailto:[EMAIL PROTECTED] On
> Behalf Of Hunkeler Peter (KIUK
News to me and I could not find any trace in the archives.
With z/OS v1.8 and later, r15 behavior has changed for a conditional
storage obtain/getmain. For a successful request, the register may
contain: 0010_
IBM has (poorly) documented this behavior at
http://publibz.boulder.
The behavior does differ. The change is that r15 now contains something
in bits 0-31. This has been verified by clearing r15 prior to the
getmain and getting the same result. While I understand the doc change
now indicates this can happen, it is not in an obvious location. I
experienced the pro
Thanks for pointing out the doc. Time to re-read chapter 2. Should
have searched the assembler list (as Ed pointed out) and the guide
(instead of browsing the TOC for a suitable subject).
Doesn't this make the doc change in the reference (storage/obtain/return
codes) redundant?
Back to mostly l
I have a wine coloured mug that says Connex on one side and A.O. Smith
Data Systems on the other.
I worked at a large Canadian bank and we had a joint project going with
IBM in the late 80s/early 90s. We installed the Connex software for an
internal system with an eye to IBM marketing it as par
I have been using z/XDC to debug C++ for years (before it was even
called z/XDC). Of course, you have to be able to read assembler to do
so without any source code support. The assembler listings from the
compiler are pretty much the same as any assembler listing and the
compiler code generation
If you don't want to make the jobs submit each other and have no
scheduling package, there is another alternative using UNIX tools (or
windows).
We have perl packages to do FTP (although you could also do it in rexx).
Using make (or gnumake), you can make each job dependent upon the other.
The c
ISRDDN was added to the ISPF command tables as DDLIST at some point (as
was DSLIST).
DDLIST0 SELECT PGM(ISRDDN) NEWAPPL(ISR) SUSPEND SCRNAME(DDLIST)
Formal documentation:
Summary of Changes for z/OS 01.02.00 ISPF
9 matches
Mail list logo
