John > "you should know" you need a SF[E] with at least an attribute byte, immediately following a SBA.
Who says? Simon? This is absolutely not true. You can use SBA order sequences to scatter text at will around the presentation space, something I have done and mostly with USS messages. The attributes set most recently, that is, last in the data stream, apply. So the defence against the objection withers before it has left the mendacious lips. This is a sensible enhancement with a thoroughly botched implementation compounded with a botched description. It can't get worse that this. APAR at will! Chris Mason On Tue, 28 Jul 2009 14:14:31 -0500, Chase, John <[email protected]> wrote: >> -----Original Message----- >> From: IBM Mainframe Discussion List On Behalf Of Martin Kline >> >> "Strange and wonderful" was a good guess. The code which scans the >buffer >> does not check for 3270 orders, and may simply overlay them. Aparable? >Since >> the description reads, "The entire string specified by BUFFER is >searched, >> using the character @," I suppose this depends on how you want to >interpret >> the text. > >Since the SCAN searches "The entire string specified by BUFFER" using >the character "@", it apparently does not manipulate anything other than >what it's specifically seeking. Thus, I'd wager the defense against an >APAR would rely on the premise that "you should know" you need a SF[E] >with at least an attribute byte, immediately following a SBA. > >Of course, you would then counter with the fact that x'50' (ampersand) >and x'7C' ("at-sign") are valid values within a SBA sequence (and >possibly within an [extended] attribute byte or sequence), so SCAN >should be changed to recognize the SBA and SF[E] values and skip the >appropriate number of bytes before continuing. > >> Another strange behavior is that the system symbols are converted >whether >> or not 'SCAN' is specified on the USSMSG macro, but the other '@' >variable >> substitutions occured only when SCAN was specified. Also aparable? > >That would seem to be a more "open and shut" case for an APAR. > > -jc- ---------------------------------------------------------------------- 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
