Re: NIST test defects

From: dalgoda(at)ix(dot)netcom(dot)com (Mike Castle)
To: pgsql-general(at)postgresql(dot)org
Subject: Re: NIST test defects
Date: 2003-06-25 19:40:45
Message-ID: teapsx3u3.ln2@thune.mrc-home.org
Views: Raw Message | Whole Thread | Download mbox | Resend email
Thread:
Lists: pgsql-general

In article <D90A5A6C612A39408103E6ECDD77B8294CDE05(at)voyager(dot)corporate(dot)connx(dot)com>,
Dann Corbit <DCorbit(at)connx(dot)com> wrote:
>The Ocelot project has uncovered 23 defects in the NIST test:
>http://www.ocelot.ca/nist.htm
>
>All of the defects appear to be identified correctly as defects. I
>suggest (therefore) that the NIST verification effort consider the above
>report.

Many (most?) of the defects are addressed in the updates that are
available.

http://www.itl.nist.gov/div897/ctg/sql-testing/upd600.ted

For example,

! 13.10 Format of <update statement: searched> specifies <table name>,
! not <table reference>. Remove the "AS X" syntax and correct the
! outer reference.
sub *yts797.* //
/AS X//
/X.A/TV.A/
!
! 5.2 <reserved word> list includes DEC.
! Replace column name DEC with DEK, not a reserved word.
! This column is not used in any programs.
sub *cts5sch2.sql / DEC /
/ DEC DECIMAL/ DEK DECIMAL/

The .ted file is processed via a tool that comes with the NIST
distribution.

I would assume that whomever is running the NIST tests read the entire set
of documentation and applied the above updates.

That's not to say that update fixes all issues. But at least the handful
that I sampled off of the ocelot page were already addressed in at least
one location. Again, as pointed out in the ocelot document, it was not
unusual for the same class of error to occur in more than one location, and
I would not be surprised that some errors corrected in one location still
exist in others.

mrc
--
Mike Castle dalgoda(at)ix(dot)netcom(dot)com www.netcom.com/~dalgoda/
We are all of us living in the shadow of Manhattan. -- Watchmen
fatal ("You are in a maze of twisty compiler features, all different"); -- gcc

In response to

Browse pgsql-general by date

  From Date Subject
Next Message Reuben D. Budiardja 2003-06-25 19:43:24 Re: INSERT WHERE NOT EXISTS
Previous Message Mike Mascari 2003-06-25 19:37:18 Re: INSERT WHERE NOT EXISTS