re: L-date fields

[John Carr <74711.77@xxxxxxxxxxxxxx>]

RE:     re:  L-date fields

>Some days I just want to whimper.   
>
>OK.  I decided to stick my toe back in the water with a date field.  I was
>having trouble getting a CL program to display today's date as an 8-digit
>date, with date separators and then recovering that field and verifying
>that it is still some valid date.  CVTDAT works but there's a goto, and
>that upsets the purists.  
>
>So I says to myself, I says, "Hey! Then use an L-date field! Just what the
>doctor ordered.  Stop busting Carr's chops, try it out."  Well, a screen
>format doesn't have any idea what an L-date field is.  CL doesn't either. 
>Or is there another page in the book that I should be looking at?
>


I think Display file support is comming.  I don't think you should design
based on what CL can or can't do,  Its highest level of logic control 
is the GOTO. (by the way Jon, if you're listening,  You are going to 
love my Sound-Off question)

Back to my primary point;  I bet you will have your current files looooo
oooonnnngggg past the time that IBM gives us Display & Printer file
support.   I mean lets say you didn't use dates because of display
files & printer files,  You will have those files long past the time
when that inconvience was corrected (and any performance problems). 

John Carr  CDP
EdgeTech
+---
| This is the Midrange System Mailing List!
| To submit a new message, send your mail to "MIDRANGE-L@midrange.com".
| To unsubscribe from this list send email to MAJORDOMO@midrange.com
|    and specify 'unsubscribe MIDRANGE-L' in the body of your message.
| Questions should be directed to the list owner/operator: david@midrange.com
+---