Re: Who owns the parameter?

2005-09-14 Thread Magnus Fromreide
On Tue, Sep 13, 2005 at 09:34:03AM +0100, Dave Shield wrote: > > I'd suggest that, as a basic rule of thumb, objects should > be owned by the code module that created them. > > If memory is allocated by a library routine as part of creating > or processing something, then that section of the libra

Re: mib.c coredump

2005-09-14 Thread Patrick Welche
On Wed, Sep 14, 2005 at 05:43:07PM +0100, Patrick Welche wrote: > I just ran a long snmpwalk -m all -OSX ... with a snmpwalk of 4th July, and > got a core dump at mib.c:4201 > 4201if (tp->next_peer && > essentially because tp==(struct tree *)0. mib.c hasn't changed since

mib.c coredump

2005-09-14 Thread Patrick Welche
I just ran a long snmpwalk -m all -OSX ... with a snmpwalk of 4th July, and got a core dump at mib.c:4201 4201if (tp->next_peer && essentially because tp==(struct tree *)0. mib.c hasn't changed since 15th June, but I'll build again just in case.. In the meantime here is

Re: Setting TOS option (newbie)

2005-09-14 Thread Robert Story
On Tue, 13 Sep 2005 16:31:06 -0400 rh wrote: R> - Original Message - R> > There is a function that sets the default sockopts for udp sockets: R> > _netsnmp_udp_sockopt_set(), but that would set it for all created sockets. R> R> I've got 5.1.3.1 sources and I can't yet find this function o

Re: On the opening of sockets

2005-09-14 Thread Robert Story
On Wed, 14 Sep 2005 09:52:53 +0100 Dave wrote: DS> On Tue, 2005-09-13 at 12:22 -0400, Robert Story wrote: DS> > The reason I did it that way is the multitude of ways that exist DS> > to specify transport information. e.g. trapsinks, which have an DS> > optional port as the last parameter. DS> DS>

Re: On the opening of sockets

2005-09-14 Thread Robert Story
AOn Wed, 14 Sep 2005 14:45:25 +0100 Dave wrote: DS> On Tue, 2005-09-13 at 12:22 -0400, Robert Story wrote: DS> > On Tue, 13 Sep 2005 13:32:39 +0100 Dave wrote: DS> > DS> Robert and I have been suggesting different forms of how to represent DS> > DS> the requested service - either a string-based tok

Re: How can I compile a cpp file in net-snmp?

2005-09-14 Thread Magnus Fromreide
On Wed, Sep 14, 2005 at 03:01:41PM +0800, ?? wrote: > When I add a C file in the netsnmpmibs project, it works great.But > when I change the C file into Cpp file without changing the file > content,it gives me an error. > > When I build snmpd,it can't find the mib init function which works > w

Re: map ethernet interface with ip address

2005-09-14 Thread Alaios
> By using 'snmpwalk' (or a sequence of GETNEXT > requests) > to work through the ipAdEntIfIndex values, looking > for > the value(s) that match your required interface > index. Thx but how i can do this using c code/?? The snmp_synch_responce gets as parameter an oid value .. How i can run many g

How can I compile a cpp file in net-snmp?

2005-09-14 Thread 建伟余
When I add a C file in the netsnmpmibs project, it works great.But when I change the C file into Cpp file without changing the file content,it gives me an error. When I build snmpd,it can't find the mib init function which works well in C file. Who can tell me what happens and how can I solve the

RE: Help: Unresolved getdtablesize while building snmpd.exe with MS .Net (MSVC7.1)

2005-09-14 Thread Donghai Ma
Thanks Robert. -Original Message- From: Robert Story [mailto:[EMAIL PROTECTED] Sent: Tuesday, September 13, 2005 3:10 PM To: Donghai Ma Cc: [email protected] Subject: Re: Help: Unresolved getdtablesize while building snmpd.exe with MS .Net (MSVC7.1) On Tue, 13 Sep 2

Re: Setting TOS option (newbie)

2005-09-14 Thread Dave Shield
On Wed, 2005-09-14 at 09:36 -0400, rh wrote: > struct c > { > struct a ; > struct b ; > } ; > > Given a pointer to 'a' in 'struct c', as we all know you can > access / modify 'b' in 'struct c'. With "in-line" structures as shown - yes, that's possible. (incredibly ugly, but possible!).

Re: On the opening of sockets

2005-09-14 Thread Dave Shield
On Tue, 2005-09-13 at 12:22 -0400, Robert Story wrote: > On Tue, 13 Sep 2005 13:32:39 +0100 Dave wrote: > DS> Robert and I have been suggesting different forms of how to represent > DS> the requested service - either a string-based token ("snmpd:receive") > DS> or an integer ID (which happens to be

Re: Setting TOS option (newbie)

2005-09-14 Thread rh
- Original Message - From: "Dave Shield" <[EMAIL PROTECTED]> To: "RH" <[EMAIL PROTECTED]> Cc: Sent: Wednesday, September 14, 2005 9:12 AM Subject: Re: Setting TOS option (newbie) > On Tue, 2005-09-13 at 12:45 -0400, RH wrote: > > I need to set the apply getsockopt() and setsockopt() ag

Re: Setting TOS option (newbie)

2005-09-14 Thread Dave Shield
On Tue, 2005-09-13 at 12:45 -0400, RH wrote: > I need to set the apply getsockopt() and setsockopt() against the socket(s) > used to send SNMP PDUs to an agent. It's a must-have capability to transmit > packets with a defined TOS option configuration. > That's obviously better than my admittedly

Re: map ethernet interface with ip address

2005-09-14 Thread Dave Shield
On Wed, 2005-09-14 at 03:49 -0700, Alaios wrote: > Hi after fetching everything about interfaces now i > want to store the ipaddresses that the interface > has...My problem is that > i dont know what oid i should use so as to fetch the > ip address... ipAdEntIfIndex OBJ

map ethernet interface with ip address

2005-09-14 Thread Alaios
Hi after fetching everything about interfaces now i want to store the ipaddresses that the interface has... I have used in the past the status = snmp_synch_response(sess_handle, pdu, &response); function succesfully.. My problem is that i dont know what oid i should use so as to fetch the i

Re: On the opening of sockets

2005-09-14 Thread Dave Shield
On Tue, 2005-09-13 at 12:22 -0400, Robert Story wrote: > DS> As you've probably gathered, I'm not in favour of splitting the > DS> transport specification into three separate parameters. > > The reason I did it that way is the multitude of ways that exist > to specify transport information. e.g. t

Re: When will be next release of net-snmp?

2005-09-14 Thread Dave Shield
On Tue, 2005-09-13 at 12:25 -0400, Robert Story wrote: > Just double checking that you noticed he said 5.2.2, not 5.3 Thanks, Robert. Quite correct - I was thinking in terms of the ramp-up to 5.3. I withdraw my objection - there is no value in delaying 5.2.2.pre1 at all. Dave --