Является ли getopenfilenname плохо взаимодействующим с VS сейчас?

---

Rebuilt some old code, and executed a portion to open a file. In all the years before there were no issues opening files, and the last good production build of the program executes properly without any issues in that area, *and* I didn't make any changes in that part of the code. The rebuilt version gives an 'Exception thrown at ____ reading location 0xFFFFFFFC' in wntdll (Visual Studio 2015) in both Debug and Release versions. If I continue it twice, it executes as expected. Open another file without closing the program and there are no more exceptions thrown. If I execute the debug or release version directly from Explorer I don't get a crash, and it works as expected.

Есть идеи? Оставить его, зная, что он, кажется, работает везде, кроме VS? Единственное, о чем я могу думать, это то, что что-то в Windows изменилось с тех пор, как код в последний раз выполнялся правильно в VS. Но это только потому, что мне надоело на него смотреть. Новейший тестовый код, который дает исключение (воссозданное почти с нуля из онлайн-образца и удаление из класса, в котором оно находится), выглядит следующим образом:

TCHAR filePtrC[MAX_PATH];

bool openDialog() {
   OPENFILENAME tofn = { 0 };
   tofn.lStructSize = sizeof ( tofn );
   tofn.hwndOwner = NULL;
   tofn.lpstrFile = filePtrC;
   tofn.nMaxFile = MAX_PATH;
   tofn.lpstrFilter = L"All\0*.*\0Text\0*.TXT\0";
   tofn.nFilterIndex = 1;
   tofn.lpstrFileTitle = NULL;
   tofn.nMaxFileTitle = 0;
   tofn.lpstrInitialDir=NULL;
   tofn.Flags = OFN_PATHMUSTEXIST|OFN_FILEMUSTEXIST;
   return (GetOpenFileName(&tofn) == TRUE); //Exception thrown here.
   }

Что я уже пробовал:

Сквернословие. Кулаки трясутся. Первая и вторая стадии из пяти стадий принятия. Снова ругань. Несколько ревизий вышеприведенного кода. И еще ругань, для хорошей меры.

---