libc-coord mailing list
Recent messages:
- 2025/04/04 #1:
Re: Future directions for *_r functions (Florian Weimer <fweimer@...hat.com>)
- 2025/02/09 #1:
Re: Re: [EXT] Re: pthread_atfork
concurrent semantics (Rich Felker <dalias@...c.org>)
- 2025/02/08 #2:
Re: [EXT] Re: pthread_atfork concurrent semantics ("Zhu, Yifan" <yzhu104@...Rochester.edu>)
- 2025/02/08 #1:
Re: [EXT] Re: pthread_atfork concurrent semantics (Matthew Parkinson <mattpark@...rosoft.com>)
- 2025/02/07 #2:
Re: pthread_atfork concurrent semantics (Rich Felker <dalias@...c.org>)
- 2025/02/07 #1:
Re: [EXT] pthread_atfork concurrent semantics ("Zhu, Yifan" <yzhu104@...Rochester.edu>)
- 2025/02/05 #1:
pthread_atfork concurrent semantics (Matthew Parkinson <mattpark@...rosoft.com>)
- 2024/11/04 #7:
Re: Anyone have a secure 'free' API? (Keith Packard <keithp@...thp.com>)
- 2024/11/04 #6:
Re: Anyone have a secure 'free' API? (Keith Packard <keithp@...thp.com>)
- 2024/11/04 #5:
Re: Anyone have a secure 'free' API? (David Goldblatt <davidtgoldblatt@...il.com>)
- 2024/11/04 #4:
Re: Anyone have a secure 'free' API? (Alan Coopersmith <alan.coopersmith@...cle.com>)
- 2024/11/04 #3:
Re: Anyone have a secure 'free' API? (John Scott <jscott@...teo.net>)
- 2024/11/04 #2:
Re: Anyone have a secure 'free' API? (Bryan Steele <brynet@...il.com>)
- 2024/11/04 #1:
Anyone have a secure 'free' API? (Keith Packard <keithp@...thp.com>)
- 2024/10/16 #1:
Re: sscanf("0x", "%x", &out) (Keith Packard <keithp@...thp.com>)
- 2024/10/15 #4:
Re: sscanf("0x", "%x", &out) (Alyssa Ross <hi@...ssa.is>)
- 2024/10/15 #3:
Re: sscanf("0x", "%x", &out) (Florian Weimer <fw@...eb.enyo.de>)
- 2024/10/15 #2:
Re: sscanf("0x", "%x", &out) (Adhemerval Zanella Netto <adhemerval.zanella@...aro.org>)
- 2024/10/15 #1:
sscanf("0x", "%x", &out) (Alyssa Ross <hi@...ssa.is>)
- 2024/09/26 #1:
Re: getrandom via vDSO (Adhemerval Zanella Netto <adhemerval.zanella@...aro.org>)
- 2024/09/25 #1:
Re: getrandom via vDSO (Adhemerval Zanella Netto <adhemerval.zanella@...aro.org>)
- 2024/09/24 #3:
Re: getrandom via vDSO (enh <enh@...gle.com>)
- 2024/09/24 #2:
Re: getrandom via vDSO (James Y Knight <jyknight@...gle.com>)
- 2024/09/24 #1:
Re: getrandom via vDSO (Florian Weimer <fweimer@...hat.com>)
- 2024/09/23 #2:
Re: getrandom via vDSO (enh <enh@...gle.com>)
- 2024/09/23 #1:
getrandom via vDSO (Schrodinger ZHU Yifan <i@...yi.fan>)
- 2024/07/26 #6:
Re: Re: [musl] Re: Making exit actually
thread-safe (Gabriel Ravier <gabravier@...il.com>)
- 2024/07/26 #5:
Re: [musl] Re: Making exit actually thread-safe (Carlos O'Donell <carlos@...hat.com>)
- 2024/07/26 #4:
Re: [musl] Re: Making exit actually thread-safe (Carlos O'Donell <carlos@...hat.com>)
- 2024/07/26 #3:
Re: [musl] Re: Making exit actually thread-safe (Rich Felker <dalias@...c.org>)
- 2024/07/26 #2:
Re: [musl] Re: Making exit actually thread-safe (Rich Felker <dalias@...c.org>)
- 2024/07/26 #1:
Re: [musl] Re: Making exit actually thread-safe (Markus Wichmann <nullplan@....net>)
- 2024/07/25 #12:
Re: #pragma STDC FENV_ACCESS ON (enh <enh@...gle.com>)
- 2024/07/25 #11:
Re: #pragma STDC FENV_ACCESS ON (enh <enh@...gle.com>)
- 2024/07/25 #10:
Re: #pragma STDC FENV_ACCESS ON (Rich Felker <dalias@...c.org>)
- 2024/07/25 #9:
Re: #pragma STDC FENV_ACCESS ON (Joseph Myers <josmyers@...hat.com>)
- 2024/07/25 #8:
Re: Allocating for execve and related functions (Rich Felker <dalias@...c.org>)
- 2024/07/25 #7:
Re: Making exit actually thread-safe (Adhemerval Zanella Netto <adhemerval.zanella@...aro.org>)
- 2024/07/25 #6:
Re: Making exit actually thread-safe (enh <enh@...gle.com>)
- 2024/07/25 #5:
Re: #pragma STDC FENV_ACCESS ON (enh <enh@...gle.com>)
- 2024/07/25 #4:
Re: Allocating for execve and related functions (Florian Weimer <fweimer@...hat.com>)
- 2024/07/25 #3:
Re: #pragma STDC FENV_ACCESS ON (Rich Felker <dalias@...c.org>)
- 2024/07/25 #2:
Re: aligned_realloc() (Paul Eggert <eggert@...ucla.edu>)
- 2024/07/25 #1:
Re: Making exit actually thread-safe (Rich Felker <dalias@...c.org>)
- 2024/07/24 #10:
Re: #pragma STDC FENV_ACCESS ON (enh <enh@...gle.com>)
- 2024/07/24 #9:
Re: Making exit actually thread-safe (enh <enh@...gle.com>)
- 2024/07/24 #8:
Re: Making exit actually thread-safe ("Zack Weinberg" <zack@...folio.org>)
- 2024/07/24 #7:
Re: Making exit actually thread-safe (Konstantin Belousov <kostikbel@...il.com>)
- 2024/07/24 #6:
Re: aligned_realloc() (Rich Felker <dalias@...c.org>)
- 2024/07/24 #5:
Re: aligned_realloc() (Paul Eggert <eggert@...ucla.edu>)
- 2024/07/24 #4:
Making exit actually thread-safe (Rich Felker <dalias@...c.org>)
- 2024/07/24 #3:
Re: aligned_realloc() (Rich Felker <dalias@...c.org>)
- 2024/07/24 #2:
Re: Allocating for execve and related functions (Rich Felker <dalias@...c.org>)
- 2024/07/24 #1:
Re: #pragma STDC FENV_ACCESS ON (Rich Felker <dalias@...c.org>)
- 2024/07/22 #2:
Re: Allocating for execve and related functions (enh <enh@...gle.com>)
- 2024/07/22 #1:
Allocating for execve and related functions (Florian Weimer <fweimer@...hat.com>)
- 2024/07/18 #1:
#pragma STDC FENV_ACCESS ON (enh <enh@...gle.com>)
- 2024/06/28 #9:
Re: aligned_realloc() (David Goldblatt <davidtgoldblatt@...il.com>)
- 2024/06/28 #8:
Re: aligned_realloc() (Paul Eggert <eggert@...ucla.edu>)
- 2024/06/28 #7:
Re: aligned_realloc() (Jonathan Wakely <jwakely@...hat.com>)
- 2024/06/28 #6:
Re: aligned_realloc() (Jonathan Wakely <jwakely@...hat.com>)
- 2024/06/28 #5:
Re: aligned_realloc() (enh <enh@...gle.com>)
- 2024/06/28 #4:
Re: aligned_realloc() (Florian Weimer <fweimer@...hat.com>)
- 2024/06/28 #3:
Re: aligned_realloc() (enh <enh@...gle.com>)
- 2024/06/28 #2:
Re: aligned_realloc() (Jonathan Wakely <jwakely.gcc@...il.com>)
- 2024/06/28 #1:
Re: aligned_realloc() (Florian Weimer <fweimer@...hat.com>)
- 2024/06/27 #1:
aligned_realloc() (enh <enh@...gle.com>)
- 2024/06/14 #1:
New options for /etc/resolv.conf, RES_OPTIONS (Florian Weimer <fweimer@...hat.com>)
- 2024/04/18 #6:
Re: Preventing re-use of jmp_buf? (Alan Coopersmith <alan.coopersmith@...cle.com>)
- 2024/04/18 #5:
Re: Preventing re-use of jmp_buf? (Alan Coopersmith <alan.coopersmith@...cle.com>)
- 2024/04/18 #4:
Re: Preventing re-use of jmp_buf? (Paul Eggert <eggert@...ucla.edu>)
- 2024/04/18 #3:
Re: Preventing re-use of jmp_buf? (Keith Packard <keithp@...thp.com>)
- 2024/04/18 #2:
Re: Preventing re-use of jmp_buf? (Florian Weimer <fweimer@...hat.com>)
- 2024/04/18 #1:
Preventing re-use of jmp_buf? (Keith Packard <keithp@...thp.com>)
- 2024/03/23 #1:
Re: Elf_GNU_Hash_Header (enh <enh@...gle.com>)
- 2024/03/22 #5:
Re: Elf_GNU_Hash_Header (Brooks Davis <brooks@...ebsd.org>)
- 2024/03/22 #4:
Re: Elf_GNU_Hash_Header (Florian Weimer <fweimer@...hat.com>)
- 2024/03/22 #3:
Re: Elf_GNU_Hash_Header (Sevan Janiyan <venture37@...klan.co.uk>)
- 2024/03/22 #2:
Re: Elf_GNU_Hash_Header (Brooks Davis <brooks@...ebsd.org>)
- 2024/03/22 #1:
Elf_GNU_Hash_Header (enh <enh@...gle.com>)
- 2023/07/28 #2:
Re: risc-v hwprobe stuff (enh <enh@...gle.com>)
- 2023/07/28 #1:
Re: risc-v hwprobe stuff (Florian Weimer <fw@...eb.enyo.de>)
- 2023/07/16 #2:
Re: [musl] Re: [PATCH v4] off64_t: prefer off_t for
splice, etc. (Alejandro Colomar <alx@...nel.org>)
- 2023/07/16 #1:
Re: [musl] Re: [PATCH v4] off64_t: prefer off_t for
splice, etc. (Alejandro Colomar <alx@...nel.org>)
- 2023/07/15 #3:
Re: [musl] Re: [PATCH v4] off64_t: prefer off_t for
splice, etc. (Paul Eggert <eggert@...ucla.edu>)
- 2023/07/15 #2:
Re: [musl] Re: [PATCH v4] off64_t: prefer off_t for
splice, etc. (Rich Felker <dalias@...c.org>)
- 2023/07/15 #1:
Re: [PATCH v4] off64_t: prefer off_t for splice, etc. (Alejandro Colomar <alx@...nel.org>)
- 2023/07/13 #1:
risc-v hwprobe stuff (enh <enh@...gle.com>)
- 2023/07/11 #2:
Re: [PATCH v4] off64_t: prefer off_t for splice, etc. (Mark Harris <mark.hsj@...il.com>)
- 2023/07/11 #1:
Re: [PATCH v4] off64_t: prefer off_t for splice, etc. (Paul Eggert <eggert@...ucla.edu>)
- 2023/07/09 #2:
Re: [PATCH v4] off64_t: prefer off_t for splice, etc. (Sam James <sam@...too.org>)
- 2023/07/09 #1:
[PATCH v4] off64_t: prefer off_t for splice, etc. (Paul Eggert <eggert@...ucla.edu>)
- 2023/07/08 #1:
Re: [musl] Re: Re: regression in man pages for
interfaces using loff_t (Alejandro Colomar <alx@...nel.org>)
- 2023/07/03 #2:
Re: [musl] Re: Re: regression in man pages for
interfaces using loff_t (Paul Eggert <eggert@...ucla.edu>)
- 2023/07/03 #1:
Re: [musl] Re: Re: regression in man pages for
interfaces using loff_t (Jakub Wilk <jwilk@...lk.net>)
- 2023/07/02 #2:
Re: [musl] Re: Re: regression in man pages for
interfaces using loff_t (Paul Eggert <eggert@...ucla.edu>)
- 2023/07/02 #1:
Re: [musl] Re: Re: regression in man pages for interfaces using loff_t ("A. Wilcox" <AWilcox@...cox-tech.com>)
- 2023/07/01 #6:
Re: [musl] Re: Re: [musl] Re: regression in man pages
for interfaces using loff_t (Paul Eggert <eggert@...ucla.edu>)
- 2023/07/01 #5:
Re: Re: [musl] Re: regression in man pages for
interfaces using loff_t (Paul Eggert <eggert@...ucla.edu>)
- 2023/07/01 #4:
Re: [musl] Re: Re: [musl] Re: regression in man pages
for interfaces using loff_t (Alejandro Colomar <alx.manpages@...il.com>)
398 messages
Powered by blists - more mailing lists
Confused about mailing lists and their use?
Read about mailing lists on Wikipedia
and check out these
guidelines on proper formatting of your messages.
