SRFI 238: Codesets
Arthur A. Gleckler
(03 Nov 2022 22:10 UTC)
|
Re: SRFI 238: Codesets
John Cowan
(04 Nov 2022 02:01 UTC)
|
Re: SRFI 238: Codesets
Arthur A. Gleckler
(04 Nov 2022 02:22 UTC)
|
Re: SRFI 238: Codesets
John Cowan
(04 Nov 2022 03:03 UTC)
|
Re: SRFI 238: Codesets
Arthur A. Gleckler
(04 Nov 2022 03:38 UTC)
|
Re: SRFI 238: Codesets
John Cowan
(04 Nov 2022 03:55 UTC)
|
Re: SRFI 238: Codesets
John Cowan
(04 Nov 2022 04:03 UTC)
|
Re: SRFI 238: Codesets
Arthur A. Gleckler
(04 Nov 2022 04:06 UTC)
|
Re: SRFI 238: Codesets
Lassi Kortela
(04 Nov 2022 07:01 UTC)
|
Re: SRFI 238: Codesets
Lassi Kortela
(04 Nov 2022 07:04 UTC)
|
Re: SRFI 238: Codesets
Marc Nieper-Wißkirchen
(04 Nov 2022 07:01 UTC)
|
Re: SRFI 238: Codesets Lassi Kortela (04 Nov 2022 12:52 UTC)
|
> If the list can change between reboots, this would be bad if > precompiled or pre-expanded libraries are used. A macro transformer > that ran yesterday could have inserted the wrong code for today in its > output. In practice, new versions of software may add new codes but do not change the meaning of existing codes. Our entire software stack would fall down if e.g. a new Linux kernel randomly reassigned errno values, or existing HTTP status codes started to mean something different.