{"push_id":870984929,"size":5,"distinct_size":2,"ref":"refs/heads/ronen-proto-version","head":"d76e4be681bab6030fbc777c934354397f56c09b","before":"8e5bacaf95872bbee2f6400be4a3b5f0f503ab19","commits":[{"sha":"3f315738bd41b22fe012955597a16d4229d0679f","author":{"email":"ea713cc0d362cc0816c8aad543be3359dd7eb77e@ufora.com","name":"Ronen Hilewicz"},"message":"Logging status before running tests\n\nPrinting out:\n\n- All running Python processes\n- All listening ports\n- All docker containers","distinct":false,"url":"https://api.github.com/repos/ufora/ufora/commits/3f315738bd41b22fe012955597a16d4229d0679f"},{"sha":"f03e95f7c31c170679cfbcaa1981066a39fae5ab","author":{"email":"f116f0044657ced9189160dcad08df6d0b43abab@gmail.com","name":"Tom Peters"},"message":"fix a bug in rebindFreeVariableMemberAccessChains:\n\nbefore this change, we weren't searching all member access prefixes\nin a chained member expression: only the deepest in\nFora::rebindFreeMemberAccessChains. So, for example, in python,\nif we had an expression `e` representing 'x.y.z.w.q' and we called\n`e.rebindFreeVariableMemberAccessChain(['x', 'y', 'z'], 'x_y_z')`,\nwe wouldn't have caught the 'x.y.z' prefix, since we we only looking\nat the full chain 'x.y.z.w.q'\n\nThis change corrects that, but note that it's currently a (worst case)\nn^2 search in the length of a chain. For example, in\nMember(Member(Member(x,y),z),w), at each submember we compute\nthe longest subchain it holds by a linear scan\n(in RebindFreeMemberAccesses.cppml:extractChain). We could do better,\nbut these things should be very short and this is good enough for now.","distinct":false,"url":"https://api.github.com/repos/ufora/ufora/commits/f03e95f7c31c170679cfbcaa1981066a39fae5ab"},{"sha":"68edd620e6c960175d5f24f47033c91317d8f42a","author":{"email":"f116f0044657ced9189160dcad08df6d0b43abab@gmail.com","name":"Tom Peters"},"message":"starting a readCsvFromString: #64\n\ncaveats:\n\n* all entries are assumed to be float (or fora-floatifiable)\n* we have some weird whitespace bugs in fora csv parser itself:\n  take a look at the test case introduced in this commit.\n* no arguments to the fora csv function are exposed except `data`","distinct":false,"url":"https://api.github.com/repos/ufora/ufora/commits/68edd620e6c960175d5f24f47033c91317d8f42a"},{"sha":"1e0b42036c9697f4e4dd679f095a2707dafb39f3","author":{"email":"ea713cc0d362cc0816c8aad543be3359dd7eb77e@ufora.com","name":"Ronen Hilewicz"},"message":"Adding version mismatch test\n\nTo verify we get the correct error when using the wrong protocol version","distinct":true,"url":"https://api.github.com/repos/ufora/ufora/commits/1e0b42036c9697f4e4dd679f095a2707dafb39f3"},{"sha":"d76e4be681bab6030fbc777c934354397f56c09b","author":{"email":"ea713cc0d362cc0816c8aad543be3359dd7eb77e@ufora.com","name":"Ronen Hilewicz"},"message":"[#127] Propagating socket errors up to executor\n\nSocketIoJsonInterface now completes pending callbacks with a failure\nwhen it detects that the underlying socket.io connection is broken.","distinct":true,"url":"https://api.github.com/repos/ufora/ufora/commits/d76e4be681bab6030fbc777c934354397f56c09b"}]}