On Wed, Jul 21, 2004 at 05:38:50PM -0500, David Young wrote:
> On Wed, Jul 21, 2004 at 06:26:35PM -0400, Michael Richardson wrote:
> > -BEGIN PGP SIGNED MESSAGE-
> >
> >
> > > "David" == David Young <[EMAIL PROTECTED]> writes:
> > David> cvs.tcpdump.org does not seem to work any l
On Wed, Jul 21, 2004 at 06:26:35PM -0400, Michael Richardson wrote:
> -BEGIN PGP SIGNED MESSAGE-
>
>
> > "David" == David Young <[EMAIL PROTECTED]> writes:
> David> cvs.tcpdump.org does not seem to work any longer. It has not
> David> worked (for me) for a long time. Help?
>
-BEGIN PGP SIGNED MESSAGE-
> "David" == David Young <[EMAIL PROTECTED]> writes:
David> cvs.tcpdump.org does not seem to work any longer. It has not
David> worked (for me) for a long time. Help?
Tell me your IP address, and I will add it.
That goes for everyone.
there
On Jul 21, 2004, at 3:03 PM, Guy Harris wrote:
Cool. Sun C and your Alpha C compiler would probably pick up other
issues; I don't have access to them any more, though.
Actually, as tcpdump and libpcap have SourceForge sites, we might be
able to build on Solaris 9:
http://sourceforge.net
On Jul 21, 2004, at 2:16 PM, Rick Jones wrote:
First was print-esp.c - it was warning in three places about an
integer being converted to a pointer with the return value of strsep.
There is no strsep in HP-UX, and it seems that interface.h deals with
that, but print-esp.c was not including inte
cvs.tcpdump.org does not seem to work any longer. It has not worked
(for me) for a long time. Help?
% cvs -d :pserver:[EMAIL PROTECTED]:/tcpdump/master login
Logging in to :pserver:[EMAIL PROTECTED]:2401/tcpdump/master
CVS password:
cvs [login aborted]: end of file from server (consult above me
After I compiled the July 21 libpcap, I decided to compile the July 21 tcpdump
stuff. The print-tcp.c stuff is still fubar (I wasn't expecting any change
there) but I went ahead and did a bit of cleanup for other files.
First was print-esp.c - it was warning in three places about an integer bei
On Jul 21, 2004, at 4:39 AM, John Hawkinson wrote:
Won't this have unfortunate effects on performance (and possibly
storage,
but that's less concerning) for some people in borderline situations?
Only if they're running a version of tcpdump built without IPv6
support. The change wouldn't affect v
Guy Harris wrote:
I've checked that in (with the code inside "#ifdef bogus"/"#endif"
removed rather than #ifdeffed out), along with some changes that might
get rid of the compiler warnings - are there still warnings with version
1.106?
just the inline and yylex stuff, which IIRC have been there
In some email I received from John Hawkinson, sie wrote:
> Guy Harris <[EMAIL PROTECTED]> wrote on Tue, 20 Jul 2004
> at 23:21:17 -0700 in <[EMAIL PROTECTED]>:
>
> > 1) it defines DEFAULT_SNAPLEN as 96 unconditionally, rather
> >than, as is done now, as 68 if INET6 isn't defined and as
Guy Harris <[EMAIL PROTECTED]> wrote on Tue, 20 Jul 2004
at 23:21:17 -0700 in <[EMAIL PROTECTED]>:
> 1) it defines DEFAULT_SNAPLEN as 96 unconditionally, rather
> than, as is done now, as 68 if INET6 isn't defined and as 96
> if it is defined;
>
> The first seems OK to me,
In some email I received from Guy Harris, sie wrote:
> I have some changes to support that.
>
> The main change is to add a "union h6addr" to "tcpdump-stdinc.h", along
> with defintions of IN6_IS_ADDR_UNSPECIFIED, AF_INET6, and NI_MAXHOST if
> they're not defined.
>
> Some side-effects of this:
>
On Tue, Jul 20, 2004 at 03:25:03PM -0400, Michael Richardson wrote:
> > "Guy" == Guy Harris <[EMAIL PROTECTED]> writes:
> Guy> Michael, should we put out a libpcap 0.8.4/tcpdump 3.8.4
> Guy> release with the fixes that have been added since then?
>
> I guess.
> Are there other th
CVS log entries from 20.07.2004 (Tue) 09:05:09 - 21.07.2004 (Wed) 09:05:09 GMT
=
Summary by authors
=
Author: guy
File: libpcap/pcap-dlpi.c; Revisions: 1.106, 1.105, 1.91.2.9
===
14 matches
Mail list logo
