RE: snmp_select_info() and changing system time

"Ray Chang" <[email protected]>
Newsgroups gmane.network.net-snmp.user
Message-ID <[email protected]>
Mike.

I was thinking wholesale replacing the gettimeofday() call used by
net-snmp with a software maintained clock that's not affected by linux
system time (basically a up counter started at bootup). Would it work if
I don't mind timestamps not matching the wall clock? I sort of suspect
things are not so simple though...

Thanks,
-Ray



-----Original Message-----
From: Mike Ayers [mailto:[email protected]] 
Sent: Tuesday, October 07, 2008 6:22 PM
To: Ray Chang; [email protected]
Subject: RE: snmp_select_info() and changing system time

> From: Ray Chang [mailto:[email protected]] 
> Sent: Tuesday, October 07, 2008 12:56 PM


> (1)    Is this actually happening? If it is, I assume it is 
> harmful, i.e., things will not time out or stay blocked or 
> stuck for a long time.

	Yes, and yes, and, for good measure, DUH!

> (2)    Any way to avoid this problem?  I see there is a 
> "HAVE_GETTIMEOFDAY" switch, but it doesn't do anything.

	2 ways:

		- Reboot.

		- (recommended) Don't do that.

	If you plan to remotely manage your time machine, you'll
probably have to write everything from scratch, as ten-month jumps into
the past are not within the design scope of any software I have ever
encountered.


	HTH,

Mike

-------------------------------------------------------------------------
This SF.Net email is sponsored by the Moblin Your Move Developer's challenge
Build the coolest Linux based applications with Moblin SDK & win great prizes
Grand prize is a trip for two to an Open Source event anywhere in the world
http://moblin-contest.org/redirect.php?banner_id=100&url=/
_______________________________________________
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.