|
Thanks for your response, Barbara! Comments inline: --- Barbara Morris <bmorris@xxxxxxxxxx> wrote: > Dan wrote: > > ... > > Is there any reason why you added this to kludge #1?: > > D CustNumberAlpha S LIKE(CustNumberDs) > > > > CustNumberDs seems to work fine as a stand-alone "field". I can compare > > it, I can use it as a > > parameter, etc. > > I added it only because I thought you wanted another field, not an > overlay. D'oh! Of course, you're right, I *do* want another field that doesn't overlay the original. > > Does the RPG compiler development team see any value in making this a > > little more > > programmer-friendly? I guess I wonder why the compiler does not allow data > > type to be > > specified when the LIKE keyword is also specified. I'm sure there are > > examples of data > > types where this combo wouldn't make sense, but numeric and character > > "redefines" would > > be extremely useful, IMO. > > Sure, something like it was one of our survey items. It got a few votes > ... > [ ] 9 $5 Format change on a LIKE define for numerics. Bummer! Well, it's been too long, but I'm sure I would have voted for that one. If there's another survey in the works, could you make sure it gets asked again? I'll lobby hard for it! <g> - Dan __________________________________________________ Do you Yahoo!? Yahoo! Tax Center - forms, calculators, tips, more http://taxes.yahoo.com/
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.