Dmitry Timoshkov dmitry@baikal.ru wrote:
Huw Davies huw@codeweavers.com wrote:
diff --git a/dlls/kernel32/kernel32.spec b/dlls/kernel32/kernel32.spec index 3c25286..224e6ae 100644 --- a/dlls/kernel32/kernel32.spec +++ b/dlls/kernel32/kernel32.spec
...
+@ stdcall DeleteProcThreadAttributeList(ptr)
...
+@ stdcall InitializeProcThreadAttributeList(ptr long long ptr)
...
+@ stdcall UpdateProcThreadAttribute(ptr long long ptr long ptr ptr)
UMS (User Mode Scheduler) stuff should be implemented in ntdll and kernel32 APIs should be either forwards or thin wrappers around the ntdll exports. So, to avoid duplicate efforts this all from the start needs to be implemeted in ntdll.
I should have mentioned that when I looked at it and was investigating UMS related things many articles/sources suggested that Microsoft was not very happy about UMS technology, and was seriously considering to abandon it for various reasons, so i dropped an idea of implementing it in preference to adding a bunch of stubs to the staging tree.