× 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: Software Vendors
  • From: Jim Langston <jlangston@xxxxxxxxxxxxxxxx>
  • Date: Mon, 06 Dec 1999 09:36:19 -0800
  • Organization: Conex Global Logistics Services, Inc.

I "made sure" my program was bug free by analyzing the possible
input that it could receive, checking the logic for all, and testing.
You also need to understand that for any input you basically need
to test for seven possible cases.  *hival, *loval, some middle value,
> *hival, < *loval, invalid data type, empty.

If you have all those covered on your input, your input can not
mess you up.

Then you look at your calculations, do you handle all cases of
data?  *hival times *hival, *hival times *loval, *loval times *loval,
and if you allow empty you need to special case it in your code.

Then you check your output, and does it accept all possible values.

That is for user input, calculation, and output.  Then there are things you
check for files, does file exist, etc...

I think you are missing the point John, you never have to prove you have
no bugs!  If the program works all the time and never fails, it is bug free.
A bug is something that causes a program to act in a way it is not designed,
if it always works as designed, it is bug free.  I don't have to prove that.  If
my users are using the program, and there are never any errors produced,
it is by definition bug free.  As I said, the proof is in the pudding.

Nothing in this world can be proven absolutely.  Absolutely nothing.

Regards,

Jim Langston

John Earl wrote:

> <SNIP>
> How do you do that?  (seriously).   How do you "make sure"
> without proving?
>
> I think that you're missing the point here Jim (and it's a
> _very_ important one).  You can't ever prove (or even "make
> sure") a program is bug free.  You can only prove a program
> has bugs.... or fail to prove that it has bugs (which would
> be a good thing).

<SNIP>

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

Follow-Ups:
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.