Цитата:

Почему не имеем? На запись не имеем, а на чтение тот же доступ, что и без переназначение. По крайней мере так следует из описания.

Цитата:

Да, действительно. Попробую на виртуальной 98-ой и сообщу о результатах. Но только во вторник.
Если не пойдет, то тогда придется делать позднее связывание. Ты же умеешь его делать? Поделишься? 

Да, Саша, и в процессе тестирования чисто практический вопрос возник.

На системах типа win2k sp2, sp3 возникает ошибка 0x80040154 при вызове _Module.RegisterServer(TRUE).
Фактически в ветке HKCU регистрации не происходит.

На системах с win2k sp4 и xp, 2003 такой проблемы нет.

Понятно, что делать (поставим sp4), но причина непонятна.
Если будет информация по вашим результатам тестов в подобном окружении, это будет интересно.

sedmin писал(а) 11. Сентября 2007 :: 04:48:

Да придется, наверное, если не поймем, чем дело.

Вот еще что нашел (о манифестах и Registration-Free COM), для XP sp2 и 2003:
http://msdn2.microsoft.com/en-us/library/ms973913.aspx

kms писал(а) 09. Сентября 2007 :: 21:20:

Теперь твой вариант не завелся. Ты его пробовал? Сейчас "Память не может быть read."
Причем, если собрать отладочный вариант, то все работает...

Зато на Win98 все работает.  

Цитата:

Ты прости, но мне не хотелось бы сейчас погружаться в эту тему...  

sedmin писал(а) 11. Сентября 2007 :: 10:30:

Щас примерно такой вариант и тестируется.

На какой системе не завелся? Релизный, собранный vc6, правильно?

Цитата:

Мне тоже.
Это для будущих поколений

sedmin писал(а) 11. Сентября 2007 :: 11:47:

ОК, порешаем.
Саша, если сможешь куда-нибудь залить свой исходник и релиз (проблемные), будет здорово.

Вот код. В результате сбивается ESP. Наверное, нужно иначе описать pRegOverridePredefKey.

78:		   RegOverridePredefKey(HKEY_CLASSES_ROOT, hNewHKey);
2402CD14 8B 54 24 00	      mov	   edx,dword ptr [esp]
2402CD18 52		      push	  edx
2402CD19 68 00 00 00 80	      push	  80000000h
2402CD1E FF 15 2C 80 0E 24    call	  dword ptr [__imp__RegOverridePredefKey@8 (240e802c)]
79:		   (*pRegOverridePredefKey)(HKEY_CLASSES_ROOT, hNewHKey);
2402CD24 8B 44 24 00          mov         eax,dword ptr [esp]
2402CD28 50                   push        eax
2402CD29 68 00 00 00 80       push        80000000h
2402CD2E FF 15 20 FF 12 24    call        dword ptr [cCryptKeyList+8 (2412ff20)]
2402CD34 8B 4C 24 08          mov         ecx,dword ptr [esp+8]
2402CD38 83 C4 08             add         esp,8
 

Итак, откинтесь на спинку стула, возьмите чашечку кофе.
Сейчас я расскажу страшную тайну...

---

Краткое содержание предыдущих серий:

Мысль о регистрации компонент в HKCU вместо HKLM путем использования RegOverridePredefKey() пришла в светлую голову AlexQC давно, больше года назад.
И практически в тот же момент был сформулирован основной вопрос: не повлияет ли использование RegOverridePredefKey() на работоспособность системы компонент (COM), не разрушит ли?

Вопрос не праздный.

В нескольких предыдущих постах я подробно описал свои опасения: действительно, переназначая ветку HKCR в HKCU мы "отрезаем" информацию о регистрации множества классов, зарегистрированных в HKLM.

Были созданы тесты на cpp и в 1С, которые дали интересный результат: на операции обращения к реестру типа RegQueryValueEx, RegCreateValueEx и т.п. использование RegOverridePredefKey оказывает влияние, а вот на систему компонент (CoCreateInstance, CLSIDfromProgID) - нет.
Замечу, что тесты я прогонял на XP и 2003 sp1.

И вот в тот момент, когда я уже почти поверил, что все хорошо... начались проблемы (как будто бывает по другому).
На системах win2k - win2k sp3 компонента напрочь отказывалась регистрироваться.
_Module.RegisterServer() возвращал 0x80040154 (class not registered) - и все.

Ну а причина-то в чем?

А причина-то как раз оказались в том, что на системах win2k до sp4 после использования RegOverridePredefKey система компонент как раз оказывается неработоспособна.
Более того, в случае динамической линковки к atl.dll даже неспособна на регистрацию класса, ибо процедура регистрации сама является COM-клиентом и создает в процессе регистрации экземпляры класса Registrar Class (44EC053A- и.т.д.)