-
Notifications
You must be signed in to change notification settings - Fork 4.6k
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
Finish dbgshim implementation for Linux, etc. #4112
Labels
os-linux
Linux OS (any supported distro)
Comments
mikem8361
referenced
this issue
in mikem8361/coreclr
Jun 10, 2015
…e #650). It finds and uses the path coreclr is in to load dbi/dac.
mikem8361
referenced
this issue
in mikem8361/coreclr
Jun 11, 2015
…e #650). It finds and uses the path coreclr is in to load dbi/dac.
mikem8361
referenced
this issue
in mikem8361/coreclr
Jun 12, 2015
…e #650). It finds and uses the path coreclr is in to load dbi/dac.
mikem8361
referenced
this issue
in mikem8361/coreclr
Jun 12, 2015
…e #650). It finds and uses the path coreclr is in to load dbi/dac. Fixed directory separator in dbgshim.
mikem8361
referenced
this issue
in mikem8361/coreclr
Jun 15, 2015
…e #650). It finds and uses the path coreclr is in to load dbi/dac. Fixed directory separator in dbgshim.
mikem8361
referenced
this issue
in mikem8361/coreclr
Jun 15, 2015
…e #650). It finds and uses the path coreclr is in to load dbi/dac. EnumProcessModules returns an array of module base addresses and GetModuleFileNameEx takes the base address and returns the module name string. Fixed directory separator in dbgshim.
mikem8361
referenced
this issue
in dotnet/coreclr
Jun 17, 2015
Fully implement dbgshim so it doesn't depend on LD_LIBRARY_PATH (issue #650)
Issue addressed in dotnet/coreclr#1141 |
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Currently it is a very minimum hack that always assumes the process has a coreclr module and that LD_LIBRARY_PATH will load the DBI module. Most of the public APIs can be implemented closer to the windows version by doing a PAL version of EnumProcessModules and GetModuleFileNameEx.
The text was updated successfully, but these errors were encountered: