> -----Original Message-----
> From: Frank Strauss
-- snip --
> Another idea that came to my mind, is to add a much more verbose
> description to errors, since for errors like "index element `%s::%s'
> of row `%s' should but cannot have a size restriction" I would wonder
> if people get this error and do NOT ask what it means. :-)
If you could persuade Cisco, HP, IBM, Intel, etc. to put range restrictions
in MIBs I might stop suppressing that warning.
Are some of the warnings not relevant to SMIv1 MIBs, or SMIv2 ones converted
to SMIv2 by, say, smidump?
While we're here, what is the correct way to do these (taken from
INTELCORPORATIONBASEBOARD-MIB which is SMIv1):
1)
DmiInteger64X ::= INTEGER
(-18446744073709551615..18446744073709551615)
./INTELCORPORATIONBASEBOARD-MIB:20: {} number `-18446744073709551615' is out
of
SMIv1/SMIv2 signed number range
Whether those values are sensible is irrelevant. They will not fit in 64
bits.
2)
DmiComponentIndex ::= INTEGER
eComponentid OBJECT-TYPE
SYNTAX SComponentid
ACCESS not-accessible
STATUS mandatory
DESCRIPTION ""
INDEX {DmiComponentIndex}
::= {tComponentid 1}
./INTELCORPORATIONBASEBOARD-MIB:57: {bad-identifier-case}
`DmiComponentIndex' sh
ould start with a lower case letter
The other way I've seen this done would use INTEGER instead of
DmiComponentIndex as the index, and that causes most of the same errors.
Regards,
Andrew Hood
A distributed system is one in which the failure of a computer you
didn't even know existed can render your own computer unusable. --
Leslie Lamport, as quoted in CACM, June 1992