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



All of that being said, I think this is a horrible compile option, and I would rather recommend the use of Monitor blocks to trap data exceptions... The very notion of ignoring runtime exception seems absurd (reckless, irresponsible) to me...

JMO,
-Eric DeLong

-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx] On Behalf Of Rory Hewitt
Sent: Monday, September 17, 2012 9:34 AM
To: RPG programming on the IBM i / System i
Subject: Re: igndecerr(*yes)

Reading through an input flat file which is converted from e.g. a CSV
spreadsheet. Very common to find that formatting errors creep in.

On Mon, Sep 17, 2012 at 6:39 AM, <paultherrien@xxxxxxxxxxxxxxxxxx> wrote:

Expedience. Instead of cleaning up the data, ignore it.

Paul
-----Original Message-----
From: rpg400-l-bounces@xxxxxxxxxxxx [mailto:rpg400-l-bounces@xxxxxxxxxxxx]
On Behalf Of Dave
Sent: Monday, September 17, 2012 8:36 AM
To: RPG programming on the IBM i / System i
Subject: igndecerr(*yes)

Hi all,

An RPGIII I just converted to ILE blew up when it ran :

Before :

RPGIV procedure calls CLP, passing a signed numeric variable (the RPGIV had
been converted 6 months ago and the parameter was changed by error and not
noticed). The CLP does nothing, just passes it to the RPGIII.

After :
The RPGIII is now also RPGIV and blows up when it tries to access the
parameter.


I eventually found that the reason being was that a custom compile command
compiled the RPGIII with igndecerr(*yes).

My question is, why would anyone want to compile this way?

Thanks.
--
This is the RPG programming on the IBM i / System i (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx To subscribe, unsubscribe,
or
change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives at
http://archive.midrange.com/rpg400-l.

--
This is the RPG programming on the IBM i / System i (RPG400-L) mailing list
To post a message email: RPG400-L@xxxxxxxxxxxx
To subscribe, unsubscribe, or change list options,
visit: http://lists.midrange.com/mailman/listinfo/rpg400-l
or email: RPG400-L-request@xxxxxxxxxxxx
Before posting, please take a moment to review the archives
at http://archive.midrange.com/rpg400-l.





As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:
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.