https://bugs.winehq.org/show_bug.cgi?id=39674
--- Comment #9 from Sergey Isakov isakov-sl@bk.ru --- Yes, next step get most recent wine ~~~ $ git describe head wine-1.8-rc1-89-g4a315cd ~~~
Revert this commit ~~~ $ patch -p1 <patch-b6710.txt patching file configure Reversed (or previously applied) patch detected! Assume -R? [n] y Hunk #1 succeeded at 973 with fuzz 2 (offset 9 lines). Hunk #2 succeeded at 17372 with fuzz 1 (offset -93 lines). patching file configure.ac Reversed (or previously applied) patch detected! Assume -R? [n] y Hunk #1 succeeded at 2713 with fuzz 1 (offset -109 lines). The next patch would create the file dlls/bthprops.cpl/Makefile.in, which already exists! Assume -R? [n] y patching file dlls/bthprops.cpl/Makefile.in The next patch would create the file dlls/bthprops.cpl/bthprops.cpl.spec, which already exists! Assume -R? [n] y patching file dlls/bthprops.cpl/bthprops.cpl.spec Hunk #1 FAILED at 1. File dlls/bthprops.cpl/bthprops.cpl.spec is not empty after patch, as expected 1 out of 1 hunk FAILED -- saving rejects to file dlls/bthprops.cpl/bthprops.cpl.spec.rej ~~~
Compile and run. It works!!!! There is again a line in log ~~~ fixme:process:GetLogicalProcessorInformationEx (65535,0xaf6050,0x8beb54): stub ~~~
Full prove! What else I can do for this bug? I don't know a theory how it works. Probably the authors of the dlls/kernel32/process.c may light the question. Namely * Copyright 1996, 1998 Alexandre Julliard