static void *ThreadMain(void *data)
{
#ifdef __linux__
	callingWithVariableParameters(1, 2,
#else
	callingWithVariableParameters(3,
#endif
	);
}

quote:

---

Originally posted by feline

Honestly I don't know why the underlining looks different at different points in your file. At a guess, it is related to the setting:

IDE tools menu -> Options -> Text Editor -> C/C++ -> Formatting -> Colorize inactive code blocks in a different color

but this is just a guess.

---

quote:

---

Originally posted by feline

Do you have quite a lot of the #ifdef blocks in your code? This might be what is causing the problem.

---

#if 1 == 0
// Test - Uncomment this line and VA underlining of mistyped symbols below is disabled
// all VA syntax colouring below should also be disabled
//_asm {
#endif

void testingVAUnderlining()
{
	// VS2019, settings:
	// IDE tools menu -> Options -> Text Editor -> C/C++ -> Advanced -> Disable Database = True
	// VA Options -> Underlining -> Underline unrecognized symbols using = Blue
	// both instances of the symbol name are underlined in blue
	nUnknownSymbolFeline = 3;
	nUnknownSymbolFeline += 2;
}

quote:

---

Originally posted by accord

Do these problems occur inside method list as well? When you press alt+m, you get a searchable list somewhat similar to VA Outline

---

quote:

---

Originally posted by feline
I still don't know how you ended up with all of your variables being underlined as mistyped symbols though, that is strange.

---

quote:

---

Originally posted by feline
Point 3, if you place the caret into one of the "thread" variables, what if anything is VA showing in its context and definition fields?

---

quote:

---

Originally posted by feline
If you press Alt-Shift-G for "Goto Related" on one of the "thread" variables, what happens?

---

long felineTestThreadType()
{
	thread_t directThreadFeline;
	thread_t *pointerThreadFeline;
	// testing forum thread code here, no VA underlining for Feline
	thread_t *pComplex{ (thread_t *)NULL };
	pComplex;
	long ret{ -1 };
	if (pComplex)
	{
		{
			pComplex->Enter();
			ret = !pComplex->IsFaulted() ? pComplex->GetExitCode() : -1L;
			pComplex->Leave();
			pComplex = NULL;
		}
	}
		
	// testing simpler variables here
	// still no VA underlining here
	directThreadFeline.Enter();
	pointerThreadFeline->Enter();
	return ret;
}

class thread_t
{
public:
	thread_t() { }
	void Enter() { }
	void Leave() { }
	bool IsFaulted() { return false; }
	long GetExitCode() { return -1; }
};

quote:

---

Originally posted by feline
If you use Alt-Shift-G, Goto Related, on the "thread_t" type, and select "Goto Member", are you seeing the correct class members for this class listed?

---

quote:

---

Originally posted by feline
I have set up the following simple test here, and there is no VA underlining, and the context and definition fields always show something sensible for me in the three different "thread_t" type variables. Can you please try this test code and see what results you get with it?

---

quote:

---

Originally posted by feline
If you can easily produce a sample code file that has all of the symbols underlined then I would be most interested in having a look at it.

---

quote:

---

Originally posted by feline
Can you please sent the sample to:

---

quote:

---

Originally posted by feline
What happens with the sample code when pasted in to your main solution? I am assuming that the problems with the "thread_t" variable shows up here as well?

---

quote:

---

Originally posted by jase439

quote:

---

Originally posted by feline
Can you please sent the sample to:

---

On its way!

quote:

---

Originally posted by feline
What happens with the sample code when pasted in to your main solution? I am assuming that the problems with the "thread_t" variable shows up here as well?

---

The behavior is inconsistent/unstable for me. When I first introduced the code, it seemed fine, but then I closed the solution and reopened it and it was suddenly not fine (behaved exactly like ThreadMain plus all the member variables/local vars got the squiggly treatment. Not sure what to make of that.

I will include this in the sample I send over so you can play with it.

---