🚀 go-pugleaf

I have a routine that takes a date base and transforms it back into all types
of standard date formats. If somebody wants this, send an e-mail to me
ryan_covell@compuware.com.

______________________________ Reply Separator _________________________________
Subject: Re: Date arithmetic missing in REXX
Author:  REXX Programming discussion list <REXXLIST@uga.cc.uga.edu> at
CWUS-Internet
Date:    4/19/96 4:04 AM


In <4l31s4$66j@globe.indirect.com>, dwright@indirect.com writes:
>In <4ksb9p$1eps@news-s01.ny.us.ibm.net>, javier5@ibm.net writes:
>>Today I was revising a program at work (OS2 REXX) and to my
>>surprise I could not find a way to do date arithmetic. I found
>>the date("base") which returs a julian date, but I could not
>>find anything that takes that format back into any other format.
>>
>>
>>Did I mean something? I would think that date arithmetic should
>>be something that one would want as part of the standard REXX.
>It is if you write the code yourself....I found a program called fdater
>that someone wrote and uploaded to compuserve.  It performs all date
>arithmetic, and works fine (tested to 9999).  I will upload it here for you...
>just add it in as a function (or procedure).

Let's put a wrap on this thread.
Date processing is the business of application code, just as you said.
Date processing is not the business of an operating system interface.
Date processing involves nationalities, religions, languages, boundaries, and
treaties.
Date processing is going to cost 600 billion dollars to the U.S. of A., in
programming
effort alone, over the next six years.
Date processing, by my estimates, will cost business an additional TRILLION
dollars
before the final costs are tallied.

So get experienced in the nuances of the calendar, and look in the proper nooks
and crannies for the proper solutions.

Warren
http://www.borg.com/~warren