|
<rant> And so yet another Y2K bug is introduced. I have spent the last few days in a blazing (online) argument with a guy who claimed that Y2K was one big scam, and that programmers could never be so lazy/stupid as to have allowed Y2K bugs to happen. I wish he was subscribed to this list... It kinda sets my teeth on edge to hear '...without having to call an RPG program.' - how difficult is it to call a program? It *is* difficult to do date arithmetic correctly in CL, and if you don't do arithmetic correctly, your results will be wrong. In my book, there are no marks for an algorithm that works 'most of the time.' </rant> ____________ Paul Cunnane The Learning Company ______________________________ Reply Separator _________________________________ Subject: Re: doing date arithmetic in CL Author: "Tony Jackson" <tony@jackocsi.karoo.co.uk> at InterNet Date: 1/8/00 2:32 PM one way is to divide current year by 4..if a full number is returned..its a leap year...ie...then add one to array(feb) BPCS/AS400 Support Technician. Computing Services to Industry.SSA affiliate. http://www.jackocsi.karoo.net/tony.htm -----Original Message----- From: Naser Vassef <Naser_Vassef@orcom.com> To: RPG400-L@midrange.com <RPG400-L@midrange.com> Date: 07 January 2000 23:31 Subject: RE: doing date arithmetic in CL I'm coding a CL to ensure the last day of a month is written to &DAY field by looking at the MONTH value and set to either 31, 30 or 28. How will I calculate the Leap years? ( Feb 29) I did condition up to the year 2020, is there a better way in CL without having to call a RPG program. Thanks +--- | 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.