User contributions
- 06:33, 14 February 2020 (diff | hist) . . (+7) . . m c/types/limits
- 02:22, 10 April 2019 (diff | hist) . . (+84) . . Talk:c/types
- 02:21, 10 April 2019 (diff | hist) . . (+67) . . Talk:c/types (→wchar_t?: new section)
- 06:26, 18 July 2018 (diff | hist) . . (+26) . . Talk:c/language/bit field
- 06:25, 18 July 2018 (diff | hist) . . (-65) . . Talk:c/language/bit field
- 06:17, 18 July 2018 (diff | hist) . . (+464) . . N Talk:c/language/bit field (Created page with "Section 6.7.2.1p5: "A bit-field shall have a type that is a qualified or unqualified version of _Bool, signed int, unsigned int, or some other implementation-defined type." ...")
- 11:22, 10 May 2018 (diff | hist) . . (+4) . . m cpp/string/basic string/basic string (init -> ilist as in the example and the other functions.)
- 01:23, 3 May 2018 (diff | hist) . . (+376) . . N Talk:cpp/string/basic string/starts with (Created page with "Isn't (1) also affected by [https://cplusplus.github.io/LWG/issue2946 issue 2946], with the std::basic_string_view parameter requiring replacement with a constrained function ...")
- 01:15, 3 May 2018 (diff | hist) . . (+1) . . m cpp/string/basic string/operator+=
- 01:14, 3 May 2018 (diff | hist) . . (+217) . . cpp/string/basic string/operator+= (As per append(), unless I understood issue 2946 incorrectly.)
- 08:12, 17 March 2016 (diff | hist) . . (+590) . . N Talk:c/io/clearerr (Created page with "I am pretty sure the second example -- accessing a FILE that has been fclose()d before -- is invoking undefined behaviour. I don't have a better example, in actual fact I came...")
- 13:12, 9 February 2016 (diff | hist) . . (+359) . . m Talk:c/string/byte/strncpy (Indeed.)
- 11:46, 9 February 2016 (diff | hist) . . (+245) . . Talk:cpp/string/basic string/compare (→pos1? count1?: new section)
- 08:46, 8 February 2016 (diff | hist) . . (+739) . . Talk:c/string/byte/strncpy (→UB statements: new section)
- 08:39, 8 February 2016 (diff | hist) . . (-72) . . c/string/byte/strncpy (The behaviour if dest is not large enough is unfortunate, but well-defined!)