-
-
Notifications
You must be signed in to change notification settings - Fork 1.6k
Fix: CRYSTAL_LOAD_DEBUG_INFO=1
fails with -Dexecution_context
#15704
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
Fix: CRYSTAL_LOAD_DEBUG_INFO=1
fails with -Dexecution_context
#15704
Conversation
On Windows apparently this is not early enough: |
I presume we should still merge this, though? |
This comment was marked as outdated.
This comment was marked as outdated.
I'll propose a few changes for Windows in a separate branch (no need for the isolated context + we should control when to start the thread). EDIT: I eventually reproduced 🤦 I'll still push a fix as explained above |
Successfully created backport PR for |
#15715) Co-authored-by: Julien Portalier <[email protected]>
Loading the debug info relies on
File
and goes through the event loop (even if reading files is blocking) which in turn requires a fiber scheduler (event loops are tied to a scheduler).They used to be lazily instantiated, but with execution contexts it must be explicit. We thus have to load the debug info after creating the default execution context.