{"push_id":897101314,"size":13,"distinct_size":13,"ref":"refs/heads/split-test","head":"15fff8840908923f8de31041dca930327682d449","before":"609183f40b7e11f72b052125797109fac4cd8f0b","commits":[{"sha":"7be6983a6510ef00de78f4c1c8bf884a89e7c82a","author":{"email":"202bfdaf89d4929b26015b6e3335e051707b8d9a@microsoft.com","name":"Jan Kotas"},"message":"Remove redundant code in gcrhscan.cpp\n\n- Add gc\\gcscan.cpp to the build and remove code that was redundant with it from runtime\\gcrhscan.cpp\n- Move the entire stack root scanning to the EE side of GCToEEInterface","distinct":true,"url":"https://api.github.com/repos/schellap/corert/commits/7be6983a6510ef00de78f4c1c8bf884a89e7c82a"},{"sha":"523fa3c0bdfb012a22328b809f880bc77bdfb49c","author":{"email":"cf057d68cd31eb1c384d6c30e862d66ce44863f8@microsoft.com","name":"Scott Mosier"},"message":"Merge pull request #497 from jkotas/gc-scan\n\nRemove redundant code in gcrhscan.cpp","distinct":true,"url":"https://api.github.com/repos/schellap/corert/commits/523fa3c0bdfb012a22328b809f880bc77bdfb49c"},{"sha":"73c3f036ea72172a45df79a175085b1c93fcdd71","author":{"email":"6749d1adeb88c8c33d78404c8937392fccc7fc6d@microsoft.com","name":"David Wrighton"},"message":"Make hashing using TypeHashingAlgorithms ubiquitous in the type system\n\n- Add hashing to InstantiatedMethod\n- TypeDesc now throws in its default implementations of GetHashCode()\n- MethodDesc now implements the non-Generic method algorithm for computing hashcode. InstantiatedMethod's have a custom hashcode implementation\n- EcmaMethod/EcmaType now use a TypeHashingAlgorithms hash code\n- TypeHashingAlgorithms now has method hashcode building function\n- Tests for a variety of hash codes\n- Add Assert to LockFreeReaderHashtable to verify that the hashcodes for keys and values are in sync\n- Add caching to hashcodes for better performance\n- EcmaGenericParameter uses same hash values as SignatureVariable","distinct":true,"url":"https://api.github.com/repos/schellap/corert/commits/73c3f036ea72172a45df79a175085b1c93fcdd71"},{"sha":"c454d0e359390e6d80e0413916fc82bcac8e0ea3","author":{"email":"6749d1adeb88c8c33d78404c8937392fccc7fc6d@microsoft.com","name":"David Wrighton"},"message":"Merge pull request #495 from davidwrighton/instantiated_method_hashcode\n\nMake hashing using TypeHashingAlgorithms ubiquitous in the type system","distinct":true,"url":"https://api.github.com/repos/schellap/corert/commits/c454d0e359390e6d80e0413916fc82bcac8e0ea3"},{"sha":"3e646098df4a8678f02f03002085cfabd58c93bf","author":{"email":"202bfdaf89d4929b26015b6e3335e051707b8d9a@microsoft.com","name":"Jan Kotas"},"message":"Delete superfluous PalPrintfs","distinct":true,"url":"https://api.github.com/repos/schellap/corert/commits/3e646098df4a8678f02f03002085cfabd58c93bf"},{"sha":"8ec6efd7183c2ee6fc859d7a301d487224e90ae1","author":{"email":"cf057d68cd31eb1c384d6c30e862d66ce44863f8@microsoft.com","name":"Scott Mosier"},"message":"Fix some runtime FailFast paths\n\nA recent investigation revealed a couple of bugs in our handling of fail fast.\n\n1) If we hit our fallback path (EH.FailFast), we end up triggering an int 3, which is treated as a hardware exception in managed code, but we don't expect this exception code and we attempt to recursively FailFast. I've renamed this FallbackFailFast to make it more clear that we don't expect to hit this path in most cases. I've also made the implementation call into the C++ side and do an RhFailFast in there, which ultimately calls RaiseFailFastException, which shouldn't open up to infinite recursion.\n\n2) The codepath that attempts to FailFast when an SEH exception is leaked out of a pinvoke was passing the OS dispatcher context's ControlPC as the bread crumb with which to find the class library that should perform the FailFast. Unfortunately, I'm so used to arm/amd64 SEH that I forgot that x86 SEH doesn't give you a good value for this. So on x86, we were getting null and failing to find the right class library FailFast to call, so we'd go down the fallback FailFast path when we shouldn't be. The fix here is to pull the PInvoke return address out of the PInvoke frame on the Thread. This is reliable and doesn't involve the OS, so it's goodness for all platforms.\n\n[tfs-changeset: 1555875]","distinct":true,"url":"https://api.github.com/repos/schellap/corert/commits/8ec6efd7183c2ee6fc859d7a301d487224e90ae1"},{"sha":"746cc550e11c04d60a9431c04f4737d24fae3e08","author":{"email":"cf057d68cd31eb1c384d6c30e862d66ce44863f8@microsoft.com","name":"Scott Mosier"},"message":"Fix catches around uplevel callbacks\n\nThis has been a latent issue that we've been working around for a\nwhile now. The runtime shouldn't allow exceptions leaking out of\ncallbacks to the class library code to be dispatched across it.\nThe problem, though, is that the class library exceptions are in\none type space and the typed catch clauses are in another. I had\nhoped to use filters to fix this, but Roslyn doesn't implement\nthem without the type check against System.Object (even if there's\nno source reason for the type check). However, I realized that I\ncould simply fix the runtime exception dispatch to be more\npermissible. It now permits catch ([runtime]System.Object) to\ncatch all exceptions, even those from foreign type spaces.\n\nThe workarounds have been in the class library-implemented\ncallbacks themselves where they have to put their own try/catch\nclauses, but I always felt uneasy about not having a backstop in\nthe runtime to enforce this invariant.\n\nI also ran across an unnecessary try/catch/rethrow that is from the olden days, so I removed it.","distinct":true,"url":"https://api.github.com/repos/schellap/corert/commits/746cc550e11c04d60a9431c04f4737d24fae3e08"},{"sha":"d455aa270e712faa970e77225b5e74787f6851ab","author":{"email":"202bfdaf89d4929b26015b6e3335e051707b8d9a@microsoft.com","name":"Jan Kotas"},"message":"Merge pull request #501 from jkotas/printf\n\nDelete superfluous PalPrintfs","distinct":true,"url":"https://api.github.com/repos/schellap/corert/commits/d455aa270e712faa970e77225b5e74787f6851ab"},{"sha":"c8ee7fb0e5f8273cfb26a0fc1aee8f3ee01585cd","author":{"email":"202bfdaf89d4929b26015b6e3335e051707b8d9a@microsoft.com","name":"Jan Kotas"},"message":"Merge pull request #502 from dotnet-bot/from-tfs\n\nMerge changes from TFS","distinct":true,"url":"https://api.github.com/repos/schellap/corert/commits/c8ee7fb0e5f8273cfb26a0fc1aee8f3ee01585cd"},{"sha":"7a1eabe48e36ff7c7c9d4ec5cdaba474b2c5dd4c","author":{"email":"202bfdaf89d4929b26015b6e3335e051707b8d9a@microsoft.com","name":"Jan Kotas"},"message":"Merge pull request #503 from smosier/pn-fixes\n\nFix catches around uplevel callbacks","distinct":true,"url":"https://api.github.com/repos/schellap/corert/commits/7a1eabe48e36ff7c7c9d4ec5cdaba474b2c5dd4c"},{"sha":"1c20fce3cf20521895752eb203de251d927b33a5","author":{"email":"202bfdaf89d4929b26015b6e3335e051707b8d9a@microsoft.com","name":"Jan Kotas"},"message":"Update GC from CoreCLR\n\nhttps://github.com/dotnet/coreclr/tree/master/src/gc 81a569b456cb74c491bbfd18d882ddc00ab6ecd9","distinct":true,"url":"https://api.github.com/repos/schellap/corert/commits/1c20fce3cf20521895752eb203de251d927b33a5"},{"sha":"47e02756fd100b26a833bea16710046bbe7e6ab6","author":{"email":"202bfdaf89d4929b26015b6e3335e051707b8d9a@microsoft.com","name":"Jan Kotas"},"message":"Merge pull request #506 from jkotas/gc-update\n\nUpdate GC from CoreCLR","distinct":true,"url":"https://api.github.com/repos/schellap/corert/commits/47e02756fd100b26a833bea16710046bbe7e6ab6"},{"sha":"15fff8840908923f8de31041dca930327682d449","author":{"email":"c5fe40b6b15048a85ad2942d4b5480737a73defd@microsoft.com","name":"Senthil Chellappan"},"message":"Splitting packages to toolchain and runtime","distinct":true,"url":"https://api.github.com/repos/schellap/corert/commits/15fff8840908923f8de31041dca930327682d449"}]}