{"commits":[{"author":{"name":"Pablo Ruiz Garcia","email":"94447107d47aa7e7126d506b4f0724e49fa38655@gmail.com"},"sha":"2ae5839a82a1c699504b031f98d6621640ff727a","message":"Fixes #683475: - Fixed ISO2022JPEncoder's GetBytesCount(..) to avoid it from returning invalid calculations leading to buffer overflows during GetBytes(..). - Fixed MonoEncoding::HandleFallback(..) off-by-one error when handling double-byte replacements. - Fixed ISO2022JPEncoder::GetBytes(..) invalid translation of some full width characters (U+FF60 ~ U+FF0A) when using halfwide kana mapping. - Fixed ISO2022JPEncoder::GetBytes(..) invalid translation of IDEOGRAPHIC SPACE (U+3000) character. - Refactor of MonoEncoding::HandleFallback(..) to correctly support replacement of inv. characters by statefull encoders/encodings (like ISO-2022-JP).\n\nNOTE: This fixes were found by creating alternative safe-only implementations of the actual CJK encoders. Such implementations are disabled by default for performance reasons, but can be enabled if needed by using the conditional compiling flag DISABLE_UNSAFE.","url":"https://api.github.com/repos/mono/mono/commits/2ae5839a82a1c699504b031f98d6621640ff727a"},{"author":{"name":"Pablo Ruiz Garcia","email":"94447107d47aa7e7126d506b4f0724e49fa38655@gmail.com"},"sha":"209a3e2d99971aaf0fae7e0b459c6d268347fcf0","message":"Avoid internal character table used by gb18030 (on ms.net) from being collected by GC.","url":"https://api.github.com/repos/mono/mono/commits/209a3e2d99971aaf0fae7e0b459c6d268347fcf0"},{"author":{"name":"Pablo Ruiz Garcia","email":"94447107d47aa7e7126d506b4f0724e49fa38655@gmail.com"},"sha":"83d56a49600085bf5fbb02595e669e853349d644","message":"An enhanced fix for GB18030's GC problem, by allocating the underlaying table buffer from Marshal.AllocHGlobal, as the previous solution would fail if GC moves the memory pointed to by the static field..","url":"https://api.github.com/repos/mono/mono/commits/83d56a49600085bf5fbb02595e669e853349d644"},{"author":{"name":"Rodrigo Kumpera","email":"44ca9dc623078cd07d18aa0ff53fbed98784941d@gmail.com"},"sha":"35945cc4d92beeb9e470fa5fd8b9b0d702920e16","message":"Fix a theoretical deadlock found by valgrind. It was never reported.","url":"https://api.github.com/repos/mono/mono/commits/35945cc4d92beeb9e470fa5fd8b9b0d702920e16"},{"author":{"name":"Rodrigo Kumpera","email":"44ca9dc623078cd07d18aa0ff53fbed98784941d@gmail.com"},"sha":"1e47c8e9335850accbdf84a9e445596d0409e026","message":"Speedup get_execution_context_addr.\n\n\t* threads.c (get_execution_context_addr): This function is called\n\tby the threadpool machinery and a contention hotspot. So we\n\tcache the thread local offset per domain.","url":"https://api.github.com/repos/mono/mono/commits/1e47c8e9335850accbdf84a9e445596d0409e026"},{"author":{"name":"Rodrigo Kumpera","email":"44ca9dc623078cd07d18aa0ff53fbed98784941d@gmail.com"},"sha":"c1852dfe573df9c449b79dcc3a5dba84c8789598","message":"Correctly calculate the number of cards to be marked.\n\n\t* sgen-cardtable.c (sgen_card_table_mark_range): The number of\n\tpages to be marked must be correctly calculated to avoid the case\n\twhen the in-card offset of the start address is bigger than\n\tof the end address and cause the last card to be skipped.\n\n\tFixes #1917","url":"https://api.github.com/repos/mono/mono/commits/c1852dfe573df9c449b79dcc3a5dba84c8789598"}],"ref":"refs/heads/master","head":"c1852dfe573df9c449b79dcc3a5dba84c8789598","size":6,"push_id":51220500}