YESSS!!! I rebuilt Ethereal with the versions of libpcap.c and
capture.c that were included in the original message below. This worked
fine. I was able to have atm interfaces selectable from the capture
pull down menu, and once selected I could capture on them. I created
two atm interfaces and could capture on either one of them. Also, when
running both but capturing on one, only that one's traffic is being
captured.
I now have a better understanding of the libpcap role. My current
tcpdump, which works on my target machine, was built from source BUT
uses the libpcap.a that came off of my SuSE CD. If I try to build
libpcap from the sources on my CD, then build tcpdump from that libpcap,
the resultant tcpdump doesn't work right.
My next question is, can I build libpcap from source using the libpcap.c
you sent? If I can, then I think the changes you made will propagate
into my tcpdump, and I should then be able to capture from an atm
interface using tcpdump. When I look in the source for my libpcap, I
only see a libpcap.a, not libpcap.c. How/where does that archive get
built? For me though, capture atm from tcpdump is secondary. Using
Ethereal on atm was my goal, which I can now do.
I appreciate all of your help on this.
Carl
Guy Harris wrote:
>
> As Carl Klatsky discovered, the "capture.c" I sent out wouldn't build
> when dropped into an Ethereal 0.8.11 source tree; I've attached a
> version from which I've removed the change that caused that problem.
>
> I also have another attempt at "wiretap/libpcap.c" that should be less
> severely affected by the <pcap.h> with which it happens to be built - it
> still will, on some platforms, not work 100% as one might like if the
> <pcap.h> doesn't match the libpcap library, but it should at least work
> on SuSE 6.3 and work with libpcap 0.5. I've attached that as well.
> Christian, please test that one, rather than the one I sent out before,
> as I won't be checking the previous version into the CVS tree, and I
> want the version I *do* plan on checking in to be tested to see if it
> fixes the problem you're seeing. Carl, please test that one to see
> whether it handles ATM on your machine.
>
> ------------------------------------------------------------------------
>
> capture.cName: capture.c
> Type: Plain Text (text/plain)
>
> libpcap.cName: libpcap.c
> Type: Plain Text (text/plain)
--
|Carl Klatsky |Ph: 732.530.4471 |
|3NO Systems, Inc. |Fax: 732.530.2110 |
|http://www.3no.com |E-mail: cklatsky@xxxxxxx |