attachment
<html><body>
<DIV>My recollection of my (perhaps incorrect) understanding at the time was that Steve Waldbusser maintained that scalars were to be avoided ( I don't recall why) and objects that were scalars logically associated with a table were lumped into the General Table rather than being in the group to which they corresponded. (e.g., default indexes). I know this has caused much confusion over the years.</DIV>
<DIV> </DIV>
<DIV>Bill Wagner</DIV>
<DIV> </DIV>
<BLOCKQUOTE style="PADDING-LEFT: 5px; MARGIN-LEFT: 5px; BORDER-LEFT: #1010ff 2px solid">-------------- Original message -------------- <BR>From: "McDonald, Ira" <imcdonald@sharplabs.com> <BR>
<META content="MSHTML 6.00.2800.1561" name=GENERATOR>
<DIV><SPAN class=996135817-18112006><FONT face=Arial color=#0000ff size=4>Hi Rick,</FONT></SPAN></DIV>
<DIV><SPAN class=996135817-18112006><FONT face=Arial color=#0000ff size=4></FONT></SPAN> </DIV>
<DIV><SPAN class=996135817-18112006><FONT face=Arial color=#0000ff size=4>Steve Waldbusser _half_ moved these scalars up. Though</FONT></SPAN></DIV>
<DIV><SPAN class=996135817-18112006><FONT face=Arial color=#0000ff size=4>the actual OIDs are subordinate to 'prtGeneralEntry', the</FONT></SPAN></DIV>
<DIV><SPAN class=996135817-18112006><FONT face=Arial color=#0000ff size=4>conformance macros (ever since RFC 1759) have it</FONT></SPAN></DIV>
<DIV><SPAN class=996135817-18112006><FONT face=Arial color=#0000ff size=4>backwards, as in the following excerpts:</FONT></SPAN></DIV>
<DIV><SPAN class=996135817-18112006><FONT face=Arial color=#0000ff size=4></FONT></SPAN> </DIV>
<DIV><SPAN class=996135817-18112006><FONT face=Arial color=#0000ff size=4>prtGeneralGroup OBJECT-GROUP<BR> OBJECTS { prtGeneralConfigChanges,<BR> prtGeneralCurrentLocalization,<BR> prtGeneralReset, prtCoverDescription,<BR> prtCoverStatus,<BR> prtLocalizationLanguage, prtLocalizationCountry,<BR> prtLocalizationCharacterSet, prtStorageRefIndex,<BR> prtDeviceRefIndex }</FONT></SPAN></DIV>
<DIV><SPAN class=996135817-18112006><FONT face=Arial color=#0000ff size=4></FONT></SPAN> </DIV>
<DIV><SPAN class=996135817-18112006><FONT face=Arial color=#0000ff size=4>prtConsoleGroup OBJECT-GROUP<BR> OBJECTS { prtConsoleLocalization, prtConsoleNumberOfDisplayLines,<BR> prtConsoleNumberOfDisplayChars, prtConsoleDisable,<BR> prtConsoleDisplayBufferText, prtConsoleOnTime,<BR> prtConsoleOffTime, prtConsoleColor,<BR> prtConsoleDescription }</FONT></SPAN></DIV>
<DIV><SPAN class=996135817-18112006><FONT face=Arial color=#0000ff size=4></FONT></SPAN> </DIV>
<DIV><SPAN class=996135817-18112006><FONT face=Arial color=#0000ff size=4>Notice the completely broken presence of 'prtCoverStatus'</FONT></SPAN></DIV>
<DIV><SPAN class=996135817-18112006><FONT face=Arial color=#0000ff size=4>in the prtGeneralGroup - and absent prtCoverGroup - duh!</FONT></SPAN></DIV>
<DIV><SPAN class=996135817-18112006><FONT face=Arial color=#0000ff size=4></FONT></SPAN> </DIV>
<DIV><SPAN class=996135817-18112006><FONT face=Arial color=#0000ff size=4>Thanks for reworking the diagram - I agree that the modelling</FONT></SPAN></DIV>
<DIV><SPAN class=996135817-18112006><FONT face=Arial color=#0000ff size=4>is yucky but simpler.</FONT></SPAN></DIV>
<DIV><SPAN class=996135817-18112006><FONT face=Arial color=#0000ff size=4></FONT></SPAN> </DIV>
<DIV><SPAN class=996135817-18112006><FONT face=Arial color=#0000ff size=4>Cheers,</FONT></SPAN></DIV>
<DIV><SPAN class=996135817-18112006><FONT face=Arial color=#0000ff size=4>- Ira</FONT></SPAN></DIV>
<P><FONT size=2>Ira McDonald (Musician / Software Architect)<BR>Blue Roof Music / High North Inc<BR>PO Box 221 Grand Marais, MI 49839<BR>phone: +1-906-494-2434<BR>email: imcdonald@sharplabs.com</FONT> </P>
<DIV class=OutlookMessageHeader dir=ltr align=left><FONT face=Tahoma size=2>-----Original Message-----<BR><B>From:</B> Richard_Landau@Dell.com [mailto:Richard_Landau@Dell.com]<BR><B>Sent:</B> Friday, November 17, 2006 6:19 PM<BR><B>To:</B> McDonald, Ira<BR><B>Subject:</B> Whither the confusion in prtGeneral?<BR><BR></FONT></DIV><!-- Converted from text/rtf format -->
<P><FONT face=Arial size=2>Ira, I think the confusion originally stemmed from something like this. (Pure hypothesis. Memory does not go back that far, at least not in this level of detail.) </FONT></P>
<P><FONT face=Arial size=2>The prtGeneralTable contains these goodies, among others:</FONT> </P>
<P><FONT face=Arial size=2> prtInputDefaultIndex </FONT><BR><FONT face=Arial size=2> prtOutputDefaultIndex </FONT><BR><FONT face=Arial size=2> prtMarkerDefaultIndex </FONT><BR><FONT face=Arial size=2> prtMediaPathDefaultIndex </FONT><BR><FONT face=Arial size=2> prtConsoleLocalization </FONT><BR><FONT face=Arial size=2> prtConsoleNumberOfDisplayLines </FONT><BR><FONT face=Arial size=2> prtConsoleNumberOfDisplayChars </FONT><BR><FONT face=Arial size=2> prtConsoleDisable <
/FONT></P>
<P><FONT face=Arial size=2>By *name* they appear to belong to their respective groups. However, all their OIDs are in the General group, specifically in the General table entry. It looks to me as though they were originally formulated as members of their respective groups, and that someone picked them up, moved the text definition and the OIDs down into the General group. Is it possible that this is the relocation that you are remembering? </FONT></P>
<P><FONT face=Arial size=2>Well, in any case, let's be sure to add those properties to the CIM_Printer base class. And then there are only two scalars left, prtConsoleNumberOfDisplayLines and NumberOfDisplayChars. We move those two, too, and voila, emptiness in all the table headers. </FONT></P>
<P><FONT face=Arial size=2>I have already redrawn the pictures. Lots simpler. </FONT></P>
<P><FONT face=Arial size=2>Gobble, gobble. </FONT></P>
<P><FONT face=Arial size=2>rick</FONT> </P>
<P><FONT face=Arial size=2>----------------------</FONT> <BR><FONT face=Arial size=2>Richard_Landau(at)dell(dot)com, Stds & System Mgt Arch, CTO Office</FONT> <BR><FONT face=Arial size=2>+1-512-728-9023, One Dell Way, RR5-3, MS RR5-09, Round Rock, TX 78682</FONT> </P><BR>
<P><FONT size=2>--<BR>No virus found in this outgoing message.<BR>Checked by AVG Free Edition.<BR>Version: 7.1.409 / Virus Database: 268.14.7/537 - Release Date: 11/17/2006<BR></FONT></P></BLOCKQUOTE></body></html>