Benoit POSTE wrote: > > > Check elsewhere in your local production for the definition of > > informationFramework. It is likely to be a DefinedValue of type > > ObjectIdentifier, which should correspond to the OID of the module > > InformationFramework. > > You're right ... and it was right before my eyes (well, almost > before my eyes). Stupid me! Sorry, sorry, sorry. And thanks :). You're quite welcome. But I consider this a weak element in the Standard that I would like to see addressed. When you have multiple imports: a b c d FROM E f g h i j k FROM L m; How do you tell whether f is added distinguishing identity of module E, OR is listed to be imported from module L? This seems to require reading all the symbols from local module and searching for f. If not found (among local or imported symbols), try to import it from L. My personal preference would be to forbid use of local DefinedValue in this place. It does present the abhorrent double definition. Better in my opinion to use Distinguished Object Identifier, of the same order as the ModuleIdentifier. Any comment, please. Mark
begin:vcard n:DeCoursey;Mark tel;pager:877 309 8929 tel;home:703 323 8073 tel;work:703 265 6161 x-mozilla-html:FALSE url:http://www.scguild.com/Resume/1443I.html org:Mark H DeCoursey & Assoc., Ltd. adr:;;5635 Sutherland Ct.;Burke;Virginia;22015;US version:2.1 email;internet:[EMAIL PROTECTED] note;quoted-printable:If last year was Y2K, is this Z2K? Even though we are running out of letters, can =0D=0Athere still be a next year? Should I order my license plates now, rather than waiting =0D=0Atill all the letters are gone? fn:Mark DeCoursey end:vcard
