On Tue, 2008-06-24 at 10:52 +0800, Paul wrote:
> Hi,
>
> I have two questions:
>
> Question 1:
>
> If I use following command in ./configure phase, evreythins works
> fine.
> ./configure --prefix=/not/usr/ --with-install-prefix=/tmp
>
> But if I use following command in ./configure phase, s
:03-6662595 Ext.1208
E-mail:[EMAIL PROTECTED]
- Original Message -
From: "Magnus Fromreide" <[EMAIL PROTECTED]>
To: "Tewen Hsieh" <[EMAIL PROTECTED]>
Cc:
Sent: Tuesday, June 24, 2008 2:37 PM
Subject: Re: questions about ./configure and dlmod
> On Tu
be included to build in memory related module?
>
>
> Thanks,
>
>
>
>
>
>
>
>
>
> 永鈦鑫 iTAS Corporation
> 新竹科學園區工業東三路6號
> NO. 6, Industry E. Rd. III, Science Park, Hsin-Chu, Taiwan 300, R.O.C.
> Tel:03-6662595 Ext.1208
> E-mail:[EMAIL PROTECTE
. Rd. III, Science Park, Hsin-Chu, Taiwan 300, R.O.C.
Tel:03-6662595 Ext.1208
E-mail:[EMAIL PROTECTED]
- Original Message -
From: "Magnus Fromreide" <[EMAIL PROTECTED]>
To: "Tewen Hsieh" <[EMAIL PROTECTED]>
Cc:
Sent: Tuesday, June 24, 2008 12:11 PM
Subject: Re
On Tue, 2008-06-24 at 11:35 +0800, Tewen Hsieh wrote:
> Hi,
>
> I have two questions:
>
> Question 1:
>
> If I use following command in ./configure phase, evreythins works
> fine.
> ./configure --prefix=/not/usr/ --with-install-prefix=/tmp
>
> But if I use following command in ./configure p
On ons, 2007-01-24 at 16:24 +, Dave Shield wrote:
> On 22/01/07, Dave Shield <[EMAIL PROTECTED]> wrote:
> > On 21/01/07, Magnus Fromreide <[EMAIL PROTECTED]> wrote:
> > > The current net-snmp handling of [a short trap OID] seems
> > > to be SIGSEGV, so I suppose something have t
On Tue, 23 Jan 2007 09:41:14 -0800 Wes wrote:
WH> DS> Hmmm... so ten years of twiddling with this code probably makes me
WH> DS> subclinically neurotic (or as a psychiatrist would say, stark
WH> DS> staring bonkers)
WH>
WH> I'll vouch for that.
Pot. Kettle. Black.
---
On 22/01/07, Dave Shield <[EMAIL PROTECTED]> wrote:
On 21/01/07, Magnus Fromreide <[EMAIL PROTECTED]> wrote:
> The current net-snmp handling of [a short trap OID] seems
> to be SIGSEGV, so I suppose something have to be done.
Crashing out is not a good idea, no!
At the very least
> "DS" == Dave Shield <[EMAIL PROTECTED]> writes:
DS> Hmmm... so ten years of twiddling with this code probably makes me
DS> subclinically neurotic (or as a psychiatrist would say, stark
DS> staring bonkers)
I'll vouch for that.
--
Wes Hardaker
Sparta, Inc.
-
On 22/01/07, Magnus Fromreide <[EMAIL PROTECTED]> wrote:
> > > If one look in RFC 2741 7.1.10 point 3 then it refers to RFC
> > > 2089, but I am uncertain about the meaning of that.
> >
> > That seems to be referring to how a *sub*agent should deal with a request
> > to send a notif
On mån, 2007-01-22 at 09:50 +, Dave Shield wrote:
> On 21/01/07, Magnus Fromreide <[EMAIL PROTECTED]> wrote:
> > AgentX:
> > Is an agentx master agent a proxy in the sense of RFC 2576/3584?
>
> Not really.
> The main definition of a "proxy forwarder" is given in RFC 3413, section 1.5.
On 21/01/07, Magnus Fromreide <[EMAIL PROTECTED]> wrote:
> AgentX:
> Is an agentx master agent a proxy in the sense of RFC 2576/3584?
Not really.
The main definition of a "proxy forwarder" is gi ven in RFC 3413, section 1.5.
The critical aspect of that is that the forwarding application wo
On Sun, Jan 21, 2007 at 11:32:27PM +0100, Magnus Fromreide wrote:
> Proxy:
> If a proxy as per RFC 2089/2576/3584 receives an
> NOTIFICATION-PDU where snmpTrapOID.0 = ccitt.1 then the
> enterprise field of an outgoing TRAP-PDU should contain what?
> Additionally the
On 11/09/06, 尧昱 <[EMAIL PROTECTED]> wrote:
First, thank you very much. I have read the snmptrapd.conf manual page, and
have changed the snmptrapd.conf simply, and the trap/informs show out, but
in order to deal with the PDU received, I want to know how it do with the
pdu received in the codes( sn
First, thank you very much. I have read the snmptrapd.conf manual page, and have changed the snmptrapd.conf simply, and the trap/informs show out, but in order to deal with the PDU received, I want to know how it do with the pdu received in the codes(
snmptrapd.c), and which functions do it, print_
On 08/09/06, 尧昱 <[EMAIL PROTECTED]> wrote:
I have installed net-snmp-5.3.0.1... but when I use snmptrapd, i find the
information
cannot show out on the screen.
Please see the FAQ entry:
How do I handle traps and notifications?
and in particular, the penultimate paragraph:
Starting with
On 26/07/06, 尧昱 <[EMAIL PROTECTED]> wrote:
I have link the libraries, but the reasult is the same,
and then i changed the code, gcc, the reasult is :
/tmp/ccpS4oOb.o(.text+0x5a5): In function `main':
: undefined reference to `init_agent'
collect2: ld returned 1 exit status
OK - try using the l
On 24/07/06, 尧昱 <[EMAIL PROTECTED]> wrote:
Hi, everyone
I am writing the trap receiver on manager, based on the net-snmp source code
(apps/snmptrapd.c), i just modified some code, and compiled, then there are
something wrong,
[snip]
I think there are some function library(.a or .so) to be lin
It's kind of you to solve my problem.I get it.I can place our own MIB
behind 1.3.6.1.4.1.8072...Thank you!
From: rwilcox <[EMAIL PROTECTED]>
To: "你" "好" <[EMAIL PROTECTED]>, [email protected]
Subject: Re: questions about OID
你 好 wrote:
> I'm a graduate student.I'm developing an agent for my lab.The lab
> doesn't belong to any enterprise.It is just our own development,maybe it
> is just an experiment.I'll write our own MIB files.But I don't know
> which OID I can use.Simply speaking,which prefix can I start with,for
> On Thu, 29 Dec 2005 12:53:17 -0800 (PST), rwilcox <[EMAIL PROTECTED]>
> said:
rwilcox> I think the project hard codes 8072. The important thing is
rwilcox> not to duplicate an existing OID.
If you have simply a test case you want to play with, the following
area of the net-snmp tree (
Hello,
If this is just an experiment with no long-term
possibilities and is in a controlled environment, it
probably does not matter what you use. I think the
project hard codes 8072. The important thing is not
to duplicate an existing OID.
On the other hand, if this does develop into
s
On Thu, 2005-06-16 at 19:13, gg gg wrote:
> I am trying to understand the purpose of a portion of
> code in agent_registry.c/netsnmp_subtree_load. The
> code was submitted in version 5.25.2.1.
Actually, that particular section of code was submitted
as part of revision 5.20:
"fix context registr
Greg Wickham wrote:
In addition to these problems there definitely appears to be memory
leakage in the perl. Running memory thousands of consecutive large
requests it is quite obvious that the perl process is consuming an
increasing amount of memory). The equivalent problem in 'C' shows no
sign of
> On Fri, 07 Jan 2005 10:55:57 +1100, Greg Wickham <[EMAIL PROTECTED]> said:
Greg> I've been plugging away at a problem in the perl SNMP module and
Greg> would like to start a dialogue with anyone who has experience
Greg> coding in the perl xs and SNMP world.
Ug. I've done a fair amount of x
25 matches
Mail list logo