|
----- Original Message ----- From: <bmorris@ca.ibm.com> To: <rpg400-l@midrange.com> Sent: Wednesday, February 06, 2002 2:00 PM Subject: Re: You know, I'm pretty sure it's zoned... > Please elucidate. As far as I know, the reason the compiler continues > to use the same old rules for numeric formats is exactly the way > Doug explained it. Whatever the reasons for the RPG compiler behaving > the way it did in the past, upward compatibility keeps it behaving the > same way now. That's upward compatibility of source AND non-recompiled > objects. Forward and backward compatability don't have anything to do with it. Non recompiled objects also don't have anything to do with it. It's the act of compiling that causes this to appear. I insert : D field s 10s 0 into the code and it all works. this statement maps the field that was already declared as 10s 0 in the DDS and copied into the program. The compiler subverted my efforts in the first place. This code is just as forward and backward compatible as anything else, it's just an added declaration. Redundant at best, and a problem waiting to happen later at worst. > Regarding the compiler interpreting the same prototype differently > in different source members, here's how I would do the /copy file > for a prototype that had definitions dependent on F-spec fields: > > D E DS PREFIX(typeOf_MYFILE_) > D EXTNAME(MYFILE) > D based(dummy) > > D proc PR > D parm LIKE(typeOf_MYFILE_fld1) > D parm LIKE(typeOf_MYFILE_fld2) > > You'd still have a problem in your scenario, but at least you'd find > out at compile time. Oh, so now you want me to add even more lines of code to copy book and still have the same problem? <LOL> =========================================================== R. Bruce Hoffman, Jr. -- IBM Certified Specialist - iSeries Administrator -- IBM Certified Specialist - RPG IV Developer "Suppose you were an idiot... And suppose you were a member of Congress... But I repeat myself." - Mark Twain
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.