× 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.



Oh it has been awhile! I am working on a change to a screen, to enter dates. Database field is packed 8,0 - no, don't ask why I don't change it to a date type!

I have the display field defined as a date type, formatted as *MDY - here's the I-spec of the compile listing.

317 316=I *MDY/D 164 171 CBKDAT

The *MDY formatting is because I don't have enough real-estate horizontally.

The dump SPLF says the error occurred in statement 316 - that's the I-spec you see above, so far as I know.


I get this error if I leave this field "blank" on the screen - it is not required when creating a new item - a collections call note, in this case.

The dump also says the value for CBKDAT is '0001-01-01' - that's *LOVAL for a date - also the default, IIRC. It shows nothing (blanks) in the input or output buffer.

I suspected that the error comes because that default date is not in the range for an MDY date. So I put in a date like that - no error.


So I need a way to leave that field empty without getting this error. The date in storage will be a packed data type, anyhow.


***UPDATE*** OK - I just rearranged the screen vertically, to get space - and set the date format to *USA. I want the user to have a familiar way of entering dates - they are used to MDY without separators, but seeing the separators is requested.

I still get the error on this CBKDAT field when I don't put anything there - it is shown with the default in the dump I requested.

I just tried entering 1/1/0001 - that it took as valid. When I leave the screen field empty, it still gets the error. So is it the lack of a value in the input buffer that is the issue?


My shortest path to success is to use the old 6-digit number with a Y edit code and maybe the EDTMSK to protect the slashes.

But I welcome a solution to actually using the DATE type field on-screen.

TIA
Vern

As an Amazon Associate we earn from qualifying purchases.

This thread ...

Follow-Ups:

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.