-
Notifications
You must be signed in to change notification settings - Fork 48
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
Support Epic's "Easy Anti Cheat" #99
Support Epic's "Easy Anti Cheat" #99
Conversation
Thanks for contributing! |
I also tested this with the WER module and saw no regressions. Thanks! |
So there was no need to do that step to get it working? (from EAC's dev docs) Or perhaps it also recognizes |
I did not read it this way. To me, it reads like you need the changes in this PR and must change the name of the executable. However, you can provide the actual name of the Maybe @kristjanvalur can chime in. |
Im not sure what it means for EAC to know the name of your crash dumper. |
Thanks, @kristjanvalur. I think the question is whether the code changes in |
We didn't do change the name, but we did mention the correct name in the
EAC config file. I think that if the process isn't listed as a crash
handling process, either by name change or by providing it's name in
config, it won't even get permission to open a limited process handle to
the parent process. I guess both requirements need to be met.
…On Sat, 1 Jun 2024, 10:58 Mischan Toosarani-Hausberger, < ***@***.***> wrote:
Thanks, @kristjanvalur <https://github.com/kristjanvalur>. I think the
question is whether the code changes in crashpad are enough or if a name
change of the crashpad_handler is *also* required. Did you do both, or
did the changes to the code suffice?
—
Reply to this email directly, view it on GitHub
<#99 (comment)>,
or unsubscribe
<https://github.com/notifications/unsubscribe-auth/ABN3FR7O4M3LJ6D4IOIFBWLZFF5KTAVCNFSM6AAAAABFVJ27RGVHI2DSMVQWIX3LMV43OSLTON2WKQ3PNVWWK3TUHMZDCNBTGM2DSNZXGE>
.
You are receiving this because you were mentioned.Message ID:
***@***.***>
|
See issue #975
Two changes are made, for the Windows platform: