|
Hi Aaron, > That would put make it so zeros would be put into myInt if it was > _entirely_ blanks. The way %Int works right now is more purist that the > RPG cares to have it's bif's, IMO. FWIW, I agree. %int() as it stands is too "purist." Right now, every time I want to use %int() or %dec() I have to do something like this: monitor; peSup.DockNo = %int(peSup.DockNo); on-error; peSup.DockNo = 0; util_rmvmsg('RNX0105'); endmon; The util_rmvmsg() subprocedure then goes and removes the message from the job log. (At first, I didn't think to remove the messages from the job log... but then I started having problems with jobs ending abnormally because there was no space in the job log!) It would be a really useful enhancement if they changed %int(), %dec(), etc so that you could do something like this: myVar = %int(SomeString: -1); or myVar = %dec(SomeString: 15: 5: -1); So that if the assignment succeeds, the integer equivalent of "SomeString" is stored in myVar, and if it fails, the value -1 is stored in myVar. Preferably without all the hassle of having to remove the messages from the job log. That would be a really nice enhancement.
As an Amazon Associate we earn from qualifying purchases.
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.