http://bugs.winehq.org/show_bug.cgi?id=60479 --- Comment #1 from Bernhard Übelacker <bernhardu@mailbox.org> --- Created attachment 82325 --> http://bugs.winehq.org/attachment.cgi?id=82325 relative-path-get_binary_type.patch I found with current git the winedevice.exe is a 32-bit process, which is therefore not able to load the 64-bit driver. In the registry the Service entry is marked with WOW64=1. Removing this WOW64 entry makes it a 64-bit process and the driver can be loaded successfully. A installation within a native Windows also does not have this WOW64 entry. Also, other services with this WOW64 mark contain a value of 0x14c, which matches IMAGE_FILE_MACHINE_I386. Is the problem here in svcctl_CreateServiceWOW64W, which seems to assumes a service created via this WOW64 API is always is_wow64=TRUE? In the past this may have worked because in get_winedevice_binary_path a call to GetBinaryTypeW succeeded, because winedevice.exe's current directory was "c:\windows". But this fails now as the current directory is "c:\windows\system32". Attached patch tries to cover relative paths by adding a prefix "..\\". -- Do not reply to this email, post in Bugzilla using the above URL to reply. You are receiving this mail because: You are watching all bug changes.