× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.



There is no combination of attributes that would make it DSPATR(PR).

Why?  Because in the 5250 data stream, a field is defined as "bypass"
(which is 5250 lingo for "don't allow keying in it") when bit 2 of the
field format word is on.

This is very different from the "nondisplay" attribute.   A field is
nondisplay when bits 5,6,7 of the field attribute are all on.  Normally,
bit 5 is underscore, bit 6 is HI and bit 7 is RI.  When all 3 are on at
the same time, it becomes nondisplay.

But, the "bypass" bit isn't even part of the attribute byte, it's part of
the field format word.   And that bit is NOT reused to indicate anything
else...   so, there is no combination of attributes that would yield
DSPATR(PR).

Hope I'm making sense, as this isn't very easy to explain...

> -----Original Message-----
> From: William A.(Tony) Corbett [mailto:corbett@ASRESOURCES.COM]
> Sent: Wednesday, January 29, 2003 9:12 AM
> To: MIDRANGE-L@midrange. com
> Subject: Display file attributes - in combination
>
>
> Hi all,
> I'm working on a sfl program which does some pretty heavy subfile
> manipulations.  The requirements for this program have changed (surprise,
> surprise) and a field which has been protected for some combinations now
> needs to be open.
>
> I've completely removed the (PR) attribute from the subfile field, but it
> still shows up (PR).  It has to be a combination of attributes causing this.
>
> I've known for some time that a DSPATR(HI) + DSPATR(RI) on the same field
> results in a (ND) and I've been coding around this for a long time.
>
> Does anyone know what combination results in a (PR)?
>


As an Amazon Associate we earn from qualifying purchases.

This thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

This mailing list archive is Copyright 1997-2024 by midrange.com and David Gibbs as a compilation work. Use of the archive is restricted to research of a business or technical nature. Any other uses are prohibited. Full details are available on our policy page. If you have questions about this, please contact [javascript protected email address].

Operating expenses for this site are earned using the Amazon Associate program and Google Adsense.