🚀 go-pugleaf

On Saturday, in article
     <Snews.960727.045510.chris.317@keris.demon.co.uk>
     chris@keris.demon.co.uk "Chris Croughton" wrote:

CC> Since the code works at the moment, how about replacing all 'int32'
CC> declarations with 'uint32', and then setting that one to the proper

Or 'suint32' (for signedness unknown) and then you can gradually
change to uint32 or int32 as you investigate individual declns.

But my main reason for chipping in is to say how depressed I
feel, seeing this kind of good work happening on diverging
ka9q sources.  I'm especially sad that all the good work
Gordon did, including saving hunks of memory and using ansi
prototypes, hasn't found its way back to the DOS source.

Of course, wishes are the easy bit.  It needs someone to put
in the work to do this.

Yet I believe that finding a volunteer wouldn't be
difficult, provided that a firm timescale is laid down and a
commitment to make a new release using that effort.  I feel
that all of the DOS software (ka9q, snews, dis..) is
suffering mainly because of vagueness in this.

If other developers feel as I do, Demon is wasting a lot of
talent and goodwill.

A much better solution would be for Demon to hire a part- or
full-time teleworker, unfettered by the day-to-day hectic
life at Finchley, to produce and/or coordinate new revisions
of the DOS software.

And by an amazing coincidence...

--
John Washington
(Well-equipped office, looking for new C/C++ contracts)   ;-)
(Delphi/Vis-C/Borland/3.11/95/NT/comms/embedded-sys/OOP/etc)