Re: [tcpdump-workers] Multifile patch

2012-09-04 Thread Guy Harris
On Sep 3, 2012, at 7:13 PM, Michael Richardson wrote: > Wesley, is fopen("/dev/stdin") really the most portal (Presumably "portable".) > way to get a reference to stein? Definitely not - it will probably work on most modern UN*Xes (Linux, *BSD/OS X, and Solaris; I don't know about HP-UX or AI

Re: [tcpdump-workers] Multifile patch

2012-09-04 Thread Gert Doering
Hi, On Mon, Sep 03, 2012 at 10:13:57PM -0400, Michael Richardson wrote: > Wesley, is fopen("/dev/stdin") really the most portal way to > get a reference to stdin? It's about the most complicated way, and guaranteed to be non-portable (no /dev/std* devices on AIX, for example). > I'd have thoug

Re: [tcpdump-workers] Multifile patch

2012-09-04 Thread David Laight
> On Sep 3, 2012, at 7:13 PM, Michael Richardson wrote: > > > Wesley, is fopen("/dev/stdin") really the most portal > > (Presumably "portable".) > > > way to get a reference to stein? > > Definitely not - it will probably work on most modern UN*Xes (Linux, > *BSD/OS X, and Solaris; I don't know

Re: [tcpdump-workers] libpcap and struct canusb_t, src: failure on debian/ubuntu

2012-09-04 Thread Michael Richardson
> "Guy" == Guy Harris writes: >> okay, so as I understand it, basically you have keeping the name >> that was in the library in a structure in lib cap. Guy> No, the name was never in a library; "struct canusb_t" is a Guy> structure in the pcap-canusb-linux.c module. The fiel

Re: [tcpdump-workers] Multifile patch

2012-09-04 Thread Guy Harris
On Sep 4, 2012, at 3:11 AM, David Laight wrote: > On windows you can't pass 'FILE *' into shared libraries, > they are likely to have their own copies of the stdio > libraries - with different FILE structures. > (eg if one part is compiled with debug enabled). In this patch, the library into whi