Interesting stuff! Thank you Ed!
I did not realize the OOO execution capabilities were as smart as your example
suggests, and try to write code that runs free of charge whenever possible.
But I will have to give that one a whirl.
And if in your samples, Fields 1-4 happened to be consecutive
No, single server getting the next available slot to schedule an available
time. I have a slot of studying to do now while I track down all of your
suggestions.
Thanks again,
Brian
--
For IBM-MAIN subscribe / signoff /
On 14/01/2019 6:06 am, Ed Jaffe wrote:
On 1/13/2019 4:08 AM, David Crayford wrote:
On 13/01/2019 7:06 pm, Tony Thigpen wrote:
I have seen some reports that current C compilers, which understand
the z-hardware pipeline, can actually produce object that is faster
running than an assembler.
Hi
Good evening
Does anyone have a procedure or link which helps me to understand to add
the volser of Physical tapes in RMM ?
Regards
Jake
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
Brian Westerman wrote:
>The don't have CICS, that would have made this almost easy.
Yes.
>z/OS, Adabas, Com-Plete on the mainframe, the open system server
>is Windows Server 2018, the application is looking for the "next"
>available date to schedule their task, but the "owner" of that
>schedule
On 1/13/2019 4:08 AM, David Crayford wrote:
On 13/01/2019 7:06 pm, Tony Thigpen wrote:
I have seen some reports that current C compilers, which understand
the z-hardware pipeline, can actually produce object that is faster
running than an assembler. Mainly because no sane assembler
programmer
Steve,
Agree, I learned Assembler first then self-taught in C ...
Only played with Java, I actually like python...
Scott
On Sun, Jan 13, 2019 at 4:06 PM Steve Smith wrote:
> I entirely agree. The syntax for mapping C variables to in-line assembler
> code is hideous and error-prone (at least
I entirely agree. The syntax for mapping C variables to in-line assembler
code is hideous and error-prone (at least for me). Conversely, the linkage
for an assembler subroutine is very standard. That's the way to go if the
code requires more than a couple of variables.
sas
On Sun, Jan 13,
One product I discussed here last year. There was a change in TSO/E that caused
StarTool to fail from the get-go. (Same problem with CBT
PDS command.) For whatever reason the 'fix' was a whole new release of the
product. I think there was some misunderstanding in our pro forma query to
On Sat, 12 Jan 2019, 23:43 Paul Gilmartin, <
000433f07816-dmarc-requ...@listserv.ua.edu> wrote:
>
>
> More concisely:
> TRUE = 1
> FALSE = 0
>
> These are in he Rexx Standard; you may rely on them. Nonetheless, you
> may choose to assign those mnemonics for clarity.
>
Yes, in the
https://it.toolbox.com/blogs/trevoreddolls/whats-ahead-for-2019-011319
Thanks,
Mark T. Regan, K8MTR
CTO1 USNR-Retired, 1969-1991
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to
On 13/01/2019 7:06 pm, Tony Thigpen wrote:
I have seen some reports that current C compilers, which understand
the z-hardware pipeline, can actually produce object that is faster
running than an assembler. Mainly because no sane assembler programmer
would produce great pipe-line code because
I have seen some reports that current C compilers, which understand the
z-hardware pipeline, can actually produce object that is faster running
than an assembler. Mainly because no sane assembler programmer would
produce great pipe-line code because it would be un-maintanable.
I am an
Woohoo, I've (probably) helped one person.. I'm a community champion!
– Vignesh
Mainframe Infrastructure
-Original Message-
From: IBM Mainframe Discussion List On Behalf Of
Brian Westerman
Sent: 13 January 2019 08:27
To: IBM-MAIN@LISTSERV.UA.EDU
Subject: [EXTERNAL] Re: zos program to
Now those are really cool. I had never heard of them but I am thankful that
you pointed me to them.
Thanks,
Brian
--
For IBM-MAIN subscribe / signoff / archive access instructions,
send email to lists...@listserv.ua.edu with
That's a pretty odd thing to happen from 2.1 to 2.3. What products were
involved? I can see if the product had some ties into JES2 and you had to
reassemble or relink the interface, but that can happen just by adding
maintenance to any system. It's really odd for almost any vendor product to
Ladies and Gentlemen,
Happy New Year to you.
The next meeting of the GSE UK Security Working Group, will take place on
Thursday 7th February 2019 at the new offices of RSM Partners in Bromsgrove, UK
(a 40 minute drive from Birmingham Airport). You can access the full agenda
from here >
17 matches
Mail list logo
