The offset in a BRC is relative to the instruction, whether it is executed directly or by EX, so you cannot easily execute it out of line without recalculating the offset or simulating execution. It is easier to restore the instruction and execute inline.
On Tue, Nov 9, 2010 at 17:32, Tony Harminc <t...@harminc.net> wrote: > On 9 November 2010 17:45, Rick Fochtman <rfocht...@ync.net> wrote: > > > > -------------------------------<snip>------------------------------ > > Any ideas why this weird restriction exists? > > ----------------------------<unsnip>----------------------------- > > I seriously doubt if TEST has been updated in "donkey's years". I've > noticed other restrictions. > > Well it can't be "donkey's years", since there have been updates to at > least detect things like this, whatever problem their code was having > with it. There are others restrictions: you can't even set a > breakpoint on a PR, even though it's a 2-byte instruction, and so is > the SVC 97 they use as a breakpoint. But why they allow certain > breakpoints just once... Perhaps it's on things that are hard to > EXecute reliably. Hmmm... Needs more thought. Hard to know if it's > just that they don't want to udpate old code with certain assumptions, > or if it's really difficult to do for some reason. > > Tony H. > > ---------------------------------------------------------------------- > For IBM-MAIN subscribe / signoff / archive access instructions, > send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO > Search the archives at http://bama.ua.edu/archives/ibm-main.html > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@bama.ua.edu with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
