{"push_id":1339673794,"size":6,"distinct_size":6,"ref":"refs/heads/GL_Lua","head":"a5f8c5b3dec14c3c2f259faae8888ad9b5fc9332","before":"ec838b6312e17f913b41e2afac07275d6ac015e7","commits":[{"sha":"d407e2f9e1aeaca2d65bb832c4c40021d72b1e5e","author":{"name":"Gregory A Lundberg","email":"2e04238cab69a408cd1d6cd7d596c85a4e4c475e@gmx.com"},"message":"Refactor luaL_typerror\n\nLua deprecated luaL_typerror. Wesnoth needs it. Traditionally this was handled as a by-hand edit to the Lua source kit. Refactored into Wesnoth as luaW_type_error.","distinct":true,"url":"https://api.github.com/repos/GregoryLundberg/wesnoth/commits/d407e2f9e1aeaca2d65bb832c4c40021d72b1e5e"},{"sha":"ecaa17955de0c6829f74374e8850d74d4c489945","author":{"name":"Gregory A Lundberg","email":"2e04238cab69a408cd1d6cd7d596c85a4e4c475e@gmx.com"},"message":"Revert spurious change to whitespace","distinct":true,"url":"https://api.github.com/repos/GregoryLundberg/wesnoth/commits/ecaa17955de0c6829f74374e8850d74d4c489945"},{"sha":"1217e6d31a96ca378a0f70406f1648a26779586e","author":{"name":"Gregory A Lundberg","email":"2e04238cab69a408cd1d6cd7d596c85a4e4c475e@gmx.com"},"message":"Fix bug: Index out of bounds\n\nRevert this commit. There was no off-by-one but this commit created one.\n\nCommit commit 299a29f99a84767731dbadd540712d1a37e5e10d\nAuthor: Alexander van Gessel <ai0867@gmail.com>\nDate:   Mon Dec 2 17:55:02 2013 +0100\n\n    Fix an off-by-one past-the-end buffer read in lua\n\n    Found by coverity","distinct":true,"url":"https://api.github.com/repos/GregoryLundberg/wesnoth/commits/1217e6d31a96ca378a0f70406f1648a26779586e"},{"sha":"961cd1b7a2e387f62c9d68c0e59af42420b1c40a","author":{"name":"Gregory A Lundberg","email":"2e04238cab69a408cd1d6cd7d596c85a4e4c475e@gmx.com"},"message":"No need to redefine PI\n\nLua, as released, has the correct definition of PI for 'double' (64-bit) floats. It is as precise as possible. If the Boost 128- or 256-bit definitions produce a different value than what Lua provides either (1) we're no longer on 64-bit double floats, (2) there is a typo in Boost, or (3) there is a bug in your compiler.\n\nThis reverts the Lua portion of the following commit:\n\ncommit f5e673e6443220c57e40cea31d430870b4f73925\nAuthor: fendrin <fabianmueller5@gmx.de>\nDate:   Thu Sep 19 01:06:23 2013 +0200\n\n    Replace all kinds of the constant pi representations.\n\n    Replaces every appearance of the circle constant pi I could find with\n    the representation from boost/math/constants/constants.hpp.","distinct":true,"url":"https://api.github.com/repos/GregoryLundberg/wesnoth/commits/961cd1b7a2e387f62c9d68c0e59af42420b1c40a"},{"sha":"e8a9c636b4e1e866faac36bac421dc518e0932ea","author":{"name":"Gregory A Lundberg","email":"2e04238cab69a408cd1d6cd7d596c85a4e4c475e@gmx.com"},"message":"Fix bug: Use the correct locale\n\nThis reverts the portion of the following commit which changes the Lua virtual machine to use strcmp instead of strcoll. The correct way to do this is to setlocale(LC_ALL, \"C\") before doing \"C\" string comparisons (lt and le) and restore it afterwards. Note that the following commit does properly handle t_string by passing the strings to Boost for locale-specific comparison. So the only issue is doing \"C\" locale strings, internally in Lua, or extracting t_strings into \"C\" style strings.\n\nNote that if a UMC author does string-to-string comparison, or string-to-t_string, it is the author's responsibility to ensure either (1) all strings are extracted t_string, or (2) when comparing two \"C\" locale (Lua/C/C++) strings the locale is set before and restored after the compare.\n\nFailure to properly manage the locale may result in loss of synchronization (OOS) errors. These are considered a flaw in the UMC content and the engine should make NO attempt to prevent them.\n\ncommit bcb06e4a7a74b894b5247ad867df905722d334a4\nAuthor: gfgtdf <f492343@rmqkr.net>\nDate:   Wed Feb 24 18:05:57 2016 +0100\n\n    fix lua string and tstring comparision\n\n    lua string now use a locale indpenedent comparision, this prevents OOS.\n\n    This commit also implements comparision operators for lua tstring which\n    use a language dependend collate facet from boost locale. (which usually\n    uses an icu or a winapi backend)","distinct":true,"url":"https://api.github.com/repos/GregoryLundberg/wesnoth/commits/e8a9c636b4e1e866faac36bac421dc518e0932ea"},{"sha":"a5f8c5b3dec14c3c2f259faae8888ad9b5fc9332","author":{"name":"Gregory A Lundberg","email":"2e04238cab69a408cd1d6cd7d596c85a4e4c475e@gmx.com"},"message":"Use \"C\" locale for [store_unit_type_ids]\n\nThe result table is sorted by non-translatable strings. Ensure we use raw UTF-8 (byte-wise binary) instead of localized collation.\n\nThis is done as an example and should not be required since non-translatable strings such as this should only use C0 Controls and Basic Latin (ASCII) codepoints [ \\u0000 to \\u007F ].\n\nThe \"C\" locale basically converts strcoll into strcmp by setting the collation to be raw binary on the 8-bit byte. The definition of UTF-8 means that will force sorting ascending by codepoint.","distinct":true,"url":"https://api.github.com/repos/GregoryLundberg/wesnoth/commits/a5f8c5b3dec14c3c2f259faae8888ad9b5fc9332"}]}
{"actor":{"display_login":"GregoryLundberg"}}