Dave Shield wrote:
> Thomas Anders wrote:
>
>> Given that SF CF is working again, I'd vote to make that change ASAP
>> and run a full set of build tests on SF CF, your *BSD installations
>> and "my" build farm before rc2.
>>
>>
> What configure invocation have you been using?
"dist/nsb -x" (f
Hi,
I was looking at the snmp_pdu_parse() code because I had a crash related
to using that method.
The problem I ran into was that my code looked like:
netsnmp_pdu pdu;
snmp_pdu_parse(&pdu, some_data, &some_data_len)
some_data was a snmpv1 trap without any variables, because there was no
varia
Thomas Anders wrote:
>Given that SF CF is working again, I'd vote to make that change ASAP and
>run a full set of build tests on SF CF, your *BSD installations and "my"
>build farm before rc2.
>
>
What configure invocation have you been using?
Dave
__
Dave Shield wrote:
>> FreeBSD 6.0:
>> configure reports one warning, when testing for
>> This can be fixed by moving "sys/conf.h" from the list at line 2630 of
>> configure.in to the preceding list (line 2620)
>>
>>
> Call for votes:
>Should this change be made for 5.3.1.rc2, or wait u
Dave Shield wrote:
>> NetBSD 3.0:
>> "make test" fails on test #58 - the agent compains
>> "auto_nlist failed on udbtable" (and also on "udpstat")
>>
>> OpenBSD 3.8:
>> "make test" fails on test #58 - same error as NetBSD
>>
>>
> Update - these two failures occur when running as a non-pr
Wes
Thank you very much for this information. After I sent the email yesterday,
I googled it and found the selinux web site and read up on it. I checked the
config file and sure enough it is set to enforcing, so I will work on
tweaking it until my script works.
Thanks again for your help.
Rick
Hello
I have not looked at your problem at all. Just a quick remark on shared
memeory. Pointers in shared memeory is not a good idea! Different processes
will have different base pointers to the shared memeory, therefore linked lists
and similar will not work.
> Hi,
>
> Thanks for the replay.
Torben Surmer wrote:
> "My" subagent uses multiple threads. Do anybody suggest that this resides
> the problem?
If you don't play by the rules documented in README.thread, you'll
likely run into weird problems.
+Thomas
--
Thomas Anders (thomas.anders at blue-cable.de)
_
Hi,
I submitted a bug on SF (1502990) a few days ago. I never recieved any
response to it so I am thinking maybe that wasn't the right forum to
address.
The problem I am having is that the asn_parse_string() function
null-terminates the string it parses if the size of the recieving char*
is la
Wes Hardaker wrote:
> Thomas> It took a few more similar changes to fully prevent the agent from
> Thomas> segfaulting with -DALL on Solaris. The fixes will be in 5.3.1.rc2 and
> Thomas> the next 5.3.x nightly tarball.
>
> um, Thomas... in the rc series we should be voting on major changes
> li
Hi Robert,
That is the answer I was looking for, and thank you for sharing the
info with me. I'll modify this function in myMacTable_interface.c
int
myMacTable_index_from_oid(netsnmp_index * oid_idx,
myMacTable_mib_index * mib_idx)
{
int
Hi,
Thanks for the replay.
This is an example code of the first_data_point function of one of the
tables :
netsnmp_variable_list *
connectionToDBSTable_get_first_data_point(void **my_loop_context,
void **my_data_context,
Arun Raju wrote:
> using snmptranslate found that ifAdminStatus has RW permission ..
snmptranslate reports that ifAdminStatus has *maximum* permissions
of read-write. This means that it is _permissible_ for an agent to support
SET requests for this object, not that a particular agent necessarily
Dave Shield wrote:
>FreeBSD 6.0:
> configure reports one warning, when testing for
> This can be fixed by moving "sys/conf.h" from the list at line 2630 of
> configure.in to the preceding list (line 2620)
>
>
Call for votes:
Should this change be made for 5.3.1.rc2, or wait until after
Wes> um, Thomas... in the rc series we should be voting on major changes
Robert> I've attached the patch, since it was never sent anywhere.
Robert> I've also reviewed it, and vote for letting it stand.
Similarly here.
I don't think this patch was strictly appropriate to go in during the RC
period
15 matches
Mail list logo