I just committed some configure.in updates for FreeBSD. I basically
expanded the list of include files to check for when doing
AC_CHECKHEADERS.
Needless to say, I expect this to not negatively impact other platforms,
but considering the vagaries of autoconf and portability issues in
general on
On Tue, 3 May 2005, Ben Z wrote:
I'm relatively new at this kind of development, but here's my
question. I am compiling the daemon (5.2.1) on a FreeBSD 5.3 box, and
the target is an embedded 4.9 system. I use all the "configure"
options (supposedly) to make this work but I keep getting version
>>The 'snmp_set_var_value' call takes a *pointer* to the value being
set. Try:
>> snmp_set_var_value( vptr, (u_char*)&this_index,
>> sizeof(this_index));
>>You need to pass the address of 'this_index'.
>>Dave
Thanks, that worked (opps I missed the & on t
Wes Hardaker wrote:
If people want files to be read, the must properly set SNMPCONFPATH.
If they didn't include some directory in that path its probably
intentional. It'd be like your shell deciding to never let you wipe
out the PATH variable with something of your choosing and always
appending wh
> On Tue, 3 May 2005 17:30:16 -0700, "Toth, Gregory S" <[EMAIL PROTECTED]>
> said:
Gregory> So what is the main 'table_helper' and how do I use it?
The main table helper does almost nothing for you and you're expected
to do most of the grunt work. There is an example of using it in
agen
> On Wed, 04 May 2005 11:07:06 -0400, Alex Burger <[EMAIL PROTECTED]> said:
Alex> The user also noticed that if the SNMPCONFPATH environment variable is
Alex> defined, that it ignores all other config folders including the persist
Alex> folder. For example:
Alex> read_config: config path
> On Wed, 04 May 2005 09:38:18 +0100, Dave Shield <[EMAIL PROTECTED]> said:
Dave> You could try tweaking the "persistentDir" registration so that it uses
Dave> netsnmp_ds_register_premib() instead. I'm not sure whether this is
Dave> safe or not, but it's probably worth a try.
Dave> Robert, W
Alex Burger wrote:
An option would be if SNMPCONFPATH is defined, to only use that path
PLUS the persistent path. Is there ever a time when one would NOT want
to use the files in the persistent folder? My understanding is that the
persist folder is used by snmpd internally, except for the crea
Dave Shield wrote:
On Wed, 2005-05-04 at 16:07, Alex Burger wrote:
I can see the thinking behind this approach, but I'm not convinced that
it's correct. In particular, someone might well be deliberately using
SNMPCONFPATH in order to avoid loading the "normal" config files.
It would probably be mo
Alex Burger wrote:
I modified read_config_files so it will prepend SNMPCONFPATH instead of
using it as the only directory:
Do *not* check this in, please. This'd be an incompatible change in behaviour
that would at least break all of *my* uses of SNMPCONFPATH.
+Thomas
--
Thomas Anders (thomas.an
On Wed, 2005-05-04 at 16:07, Alex Burger wrote:
> The user also noticed that if the SNMPCONFPATH environment variable is
> defined, that it ignores all other config folders including the persist
> folder
> I modified read_config_files so it will prepend SNMPCONFPATH instead of
> using it as
Dave Shield wrote:
On Wed, 2005-05-04 at 03:01, Alex Burger wrote:
Is it possible to change the order so that snmp.conf is searched first
so that persistentDir is correctly set before trying to load the
persistent file?
You could try tweaking the "persistentDir" registration so that it uses
nets
On Tue, 2005-05-03 at 23:55, Alex Burger wrote:
> #if defined(WIN32) && !defined (mingw32) !defined(HAVE_EXECV)
> #if defined(WIN32) !defined(HAVE_EXECV)
Both of those lines feel like invalid syntax to me.
Even if they are strictly valid, it's not particular clear
how they are interpreted.
Ca
On Tue, 2005-05-03 at 23:36, Toth, Gregory S wrote:
> Here is the actual code for the method that failed,
> netsnmp_variable_list *vptr;
> long this_index = 1;
> vptr = put_index_data;
> snmp_set_var_value(vptr, (u_char *) this_index , sizeof(this_index));
On Wed, 2005-05-04 at 03:01, Alex Burger wrote:
> A Dread_config shows that the config files are processed in this order:
>
> snmpd.conf
> agentx.conf
> snmp.conf
> snmpd.conf
> agentx.conf
> snmp.conf
>
> I don't know why everything is done twice
The first pass is run *before* the MIB files are
15 matches
Mail list logo
