Ok, first thanks for all The replies. It has in fact nothing to do with the presence of the Keys. I have written the appearance page of the desk.cpl, it set's the colors and writes the correct values to HKLM\Control Panel\Colors (at least on WinXP)
I just couldn't open the CurrentUserkey. @Alex: I didn't ignore you, I answered to Ged's post, that I will try to find out as soon, as I get a debug-version running. But I have found the error already: I exidently called my function from a place where there's probably no user logged on. I changed this and try a different implementation with RtlQueryRegistryValues, wich is better here.
James Tabor schrieb:
Murphy, Ged (Bolton) wrote:
Timo Kreuzer wrote:
This is the code:
RtlFormatCurrentUserKeyPath(&CurrentUserKeyPath);
InitializeObjectAttributes(&ObjectAttributes,&CurrentUserKeyPath,OBJ_CASE_IN SENSITIVE,NULL,NULL);
Status = ZwOpenKey(&CurrentUserKeyHandle, KEY_READ, &ObjectAttributes);
And I always get Status == STATUS_OBJECT_NAME_NOT_FOUND
What makes you sure ZwOpenKey is failing, and not one of the functions above it? You should use error checking where nessesary.
Ged.
I looked and we only have one entry, HKEY_CURRENT_USER\Control Panel\Colors\Background.
Wine does not see any of this with regedit. Testing regedit at work (2k & XP) shows all of these settings.
From wine source, static const char * const DefSysColors[] =