[Bug 1926312]

2021-11-12 Thread Carlos-0
(In reply to Ilyahoo Proshel from comment #1) > Created attachment 13620 [details] > rif_MA updated locale file > > We update the names and text in the locale file This needs to be posted to libc-al...@sourceware.org for review. Along with that review it would be good if you could include a test

[Bug 1757517]

2020-03-30 Thread Carlos-0
(In reply to Wang Liushuai from comment #48) > Hi guys, > > In ByteDance, we hit this Glibc bug twice in real-world production and > adopted the fix based on the OpenJDK solution. However, these temporary > fixes are not extensible. In the end, it needs to be fixed on the Glibc side. Thanks for t

[Bug 1842730]

2019-12-19 Thread Carlos-0
(In reply to zibeon from comment #14) > > commit f63b73814f74032c0e5d0a83300e3d864ef905e5 > > Author: Florian Weimer > > Date: Wed Nov 13 15:44:56 2019 +0100 > > > > Remove all loaded objects if dlopen fails, ignoring NODELETE [BZ #20839] > > This has caused breakage in qutebrowser. When

[Bug 997248]

2014-02-12 Thread Carlos-0
This issue has been fixed for a while now. Marking as fixed. It does not fix the fractional digits for es_MX though, and those remain at 2. Please file a new bug to discuss making this 4. localedata/ChangeLog 2012-09-05 Jeff Law [BZ#14510] * locales/es_DO: Fix LC_NUMERIC deci

[Bug 1130501]

2014-02-12 Thread Carlos-0
This issue has been fixed for a while now. Marking as fixed. It does not fix the fractional digits for es_MX though, and those remain at 2. Please file a new bug to discuss making this 4. localedata/ChangeLog 2012-09-05 Jeff Law [BZ#14510] * locales/es_DO: Fix LC_NUMERIC deci

[Bug 192134]

2014-02-09 Thread Carlos-0
(In reply to John Wilkinson from comment #14) > (In reply to Carlos O'Donell from comment #11) > > However we are working on enhancing libm to include something like what > > you're looking for. Please have look at and comment: > > https://sourceware.org/glibc/wiki/libm > > Thanks that looks usefu

[Bug 192134]

2014-02-06 Thread Carlos-0
(In reply to John Wilkinson from comment #9) > I have also come across a very similar issue on i7 Intel platforms, please > see bug 16531. Calls to cos can take around 0.15 ms, 1000 times their normal > time, which is a serious problem for the real-time system we are developing. The default libm f

[Bug 1020210]

2013-12-24 Thread Carlos-0
(In reply to Nate Gallaher from comment #4) > Created attachment 7250 [details] > Trusty Tahr Reproduction Recipe On glibc master the test does not produce a SIGSEGV and can be continued and exits normally. It would really help if you could describe in detail what you think is the race condition