gnats 4.0 alpha...

gnats 4.0 alpha...

[Bob Manson]

I've just checked in my first round of changes.  There's a
GNATS_3_110_final CVS tag that refers to the latest version before my
changes.

I've included the verbiage I stuck into the BETA file below.  As
noted, the bloody thing is pretty bloody; it seems to mostly work, but
there are definitely some caveats, and it's nowhere near a finished
release.

Surprisingly enough I'm very interested in feedback, especially bug
reports and general code flamage.

Anyone have any strong opinions on:

	* giving up on K&R function definitions et al?
	* using -Wall -ansi -pedantic etc. if gcc is used?

I'd like to do both, but I'm not going to be totally against leaving
the K&R stuff there. On the other hand, it is 1999...and very few
compilers don't have basic ANSI-compliance these days.

I have been using -Wall et al in my testing, and it seems like mostly
a win.

The network protocol is in for some serious breakage soon.  I'll also
fix the port number, and see about getting a port reserved for it.

I will probably be working heavily on unrelated projects over the next
couple of days, but I will at least try to respond to email.
						Bob

------------------------------------------------------------------------------
August 24th, 1999       GNATS 4.0 alpha "squirrel-1"

[alpha in a file called BETA? WTF? ;-]

I, Bob Manson <bmanson@juniper.net> having usurped GNATS
maintainership from the tenacious and wily grasp of Jason Molenda (who
valiantly fought for hours, nay days over it), I have decided to
further muddy the waters and try to add my own mark of ownership upon
that which is GNATS.

This is a horribly preliminary release of what will become GNATS 4.0.
It is considered way-blooding-nasty software, and you will verily lose
if you try to use it for anything other than playing.  It has
successfully been built on Solaris 2.6, Linux with glibc2.1, and some
release of FreeBSD (uname returns 2.2.8, whatever that means).

The most obvious external change is that the format of the fields in
the database are described in an external file (field-config).
Eventually it will be possible to add new fields via this
configuration file.  Presently this may only be used to change
existing fields, and it is not even possible to change simple things
like the name of a field.
The format of field-config is documented via some random and sundry
comments within it.  Eventually the parser will say something slightly
more useful than "syntax error at line xxx", and the lexer will cease
spewing out unrecognized keywords and characters to stdout.  Until
that day, be amused.

nquery-pr has been deleted, and its functionality is (mostly) merged
into query-pr.  ("Mostly" meaning that it is necessary to specify a
network-specific option such as --host in order to get it to do
network queries; this is lame lossage that needs to be fixed.)

It is also possible to do boolean searches via query-pr. Two new
options, `--and' and `--or' have been added.  There is currently no
support for this functionality via the network interface.

Boolean searches are constructed left-to-right, and there is currently
no parenthesis or other way to restructure queries.  Eventually a full
expression query syntax will be added, although the current search
functionality will be maintained.

Internally the code has undergone major surgery.  (I'm not even sure
where to start describing this.)  Searches are now consolidated into a
"QueryExpr" struct.  All of the global variables in qvariable.c have
been deleted, as well as most of the miscellaneous ones.  The madness
with "is_remote", and the random end-of-line variables is gone.  A lot
of static infrastructure surrounding fields has been removed.  A
generic interface has been added to the "random administrative files";
the contents thereof may eventually be merged into the field-config
file.  Several new structures have been added.  And with plenty of
other bad losingness added, I'm sure.

