Re: DDX contol type question

Hopefully I have worded this clearly, all of the class relevance (being
parent window owner class,
and also base class of derived owner draw class) is somewhat elongatingly
confusing.
Yes, I did delete the ncb file but did not help and what is even more
strange is the problem variables
are defined (and declared ) locally inside separate functions (each inside
a separate class).
The only tie is the fact that the derived class (of the base class
CListBox) is the "type" of control variable
declared in the class wizard so that it will "associate" (not sure it
that's the right word ) or "link to" the
DrawItem function inside said derived class with the ListBox created in my
FormView class.
I think it now just a broswer issue though since even though the browser
still jumps to the FormView
class when checking the variable in the DerivedList class, the compile
does produce the following error
when I comment out all references to the variable in the DerivedList
class.
: warning C4101: 'nIndex' : unreferenced local variable so
obviously the compiler can see
the variable is local to DrawItem (and now not referenced ) but the
browser is still confused.
My debugger seems to show what one should correctly expect now (although
earlier I thought different
but might have been confused trying to sort it all out) Here the debugging
screens show the first values
reflect the coming into the CListBoxDerived::DrawItem(LPDRAWITEMSTRUCT
lpDrawItemStruct)
function. The " nIndex " is the problem variable name spoke of. I took
out all references to it inside the
DrawItem function but left it declared there for diagnostics. For the
code to function I replace all
references in the DrawItem function with another variable declared "only"
inside the DrawItem func
which is ItemIndex.
Here is the lead in source code of the DrawItem func

  CDC dc; // declare CDC class object
  CRect rcItem(lpDrawItemStruct->rcItem); // create CRect and construct
with func parameter passed values
  UINT nIndex ; // old problem variable with same name as one in
other class
  UINT ItemIndex = lpDrawItemStruct->itemID; // new replacement
variable (not same name)

Now here is the debugger outputs
the old nIndex variable with the same random value as the value in the new
ItemIndex (so this is good,
as it should be)

+ rcItem {top=0 bottom=16 left=0 right=683}
  nIndex 3435973836 // (CC CC CC CC hex) random garbage coming in so
that is as should be
  ItemIndex 3435973836
  lpDrawItemStruct->itemID 4294967295 // value destined for the index
variable
+ dc {hDC=0x00000000 attrib=0x00000000}
+ lpDrawItemStruct->hDC 0x06010928 // etc code
-----------------------------So basically it now looks like a browser
issue only ? I guess I will
try to delete my browser file and recreate it. Wondering if anyone else
has had anything like this
happen ?
All of this owner draw stuff is a mess but I have not been able to find
any other way to customize my
FormView's resource editor's Listbox. There does not appear to be anyway
to directly alter the
default DrawItem function in the FormView's class (the parent of the
Listbox).