RE: Interesting question and debate on ddl tables with date fieldsthatwill not always have a value -- MIDRANGE-L

× 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: Interesting question and debate on ddl tables with date fieldsthatwill not always have a value
From: Terrence Enger <tenger@xxxxxxxxxxxxxxxx>
Date: Wed, 15 Oct 2008 13:35:16 -0400
List-archive: <http://archive.midrange.com/midrange-l>
List-help: <mailto:midrange-l-request@midrange.com?subject=help>
List-id: Midrange Systems Technical Discussion <midrange-l.midrange.com>
List-post: <mailto:midrange-l@midrange.com>
List-subscribe: <http://lists.midrange.com/mailman/listinfo/midrange-l>, <mailto:midrange-l-request@midrange.com?subject=subscribe>
List-unsubscribe: <http://lists.midrange.com/mailman/listinfo/midrange-l>, <mailto:midrange-l-request@midrange.com?subject=unsubscribe>

On Wed, 2008-10-15 at 09:45 -0400, rob@xxxxxxxxx wrote:

I understand what Eric is saying about being able to use %nullind on
variables other than database fields. That would be nice.

And, perhaps this also has merit.
<snip>
Were you hoping that IBM had written the compiler so that if you tried
dsply termDate;
and if termDate was null then you'd get a messy MCH type message as if you
tried to dsply a variable that wasn't passed into the program and you
failed to check %addr on that?
</snip>

So how do you recommend IBM correct this?
Add an additional H spec to generate the abort?
Change the compilation default to generate the abort, with the additional
H spec to override it?

I doubt that it is reasonable to change the language now. I just want
to emphasize that NULL is nothing at all. No attempt to use the "value"
of a NULL can lead to anything good.

Cheers,
Terry.

Rob Berendt
--
Group Dekko Services, LLC
Dept 01.073
Dock 108
6928N 400E
Kendallville, IN 46755
http://www.dekko.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.