Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

CI(appveyor): Workaround for FXC failing to run with error C0000139 #6649

Merged
merged 1 commit into from
Dec 6, 2024

Conversation

Hartmnt
Copy link
Member

@Hartmnt Hartmnt commented Dec 6, 2024

This adds a fix for the appveyor CI pipeline to the 1.5.x branch.

from @davidebeatrici:

The Effect-Compiler Tool ("fxc.exe") seems to have only two direct dependencies:

  • kernel32.dll
  • D3DCompiler_47.dll

Both libraries are shipped with Windows, but the SDK provides a variant of the latter along with the executable. Turns out that variant is causing FXC to fail to launch with the following error:

"The procedure entry point __CxxFrameHandler4 could not be located in the dynamic link library C:\Program Files (x86)\Windows Kits\10\bin\10.0.26100.0\x64\D3DCOMPILER_47.dll."

It's unclear when exactly the issue started happening and why. We just know it was never encountered until this week, when triggering a new official release (last one was in May).

The workaround is simple: we delete any instances of the problematic DLL in the SDK folder(s) so that the working one that is shipped with the operating system is picked up.

The Effect-Compiler Tool ("fxc.exe") seems to have only two direct dependencies:

- kernel32.dll
- D3DCompiler_47.dll

Both libraries are shipped with Windows, but the SDK provides a variant of the latter along with the executable.
Turns out that variant is causing FXC to fail to launch with the following error:

"The procedure entry point __CxxFrameHandler4 could not be located in the dynamic link library C:\Program Files (x86)\Windows Kits\10\bin\10.0.26100.0\x64\D3DCOMPILER_47.dll."

It's unclear when exactly the issue started happening and why. We just know it was never encountered until this week, when triggering a new official release (last one was in May).

The workaround is simple: we delete any instances of the problematic DLL in the SDK folder(s) so that the working one that is shipped with the operating system is picked up.
@Hartmnt Hartmnt added the ci label Dec 6, 2024
@Hartmnt Hartmnt merged commit 378692d into mumble-voip:1.5.x Dec 6, 2024
16 checks passed
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

Successfully merging this pull request may close these issues.

2 participants