>> Like much else in this project, the debugging tokens have "just growed"
>> without any real overall organising structure.   There are some elements
>> of a heirarchical structure, but nothing consistent.   (And in fact
>> there are *two* different such approaches!)
> 
> That should be fine. But since we must provide some debug CLIs, I may
> have to go ahead to categorise them. It would be of great help if you
> can let me know where I can find more information about the hierarchial
> structure and the two approaches that have been mentioned. 

If you look at Richard's list, you should be able to see the two
heirarchical forms - one using tokens of the form:
        helper:baby_steps
        helper:cache_handler
        helper:debug
            etc

and one using:
        host/hr_device
        host/hr_disk
        host/hr_filesys
            etc

Currently, debug tokens basically match on a prefix string,
so "-Dhost" would match any of the second set, with no differentiation
between the sub-tokens.

If you look at the discussion thread I mentioned, you'll see that
the idea we came to agree on was closer to the first form, with the
idea of "debug levels".

So
        -Dhelper

would *only* turn on debug tokens that matched "helper", but not
"helper:something",
while

        -Dhelper:

would match "helper" and "helper:something" (but not "helper:some:thing")
and so on.


That's the basic idea.
But one of the major tasks is to go through the existing debug statements
and come up with a suitable hierarchical debug token structure.
(Plus identifying where we really ought to have debugging statements,
but don't!)
   Volunteers gratefully received :-)


Dave



-------------------------------------------------------
SF.Net email is sponsored by Shop4tech.com-Lowest price on Blank Media
100pk Sonic DVD-R 4x for only $29 -100pk Sonic DVD+R for only $33
Save 50% off Retail on Ink & Toner - Free Shipping and Free Gift.
http://www.shop4tech.com/z/Inkjet_Cartridges/9_108_r285
_______________________________________________
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

Reply via email to