summaryrefslogtreecommitdiff
path: root/src/dlls/mscoree/unixinterface.cpp
diff options
context:
space:
mode:
authorMike McLaughlin <mikem@microsoft.com>2015-06-19 17:37:48 -0700
committerMike McLaughlin <mikem@microsoft.com>2015-06-24 11:50:04 -0700
commit556224275d2f7701b3ea25e35f6873afd5c462ca (patch)
tree61cb66f9bc79c62b5edd1f81d3fc90b7eb633d8f /src/dlls/mscoree/unixinterface.cpp
parent8c70800b5e8dc5535c379dec4a6fb32f7ab5e878 (diff)
downloadcoreclr-556224275d2f7701b3ea25e35f6873afd5c462ca.tar.gz
coreclr-556224275d2f7701b3ea25e35f6873afd5c462ca.tar.bz2
coreclr-556224275d2f7701b3ea25e35f6873afd5c462ca.zip
Fixed the PAL_Initialize* order problem.
Now it doesn't matter if PAL_InitializeDLL (which doesn't pass argc/argv) is called before PAL_InitializeCoreCLR or vice-versa. The exe path and command line are updated for every PAL_Initialize or PAL_InitializeCoreCLR call. Cleaned up the pal_module initialization to get and set the module name removing the need for PAL_InitializeCoreCLR to pass the coreclr path. This required changing the process attach DllInit to be done more on demand. The signature for PAL_InitializeCoreCLR has changed to (two parameters removed): PALIMPORT DWORD PALAPI PAL_InitializeCoreCLR( const char *szExePath); Fixed a problem in the ClrStack -i command where the SP/PC displayed wasn't correctly.
Diffstat (limited to 'src/dlls/mscoree/unixinterface.cpp')
-rw-r--r--src/dlls/mscoree/unixinterface.cpp2
1 files changed, 1 insertions, 1 deletions
diff --git a/src/dlls/mscoree/unixinterface.cpp b/src/dlls/mscoree/unixinterface.cpp
index 1cd9d679b8..21419173e9 100644
--- a/src/dlls/mscoree/unixinterface.cpp
+++ b/src/dlls/mscoree/unixinterface.cpp
@@ -130,7 +130,7 @@ HRESULT ExecuteAssembly(
}
*exitCode = -1;
- DWORD error = PAL_InitializeCoreCLR(exePath, coreClrPath, true);
+ DWORD error = PAL_InitializeCoreCLR(exePath);
HRESULT hr = HRESULT_FROM_WIN32(error);
// If PAL initialization failed, then we should return right away and avoid