You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
The flow which causes this load is: build_headless (glutin_sys) -> new_headless -> EGL lazy static -> LoadLibrary
In new_headless, if no windowed sharing was specified, it tries to load libEGL.dll from the load path, which in user's case was in PATH from another program, and it led to a crash later on.
Hi 😃
A glutin based app was crashing for one of the users on Windows 10.
While debugging it, we noticed that there were unrelated library loads:
The flow which causes this load is:
build_headless (glutin_sys)
->new_headless
->EGL lazy static
->LoadLibrary
In
new_headless
, if no windowed sharing was specified, it tries to loadlibEGL.dll
from the load path, which in user's case was in PATH from another program, and it led to a crash later on.The library is defined here:
glutin/glutin/src/api/egl/mod.rs
Line 93 in 33aec60
Windows guides suggest that when performing a dynamic loading we should search dynamic libraries within the app (relative) and/or rely on absolute paths for safety (https://docs.microsoft.com/en-us/windows/win32/dlls/dynamic-link-library-search-order).
Would it be possible to update library path in egl/mod.rs to relative within the glutin app?
Thank you 👍
The text was updated successfully, but these errors were encountered: