• Subject: Re: CHGPF Question
  • From: "Art Tostaine, Jr." <atostain@xxxxxxxxxxx>
  • Date: Fri, 19 Sep 1997 23:44:00 -0400
  • Organization: Creative Computer Associates, Inc.

DAsmussen@aol.com wrote:

> Art,
> >  Got to go with LVLCHK(*NO).  Remember to compile all programs that
> add
> >  or update that file.  It'll work smooth.
> >
> >  Art (seat of my pants) Tostaine, Jr.
> Those pants must be awfully tight!  ARE YOU NUTS????!!!!  How does
> alter this over just adding the field and compiling the file (other
> than
> making sure you save the data)?  How does the speed difference between
> compiling the file and using CHGPF make or break taking the customer's
> business?  How much MONEY is the customer going to lose because YOU
> missed a
> program that added to or updated the file?  THAT's what LVLCHK is
> FOR!!!

They won't lose any money.  They'll make more.  We got the users off for
30 minutes at lunch time.  There was no time to recompile all of the
programs.  They did get recompiled over the weekend, though.

> If you already know what programs add/update the file, why DON'T you
> know
> which ones access it at all (HINT:  DSPPGMREF to an outfile)   If you
> know

> both, what the heck is the big deal with re-compiling them ALL?  Yes
> database

> changes require careful consideration, but simply adding a field is
> rocket science!

It is for me.   I use STRSEU (or PDM option 2) on the DDS, add the field
at the end, then recompile using LVLCHK(*NO).

> I disagree VEHEMENTLY

VEHEMENTLY? Are you shouting?  Agree or disagree vehemently that the
Clinton is a lousy president (he is), or that Key West has the best
sunsets, but not on LVLCHK(*NO).   Go outside or something.

> with using LVLCHK(*NO) under ANY circumstances.  I'll
> make the same challenge that I did with GOTO

Oh yeah, the GOTO challenge.  Almost as exciting as the If/Then/Else

> -- show me a SINGLE example
> under which it would be valid, and I'll admit my mistake (haven't
> gotten one
> in almost a year on GOTO yet, but you're welcome to try with LVLCHK).


>  Otherwise, I've still got a couple of customers with S/34's in their
> warehouse that they're trying to get rid of -- ITS database should
> suit you
> just fine...IF you can afford the electricity to run it :-).

Many AS/400 owners are small to medium size companies.  They have little
to no MIS staff.  Certainly no DBA's.  Their computers are wedged in
tight somewhere in their phone closet.  It's hot in their offices in the
summer, and cold in the winter.  Not everything is perfect.  I agree
that a perfect world doesn't use LVLCHK(*NO).  I agree that there can be
problems.  But in the case that I stated, it was the only way to go.
Guess what? The programs worked, nothing bombed, they landed a new
customer, and I got the job done.  Do you think that if I told the
customer that I really can't get the programming changes done today
because it is bad form to use LVLCHK(*NO) they would understand?  No,
they would say, "make it happen."

Maybe I can use those Sys/34's to heat some of my customers offices in
the winter.

The largest MIS shop that I've ever worked for (largest MIS shop, not
largest customer) had 8 programmers on staff, and 8 consultants full
time (I was one of the consultants).  They had 8 programmers with their
feet up, and 8 consultants working 16 hour days getting the projects
done.  I made a fortune.  The company as a whole didn't get much done.
They talked about projects in man-years.  My customers want
man-minutes.  What's the smallest company you've ever worked for?  Ever
work without a DBA?  Or a system operator?  Ever change a ribbon in a
printer because the only other person in the company who knew how to

Some people are just too passionate about the wrong things.  I'm done
with this thread.  On to the Gui/Green screen thread.  5250 rules!

> Dean Asmussen
> Enterprise Systems Consulting, Inc.

Art Tostaine, Jr.
Creative Computer Associates, Inc.
Parlin, NJ

| 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 MAJORDOMO@midrange.com
|    and specify 'unsubscribe MIDRANGE-L' in the body of your message.
| Questions should be directed to the list owner/operator: david@midrange.com

This thread ...


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

This mailing list archive is Copyright 1997-2019 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].