Hi Sébastien, [...] >> What about this bug? > > I didn't forget about this bug, your mails are the last ones in my > inbox (I'm using an inbox-zero process). > >> Have you been able to reproduce the problem? > > I also tried without success on my machine at work, an x86-64 running > an old Mandriva system, with Net::Pcap 0.16, libpcap 0.9.1. This bug > seems to be either very tied to the x86 or to a recent version > version of the libpcap.
I am using fwknop on amd64 and have never encountered this bug so far. However on i386, this is 100 % reproductible with your current release. [...] > I've answered Martín's concerns in the CPAN-RT ticket: > >> I'd say many Perl users don't know how signals are actually >> handled. In fact, more than a few are surprised that signals are >> not immediately delivered. IIRC, I added this code to Net::Pcap >> because I had a couple of requests (by private mail, not on CPAN- >> RT) to modify Net::Pcap so it behaves this way. Yes, I remember you said that before, and you pointed to a CPAN-RT ticket. [...] >> I think maybe that could be nice to have a way to enable/disable the >> current behavior of the pcap_loop function against interrupts. > > .. I'll add a new function, pcap_perl_settings() to address this > particular issue. > >> Having a note about the possible problem would also be good as Martin >> pointed out. > > I'll add a note about signals, pointing to the pcap_perl_settings() > function. > I'll also have to fix the problems with libpcap 1.0.0 It sounds great to me. What do other think about it? Regards, -- Franck Joncourt http://debian.org - http://smhteam.info/wiki/
signature.asc
Description: OpenPGP digital signature
