{"push_id":2880883610,"size":3,"distinct_size":3,"ref":"refs/heads/7.0","head":"8a3fb8b4ecf44ed8011142870f2c1883be31f425","before":"0473b4f794f16ddc4ca5261ec9e38e73ea3325dd","commits":[{"sha":"79c13af904d7f1d7a5f33dbaa160ee5fa7bfcc7d","author":{"name":"Blair McGlashan","email":"87d14ef96450119a8603c5ef30552df4212a88bd@outlook.com"},"message":"Add test for #595 - this will crash without a change to Process>>spOfIndex:","distinct":true,"url":"https://api.github.com/repos/dolphinsmalltalk/Dolphin/commits/79c13af904d7f1d7a5f33dbaa160ee5fa7bfcc7d"},{"sha":"028b052f962d83786561b2f32395b77d959f3e3e","author":{"name":"Blair McGlashan","email":"87d14ef96450119a8603c5ef30552df4212a88bd@outlook.com"},"message":"Fix #595 in 7.0\n\nLarge address awareness issue in the Smalltalk Process class - the stack\npointers stored in the Smalltalk process stacks must always be\nSmallIntegers, never large. The VM will crash if it encounters a large\ninteger as for perf reasons it does not bother to check and just assumes\nthe stack frames are well formed. The Process>>spOfIndex: method would\nreturn a LargeInteger when the address into the stack crosses the 2Gb\nboundary, which could be the case when the app is marked large address\naware .","distinct":true,"url":"https://api.github.com/repos/dolphinsmalltalk/Dolphin/commits/028b052f962d83786561b2f32395b77d959f3e3e"},{"sha":"8a3fb8b4ecf44ed8011142870f2c1883be31f425","author":{"name":"Blair McGlashan","email":"87d14ef96450119a8603c5ef30552df4212a88bd@outlook.com"},"message":"Fix a couple of large address handling issues in the Tree and List Views\n\nHandles/addresses returned by a Tree/ListView could be >2G when large\naddresses are enabled, so handling these as signed integer values may\ncause them to go negative. This causes a sign mismatch in different\ncode paths and prevents the TreeView from being able to map from a\nhandle to an object using its map when asked for display info for a node.","distinct":true,"url":"https://api.github.com/repos/dolphinsmalltalk/Dolphin/commits/8a3fb8b4ecf44ed8011142870f2c1883be31f425"}]}
{"actor":{"display_login":"blairmcg"}}