struct CorrectContainer
{
	int cosGain;
};
struct WrongContainer
{
	int cosGain;
};
void TestingFindRefOnCosGain(void *pUnknownType)
{
	pUnknownType->cosGain;
}

	typedef struct Registers_tag
	{
		...
		uint32_t cosGainFoo;
		...
	} Registers_t;

	Registers_t volatile *fpgaRegisters;

this->fpgaRegisters[encoderChannel].cosGainFoo

typedef struct Registers_tag
{
	uint32_t cosGainFoo;
} Registers_t;

void testingArrayAccessOnPointer()
{
	Registers_t volatile *fpgaRegisters;
	fpgaRegisters[0].cosGainFoo = 1;
}

quote:

---

Originally posted by mvolkar

Using the same field of the same struct as my screenshot from yesterday, I looked at the Context/Definition bar at the top of the editor window. Interestingly, it shows the wrong thing (the class data member of the same name):




If I do an Alt-G, it then (logically) takes me to the wrong definition.

At some point yesterday, I had considered if this might simply be another instance of the bug I reported in https://forums.wholetomato.com/forum/topic.asp?TOPIC_ID=14008 https://wordlewebsite.com back in 2017, but the struct in question is using the "tag workaround" you had proposed there.

For the sake of this investigation, if I rename the symbol to something that doesn't have the same name, then Find References seems to work as expected. Interestingly, even in this case (i.e., with the renamed symbol), the Context and Definition bars are blank as you guessed, so maybe that is still a clue.

I will say, however, that I don't think every instance of missing results that I've seen has been due to conflicting names. I'll try to find a different/better example, but I've also see the results be inconsistent.

---

template<bool T>
class templateShowingSpecializationSpecificMembers
{
private:
	short m_nUnspecializedMember;
};
	
template<>
class templateShowingSpecializationSpecificMembers<true>
{
private:
	short m_nTrueSpecializedMember;
public:
	short GetTrueHeight() { return 12; }
	short GetTrueDepth() { return 21; }
};