RegOpenKeyEx возвращает 2 хотя ключ в реестре точно существует

@Yodas · Регистрация: 01.05.2015

Студворк — интернет-сервис помощи студентам

RegOpenKeyEx возвращает 2 хотя ключ в реестре точно существует и в regedit я его вижу перепробывал уже тучу параметров подскажите что не так

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
#define _CRT_SECURITI_NO_WARNING
 
#include <iostream>
#include <Windows.h>
 
using std::cout;
using std::endl;
 
int main()
 
{
    while (true)
    {
 
        Sleep(1000);
        setlocale(LC_ALL, "rus");
        HKEY hKey;
        char szPath[0x100];
        char Name[] = "Software\\Wow6432Node\\Microsoft\\Windows\\CurrentVersion\\Run\\AVG_UI";
 
 
        long n = RegOpenKeyEx(HKEY_LOCAL_MACHINE, Name, NULL, KEY_ALL_ACCESS | KEY_WOW64_64KEY, &hKey);
        
        
        if (n == ERROR_SUCCESS)
        {
 
            cout << "Ключ уже существует\n" << n<<endl;
        }
        else
        {
            cout << "Ключ по данному пути не уществует\n" <<n<< endl;
        }
        RegCloseKey(hKey);
    }
}

@vxg · 26.07.2015, 20:47

мб нужны права админа?

@hoggy · 26.07.2015, 20:50

Сообщение от Yodas

RegOpenKeyEx возвращает 2 хотя ключ в реестре точно существует и в regedit я его вижу перепробывал уже тучу параметров подскажите что не так

обратите внимание на параметр:

C++
1
KEY_WOW64_64KEY

реестр на самом деле существует в двух экземплярах:
32 битный, и 64 битный.

возможно, ключ который вам нужен существует только в 32битной версии.

@Yodas · 26.07.2015, 21:00 **[ТС]**

Насколько фпонимаю если она лежит в ветке с папкой Wow6432Node то ключ в 64м битном экземпляре Software\\Wow6432Node\\Microsoft\\Window s\\CurrentVersion\\Run\\AVG_UI

@Yodas · 26.07.2015, 21:25 **[ТС]**

Сообщение от vxg

мб нужны права админа?

Запустил от имени администратора не помогло

Убежденный · 26.07.2015, 21:43

Уберите "Wow6432Node" в пути ключа реестра.

Как написал hoggy выше, доступ в 64-битную ветку получается с
помощью флага KEY_WOW64_64KEY, а в 32-битную - с помощью KEY_WOW64_32KEY.

Задавать в явном виде "Wow6432Node" не нужно.

@Yodas · 26.07.2015, 21:48 **[ТС]**

Сообщение от Убежденный

Уберите "Wow6432Node" в пути ключа реестра.

Как написал hoggy выше, доступ в 64-битную ветку получается с
помощью флага KEY_WOW64_64KEY, а в 32-битную - с помощью KEY_WOW64_32KEY.

Задавать в явном виде "Wow6432Node" не нужно.

Wow6432Node убрал, пробовал KEY_WOW64_64KEY и KEY_WOW64_32KEY все равно возвращает 2(Система не может найти указанный файл.)

Убежденный · 26.07.2015, 21:58

Покажите исправленный код.

И еще.

C++
1
char Name[] = "Software\\Wow6432Node\\Microsoft\\Windows\\CurrentVersion\\Run\\AVG_UI";

AVG_UI - это неправильно, ведь это название значения, а не ключа.
Должно быть так:

C++
1
char Name[] = "Software\\Microsoft\\Windows\\CurrentVersion\\Run";

И далее RegQueryValueEx и вот уже туда передавайте AVG_UI.

@Yodas · 26.07.2015, 22:16 **[ТС]**

Сообщение от Убежденный

Покажите исправленный код.

Добавлено через 1 минуту
И еще.

AVG_UI - это неправильно, ведь это название значения, а не ключа.
Должно быть так:

C++
1
char Name[] = "Software\\Microsoft\\Windows\\CurrentVersion\\Run";

И далее RegQueryValueEx и вот уже туда передавайте AVG_UI.

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
#define _CRT_SECURITI_NO_WARNING
 
#include <iostream>
#include <Windows.h>
 
using std::cout;
using std::endl;
 
int main()
 
{
    while (true)
    {
 
        Sleep(1000);
        setlocale(LC_ALL, "rus");
        HKEY hKey;
        char szPath[0x100];
        char Name[] = "Software//Microsoft//Windows//CurrentVersion//Run//AVG_UI";
 
 
        long n = RegOpenKeyEx(HKEY_LOCAL_MACHINE, Name, NULL, KEY_WRITE | KEY_WOW64_32KEY, &hKey);
        
        
        if (n == ERROR_SUCCESS)
        {
 
            cout << "Ключ уже существует\n" << n<<endl;
        }
        else
        {
            cout << "Ключ по данному пути не уществует\n" <<n<< endl;
        }
        RegCloseKey(hKey);
    }
}

