Re: TESTN

[rob@xxxxxxxxx]

One of the limitations of testn versus Monitor.  The accepted letters are 
there for storing the sign.

You could just use Monitor, if you expect very little error occurrence. Or 
what errors you do expect, you'd expect they'd get past testn anyway.  If 
not a whole lot of occurrences this should run faster because you aren't 
running testn on each number, so why waste the cycles.

However, if you are expecting a lot of errors, and those errors most 
likely would trapped by testn, then you might want to use that to reduce 
the number of messages in your joblog.


Rob Berendt
-- 
Group Dekko Services, LLC
Dept 01.073
PO Box 2000
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.com





RPower@xxxxxxxxxx 
Sent by: rpg400-l-bounces+rob=dekko.com@xxxxxxxxxxxx
02/14/2005 10:28 AM
Please respond to
RPG programming on the AS400 / iSeries <rpg400-l@xxxxxxxxxxxx>


To
RPG programming on the AS400 / iSeries <rpg400-l@xxxxxxxxxxxx>
cc

Subject
Re: TESTN






I got it to blow up using A thru R.  It would appear according to IBM that 

A thru R are numbers.  Sigh.  I've used this opcode before, but I can't 
remember just how I did it.


Ron Power
Programmer
Information Services
City Of St. John's, NL
P.O. Box 908
St. John's, NL
A1C 5M2
Tel: 709-576-8132
Email: rpower@xxxxxxxxxx
Website: http://www.stjohns.ca/
___________________________________________________________________________
Success is going from failure to failure without a loss of enthusiasm. - 
Sir Winston Churchill




RPower@xxxxxxxxxx 
Sent by: rpg400-l-bounces@xxxxxxxxxxxx
14/02/2005 03:19 PM
Please respond to
RPG programming on the AS400 / iSeries <rpg400-l@xxxxxxxxxxxx>


To
RPG programming on the AS400 / iSeries <rpg400-l@xxxxxxxxxxxx>
cc

Subject
TESTN






Ok,
Obviously I have something wrong going on here.  Any ideas?
     d sctax#          s              2  0
     d pay_type_test   s              3 
     d paytyp          s              2 

     ?* is the transaction type code numeric?
     c                   evalr     pay_type_test = paytyp 
     c                   testn                   pay_type_test          99
     c                   if        *in99
     c                   eval      sctax# = %int(paytyp) 
     c                   else
     c                   eval      msgdata = 'Invalid Transaction Type 
Code' 
This is supposed to be working, but a user got the RNX0105 error stating 
that the 
eval sctax# = %int(paytyp)
a character representation of a numeric value is in error.

But I'm doing a testn first, is this wrong?  I've tried testing and can't 
get it to blow up, but the joblog says the user's did.


Ron Power
Programmer
Information Services
City Of St. John's, NL
P.O. Box 908
St. John's, NL
A1C 5M2
Tel: 709-576-8132
Email: rpower@xxxxxxxxxx
Website: http://www.stjohns.ca/
___________________________________________________________________________
Success is going from failure to failure without a loss of enthusiasm. - 
Sir Winston Churchill
-- 
This is the RPG programming on the AS400 / iSeries (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 AS400 / iSeries (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.