bool CTest::Test0() {
	return false;
}

bool CTest::Test1() {
	if(test1) {
#ifdef TEST
		if(test2) {
#else
		if(test3) {
#endif
			test4++;
		}
	}
	return false;
}

bool CTest::Test2() {
	return false;
}

bool CTest::Test3() {
	return false;
}

//#ifdef TEST
		if(test2) {
//#else
//		if(test3) {
//#endif

quote:

---

Originally posted by Rasmuss

But, I just tried installing 1438 again, and whenever I type a character in FSIW it takes about 0.5 seconds before the next character I typed show up, and this is the slowness I was referring to.

*snip*

1438:
OFIW: 5761
FSIW: 109413

---

quote:

---

Originally posted by mnd

me too have this problem with build 1445.

I've a small piece of code specific for the mac platform:

#ifdef MACINTOSH
{
// the code inside this block doesn't influence the bug.
}
#endif

---

quote:

---

Originally posted by feline

quote:

---

Originally posted by Rasmuss

But, I just tried installing 1438 again, and whenever I type a character in FSIW it takes about 0.5 seconds before the next character I typed show up, and this is the slowness I was referring to.

*snip*

1438:
OFIW: 5761
FSIW: 109413

---

i am using the 15xx beta on a solution with over 4,000 files in the OFIW dialog and i am not getting this delay on typing. it could be it has been fixed, or it could be that there is something about your system that is causing this.

one obvious test would be to see if you get the same delay on typing in OFIW with a much smaller project.

---

quote:

---

Originally posted by support

rhummer is correct.

Mismatched braces caused by your #ifdefs confuses the IDE and certainly confuses VA X. With VA X, all code in your #ifdefs is parsed during edit since you are writing/edting all of it. (VA X does not ignore certain #ifdef'd code because you might not #define the guard in the next compile.)

See "Errant Context" at the bottom of:

http://www.wholetomato.com/products/features/context.html?more=yes

---