× The internal search function is temporarily non-functional. The current search engine is no longer viable and we are researching alternatives.
As a stop gap measure, we are using Google's custom search engine service.
If you know of an easy to use, open source, search engine ... please contact support@midrange.com.


  • Subject: Re: Handling Dates (replacement for MULT 10000.01/1000.001)
  • From: Chuck Lewis <CLEWIS@xxxxxxxxxx>
  • Date: Tue, 15 Sep 1998 12:58:07 -0400

You know Eric, now that you mention it, I wouldn't NORMALLY (and haven't) store 
a
date broken out, like I mention in this example :-) I was just playing around 
and
did it that way... I've changed my file to reflect this...

AND I will take the time to investigate the MOVE op code <BG>, new job and more 
time
to DO stuff like that now !!

Thanks !

Chuck

eric.delong@pmsi-services.com wrote:

>      Chuck,
>      If you absolutely *MUST* use a conversion factor, you can use
>      10000.0001 to convert both ways (ccyymmdd <-> mmddccyy). However,
>      it looks like you store date elements in your file instead of full
>      date fields. If that is the case, I'd say you're better off using
>      data structures since you'll need to group the elements to make a
>      date field anyway.
>
>      Of course, you could use RPGIV date support to manage these
>      conversions (see MOVE opcode for details). Also, I understand that
>      in V4R2, DDS supports date data formats. (We're a V3R2 shop, so I
>      haven't done that yet)
>
>      HTH
>      Eric A DeLong
>
> ______________________________ Reply Separator 
>_________________________________
> Subject: Handling Dates (replacement for MULT 10000.01/1000.001)
> Author:  <MIDRANGE-L@midrange.com > at INET_WACO
> Date:    9/15/98 9:34 AM
>
> Hi Folks !
>
> I KNOW many people in the past have condemed the use of the MULT
> statements to convert dates from YYMMDD to MMDDYY but I also know that
> TONS of folks used this too...
>
> How are you handling this with "full" dates ? I'm setting up some test
> programs (we use package software that is Y2K ready) of my own and have
> a test file with YEAR, MONTH and DAY sorted by YEAR so it works like
> YYMMDD but is there an "easy way" to edit this other than a data area (I
> know, lazy...)...
>
> Or how are you handling this ?
>
> Thanks,
>
> Chuck
>
>
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator: david@midrange.com
> +---
>
>
> +---
> | This is the Midrange System Mailing List!
> | To submit a new message, send your mail to MIDRANGE-L@midrange.com.
> | To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
> | To unsubscribe from this list send email to MIDRANGE-L-UNSUB@midrange.com.
> | Questions should be directed to the list owner/operator: david@midrange.com
> +---

+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to MIDRANGE-L@midrange.com.
| To subscribe to this list send email to MIDRANGE-L-SUB@midrange.com.
| To unsubscribe from this list send email to MIDRANGE-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 thread ...

Replies:

Follow On AppleNews
Return to Archive home page | Return to MIDRANGE.COM home page

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.