Ramesh said:
HKeyClassRoot/CLSID reflects the keys from these two locations:
HKEY_LOCAL_MACHINE/software/classes/CLSID
HKEY_CURRENT_USER/software/classes/CLSID
Regards,
So it was probably a registry permission in classes that was at the root of > this.
Not all is smooth and silky, this is the only know issue left:
In the MS manifest 'Several dialog boxes are blank' it clearly states
HKEY_LOCAL_MACHINE/software/classes/CLSID as a legitimate key but when i
tried to create it , registry says it already exists but the strings in the
new classes all point to HKeyClassRoot/CLSID anyway. Dont think its an issue
but just asking if CLSID should be there after Classes because in component
services, the com services tree wont open, well the application hangs to be
specific, i know its because of what i did above, it worked before but with problems
------------------------------------------------------------------------------
Hi Ramesh they are both there I missed it the first time round.
HKEY_CURRENT_USER/software/classes/CLSID
but HKEY_LOCAL_MACHINE/software/classes/CLSID
are there.
At first I thought HKCR insinuated itself inside of HKLM/so/cl/...
The directories look similar and I was apprehensive because of clsid x2 in
HKEY_LOCAL_MACHINE\SOFTWARE\Classes \CLSID \CLSID
Im just wondering why in HKLM/SOFT/CLASS no subkeys existed and how they
seemed to mosey on back when I tried to create a new key. all I did was new
key and the directory just came back. That couldnt be the only problem...
and that it solved itself...?
may have just been the permisssions. Anyone know what it might be?
It would be nice to know what happened.