Чтобы не быть голословным, приведу код. Код (Text): void RegGo(HKEY hKey, LPTSTR szFullKey,LPTSTR szSubKey){ LONG res; TCHAR szFullName[260]; TCHAR *szSubKName,*szValueName,*szValue; DWORD cName; HKEY hSubKey; DWORD dwcSubKeys,dwcValues,dwcMaxValueNameLen,dwcMaxValueLen,dwcMaxKeyLen; int i; DWORD dwType; res=RegOpenKeyEx(hKey,szSubKey,0,KEY_READ,&hSubKey); char szTest[10]; if (res==5 || res==2 || hSubKey==NULL) return; res=RegQueryInfoKey(hSubKey,NULL,NULL,NULL,&dwcSubKeys,&dwcMaxKeyLen,NULL, &dwcValues,&dwcMaxValueNameLen,&dwcMaxValueLen,NULL,NULL); szSubKName=(TCHAR*)malloc(dwcMaxKeyLen+1); for (i=0;i<dwcSubKeys;i++){ cName=dwcMaxKeyLen+1; res=RegEnumKeyEx(hSubKey,i,szSubKName,&cName,NULL,NULL,NULL,NULL); _stprintf(szFullName,_T("%s\\%s"),szFullKey,szSubKName); RegGo(hSubKey,szFullName,szSubKName); } RegCloseKey(hSubKey); free(szSubKName); } . . . // где-то из потока вызываем RegGo(HKEY_LOCAL_MACHINE,"HKEY_LOCAL_MACHINE",NULL); Скажу сразу, что если передавать функции RegGo в качестве параметра HKEY_CURRENT_USER, то все будто бы нормально (у меня на системе). Как только передам HKEY_LOCAL_MACHINE, через примерно 128000 рекурсивных вызовов (устанавливал счетчик) получаю эксепшн С00000005. Пройдясь по стеку немного вниз, обнаружил странную особенность функции RegQueryInfoKey, которая при определенном параметре возращает количество подключей 3, а максимальную длину строки — 0! И вот код, который я воспроизвел у себя и получил такой глюк: Код (Text): HKEY hKey; LONG res=RegOpenKeyEx(HKEY_LOCAL_MACHINE, "SYSTEM\\ControlSet002\\Control\\Class\\{4D36E96E-E325-11CE-BFC1-08002 BE10318}", 0,KEY_READ,&hKey); DWORD dwcSubKeys,dwcValues,dwcMaxValueNameLen,dwcMaxValueLen,dwcMaxKeyLen; res=RegQueryInfoKey(hKey,NULL,NULL,NULL,&dwcSubKeys,&dwcMaxKeyLen,NULL, &dwcValues,&dwcMaxValueNameLen,&dwcMaxValueLen,NULL,NULL); Имею в ответе : dwcSubKeys=3,dwcValues=7,dwcMaxValueLen=62,dwcMaxKeyLen=0 ,dwcMaxValueNameLen=16. Система : win2000+sp4. Среда : VC++6,SP6. И вот нашел в инете такое(здесь): Fixed a very nasty bug that caused stack overflow in the search function. This could occur if RegQueryInfoKey() returned a pcbMaxSubKeyLen of zero, even if it was not. Am I looking at a bug in the Windows Registry API here? What I do, is to allocate a buffer with the size pcbMaxSubKeyLen+1, with the pcbMaxSubKeyLen of zero that leaves our buffer with a size of 1, not enough to store a key name, therefore all subkeys within this key would be reported as an empty string, and the search routine would go into an endless loop. If anyone could elaborate on this, I'd be very happy to listen.