Age | Commit message (Collapse) | Author | Files | Lines | |
---|---|---|---|---|---|
2016-01-27 | Update license headers | dotnet-bot | 1 | -4/+3 | |
2015-10-22 | [adityam] Fix break in DllImport code for Desktop CLR. | Rama Krishnan Raghupathy | 1 | -1/+3 | |
[tfs-changeset: 1540922] | |||||
2015-10-21 | Always attempt to load specified DLL name first before trying variations | Aditya Mandaleeka | 1 | -1/+4 | |
2015-09-25 | Add AssemblyLoadContext.LoadUnmanagedDllFromPathfor use by overriders of ↵ | Koundinya Veluri | 1 | -2/+3 | |
AssemblyLoadContext.LoadUnmanagedDll LoadUnmanagedDllFromPath needs to call LoadLibrary or dlopen, and return the system handle to the library through LoadUnmanagedDll. Outside Windows, when LoadUnmanagedDll returns a system handle to a library, the handle needs to be registered with PAL's module list for lifetime management. From that point on, the system handle is tracked as part of the PAL handle. To handle both of the above, I have refactored module.cpp!LOADLoadLibrary into a LoadLibraryDirect portion and a RegisterLibrary component. LoadLibraryDirect loads the specified library directly using the system call, without appending or prepending anything to the library name RegisterLibrary registers a system library handle with PAL to get a PAL handle This patch contains the necessary changes to coreclr and mscorlib. Tests will be added separately, after the new APIs are published and can be consumed. Fixes dotnet/coreclr#935 Part of dotnet/coreclr#937 and dotnet/corefx#3054 See https://github.com/dotnet/coreclr/pull/1500 [tfs-changeset: 1529692] | |||||
2015-04-02 | Clear last error for SetLastError=true P/Invoke | Jan Kotas | 1 | -1/+0 | |
There isn't always a way to know the system function has failed without checking last error, in particular on Unix. Moreover, CLR does not guarantee that the last error is preserved while the managed code is running so this issue cannot be worked around calling SetLastError. This change adds clearing of last error for P/Invokes with SetLastError=true. The cost of doing so is negligible, it makes error handling for P/Invokes of the above system functions possible, and all the other P/Invokes more robust. | |||||
2015-01-30 | Initial commit to populate CoreCLR repo | dotnet-bot | 1 | -0/+785 | |
[tfs-changeset: 1407945] |