Steve Thompson wrote on 12/19/2006 12:13:11: > I'm working on a little problem. I have an SVCDUMP that contains more > than one address space. I have a LARGE exec library for diagnosing > various things. > > =20 > > The problem is, I just can't seem to establish the ASID to be used for > addresses, C/Bs, etc. > <snip> > > The problem is with FIND inside our REXX code. If we use SETDEF > ASID(x'0043') (or some such), the FIND returns RC=4. If we put the ASID > on the FIND it returns RC=4. > > If we do an =1; ; and set to the ASID we want with address "00." and > then issue FIND for the same data, it finds what we are looking for. > > The RC=4 just doesn't tell us enough about what is wrong with the FIND > in this case. It would appear that it is not a syntax problem because > the FIND in question works just fine when the dump contains a single > address space (via DUMP, SLIP or SYSMDUMP).
I would expect that FIND would yield consistent results if you specify not only the ASID but also the range of addresses that you want searched. The FIND subcommand performs both the function that you get in ISPF from entering FIND and the one associated with RFIND (PF5 usually). If you only specify ASID and no address range, the ASID option is ignored (just as LENGTH, POSITION, ... would be ignored). You need a literal or symbolic address range to force FIND to think about searching someplace new. Bob Wright - MVS Service Aids ---------------------------------------------------------------------- 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
