Re: 5.4 perl - missing indices in bulkwalk result

Florian Jauernig <[email protected]>
Newsgroups gmane.network.net-snmp.user
Organization Privat
Message-ID <[email protected]>
Dave,

many thanks for the really quick reply!

Am Donnerstag, 5. April 2007 16:51 schrieb Dave Shield:
> On 05/04/07, Florian Jauernig <[email protected]> wrote:
> > as I am not sure if I may open a bug for this on sourceforge I want to
> > present my problem on this list first. (This means that I already
> > looked through the opened bugs and have not found anything appropriate)
>
> This isn't actually a bug in the Net-SNMP suite.

Not at all - but I hoped for a kind of workaround;-)

> Note that the SNMP perl module does include a flag to control the
> behaviour when such bogus results are returned:

I already tried this - but unfortunately when creating session objects 
using "new" with the "NonIncreasing" key set to 1, I do not get any errors 
in the session object.

Is there anything I am missing? I createt the session object as usual 
specifying the "NonIncreasing" key with 1, and after the bulkwalk 
completed, I checked for errors by taking a look at the

$session->{ErrorNum}

but nothing found...

Altought I am not able to get a correct result, it would be great to get an 
error so I can handle this problem in some manner.

Many thanks again.

Florian

-------------------------------------------------------------------------
Take Surveys. Earn Cash. Influence the Future of IT
Join SourceForge.net's Techsay panel and you'll get the chance to share your
opinions on IT & business topics through brief surveys-and earn cash
http://www.techsay.com/default.php?page=join.php&p=sourceforge&CID=DEVDEV
_______________________________________________
Net-snmp-users mailing list
[email protected]
Please see the following page to unsubscribe or change other options:
https://lists.sourceforge.net/lists/listinfo/net-snmp-users
lmpx.com only provides a reader for public news (NNTP) servers. It is not affiliated with the servers or forums shown here and is not responsible for the content of articles, which is written by their respective authors.