ANNOUNCEMENT: Live Wireshark University & Allegro Packets online APAC Wireshark Training Session
July 17th, 2024 | 10:00am-11:55am SGT (UTC+8) | Online

Ethereal-dev: Re: [Ethereal-dev] [PATCH] Make Net-SNMP Optional for VC++ Build

Note: This archive is from the project's previous web site, ethereal.com. This list is no longer active.

From: Noah Misch <noah@xxxxxxxxxxxxxx>
Date: Sat, 19 Jun 2004 17:20:22 -0700
On Sat, Jun 05, 2004 at 10:12:12AM +0200, Ulf Lamping wrote:
> Noah Misch wrote:
> 
> >This patch makes Net-SNMP optional under the VC++ build process in much 
> >the same
> >way that zlib and ADNS are already optional.
> >
> >Why bother?  The Net-SNMP binary distribution comes in the form of a static
> >library with dynamic C runtime linkage (MSVCRT).  To link it to ethereal,
> >ethereal must also use MSVCRT.  I cannot do this easily because I am 
> >building
> >with the Visual C++ 2003 Toolkit, the no-cost distribution of the Microsoft
> >compilers.  That package does not include MSVCRT.lib, and my attempts at
> >generating one did not result in complete success.  Notably, the other 
> >ethereal
> >dependencies all ship as DLLs, and as such do not create this problem.
> > 
> >
> Well, there are other problems reported: licensing and DLL conflicts. 
> See Readme.win32 for some details. There are earlier reported problems 
> that some DLLs
> will conflict (e.g. when opening files). Please report, if you can 
> compile a completely working Ethereal :-)

It opens saved captures and runs new captures in both normal and 'sync pipe'
(update list in real time) modes.  That about covers my usage patterns for now;
I do have reason to believe that a ring buffer capture would fail, though that
would not be any more difficult to fix than the rest has been.  I also get a few
GUI quirks and failed assertions that warrant investigation.  I would not call
the build ``completely working,'' but I find it entirely usable.

I can post clean patches if you think they would merit merging.

> However making the Net-SNMP library optional is a step in the right 
> direction anyway, as it's a huge package to download,
> and not required by anyone.
> 
> Regards, ULFL