× 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.


  • Subject: RE: Use of DUMP in production programs, WAS: RPG enhancement suggesti on
  • From: Buzz Fenner <nick_exxon@xxxxxxxxxxx>
  • Date: Thu, 24 Jun 1999 07:22:21 PDT

I agree with John, I would like to see the programmer maintain control and 
choose whether a dump produced referenced and/or unreferenced fields.  In 
the past, seeing unreferenced field values could have given me insight into 
problems I was actually having as a result of bad data getting into a 
program.  Rarely when I'm debugging a program is it in a "standalone" 
situation, but instead is actually part of a processing group (of programs).


>From: "John Taylor" <john.taylor@telusplanet.net>
>Reply-To: RPG400-L@midrange.com
>To: <RPG400-L@midrange.com>
>Subject: RE: Use of DUMP in production programs, WAS: RPG enhancement 
>suggesti       on
>Date: Wed, 23 Jun 1999 11:26:02 -0600
>
>
>I would like to continue to see unreferenced fields included in a dump. The
>additional information that they provide has proved usefull to me in the
>past. However, I have no problem with something like DEBUG(*NOUNREF), where
>the programmer could override this behaviour.
>
>
>John Taylor
>
>
>
> > -----Original Message-----
> > From: owner-rpg400-l@midrange.com [mailto:owner-rpg400-l@midrange.com]On
> > Behalf Of boldt@ca.ibm.com
> > Sent: Wednesday, June 23, 1999 8:48 AM
> > To: RPG400-L@midrange.com
> > Subject: Re: Use of DUMP in production programs, WAS: RPG enhancement
> > suggesti on
> >
> >
> >
> >
> > Buck wrote:
> > >Generally speaking, I'd rather that the end-user not see "white
> > messages."
> > >I would much rather trap the error myself, produce a post-mortem dump 
>and
> > >tell the user to call support for help.  My software looks much more
> > >professional telling the user to call support than if an "Invalid array
> > >index" error pops up.
> >
> > How professional does your s/w look if the user has
> > to call support for help?  (Sorry, couldn't resist!)
> >
> > I do see your point, though.
> >
> > A simple, one-liner for us would be to ignore the
> > DEBUG keyword when deciding whether or not to
> > extract an input field.  As a result, unreferenced
> > fields would not appear on the dump, even with
> > DEBUG(*YES) coded.  If a field is not used within
> > a program, do you really care about its value?
> >
> > How about a quick vote on some alternatives:
> >
> > 1) Don't show unreferenced fields on dump.
> > 2) Keyword DEBUG(*ALLOW) which would allow the
> >    DUMP opcode to run, but unreferenced fields
> >    wouldn't be extracted.
> > 3) Opcode DUMP *FORCE to force a dump to occur
> >    even if DEBUG(*YES) is not coded.  (Again,
> >    unreferenced fields would not be extracted.)
> >
> > I'll add the results of the vote to our proposed
> > enhancements list.
> >
> > Cheers! Hans
> >
> > Hans Boldt, ILE RPG Development, IBM Toronto Lab, boldt@ca.ibm.com
> >
> >
> > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 
>*
> > * This is the RPG/400 Discussion Mailing List!  To submit a new         
>*
> > * message, send your mail to "RPG400-L@midrange.com".  To unsubscribe   
>*
> > * from this list send email to MAJORDOMO@midrange.com and specify       
>*
> > * 'unsubscribe RPG400-L' in the body of your message.  Questions should 
>*
> > * be directed to the list owner / operator: david@midrange.com          
>*
> > * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * 
>*
> >
>
>* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
>* This is the RPG/400 Discussion Mailing List!  To submit a new         *
>* message, send your mail to "RPG400-L@midrange.com".  To unsubscribe   *
>* from this list send email to MAJORDOMO@midrange.com and specify       *
>* 'unsubscribe RPG400-L' in the body of your message.  Questions should *
>* be directed to the list owner / operator: david@midrange.com          *
>* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
>


_______________________________________________________________
Get Free Email and Do More On The Web. Visit http://www.msn.com
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *
* This is the RPG/400 Discussion Mailing List!  To submit a new         *
* message, send your mail to "RPG400-L@midrange.com".  To unsubscribe   *
* from this list send email to MAJORDOMO@midrange.com and specify       *
* 'unsubscribe RPG400-L' in the body of your message.  Questions should *
* be directed to the list owner / operator: david@midrange.com          *
* * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * * *


As an Amazon Associate we earn from qualifying purchases.

This thread ...


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.