Jim,
That's not quite true.
I do understand what you said. Would Peters stmt be full* true
if a problem state instructions... is inserted?
* I used full to remove/nullify/void/falsify your use of the word
quite. If this is wrong, I blame it on my lack of knowledge of the
american
On Fri, 14 Oct 2011 08:09:08 +0200, Martin Truebner mar...@pi-sysprog.de
wrote:
Jim,
That's not quite true.
I do understand what you said. Would Peters stmt be full* true
if a problem state instructions... is inserted?
* I used full to remove/nullify/void/falsify your use of the word
Everything has been said already.
[Aside: No facility in recent memory has been more liberating to our
programmers
than the relative-immediate facility.]
Y E S.
--
Martin
Pi_cap_CPU - all you ever need around MWLC/SCRT/CMT in z/VSE
more at http://www.picapcpu.de
Peter,
simple rule of thumb:
Talking about simple... would it be too much asking to insert (right
behind the note about operation exception when not installed) the
corresponding bit in STFLEs answer?
--
Martin
Pi_cap_CPU - all you ever need around MWLC/SCRT/CMT in z/VSE
more at
On Thu, Oct 13, 2011 at 8:27 AM, Martin Truebner mar...@pi-sysprog.dewrote:
Peter,
simple rule of thumb:
Talking about simple... would it be too much asking to insert (right
behind the note about operation exception when not installed) the
corresponding bit in STFLEs answer?
Marty:
We
On Thu, 13 Oct 2011 08:52:31 -0400 Mike Shaw wrote:
We started doing this exact thing in MVS/QuickRef's
Assembler-oriented data base content. It does save time when you
don't have to go hunt down the STFLE bits.
A good example of that little extra that ISVs (and PCMs in another
time) have to
Peter Relson/Poughkeepsie/IBM@IBMUS wrote on 10/13/2011 08:08:01 AM:
10/13/2011 07:35 PM
Subject:
Re: newer opcodes
It is true that all z/OS releases can run on any z/Architecture-capable
machine.
Peter Relson
z/OS Core Technology Design
That's not quite true. While it is true that
all
Not evil, just can't use them since the customer may not have the
hardware support. The current program I am working on requires z/VSE 4
so I was attempting to use some of the halfword-imm stuff. I just picked
the wrong instructions. So, again, back to using old instructions.
I'm curious. Are
On 2011-10-12 12:22, Edward Jaffe wrote:
On 10/12/2011 5:08 AM, Tony Thigpen wrote:
Our customers base is VSE. We have customers that are running (in
production) old levels back as far as VSE 2.1. We have customers running
hardware as far back as MP2000 boxes. Until last year, we actually had a
I do my major coding on my pc using the Dignus Assembler. I was moving
some working source code to z/VM where production assemblies are
performed and am having trouble finding the correct optcode table for
the following instructions:
CHSI
MVHHI
CHHSI
We have the following HLASM installed:
HLASM
-LIST@LISTSERV.UGA.EDU
Objet : newer opcodes
I do my major coding on my pc using the Dignus Assembler. I was moving
some working source code to z/VM where production assemblies are
performed and am having trouble finding the correct optcode table for
the following instructions:
CHSI
MVHHI
CHHSI
We
Tony,
ZS4 does not work on our HLASM.
But ZS4 is what you need. THe instructions you cited are all z10 (or
more)
First, what is the correct OPTABLE() setting for these
instructions?
answered
Second, I thought the halfword-Imm instructions were available all
the way back to the MP3000
And I thought that even rel+imm are evil (at least that was the
impression you left me with after our last conversaation about this
very subject)
Not evil, just can't use them since the customer may not have the
hardware support. The current program I am working on requires z/VSE 4
so I was
13 matches
Mail list logo
