Hello Andre and all, short summary on this issue: it was an idea to deal nicely with temporary devices (like ppp links, maybe PCMCIA cards also ?) so i've handled the issue in two different ways: - when firing up the daemon, if pcap_open_live() fails it's wrapped up with a 'sleep-then-retry' mechanism - when the daemon is pretty working and the device becomes suddenly unavailable, pcap_loop() exits returning an error. This also has been wrapped with a 'sleep-then-retry' mechanism.
The following tarball is 0.7.7+ppp_handler() patch+temp devices patch: http://www.ba.cnr.it/~paolo/pmacct/pre-rel/pmacct-0.7.8-20041124-andre.tar.gz Andre has tested it with his ppp link and it seems to work smoothly for him. On Tue, Nov 23, 2004 at 05:49:19PM +0100, Andre Berger wrote: > Hi there, > > people with laptops tend to join and leave networks. For example, I > would like to monitor my wireless network traffic at home; at work, > this network is unavailable. It looks like pmacctd -D doesn't really > account for _these_ situations: It refuses to start up when the > network interface to monitor is down. Am I missing something here? > Wouldn't the daemon better just sit there and wait for the interface > to come up? > > -Andre