Не дочитал счас попробую (И далее RegQueryValueEx и вот уже туда передавайте AVG_UI.)

Добавлено через 18 минут
Да все равно выдает ошибку "2" собака только уже на RegQueryValueEx ругается

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
#define _CRT_SECURITI_NO_WARNING
 
#include <iostream>
#include <Windows.h>
 
using std::cout;
using std::endl;
 
int main()
 
{
    while (true)
    {
 
        Sleep(1000);
        DWORD Q = 0;
        DWORD T = 0;
        setlocale(LC_ALL, "rus");
        HKEY hKey;
        char szPath[0x100];
        char Name[] = "Software\\Microsoft\\Windows\\CurrentVersion\\Run";
 
 
        long n = RegOpenKeyEx(HKEY_LOCAL_MACHINE, Name, NULL, KEY_WRITE | KEY_WOW64_64KEY, &hKey);
        long b = RegQueryValueEx(HKEY_LOCAL_MACHINE,TEXT("AVG_UI"), NULL, &Q,NULL,&T);
        
        if (b == ERROR_SUCCESS)
        {
 
            cout << "Ключ уже существует\n" << b<<endl;
        }
        else
        {
            cout << "Ключ по данному пути не cуществует\n" <<b <<endl;
        }
        RegCloseKey(hKey);
    }
}

Убежденный · 26.07.2015, 22:49

У Вас на скриншоте выше четко видно, что открыт ключ HKLM\Software\Wow6432Node\...\Run,
то есть, 32-битная ветка. А в коде используется флаг KEY_WOW64_64KEY, т.е. ключ открывается
64-битный.

@Butt-Head · 27.07.2015, 10:54

Добавлю от себя.
Многих сбивает с толку аббревиатура WOW64 и этим многим кажется, что именно тут лежат файлы для 64-х битных приложений. На самом деле всё с точностью, да наоборот:
WOW64 = Windows-on-Windows 64
Фактический это означает работу "обычного" виндуса на 64-х разрядном, то есть там лежат файлы, необходимые для работы "обычного 32-х разрядного" виндуса на 64-х битном.

@Yodas · 27.07.2015, 12:02 **[ТС]**

Пробовал различные комбинаций менял 32 и 64 запускал с правами Админа все равно ошибка два вылазит

C++
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
#define _CRT_SECURITI_NO_WARNING
 
#include <iostream>
#include <Windows.h>
 
using std::cout;
using std::endl;
 
int main()
 
{
    while (true)
    {
 
        Sleep(1000);
        DWORD Q ;
        DWORD T ;
        setlocale(LC_ALL, "rus");
        HKEY hKey;
        TCHAR szPath[0x100];
        TCHAR  Name[] = "Software\\Microsoft\\Windows\\CurrentVersion\\Run";
 
 
        long n = RegOpenKeyEx(HKEY_LOCAL_MACHINE, Name, NULL, KEY_WRITE | KEY_WOW64_32KEY, &hKey);
        long b = RegQueryValueEx(HKEY_LOCAL_MACHINE,TEXT("\\AVG_UI"), NULL, &Q,NULL,&T);
        
        if (b == ERROR_SUCCESS)
        {
 
            cout << "Ключ уже существует\n" << b<<endl;
        }
        else
        {
            cout << "Ключ по данному пути не существует\n" <<b<<"\n" <<n<<endl;
        }
        RegCloseKey(hKey);
    }
}

Может это связана с тем что у меня 8.1 х64 там как то по другому реестр строиться

Убежденный · 27.07.2015, 12:13

В RegQueryValueEx первым параметром следует передавать hKey, открытый
на предыдущем шаге, а не HKEY_LOCAL_MACHINE.

@Yodas · 27.07.2015, 12:38 **[ТС]**

Сообщение от Убежденный

В RegQueryValueEx первым параметром следует передавать hKey, открытый
на предыдущем шаге, а не HKEY_LOCAL_MACHINE.

О_о пошло движение теперь выдает ошибку 5 в доступе отказано это я так понимаю надо KEY_Write менять?

Убежденный · 27.07.2015, 12:44

См. в MSDN на странице описания соответствующих функций работы с
реестром (RegSetValueEx, RegQueryValueEx и т.п.), какие там где права требуются.

@Yodas · 27.07.2015, 15:10 **[ТС]**

Если кому интересно правильный ключ доступа был KEY_QUERY_VALUE.
Всем спасибо вопрос закрыт!!!

