|
SETMODE RANT(*ON) Gotten burned numerous times. Unknown to me, the Mattel standard was to change the CRTPF and CRTLF commands to default NO!!!! The reason given was that because they changed files semi-frequently that were used by lot of programs (i.e. item master) they did not want all their sites (40+) to have to recompile 500+ programs. Instead we live with a corrupted,aborted MRP run for an entire week (don't even want to get into that, reruns (hah!!!!!)). Additionally they changed the SBMJOB command to use the library list from the job description instead of current. Not bad, BUT the user profile for the so-called test environment referenced a JOBD that had the Production library list, net effect, interactive jobs ran fine in test, batch jobs either updated production or bombed!!! To make matters worse, a lot of PRODUCTION CL's had OVRDBF, CPYF, etc. had HARD-CODED production library names. Took my wife (who is absolutely wonderful to have as a backup) about 2 months to get us a TRUE test environment. SETMODE RANT(*OFF) BTW: Opinions expressed here are strictly out of my own frustration and strictly personal in nature. -----Original Message----- From: Ken Slaugh [mailto:ken.slaugh@cm-inc.com] Sent: Thursday, August 26, 1999 6:58 PM To: 'RPG400-L@midrange.com' Subject: RE: Decimal Data error - most common cause ? The most common I've seen is when LVLCHK *NO is used to compile a physical file after adding one or more new numeric fields. The programs that add records would have to initialize the new numerics or a data decimal error occurs. Other example would be if a alphanumeric field is moved to a named data structure that contains numeric fields and the original alphanumeric field does not contain the numerics formatted correctly then a data decimal error occurs. Hope this helps, Ken Slaugh Programmer/System Analyst Certified Network Administrator MSE Specialist - Client Access/400 > -----Original Message----- > From: Chuck Lewis [SMTP:clewis@iquest.net] > Sent: Thursday, August 26, 1999 5:25 AM > To: RPG400-L@midrange.com > Subject: Decimal Data error - most common cause ? > > Duh question of the day... > > Is there a "most common cause" for decimal data errors ? > > My recollection is that is tended to be with uninitialized data areas. > > TIA > > Chuck > > +--- > | This is the RPG/400 Mailing List! > | To submit a new message, send your mail to RPG400-L@midrange.com. > | To subscribe to this list send email to RPG400-L-SUB@midrange.com. > | To unsubscribe from this list send email to > RPG400-L-UNSUB@midrange.com. > | Questions should be directed to the list owner/operator: > david@midrange.com > +--- +--- | This is the RPG/400 Mailing List! | To submit a new message, send your mail to RPG400-L@midrange.com. | To subscribe to this list send email to RPG400-L-SUB@midrange.com. | To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.com +--- +--- | This is the RPG/400 Mailing List! | To submit a new message, send your mail to RPG400-L@midrange.com. | To subscribe to this list send email to RPG400-L-SUB@midrange.com. | To unsubscribe from this list send email to RPG400-L-UNSUB@midrange.com. | Questions should be directed to the list owner/operator: david@midrange.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.