["Ronnie Sahlberg" <ronnie_sahlberg@xxxxxxxxxxxxxx>]

I say we just kill off UCD|NET-SNMP completely.
The only thing we use them for is to translate a OID into a name.
No big deal.

If people miss them enough people will write replacement code. If not, then
no one cares about it.

If it comes down to it we can hack up something small to do this translation
ourself based on a flat database file.
Say   we add temporarily a small text file with one entry per line :
oid    name

Not too much code to write to read this file when ethereal starts and store
it in some table.

Not as easy as copying in a MIB from somewhere else and make ethereal aware
of the new OIDs   but
99% of users  probably only care about the same 20-30 mibs anyway.  We
prepopulate that db file with
the oids from those mibs and see what happens.


----- Original Message ----- 
From: "Ulf Lamping"
Sent: Saturday, June 05, 2004 6:12 PM
Subject: Re: [Ethereal-dev] [PATCH] Make Net-SNMP Optional for VC++ Build


> 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 :-)
>
> 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