[Bug 1926312]
(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 case for Tarifit: - Add localedata/rif_MA.UTF-8.in with expected sort order for data. - Add rif_MA.UTF-8 to test-input This should add rif_MA.UTF-8 testing to glibc to ensure the sorting matches your expectations and stays this way going forward. This prevents accidental breakage in collation when refactoring during ISO 14651 updates. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1926312 Title: Please add the new rif_Ma locale To manage notifications about this bug go to: https://bugs.launchpad.net/glibc/+bug/1926312/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1757517]
(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 that data point. It helps me prioritize this. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1757517 Title: An unused thread-local memory allocation can cause library calls to segfault. To manage notifications about this bug go to: https://bugs.launchpad.net/glibc/+bug/1757517/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1842730]
(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 attempting to start it the > following error is returned: > > Inconsistency detected by ld.so: dl-open.c: 459: activate_nodelete: > Assertion `!imap->l_init_called || imap->l_type != lt_loaded' The fix is being reviewed here: https://www.sourceware.org/ml/libc-alpha/2019-12/msg00098.html -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1842730 Title: glibc: dlopen crash after a previously failed call to dlopen To manage notifications about this bug go to: https://bugs.launchpad.net/glibc/+bug/1842730/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 997248]
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 decimal_point and thousands_sep. * locales/es_GT: Likewise. * locales/es_HN: Likewise. * locales/es_MX: Likewise. * locales/es_NI: Likewise. * locales/es_PA: Likewise. * locales/es_PR: Likewise. * locales/es_SV: Likewise. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/997248 Title: Inconsistency in decimal point for es_MX and es_NI locale To manage notifications about this bug go to: https://bugs.launchpad.net/glibc/+bug/997248/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1130501]
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 decimal_point and thousands_sep. * locales/es_GT: Likewise. * locales/es_HN: Likewise. * locales/es_MX: Likewise. * locales/es_NI: Likewise. * locales/es_PA: Likewise. * locales/es_PR: Likewise. * locales/es_SV: Likewise. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1130501 Title: Spanish; Castilian (Puerto Rico) and Spanish; Castilian (United States) Regional Formats use 24-hour format by default To manage notifications about this bug go to: https://bugs.launchpad.net/glibc/+bug/1130501/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 192134]
(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 useful. Is there a release schedule? Not yet. I'll update the wiki when I can commit resources. That doesn't stop others from joining in the discussion, or adding notes to the wiki like use cases and requirements. -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/192134 Title: slow math sin function for some values on amd64 To manage notifications about this bug go to: https://bugs.launchpad.net/glibc/+bug/192134/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 192134]
(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 functions never guarantee constant runtime. You will have this same problem for many of the functions provided by the library. 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 -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/192134 Title: slow math sin function for some values on amd64 To manage notifications about this bug go to: https://bugs.launchpad.net/glibc/+bug/192134/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
[Bug 1020210]
(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 between malloc_trim and the fastbin implementation? -- You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. https://bugs.launchpad.net/bugs/1020210 Title: Race condition using ATOMIC_FASTBINS in _int_free causes crash or heap corruption To manage notifications about this bug go to: https://bugs.launchpad.net/eglibc/+bug/1020210/+subscriptions -- ubuntu-bugs mailing list ubuntu-bugs@lists.ubuntu.com https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
