From: Tomi Manninen (mpfl.kbwfc@rinc.net)
Date: Fri Mar 01 2002 - 20:57:33 EET
On Thu, 28 Feb 2002 23:38:00 +0000 (GMT) Riley Williams <dbdrl.chnhlpot@cidera.com> wrote:
> >> Beware that this can cause problems with other programs that use
> >> Predict as a server. For example gsat segfaults, apparently because
> >> it doesn't check the size of the satellite list received from the
> >> server and this results in a buffer overflow (gsat is hardcoded for
> >> 26 satellites IIRC).
>
> As part of my patch, I will be dealing with problems encountered in
> ALL of the clients included with predict, so the above shouldn't be
> a problem when I've finished.
Riley, as long as you are playing with the predict source, let me tell you
what I would like it to be. :-)
I would like to see a predictd daemon completely without any UI
whatsoever. It would handle unlimited amount of satellites and the TLE
data could be updated without taking the daemon down (standard way would
be to make the daemon re-read its config files upon receiving SIGHUP, I
guess).
Needless to say the clients (that would also include a ncurses client
similar to the current predict UI) should not make any assumptions on any
data the server might give. Including the number of satellites.
Just my 0.02 ¤ ... :)
-- Tomi Manninen Internet: akfcts@net.om OH2BNS AX.25: hxjzwive.nzss@generator.fi KP20ME04 Amprnet: rnehrne.osuamdy@c-s.fr- To unsubscribe from this list: send the line "unsubscribe linux-hams" in the body of a message to uifsemo@mailit.tunk.net More majordomo info at http://vger.kernel.org/majordomo-info.html
This archive was generated by hypermail 2b30 : Fri Mar 01 2002 - 20:58:34 EET