RE: Addition of feature code as Data area or System Value

[Neil Palmer <npalmer@xxxxxxxxxxx>]

It's especially "not sacred' when the PTF creates the data area with
*PUBLIC *CHANGE authority.  I would have thought they would have learned
their lesson re creating stuff via PTF's with unnecessary authorities by
now.  :-(

... Neil Palmer                                     AS/400~~~~~      
... NxTrend Technology - Canada     ____________          ___  ~     
... Thornhill, Ontario,  Canada     |OOOOOOOOOO| ________  o|__||=   
... Phone: (905) 731-9000  x238     |__________|_|______|_|______)   
... Cell.: (416) 565-1682  x238      oo      oo   oo  oo   OOOo=o\   
... Fax:   (905) 731-9202         ~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~~ 
... mailto:NPalmer@NxTrend.com          http://www.NxTrend.com


        -----Original Message-----
        From:   Steve Glanstein [SMTP:mic@aloha.com]
        Sent:   Friday, January 02, 1998 6:11 PM
        To:     MIDRANGE-L@midrange.com
        Cc:     Al Barsa, Jr.
        Subject:        Addition of feature code as Data area or System
Value

        Al, Neil and Others:

        Remember, V3R1 when they added the new system calues QQRYDEGREE
and
        QQRYTIMLMT?  This was done by PTF.  The system value space can
easily
        support a couple of additional values!

        The problem with a data area is that it is not sacred.  Adding
this as a
        system value for both CISC and 
        CISC boxes should have been done when the advanced series first
came out.
        (IMHO)

+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to "MIDRANGE-L@midrange.com".
| To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
| Questions should be directed to the list owner/operator: david@midrange.com
+---