Tell me about it Ed. I forget how many assembly errors I got the first time I attemped:
MVCY TRTY UNPKY, etc. Too bad. Roland, it's not that the IBM DSECTs are > 4096, it's that mine is. And, for instance, the MF=(E,WORKOPEN) execute form of the macro was in storage > 12 bits away. The IEABRC method is a good idea. I hadn't thought of that. Not sure I would want to write or maintain one to convert to the "Y" formats myself though. I wouldn't want to test it either. Todd ----- Original Message ----- From: "Edward E. Jaffe" <[EMAIL PROTECTED]> Newsgroups: bit.listserv.ibm-main To: <[email protected]> Sent: Monday, February 20, 2006 1:09 AM Subject: Re: z/Architecture Principles of Operation (SA22-7832-04) > Schiradin,Roland HG-Dir itb-db/dc wrote: > > Haven't seen any IBM-DSECT which is longer then 4096 bytes (z/os R4 and R7) Or do you think about you own DSECT for working storage or static areas? > > > > Perhaps you can substitude the instruction like COPY IEABRC does? Oh well > > haven't spend so much time to look at it. You may post this to the Assembler listserver. > > > > Not a bad idea. Could work in many cases, but probably not all. :-( > > The long displacement facility adds the RSY, RXY, and SIY instruction > formats. Unfortunately, there are no equivalents for any of the SS > format instructions, probably because such instructions would require a > heretofore unsupported eight-byte instruction format. This restriction > means that extremely popular instructions like XC, MVC, etc. have no > long displacement counterparts... > ---------------------------------------------------------------------- For IBM-MAIN subscribe / signoff / archive access instructions, send email to [EMAIL PROTECTED] with the message: GET IBM-MAIN INFO Search the archives at http://bama.ua.edu/archives/ibm-main.html
