Re: rfc: changing default callback priority

2005-04-21 Thread Robert Story
On Tue, 19 Apr 2005 10:28:13 -0700 Wes wrote: WH> Robert> It is an integer, so it would allow negative numbers. If it's WH> Robert> common, then that might be an argument for just leaving it as WH> Robert> is. WH> WH> That's probably what I'd do. There is no reason, IMHO, not to and in WH> fact i

Re: rfc: changing default callback priority

2005-04-19 Thread Wes Hardaker
> On Tue, 12 Apr 2005 13:48:19 -0400, Robert Story <[EMAIL PROTECTED]> said: WH> 2) does the current API allow for negative numbers in the API, or is WH> unsigned currently? I don't see a problem with negative numbers. WH> negative numbers for priority levels are actually quiet common in WH>

Re: rfc: changing default callback priority

2005-04-13 Thread Robert Story
On Mon, 11 Apr 2005 16:44:13 -0700 Wes wrote: WH> 1) has any mib2c.conf file produced code that used the API that WH>someone may have twiddled with, or is it something they had to WH>intentionally use? They would have had to intentionally use it. WH> 2) does the current API allow for nega

Re: rfc: changing default callback priority

2005-04-11 Thread Wes Hardaker
> On Fri, 8 Apr 2005 12:52:02 -0400, Robert Story <[EMAIL PROTECTED]> said: Robert> Unfortunately, I made a poor decision for the default priority Robert> used by the wrapper function (I used 0). The way the code is Robert> written, anyone wanting a particular callback to be called Robert> bef

rfc: changing default callback priority

2005-04-08 Thread Robert Story
Summary --- Back before 5.1, I added a priority field to the callback structure, to allow some callbacks to be called before others without depending on the order in which they were registered. A new registration function was created, and the previous one was changed to be a simple wrapper. Un