ntdll: Add NtCreateKey tests
James Hawkins
truiken at gmail.com
Thu Mar 3 11:26:17 CST 2005
On 03 Mar 2005 11:02:24 +0100, Alexandre Julliard <julliard at winehq.org> wrote:
> James Hawkins <truiken at gmail.com> writes:
>
> > I've been discerning the behavior of RegCreateKey and NtCreateKey when
> > creating a key directly under HKLM or HKU, and this test reveals that
> > NtCreateKey does check for this case and returns a
> > STATUS_INVALID_PARAMETER.
>
> This is going to break registry initialisation. Do you really have an
> app that depends on that?
>
I was attempting to bring the behaviour of CreateKey more in line with
win32's implementation, but I'd rather not create a problem. I'm
trying to reproduce this break though, but I'm not seeing it. I
removed my .wine directory and immediately ran the ntdll test:
wine: creating configuration directory '/home/truiken/.wine'...
wine: '/home/truiken/.wine' created successfully.
reg.c:148:**Test 0**
reg.c:161:ValueName: (null)
reg.c:166:ValueType: REG_NONE
reg.c:167:ValueData: 0
reg.c:195:ValueLength: 0
reg.c:148:**Test 1**
reg.c:158:ValueName: deletetestvar=01a
reg.c:191:ValueType: REG_DWORD
reg.c:192:ValueData: 2009272024
reg.c:195:ValueLength: 4
reg: 14 tests executed, 0 marked as todo, 0 failures.
What are the steps I need to take to break registry initialisation? I
did wonder how anything in the real win32 registry could be created
though if you can't create a key directly under HKLM or HKU. If this
really does break initialisation, can we implement a different
create_key that has little restrictions and would only be used
internally, or would this just be scrapped entirely?
--
James Hawkins
More information about the wine-patches
mailing list