https://bugs.winehq.org/show_bug.cgi?id=47668
--- Comment #12 from Rik Shaw rikshaw76@gmail.com ---
The "implementation" of ReOpenFile has moved to wine/dlls/kernelbase/file.c apparently. I could generate new patch next week. But you could also try copy /paste it (below) into wine/dlls/kernelbase/file.c (look for ReOpenFile and replace)
Louis,
Thanks for the feedback. I didn't appreciate before that kernel32 and kernelbase were both in play. I'll look a bit more but it is giving the following complaint:
----------------- file.c: In function ‘ReOpenFile’: file.c:1269:11: warning: implicit declaration of function ‘GetFinalPathNameByHandleW’ [-Wimplicit-function-declaration] ret = GetFinalPathNameByHandleW( handle_original, name, size, VOLUME_NAME_N ^ file.c: In function ‘ReadDirectoryChangesW’: file.c:1311:70: error: ‘invoke_completion’ undeclared (first use in this function) completion && overlapped ? invoke_comp ^ file.c:1311:70: note: each undeclared identifier is reported only once for each function it appears in Makefile:222: recipe for target 'file.cross.o' failed -----------------
I think it is related to GetFinalPathNameByHandleW not being in the kernelbase/file.c but only in the kernel32/file.c. So I am not sure if I need to either reference the kernel32/file.c or if I need to duplicate the code over to kernelbase/file.c. Once again this is the first time involved at all in anything related to the wine source code so forgive my ignorance :-)
One other minor note is that I had to move the declarations to the top of the block since it was complaining that declarations and code shouldn't be mixed. So I separately declare HANDLE h; at the top, for instance.
Wow I still can't believe we may be *close* to running Logos in wine. This has been a 4+ year debugging endeavor that will have huge benefits if it can happen.