I have an assembler module that reads files and needs storage below the 16M
line to store the DCB an DCBE. Previously I allocated this storage using a
STORAGE macro. Because the module is always invoked by COBOL programs I figured
I could also use LE services to allocate this storage. If I code
Is it possible to retrieve the serialnumber of the cpu the program is currently
running on without the use of any privileged instructions?
Background: we want to generate UUIDs and need the clocktime (that's easy) and
a unique identifier of the machine/CPU we're running on. The UUID algorithm
n
I finished scanning the MVS Data Areas manuals for 'serial number' and found
this:
PSA.PSAPCCAV -> PCCA
PCCA.PCCACPID contains the serial number
Seems I found what I was looking for?
Fred!
-
ATTENTION:
The information in this electr
> Every time this topic comes up (and it does fairly often), I
> again remind people of the existing SHARE requirement:
>
> SSLNGC0313587 New LE Callable Service to get (various) Program Names
>
> A new LE callable service (with capabilities well beyond
> CEE3GRN) should be
>
> created to o
>Has anyone replaced Compuware's products, Abendaid for MVS and CICS,
>Fileaid and Strobe with CA's products?
We replaced AbendAID and Xpediter by DumpMaster and TraceMaster (Macro4) and
had very little issues. The main reason was cost and Compuwares unwillingness
to do anything about the astro
> I once raised a similar question with Peter Relson. He
> unequivocally asserted that no program can rely upon any part
> of (including the high halves of) the volatile registers
> (r15, r0 and r1) being preserved across system interfaces
> (unless the interface doc states otherwise).
>
> Her
> If you did not explicitly create a PDS but allowed IEWL and
> JCL to create this library, is it possible a PDS-E was
> created instead? A program that tries to read a program
> object from a PDS-E if it were a load module from a PDS (by
> using BSAM) will abend with s001-01 .
You are rigt
> Is it possible that the member contains a block larger than the BLKSIZE
> in the label? This could happen if a member was added later with an
> overriding BLKSIZE.
I'm using a load library in my tests so I assume the members are 'correct':
they were all created by the linker (IEWL).
Fred!
--
I'm trying to read a RECFM=U partitioned dataset but keep getting a IEC020I
001-1 message and a S001 abend. The program works for FIXED and VARIABLE
records, I wanted to add support for UNDEFINED records. According to the
documentation a possible cause is:
RECFM=U was specified on the DCB macro
How do I search the archives of IBM-MAIN? I tried http://listserv.ua.edu (like
http://listserv.uga.edu for the Assembler list) and http://bama.ua.edu but
can't find the newslist server for this group.
Thanks,
Fred!
-
ATTENTION:
Th
> Subject: The new POO (Props / ProP ) is available
>
> http://www-01.ibm.com/support/docview.wss?uid=isg2b9de5f05a9d5
7819852571c500428f9a
Ah, at last. Time to find out what BRAFIX does8-)
Fred!
-
ATTENTION:
The information
> 072A 1F77 SRL R7,R7 R7 = 0
> 072C 50705018 STR7,24(,R5)Clear R1 in previous Save Area
>
> I assume R7 has a value less than decimal 64 in order for the comment
> R7=0 to be accurate. SRL is Shift Right Logical and SRL R7,R7 means
> Shift the contents o
> The caller must be assuming R1 has some contents (or not) based on
some criteria (the area pointed to by R4).
Thanks for your reaction. It sounds about right but does not really
clarify anything for me Maybe I should try to give a little more
information. The situation I'm looking at i
For reasons that are somewhat complicated to explain I am looking at the
code that is executed in IGZCPAC after you return from a module called
by a dynamic COBOL CALL. As one would expect not too much is going on.
This is the code path:
067C 5850D004 L R5,4(,R13) R5 @ previous Sav
> Why not use LE heap storage? Do a call to CEECRHP to create a
> heap, then call CEEGTST to allocate an element in the heap.
> Save the address of the element in one of the two LE-provided
> user fields (call CEE3USR). This heap storage is accessible
> by all programs in the run unit, and pers
I have a question about LE-compliant assembler programs: at our shop we
only write LE-compliant assembler programs.The programs must be able to
run in every environment used in the company: MVS batch, IMS and CICS.
Programs created using the LE-provided macros (CEEENTRY, CEEDSA, CEEPPA
et al) norm
That is more or less the solution we are using now: to circumvent the
limitations of PARM= we pipe the template through several steps of the
utility. Every step replaces as much of the variables in the template as
the PARM will allow. I consider this rather clumsy and was looking for a
more elegant
A recent discussing in ASSEMBLER-LIST reminded me of something I tried
to figure out a while ago (and didn't):
Is is possible to somehow retrieve the JCL procedure parameters
and their values in a program that's invoked in that procedure?
I browsed the documentation of a large number of J
18 matches
Mail list logo
