Németh Márton wrote: > I don't know much about the changes, do you know any idea what could went > wrong? > > Márton Németh > > P.S.: Here is a copy of the "svn log" between the two revisions: > > > ------------------------------------------------------------------------ > r22635 | richardv | 2007-08-24 15:44:59 +0200 (p, 24 aug 2007) | 2 lines > > complete the death of the h223 plugin
Unrelated to USB or capturing.. > r22636 | jmayer | 2007-08-24 15:52:37 +0200 (p, 24 aug 2007) | 1 line > > Revert back to old version with manually fixed get_ber_length parameters Unrelated to USB or capturing. > r22637 | richardv | 2007-08-24 17:29:13 +0200 (p, 24 aug 2007) | 1 line > > fix log msg typo Capture-related, but it only changes a log message, not anything that matters. > r22638 | richardv | 2007-08-24 17:33:37 +0200 (p, 24 aug 2007) | 5 lines > > Add some comments to the effect that capture_loop_dispatch must timeout to > make > the packet batching stuff work properly. > > Hence, do not block forever when doing a select() on a capture fd. Capture-related. > r22639 | richardv | 2007-08-24 17:34:08 +0200 (p, 24 aug 2007) | 2 lines > > Fix bug 1181 by always using select() on a capture fd on linux Capture-related. > r22640 | richardv | 2007-08-24 17:45:16 +0200 (p, 24 aug 2007) | 1 line > > do the fifo test on platforms where mkfifo is available Not a change in the code, but a change in the test scripts probably related to earlier changes. > r22641 | gerald | 2007-08-24 18:08:31 +0200 (p, 24 aug 2007) | 4 lines > > Clear out any remaining references to the h223 plugin. Replace the > references to h223 in README.plugins with agentx since it's small and > no one seems to be in a hurry to move it to epan/dissectors. Not USB or capture-related. > r22642 | richardv | 2007-08-24 18:43:42 +0200 (p, 24 aug 2007) | 4 lines > > take out oid_to_subid_buf again, because joerg has put it back into > packet-snmp.c. Not USB or capture-related. One should, in theory, be able to do a select() on the devices on which the USB capture code in libpcap reads. It might be that you can't. However, it also appears to be the case that the "selectable file descriptor" member of the pcap_t structure gets set from the "file descriptor" member *before the "file descriptor" member gets set*! That Does Not Look Good, and could easily completely screw up doing selects on the capture fd, as you're doing selects on some random number that might not even be a valid file descriptor. I'll figure out what needs to be fixed, and check in a fix. When that's done, try building the top-of-tree libpcap and see if that fixes it. _______________________________________________ Wireshark-dev mailing list Wireshark-dev@wireshark.org http://www.wireshark.org/mailman/listinfo/wireshark-dev
