RE: Display file attributes

["Dan Bale" <dbale@xxxxxxxxxxxxx>]

By any chance, maybe in your testing, are you inserting an attribute byte
value somewhere in the MESG78 data string before you output it?  Is anything
like the following happening?

  Eval MESG78 = 'There is an ' + x'29' + 'error!'

Do a dump so we can see the hex contents of MESG78.

My vague recollection tells me that if there is an attribute byte value in
an output-only string, the attribute doesn't get reset at the end of the
display field like it normally would.  I witness this all the time in my
utility that displays a source member list in the likeness of PDM, and I
have a lot of members that have attribute byte values in the TEXT
description and, since it is output-only, the attribute "carries on" through
the following output-only fields on the display, until it hits an input
field.  Probably, it would be "turned off" by another explicit attribute
byte value.

In general, Tim, the p-field technique you are using should yield the exact
same results as using a corresponding DSPATR.

Are you current on PTFs?

hth,
db

> -----Original Message-----
> From: midrange-l-bounces@xxxxxxxxxxxx / Tim Kredlo
> Sent: Thursday, November 04, 2004 10:39 AM
>
> The declaration of Mesg78_A is as follows:
> A            MESG78_A       1A  P       and "works".
>
> It just "doesn't stop working" at the end of "Mesg78", but
> continues on past
> the end of the field for 82 more characters, until immediately before the
> next field on the screen.
>
> -----Original Message-----
> From: midrange-l-bounces@xxxxxxxxxxxx
> [mailto:midrange-l-bounces@xxxxxxxxxxxx] On Behalf Of Vernon Hamberg
> Sent: Wednesday, November 03, 2004 7:27 PM
> To: Midrange Systems Technical Discussion
> Subject: Re: Display file attributes
>
> Tim
>
> What is the declaration of &MESG78_A - should be 1 character, right? And
> what value do you give it?
>
> Also, is it defined in the same format where it is used?
>
> Vern