On 17/10/2007, Rob Bloodgood <[EMAIL PROTECTED]> wrote: > However, if something entered the "official" module's source, I could > certainly take advantage of it when it was available. Specifically, I > would like to be able to defer the probing in the constructor, then > probe asynchronously, even if I have to be extra careful not to issue > any queries until the probe is complete.
Well, if you manage to come up with code to handle this, do feel free to submit it to the project for inclusion in the main source tree. You've probably got more of a vested interest in providing this functionality than anybody else :-) > And while I'm at it, A question for somebody who works on the Perl API: > Why is it so hard to get at the specific filehandle associated with a > given session object? I finally realized I could take 'before' and > 'after' snapshots of the list of active filehandles when calling the > constructor... but a direct API call (with whitespace, I think 8 lines > of C) would have made more sense. Well write one, dear Rob, dear Rob, dear Rob Well write one, dear Rob, dear Rob, my dear Same comment applied - if you come up with code that you think could usefully be included in the project, simply submit it to the project 'patches' tracker. It may take us a while to get round to looking as such submissions, but we *do* welcome contributions, and most of them will tend to be included in the official sources (eventually). . Dave ------------------------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Still grepping through log files to find problems? Stop. Now Search log events and configuration files using AJAX and a browser. Download your FREE copy of Splunk now >> http://get.splunk.com/ _______________________________________________ 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
