It seems that you branched to a location that is fetch protected and not in key 8.
What do you expect to find at 231A7BB8? My guess is that the LE formatter is showing all zeroes since it cannot access it. On Tue, 26 Jul 2016 13:22:54 +0200 Peter Hunkeler <p...@gmx.ch> wrote: :> :> :>As expected, having the dump information inline did not work out. I'm reposting with an attachement. Hopefully this will work better. :> :> :>In (late) response to Jim Mulder's comment: :> :> :>>How about the TRNE and BEA fields in that same XSB? :> :> :>and Tom Marchant's comment: :> :> :>>If you show the exact information from the dump, rather than your interpretation of that data, there is a better chance that someone will be able to see something that you didn't. :> :> :> :> :>I'm posting some raw information from the CEEDUMP as well as from IPCS. I have added a few lines of comment starting with "***". :> :>In the CEEDUMP part I have shortened the trace back list by deleting some intermediate call information (entries 6-13). :> :> :>I don't want to add an futher interpretation from me. If you still find some time to have a look and post whatever information you might find useful, I would very much appreciate. :> :> :> :>Thanks :>Peter :> :> -- Binyamin Dissen <bdis...@dissensoftware.com> http://www.dissensoftware.com Director, Dissen Software, Bar & Grill - Israel Should you use the mailblocks package and expect a response from me, you should preauthorize the dissensoftware.com domain. I very rarely bother responding to challenge/response systems, especially those from irresponsible companies. ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to lists...@listserv.ua.edu with the message: INFO IBM-MAIN
