From: Tomi Manninen (xrtaoea.uhyvkwkb@t-t.com)
Date: Fri Mar 01 2002 - 23:22:30 EET
On Fri, 1 Mar 2002, Riley Williams wrote:
> > I would like to see a predictd daemon completely without any UI
> > whatsoever.
>
> Eventually, I'd like to see that, but for testing purposes, I'll be
> retaining the UI for the time being.
Yep.
> > 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).
>
> Whilst that's certainly possible, I could see problems with that.
Well, virtually unlimited then? A compile time option that can be set to
1000 without any problems?
> > 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.
>
> To be reasonable, the clients should be able to ask the server for any
> limits it may reasonably need. The number of satellites the server can
> supply it with is a perfect example of such information, and is an early
> planned addition. Expect a patch shortly...
Sure, any limits that can be asked from the server should be asked. But to
be honest even the basic course in programming (and rest assured, that is
all I ever had, I am a RF engineer to be) stresses that you should never
rely on the format of any data that a user or a network peer can supply.
:)
Anyway, waiting for your patches. Predict is cool software and your
additions make it even better.
-- Tomi Manninen Internet: terhi.victor@logonet.com OH2BNS AX.25: jakw@mx.dy.fi KP20ME04 Amprnet: terhi.victor@logonet.com- To unsubscribe from this list: send the line "unsubscribe linux-hams" in the body of a message to ldhwvsvq.cuns@rogers.com More majordomo info at http://vger.kernel.org/majordomo-info.html
This archive was generated by hypermail 2b30 : Fri Mar 01 2002 - 23:24:19 EET