Re: Runaway NOMAX was: Is OS always to blame

DSPFD to an outfile.  Query the outfile.  Simple?




MacWheel99@aol.com on 07/26/2000 04:44:57 PM
Please respond to MIDRANGE-L@midrange.com@Internet
To:     MIDRANGE-L@midrange.com@Internet
cc:      
Fax to: 
Subject:        Re: Runaway NOMAX was: Is OS always to blame

From Al Macintyre whose AS/400 know-how could stand improvement

We have some known problems with programs that poorly designed, for which 
NOMAX is an easy out ... the programs do end eventually, and created 
humongous objects that we kill.  It might be smart if there was a tool to 
seek out & list all instances where we have NOMAX in our software, so that we 
can review which are prudent & which bear adjustment.

> Subj:  RE: is operating system always to blame, was: Ready to scrap an AS/
> 400
>  From:    jpcarr@TREDEGAR.COM (John Carr)
>  
>  >Say the program loops and writes records into a data file of some sort,
>  > the procedure fills up the disk. This can happen by the way. An AS/400
>  >query with improper joins specified will also fill up disk. The cannot 
know
>  >what is filling up the disk, it can only warn someone that the disk is
>  >reached its threshold. Eventually, the machine will fail.
>  >I'd say that this is not the fault of the OS.
>  
>  That was the original reason for the  SIZE parameter on the CRTPF
>  We've bumped up our default from the 13,000 to this;
>  
>   Member size:                     SIZE
>     Initial number of records  . .                100000
>     Increment number of records  .                10000
>     Maximum increments . . . . . .                10
>  
>  You should set some default for your shop for runaway programs as described
>  above.
>  
>  *NOMAX is NOT a good thing to use as a standard.  If you use it,  You
>  better be darn sure you know the programs that will add records to that
>  file and TRUST them ALOT.
>  
>  Like John Blushi said in Animal House,    "It's your own fault flounder,
>  you shouldn't have trusted us"
>  
>  John Carr

Al Macintyre  ? ?
MIS Manager Programmer & Computer Janitor of BPCS 405 CD Rel-02 running on 
AS/400 V4R3 http://www.cen-elec.com Central Industries of Indiana--->Quality 
manufacturer of wire harnesses and electrical sub-assemblies

Y2K is not the end of my universe, but a re-boot of that old Chinese curse.
The road to success is always under construction.
Accept that some days you are the pigeon and some days the statue.
Murphy's Mom brought wrong baby home from hospital so it should be Kelly's 
Law.
When in doubt, read the documentation, assuming you can find it.
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@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.comm
+---


+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@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
+---