Новые блоги и статьи Все статьи Все блоги /
Символьное дифференцирование igorrr37 13.02.2026 / * Логарифм записывается как: (x-2)log(x^2+2) - означает логарифм (x^2+2) по основанию (x-2). Унарный минус обозначается как ! */ #include <iostream> #include <stack> #include <cctype>. . .	Камера Toupcam IUA500KMA Eddy_Em 12.02.2026 Т. к. у всяких "хикроботов" слишком уж мелкий пиксель, для подсмотра в ESPriF они вообще плохо годятся: уже 14 величину можно рассмотреть еле-еле лишь на экспозициях под 3 секунды (а то и больше),. . .	И ясному Солнцу zbw 12.02.2026 И ясному Солнцу, и светлой Луне. В мире покоя нет и люди не могут жить в тишине. А жить им немного лет.	«Знание-Сила» zbw 12.02.2026 «Знание-Сила» «Время-Деньги» «Деньги -Пуля»
SDL3 для Web (WebAssembly): Подключение Box2D v3, физика и отрисовка коллайдеров 8Observer8 12.02.2026 Содержание блога Box2D - это библиотека для 2D физики для анимаций и игр. С её помощью можно определять были ли коллизии между конкретными объектами и вызывать обработчики событий столкновения. . . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL_LoadPNG (без SDL3_image) 8Observer8 11.02.2026 Содержание блога Библиотека SDL3 содержит встроенные инструменты для базовой работы с изображениями - без использования библиотеки SDL3_image. Пошагово создадим проект для загрузки изображения. . .	SDL3 для Web (WebAssembly): Загрузка PNG с прозрачным фоном с помощью SDL3_image 8Observer8 10.02.2026 Содержание блога Библиотека SDL3_image содержит инструменты для расширенной работы с изображениями. Пошагово создадим проект для загрузки изображения формата PNG с альфа-каналом (с прозрачным. . .	Установка Qt-версии Lazarus IDE в Debian Trixie Xfce volvo 10.02.2026 В общем, достали меня глюки IDE Лазаруса, собранной с использованием набора виджетов Gtk2 (конкретно: если набирать текст в редакторе и вызвать подсказку через Ctrl+Space, то после закрытия окошка. . .

@vxg Модератор 3409 / 2180 / 354 Регистрация: 13.01.2012 Сообщений: 8,450
	26.07.2015, 20:47
	мб нужны права админа? 0

@Yodas 1 / 1 / 0 Регистрация: 01.05.2015 Сообщений: 26
	26.07.2015, 21:00 [ТС]
	Насколько фпонимаю если она лежит в ветке с папкой Wow6432Node то ключ в 64м битном экземпляре Software\\Wow6432Node\\Microsoft\\Window s\\CurrentVersion\\Run\\AVG_UI Миниатюры 0

Убежденный Ушел с форума 16481 / 7444 / 1187 Регистрация: 02.05.2013 Сообщений: 11,616 Записей в блоге: 1
	26.07.2015, 21:43
	Уберите "Wow6432Node" в пути ключа реестра. Как написал hoggy выше, доступ в 64-битную ветку получается с помощью флага KEY_WOW64_64KEY, а в 32-битную - с помощью KEY_WOW64_32KEY. Задавать в явном виде "Wow6432Node" не нужно. 0

Убежденный Ушел с форума 16481 / 7444 / 1187 Регистрация: 02.05.2013 Сообщений: 11,616 Записей в блоге: 1
	26.07.2015, 22:49
	У Вас на скриншоте выше четко видно, что открыт ключ HKLM\Software\Wow6432Node\...\Run, то есть, 32-битная ветка. А в коде используется флаг KEY_WOW64_64KEY, т.е. ключ открывается 64-битный. 0

@Butt-Head Заблокирован
	27.07.2015, 10:54
	Добавлю от себя. Многих сбивает с толку аббревиатура WOW64 и этим многим кажется, что именно тут лежат файлы для 64-х битных приложений. На самом деле всё с точностью, да наоборот: WOW64 = Windows-on-Windows 64 Фактический это означает работу "обычного" виндуса на 64-х разрядном, то есть там лежат файлы, необходимые для работы "обычного 32-х разрядного" виндуса на 64-х битном. 3

Убежденный Ушел с форума 16481 / 7444 / 1187 Регистрация: 02.05.2013 Сообщений: 11,616 Записей в блоге: 1
	27.07.2015, 12:13
	В RegQueryValueEx первым параметром следует передавать hKey, открытый на предыдущем шаге, а не HKEY_LOCAL_MACHINE. 0

Убежденный Ушел с форума 16481 / 7444 / 1187 Регистрация: 02.05.2013 Сообщений: 11,616 Записей в блоге: 1
	27.07.2015, 12:44
	Сообщение было отмечено Yodas как решение Решение См. в MSDN на странице описания соответствующих функций работы с реестром (RegSetValueEx, RegQueryValueEx и т.п.), какие там где права требуются. 1

@Yodas 1 / 1 / 0 Регистрация: 01.05.2015 Сообщений: 26
	27.07.2015, 15:10 [ТС]
	Если кому интересно правильный ключ доступа был KEY_QUERY_VALUE. Всем спасибо вопрос закрыт!!! 0

RegOpenKeyEx возвращает 2 хотя ключ в реестре точно существует

Решение