Willdo...Thanks for the tip. I was thinking that maybe since the first PDS was 3120, that became the BLKSIZE for the DCB, and the opcode (macro) I was looking for was further than 3120 into a block.
I'll let you know if this is still a problem. Don On Thu, Aug 13, 2009 at 4:34 PM, Rick Fochtman <[email protected]> wrote: > -------------------------------<snip>--------------------------- > > I just ran into something tryng to assemble...I have a program that I am >> assembling, and in my SYSLIB I have PDS-1 that uses a blocksize of 3120 >> and >> PDS-2 that uses 32720 (I didn't create this!). >> >> When I run with PDS-1 ahead of PDS-2, I get error messages ASMA057E >> Undefined operation code... >> >> When I run with PDS-2 ahead of PDS-1, it works fine. >> >> If this is no longer an issue, shouldn't IBM's own code work correctly? >> >> Don >> >> > --------------------------------<unsnip>----------------------------------- > Don, the issue you present has nothing to do with BLKSIZE values. Somewhere > in those two libraries you have a duplicate member name. The version in LIB1 > has a problem, whereas the version in LIB2 does not. A good starting point > for your search would be the flagged macro call in your source code, then > look at the macros called inside other macros down that chain. It can be a > tough search, but eventually you'll find something; trust me cus' I've been > down that route more often than I'd care to admit. > > Rick > > > ---------------------------------------------------------------------- > 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 > ---------------------------------------------------------------------- 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
