Re: BSAM READ AMODE 31 RMODE 31

This was when I used R7 R7 had the address of the IOAREA it abended 800 RC 4 when I got the storage from sp 233 it worked This is application code subpool zero shouldn’t give me a problem > On Mar 22, 2023, at 2:48 AM, Binyamin Dissen > wrote: > > Because when you supply IOBUFF as the addr

Re: Is z/OS Name/Token pair retrieval supported from REXX?

This works for me; level='0004'x name=left(serverName,16) token=''x retcode=''x do until retcode = '0004'x "sleep 2" address LINKPGM "IEANTRT LEVEL NAME TOKEN RETCODE" end -Original Message- From: IBM Mainframe Discussion List [mailto:

Re: Is z/OS Name/Token pair retrieval supported from REXX?

Also excellent. Thank you. Mike On Wed, Mar 22, 2023, 4:21 AM Steve Austin wrote: > This works for me; > > level='0004'x > name=left(serverName,16) > token=''x > retcode=''x > do until retcode = '0004'x > "sleep 2" > address LINKPGM "IEANTRT

Re: BSAM READ AMODE 31 RMODE 31

Did you check the dump as I suggested? If so, post your new code. On Wed, 22 Mar 2023 03:54:37 -0400 Joseph Reichman wrote: :>This was when I used R7 R7 had the address of the IOAREA it abended 800 RC 4 when I got the storage from sp 233 it worked :> :>This is application code subpool zero sh

Re: Is z/OS Name/Token pair retrieval supported from REXX?

It is surely understood that you use non-programming-interface control block fields at your (and your customers') risk. And what works "today" might not work "tomorrow" whether because of changes or because of serialization situations that you do not account for. If that's OK with you, have at i

Re: BSAM READ AMODE 31 RMODE 31

This is the code all I did was change the ioarea from sp=0 to sp=233 I am running under TESTAUTH and all my routines start by establishing an estate After the balr from the read (using sp = 0) that's were it went to the estae Checked R1-> SDWAPTR at +5 for 12 bits was 800 r15 starting at +18 f

Re: IGGCSI00 - NVSNATTR

Hi Kirk, The only method we've found is the ISITMGD macro however it requires the data set to be open. Regards, Marjory Montgomery Principal Architect Broadcom Software -- For IBM-MAIN subscribe / signoff / archive access

Re: BSAM READ AMODE 31 RMODE 31 does I/O area have to be fixed ?

Hi This post is somewhat related to the original Post I was just looking at the parameters for DCBE and one of them FIXED=USER with this DCBE option you assert that data areas remain fixed from the time the read or write is issued through the completion of WAIT or CHECK So first I was unawar

Re: Is z/OS Name/Token pair retrieval supported from REXX?

That's a far more elegant and supported way to do it. Although the loop is presumably part of some other logic. I converted it into a simple demo exec: /* REXX */ ARG NAME LEVEL = '0004'X NAME = LEFT(NAME,16) TOKEN = ''X RETCODE = ''X ADDRESS LINKPGM "

Typst [non-mainframe]

I am not a user of typesetting languages so I have no real personal feelings, but I know others here have expressed a fondness for LaTeX, so this announcement caught my eye. "Typst is a typesetting system designed to be as powerful as LaTeX and easier to use. It comes with built-in markup for c

Re: Typst [non-mainframe]

Hi Charles, thank you very much for this link. As a user of XelaTeX I know what inspired this application and I am particularly interested in its incremental compilation capacity - comes very late because I used to have overnight compiles of certain document which went from 6 hours to 5 minutes

Re: STP timer information under z/OS?

On Tue, 14 Mar 2023 12:45:27 +, Peter Relson wrote: > >What I would especially like to be able to know under z/OS are the following >timer values: > >DST offset - The Daylight Savings Time (DST) offset relative to UTC in minutes. > >And what's missing - even from lsstp - is the date and time

watching JIT generated machine instructions on z/OS

Without reading any documentation (sorry!), the issue at hand is this. I want to show the performance gains of using DFP (Decimal Floating Point) for the typical financial application, after I noticed at some other client their bought packages seldom were compiled using the right compiler option

Re: watching JIT generated machine instructions on z/OS

I can't answer you original question but I doubt if DFP is really that much faster. I would imagine it's implemented in millicode and not silicone so is a software implementation at heart. I would be surprised if it beats BigDecimal on a PC but I could be wrong. On 23/3/23 00:42, René Jansen w

Re: watching JIT generated machine instructions on z/OS

That's another interesting take; but I have to be sure that it is used before I declare the winner. > On 22 Mar 2023, at 18:00, David Crayford wrote: > > I can't answer you original question but I doubt if DFP is really that much > faster. I would imagine it's implemented in millicode and not

Re: watching JIT generated machine instructions on z/OS

The difference may be down at the noise level - unless you are doing millions of these a second. For example if you had a *load register,address* in a tight loop- the second time may be much (100?) faster because the conversion of virtual address to real page address will already be done, and the d

Re: watching JIT generated machine instructions on z/OS

I would think that the relevant issue for DFP is accuracy. In financial calculations, errors introduced by conversions between binart and decimal could have severe consequences. -- Shmuel (Seymour J.) Metz http://mason.gmu.edu/~smetz3 From: IBM Mainfram

Re: Typst [non-mainframe]

At first glance it looks much easier than LaTeX. However, there is a vast trove of tools at CTAN, and I wonder how easy it would be to do the equivalent of , which in LaTeX is short and sweet if you don't count the boilerplate headers: \documentcl

Re: watching JIT generated machine instructions on z/OS

When we compare the DFP instructions to the 'old' floating point instructions, we can see that these were storage-to-storage type instructions, while the new set is register-to-register, which can make an enormous difference with fast instruction caches and -pipelines -- this is why my C code is

Re: watching JIT generated machine instructions on z/OS

I benchmarked DFP extensively when it was first released (decades ago now). For functional equivalency (same precision in result) it is 100x faster than the best non-DFP optimized implementation. For instruction equivalency, it is slightly faster than HFP and BFP. There was no condition when DFP

Re: watching JIT generated machine instructions on z/OS

On Wed, 22 Mar 2023 at 14:46, René Jansen wrote: [...] > So I am setting up a few benchmarks, and I will report back. But the first > question is, how does it work? > Java does not have a normal compiler backend, where we can tell it to compile > for a certain ISA > (or default to the one it is

Re: watching JIT generated machine instructions on z/OS

On 23/03/2023 3:42 am, René Jansen wrote: Does anybody know how to ask the J9 (Java 8) on z/OS how to show me what it does when the JIT decides native code would be best? I think it is difficult to pin down the native code because the JIT is not a one-time, fixed output compiler. Java can mon

Re: watching JIT generated machine instructions on z/OS

On 23/3/23 01:03, René Jansen wrote: That's another interesting take; but I have to be sure that it is used before I declare the winner. I stand corrected. I just read the hardware specs. DFP was originally implemented in millicode (vertical microcode) on the z9 but has been on the hardware

Re: watching JIT generated machine instructions on z/OS

On 23/03/2023 11:39 am, David Crayford wrote: FYI, the OpenJ9 JIT can implement JIT intrinsics to generate native decimal instructions when running on z/OS. IBM have open source OpenJ9 and OMR so you can snoop around the code https://github.com/eclipse-openj9/openj9/blob/master/jcl/src/openj9.d

Re: watching JIT generated machine instructions on z/OS

On 23/3/23 10:29, Andrew Rowley wrote: On 23/03/2023 11:39 am, David Crayford wrote: FYI, the OpenJ9 JIT can implement JIT intrinsics to generate native decimal instructions when running on z/OS. IBM have open source OpenJ9 and OMR so you can snoop around the code https://github.com/eclipse-op