<feed xmlns='http://www.w3.org/2005/Atom'>
<title>glibc/iconvdata, branch master</title>
<subtitle>Fork of glibc for development</subtitle>
<id>https://git.zx2c4.com/glibc/atom/iconvdata?h=master</id>
<link rel='self' href='https://git.zx2c4.com/glibc/atom/iconvdata?h=master'/>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/glibc/'/>
<updated>2024-04-17T12:21:40Z</updated>
<entry>
<title>iconv: ISO-2022-CN-EXT: fix out-of-bound writes when writing escape sequence (CVE-2024-2961)</title>
<updated>2024-04-17T12:21:40Z</updated>
<author>
<name>Charles Fol</name>
<email>folcharles@gmail.com</email>
</author>
<published>2024-03-28T15:25:38Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/glibc/commit/?id=f9dc609e06b1136bb0408be9605ce7973a767ada'/>
<id>urn:sha1:f9dc609e06b1136bb0408be9605ce7973a767ada</id>
<content type='text'>
ISO-2022-CN-EXT uses escape sequences to indicate character set changes
(as specified by RFC 1922).  While the SOdesignation has the expected
bounds checks, neither SS2designation nor SS3designation have its;
allowing a write overflow of 1, 2, or 3 bytes with fixed values:
'$+I', '$+J', '$+K', '$+L', '$+M', or '$*H'.

Checked on aarch64-linux-gnu.

