https://bugs.winehq.org/show_bug.cgi?id=48180
--- Comment #10 from Erich E. Hoover erich.e.hoover@gmail.com --- (In reply to Alexander Milos from comment #9)
... I thought it weird that there were no webservices related entries in the log as well, but still, that's what running the app with WINEDEBUG=+webservices gives me.
Honestly, it would be stranger if the application used webservices - but I want to cover our bases.
... Yup, that's what I meant as well. Running the equivalent grep for d3d11 gives me the proper d3d11_create_device lines, so I guess that leaves d3d8,d3d9 and ddraw out of the question.
Great, one less thing it can be.
... Also, I've already more or less confirmed that the save file is not to blame since, when I did the initial bisect, I did so using the very same save file each time I tested a new bisect sample. So unfortunately, the changes in the commit itself seem to be our culprit.
Awesome. Unfortunately, while that commit exposed the issue it's not likely the source of the problem. To double check that you can run with +msvcrt, grep for '_control', and redirect that to a file: WINEDEBUG="+msvcrt" app.exe 2>&1 | grep '_control' > control.log
We can then check that log for undocumented flags and see if it's somehow requesting a change to the x87 FPU even though there's no documented way to do that on amd64.