dcb@dave.mis.semi.harris.com (Dave Brillhart) (06/04/91)
I would like some advice before starting my first 'network' application.
I've got some DEC5500 machines around the world and need to monitor
several aspects of their current operational state.
I thought the best way might be to setup a local daemon on each
machine. My monitoring program would send a request for information
at some interval (5 secs to 1 hour, depending on what I'm monitoring)
and receive the data from the remote machine.
I will be programming in C. Should I look into sockets? I've also read
a little about something called the X/Open transport interface.
ANY suggestions would help at this point.
Thanks in advance...
-- Dave Brillhart
Harris Semiconductor
Melbourne, FLmartelli@cadlab.sublink.ORG (Alex Martelli) (06/06/91)
dcb@dave.mis.semi.harris.com (Dave Brillhart) writes:
:I would like some advice before starting my first 'network' application.
...
:I will be programming in C. Should I look into sockets? I've also read
:a little about something called the X/Open transport interface.
:
:ANY suggestions would help at this point.
W. Richard Stevens, "Unix Network programming", Prentice-Hall 1990, ISBN
0-13-949876-1, 748 pages. GREAT book! FULL of C source examples, which
you could type in and run immediately; also LOTS of both theoretical and
practical notions and advice, such as, say, 20 pages on what makes a
process a "daemon", checklists of things you should not forget to do when
daemonizing, BSD/SysV differences on the matter, and source snippets.
Heavyweight contender for my coveted award of "Most Useful and Instructive
Technical Book Ever"!
Also look at the very recent post in comp.sources.reviewed of a "super
server" program, that can make ANY other program into a networked server;
together with a smattering of notions about what a network IS all about
(and client/server programming in general), and (my opinion!) Perl
instead of raw C, this should allow you to fully solve your original
problem VERY fast - say, one week to get and port Perl and supersrv, and
to skim a few chapters of Stevens', one more week to implement and test
(on a small, not-too-heterogeneous network) your application. GO FOR IT!
--
Alex Martelli - CAD.LAB s.p.a., v. Stalingrado 53, Bologna, Italia
Email: (work:) martelli@cadlab.sublink.org, (home:) alex@am.sublink.org
Phone: (work:) ++39 (51) 371099, (home:) ++39 (51) 250434;
Fax: ++39 (51) 366964 (work only), Fidonet: 332/407.314 (home only).