Co-authored-by: Adhemerval Zanella  &lt;adhemerval.zanella@linaro.org&gt;
Reviewed-by: Carlos O'Donell &lt;carlos@redhat.com&gt;
Tested-by: Carlos O'Donell &lt;carlos@redhat.com&gt;
</content>
</entry>
<entry>
<title>Update copyright dates with scripts/update-copyrights</title>
<updated>2024-01-01T18:53:40Z</updated>
<author>
<name>Paul Eggert</name>
<email>eggert@cs.ucla.edu</email>
</author>
<published>2024-01-01T18:12:26Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/glibc/commit/?id=dff8da6b3e89b986bb7f6b1ec18cf65d5972e307'/>
<id>urn:sha1:dff8da6b3e89b986bb7f6b1ec18cf65d5972e307</id>
<content type='text'>
</content>
</entry>
<entry>
<title>add GB18030-2022 charmap and test the entire GB18030 charmap [BZ #30243]</title>
<updated>2023-08-29T17:02:30Z</updated>
<author>
<name>lijianglin</name>
<email>lijianglin2@huawei.com</email>
</author>
<published>2023-06-27T12:15:49Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/glibc/commit/?id=e1d3312015e8f70344620375aedf91afe7e7e7a4'/>
<id>urn:sha1:e1d3312015e8f70344620375aedf91afe7e7e7a4</id>
<content type='text'>
support GB18030-2022 after add and change some transcoding relationship
of GB18030-2022.Details are as follows:
add 25 transcoding relationship
  UE81E 0x82359037
  UE826 0x82359038
  UE82B 0x82359039
  UE82C 0x82359130
  UE832 0x82359131
  UE843 0x82359132
  UE854 0x82359133
  UE864 0x82359134
  UE78D 0x84318236
  UE78F 0x84318237
  UE78E 0x84318238
  UE790 0x84318239
  UE791 0x84318330
  UE792 0x84318331
  UE793 0x84318332
  UE794 0x84318333
  UE795 0x84318334
  UE796 0x84318335
  UE816 0xfe51
  UE817 0xfe52
  UE818 0xfe53
  UE831 0xfe6c
  UE83B 0xfe76
  UE855 0xfe91
change 6 transcoding relationship
  U20087 0x95329031
  U20089 0x95329033
  U200CC 0x95329730
  U215D7 0x9536b937
  U2298F 0x9630ba35
  U241FE 0x9635b630
Test the entire GB18030 charmap, not only the Unicode BMP part.

Co-authored-by: yangyanchao &lt;yangyanchao6@huawei.com&gt;
Co-authored-by: liqingqing &lt;liqingqing3@huawei.com&gt;
Co-authored-by: Bruno Haible &lt;bruno@clisp.org&gt;
Reviewed-by: Andreas Schwab &lt;schwab@suse.de&gt;
Reviewed-by: Mike FABIAN &lt;mfabian@redhat.com&gt;
</content>
</entry>
<entry>
<title>Fix misspellings in iconv/ and iconvdata/ -- BZ 25337</title>
<updated>2023-05-27T16:37:14Z</updated>
<author>
<name>Paul Pluzhnikov</name>
<email>ppluzhnikov@google.com</email>
</author>
<published>2023-05-27T06:48:33Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/glibc/commit/?id=f58a8c1c15d8b5d8a08e8553f82867202b88a5cc'/>
<id>urn:sha1:f58a8c1c15d8b5d8a08e8553f82867202b88a5cc</id>
<content type='text'>
All the changes are in comments or '#error' messages.
Applying this commit results in bit-identical rebuild of iconvdata/*.so

Reviewed-by: Florian Weimer &lt;fw@deneb.enyo.de&gt;
</content>
</entry>
<entry>
<title>Remove --with-default-link configure option</title>
<updated>2023-03-27T16:57:55Z</updated>
<author>
<name>Adhemerval Zanella Netto</name>
<email>adhemerval.zanella@linaro.org</email>
</author>
<published>2022-12-27T21:11:44Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/glibc/commit/?id=91fc5b99907655bc04cf23247b5fe0ae0ca6e9eb'/>
<id>urn:sha1:91fc5b99907655bc04cf23247b5fe0ae0ca6e9eb</id>
<content type='text'>
Now that there is no need to use a special linker script to hardening
internal data structures, remove the --with-default-link configure
option and associated definitions.
Reviewed-by: Carlos O'Donell &lt;carlos@redhat.com&gt;
</content>
</entry>
<entry>
<title>iconv: Remove _STRING_ARCH_unaligned usage for get/set macros</title>
<updated>2023-02-17T18:56:54Z</updated>
<author>
<name>Adhemerval Zanella</name>
<email>adhemerval.zanella@linaro.org</email>
</author>
<published>2023-02-10T17:09:10Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/glibc/commit/?id=5729e0e9af590807df66a3db688008f9547bce9f'/>
<id>urn:sha1:5729e0e9af590807df66a3db688008f9547bce9f</id>
<content type='text'>
And use a packed structure instead.  The compiler generates optimized
unaligned code if the architecture supports it.

Checked on x86_64-linux-gnu and i686-linux-gnu.

Reviewed-by: Wilco Dijkstra  &lt;Wilco.Dijkstra@arm.com&gt;
</content>
</entry>
<entry>
<title>Replace rawmemchr (s, '\0') with strchr</title>
<updated>2023-02-06T16:16:19Z</updated>
<author>
<name>Wilco Dijkstra</name>
<email>wilco.dijkstra@arm.com</email>
</author>
<published>2023-02-03T12:01:33Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/glibc/commit/?id=32c7acd46401530fdbd4e98508c9baaa705f8b53'/>
<id>urn:sha1:32c7acd46401530fdbd4e98508c9baaa705f8b53</id>
<content type='text'>
Almost all uses of rawmemchr find the end of a string.  Since most targets use
a generic implementation, replacing it with strchr is better since that is
optimized by compilers into strlen (s) + s.  Also fix the generic rawmemchr
implementation to use a cast to unsigned char in the if statement.

Reviewed-by: Adhemerval Zanella  &lt;adhemerval.zanella@linaro.org&gt;
</content>
</entry>
<entry>
<title>Update copyright dates with scripts/update-copyrights</title>
<updated>2023-01-06T21:14:39Z</updated>
<author>
<name>Joseph Myers</name>
<email>joseph@codesourcery.com</email>
</author>
<published>2023-01-06T21:08:04Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/glibc/commit/?id=6d7e8eda9b85b08f207a6dc6f187e94e4817270f'/>
<id>urn:sha1:6d7e8eda9b85b08f207a6dc6f187e94e4817270f</id>
<content type='text'>
</content>
</entry>
<entry>
<title>iconvdata/tst-table-charmap.sh: remove handling of old, borrowed format</title>
<updated>2022-11-09T12:48:46Z</updated>
<author>
<name>наб</name>
<email>nabijaczleweli@nabijaczleweli.xyz</email>
</author>
<published>2022-11-09T12:48:46Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/glibc/commit/?id=049781285dad97e33c6d54e5c6e3c8c6f6eda69e'/>
<id>urn:sha1:049781285dad97e33c6d54e5c6e3c8c6f6eda69e</id>
<content type='text'>
This "Old POSIX/DKUUG borrowed format" handling is original to the file
and doesn't seem to have ever been used, i.e. id/t-t-c doesn't seem to
have ever been called with argv[1] == POSIX.

Upcoming is a POSIX charmap, which would inadvertently trigger this.

Signed-off-by: Ahelenia Ziemiańska &lt;nabijaczleweli@nabijaczleweli.xyz&gt;
Reviewed-by: Florian Weimer &lt;fweimer@redhat.com&gt;
</content>
</entry>
<entry>
<title>gconv: Correct Big5-HKSCS conversion to preserve all state bits. [BZ #25744]</title>
<updated>2022-07-06T12:27:13Z</updated>
<author>
<name>Tom Honermann</name>
<email>tom@honermann.net</email>
</author>
<published>2022-06-30T12:52:13Z</published>
<link rel='alternate' type='text/html' href='https://git.zx2c4.com/glibc/commit/?id=598f790fb17bcfff7fedde5209933a82d7748328'/>
<id>urn:sha1:598f790fb17bcfff7fedde5209933a82d7748328</id>
<content type='text'>
This patch corrects the Big5-HKSCS converter to preserve the lowest 3 bits of
the mbstate_t __count data member when the converter encounters an incomplete
multibyte character.

This fixes BZ #25744.

Reviewed-by: Adhemerval Zanella  &lt;adhemerval.zanella@linaro.org&gt;
</content>
</entry>
</feed>