I just read the "PROBLEMS" file for the first time.  Hopefully most of
the real bug-type problems listed are moot. except for the
documentation issues.  ("Documentation is like castor oil: programmers
hate it, so managers claim it must be good for you.")

There's still a pile of work to do; much of it has been documented in
the TODO file.  Note that in these changes a Juniper-specific field
has been added.  This has been my benchmark for where in the process
things are; when it's totally included in the external config with no
mention of it elsewhere, that's presumably a good sign.

Re: gnats 4.0 alpha...

[Mike Sutton]

>>>>> "Bob" == Bob Manson <bmanson@juniper.net> writes:

    > I've just checked in my first round of changes.  There's a
    > GNATS_3_110_final CVS tag that refers to the latest version
    > before my changes.

Can you stick a tarball out on the sourceware FTP site?

    > Surprisingly enough I'm very interested in feedback, especially
    > bug reports and general code flamage.

    > Anyone have any strong opinions on:

    > 	* giving up on K&R function definitions et al?  * using -Wall
    > -ansi -pedantic etc. if gcc is used?

    > I'd like to do both, but I'm not going to be totally against
    > leaving the K&R stuff there. On the other hand, it is 1999...and
    > very few compilers don't have basic ANSI-compliance these days.

My SunOs 4.1 box still has a K&R compiler, but it also has gcc.  I
don't know that Gnats needs to support K&R.  A fallback would be to
use the GNU ansi2knr program to deal with K&R.  (See the m4
distribution for ansi2knr.)

    > The network protocol is in for some serious breakage soon.  I'll
    > also fix the port number, and see about getting a port reserved
    > for it.

What is about to break?

If you were able to registar a port, that would be great.

Bob, thanks for all your work.


Mike Sutton                      | public class
SAIC				 | software_failure : management_failure
Beavercreek, OH			 | 
Suttonm@saic.com                 | These are MY opinions, not SAIC's

Re: gnats 4.0 alpha...

[Rick Macdonald]

On Thu, 26 Aug 1999, Mike Sutton wrote:

> >>>>> "Bob" == Bob Manson <bmanson@juniper.net> writes:
> 
>     > I've just checked in my first round of changes.  There's a
>     > GNATS_3_110_final CVS tag that refers to the latest version
>     > before my changes.
> 
> Can you stick a tarball out on the sourceware FTP site?

Were there any changes between the released 3.110 and this CVS tag? If so,
then we should have one more "old" release, called 3.111. Also, this
release should include that file-pr.c fix that I supplied and keep going
on about and nobody has acknowledged! (and yes, I should have learned CVS
and uploaded it myself but...)

...RickM...

Re: gnats 4.0 alpha...

[Jason Molenda]

On Thu, Aug 26, 1999 at 07:12:05AM -0600, Rick Macdonald wrote:

> Were there any changes between the released 3.110 and this CVS tag? 

A few.  A CVS command like this will give you a diff:

 cvs diff -u -r GNATS_3_110 -r GNATS_3_110_final 

diffstat produces output like this (massaged a bit by me and not including
gnatsweb):

 gnats/ChangeLog        |    9 +++++++++
 gnats/Makefile.in      |    3 +!!
 gnats/gnats-edit-pr.sh |    7 +++++++
 gnats/mkdist.sh        |    8 !!!!!!!!
 send-pr/send-pr.sh     |    1 +
 5 files changed, 18 insertions, 10 modifications

Here are the ChangeLog entries:

1999-07-12  Jason Molenda  (jsm@bugshack.cygnus.com)

        * mkdist.sh (SAVEOPTS): Set appropriately if only one command
        line option is being passed to the script.

1999-04-15  Kenneth H. Cox  <kenstir@senteinc.com>

        * Makefile.in: Fixed bug in 'gnats-edit-pr' target; xGNATS_SERVERx
        was not being substituted.


I'd be willing to make a gnats-v3 branch where we could add in the file-pr
patch you have in addition to these and cut a quick 3.111 release off
of that.  I can't invest any real time into looking at known problems, but
I'm willing to do the minor release tasks required to get the sources out.

Jason
Free the Software!

Re: gnats 4.0 alpha...

[Bob Manson]

I've actually got most of the work done for 3.111, but I had a few
questions about the file-pr changes that Rick had submitted and I'm
waiting for a reply.
						Bob

Re: gnats 4.0 alpha...

[Rick Macdonald]

On Thu, 26 Aug 1999, Bob Manson wrote:

> 
> I've actually got most of the work done for 3.111, but I had a few
> questions about the file-pr changes that Rick had submitted and I'm
> waiting for a reply.

I'll have a look and reply soon...

...RickM...

Re: gnats 4.0 alpha...

[Rick Macdonald]

On Thu, 26 Aug 1999, Bob Manson wrote:

> 
> I've actually got most of the work done for 3.111, but I had a few
> questions about the file-pr changes that Rick had submitted and I'm
> waiting for a reply.

OK, I've replied to those questions.

For the contrib directory, you need my dev version of TkGnats. I couldn't
release this dev version until 3.111 becuase of the file-pr.c changes for
X-GNATS_Notify. Now that file-pr.c is being updated, my new TkGnats should
go into the contrib directory.

http://www.cuug.ab.ca/~macdonal/tkgnats/tkgnats-3.0.12.tar.gz

...RickM...