Не работает декремент и xor. Коппилируется нормально. Не ребочие строки откоментированны. Исходник ниже. 


Это сообщение отредактировал(а) StillPhelix - 27.1.2016, 19:52

Это как так? Память под указатель не выделена, hKey указывает неизвестно куда...


Добавлено через 1 минуту и 52 секунды
Должно быть:Соответственно, никаких *hKey, просто hKey.

прямая цитата из MSDN:
PHKEY
 Pointer to an HKEY. 
This type is declared in WinDef.h as follows:
typedef HANDLE *PHANDLE;


Нет. Прямая цитата из MSDN:
inline LSTATUS CAtlTransactionManager::RegCreateKeyEx(
     HKEY hKey,
     LPCTSTR lpSubKey,
     DWORD dwReserved,
     LPTSTR lpClass,
     DWORD dwOptions,
     REGSAM samDesired,
     CONST LPSECURITY_ATTRIBUTES lpSecurityAttributes,
     PHKEY phkResult,
     LPDWORD lpdwDisposition
  );

Проблема уже решена; смотри мой второй пост. Компилятор - visual studio 2010. Это чистый C++. Ваши правки подойдут только для MFC C++ и в этом случае не канают.

Это я понял.



Это глупость.



Дело, конечно, Ваше, но когда программа рухнет, не жалуйтесь.


PS Вы бы хоть примеры посмотрели, что ли.
Вызов RegCreateKeyEx заносит результат по адресу phkResult, то есть по этому адресу обязана располагаться доступная память. Прямая цитата из MSDN:Указатель у Вас есть, но переменной, на которую он указывает, у Вас нет. Почему для lpdwDisposition вы пишете:а для hKey так не делаете?

MFC C++ не вызавает API. Вместо этого она обращается к библиотеке MFC, а та в свою очередь вызывает этот API.  Чистый C++ вызывает API на прямую. Если не верите, то дизассемблируйте две программы, с соответствующими вызовами (на С++ и MFC C++). Все проекты MFC в 2 раза больше по размеру, чем проекты С++. И в visual studio они создаються разными путями. 


Переменная, содержащая адрес (hKey) и сам адрес - это две разные вещи. Поэтому, *hKey даст функции значение самой переменной, адрес которой храниться в hKey. Что и нужно данной API. Такой её прототип. Если вас интересует как работать с указателями, то прочитайте об этом, например в этой книге : Харви М. Дейтел, Пол Дж. Дейтел Как программировать на C++ (2008).
Вобщем, &res - это адрес. А hKey, переменная, содержащая адрес.
Поэтому программа не рухнет. С точки зрения С++ и компилятора С++ она написана правильно.

Раз уж Вы так рьяно рассказываете про С++ и советуете читать книги (при этом не самые удачные, ИМХО), то feodorv Вас совершенно правильно ткнул носом в тот факт, что указатель hKey у Вас есть, но вот на что он указывает никому не известно. По стандарту С++ указатели не инициализируются значениями по умолчанию. Таким образом, в один "прекрасный" момент, ваш hKey будет указывать на какой-нибудь участок памяти, который, при записи в него из Вашей программы, сможет вызвать серьезную ошибку в работе ОС. Так что прежде чем грубить, попытайтесь понять, что до Вас хотят донести   

2 ТС - очень рекомендуется почитать буквари (можно те, что сами тут и упоминули) прежде чем нести ахинею прикрываясь красивыми словами про MFC/API/C++/прототипы

baldman88, 
xvr, 
В этой строке инициализируется дескриптор.      

В этой строке вызов RegCreateKeyEx запишет по указателю hKey ваш дескриптор. Так как этот указатель никто не инициализировал, то и попадет он неизвестно куда. Вам повезло, что там оказалась память и она ни с кем не пересеклась.

Напишите в строке 13 ( PHKEY hKey;) так -
и вы сами все наглядно увидите (если уж чужим словам не верите    )

это значит, что компилятор выделяет переменной hKey память и адрес.
А код

её и так инициализирует. Адрес-то этой переменной функции известен. Памать под переменную выделена. Поэтому обнулять эту переменную смысла никакого нет. Это же не счётчик. 
Современный оптимизирующий копилятор из кода

 = NULL скорее всего выбросит.
Я эту программу прогонял не только через отладчик (visual studio и winDbg), но и дизассемблер. Код полностью работоспособен. Можете проверить сами.

Я только сейчас понял, что эта функция делает. Видимо внутри она делает что-то вроде:

Мда. Такое уродливое API еще поискать нужно. Надеюсь никогда не доведется с ним иметь дело.

Если коротко, то в SDK от Microsoft, сказано следующее. RegCreateKeyEx передаёт адрес дескриптора созданного ключа в переменную, адрес которой храниться в указателе типа PHKEY ( это hKey). А PHKEY, в свою очередь, указывает на HKEY. RegQueryValueEx, RegSetValueEx и RegSetValueEx требуют значение дескриптора. Сам дескриптор - показывает на нужный объект. Для этого указатель hKey нужно разыменовать. Поэтому пишем: *hKey.

В логике Вам не окажешь. Осталось только понять, где именно в кодеВы передаёте в функцию RegCreateKeyEx адрес переменной, в которую будет помещён дескриптор (не адрес дескриптора, конечно) созданного или открытого ключа. Адрес Вы передаёте, не спорю, но адрес чего???


Это значит, что определяется переменная типа "указатель на HKEY", и... всё. Более ничего. Переменная даже не инициализируется. Компилятор автоматом создавать память, на которую указывает hKey, не будет. Разименовывать такой указатель категорически нельзя.


Данный код никоим образом не может проинициализировать переменную hKey, то есть присвоить ей какой-либо адрес типа PHKEY. Но может по адресу, который хранится в hKey, записать какое-либо значение типа HKEY (что не есть инициализация hKey). Поскольку адрес, хранящийся в переменной hKey, мусорный (hKey-то не инициализирована), то и запись возвращаемого функцией RegCreateKeyEx значения типа HKEY произойдёт по мусорному адресу. И адрес какой именно переменной известен функции RegCreateKeyEx? 



Современный компилятор на подобные конструкции выдаёт предупреждение об использовании переменной hKey без инициализации. У Вас такое предупреждение есть?

Добавлено через 2 минуты и 9 секунд

Зря Вы так. Тогда и fopen тоже уродлив. Что же не уродливо?

Про fopen не соглашусь, там все интуитивно понятно. Передаем имя файла и режим в котором хотим открыть файл. В случае успеха получаем адрес, а в случае неудачи -- NULL. Здесь же 100500 параметров, да еще и непонятно что передавать. То ли нужно передать указатель на уже выделенную память, то ли просто указатель, в который будет занесен адрес памяти, которая будет выделена в функции.