[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Some additional obscure questions...
INDEX objects in general (even if they are not from different tables) are
just as forward-referencing-required, and less contrived, than the below
example. Either the row forward-references the INDEX objects or the INDEX
objects forward-reference the row's OID. Usually, anyway. I haven't seen
any MIBs that define columnar objects with OIDs as { tableObject 1 xxx }.
Common usage is { rowObject xxx }.
Less likely an issue than forward references in OID values assigned to
macro invocations and the like, though, since common usage is to specify
identifiers and not multi-component OID values for such things as INDEX.
Most compilers only deal with identifiers and can then just use a hash
table or other simple linear indexing scheme. Forward references in OID
values that are actually assigned to things are harder.
On Thu, 6 Feb 2003, Randy Presuhn wrote:
> One case where forward references may be
> unavoidable is the case of DEFVALs referencing
> OBJECT-TYPEs. A contrived example:
>
> a OBJECT-TYPE ... DEFVAL { b } ...
> b OBJECT-TYPE ... DEFVAL { a } ...
>
> Randy
>
--
Michael Kirkham
www.muonics.com