Hi Alejandro, Alejandro Colomar wrote on Tue, Jul 26, 2022 at 02:02:56PM +0200: > On 7/25/22 20:49, Ingo Schwarze wrote: >> Alejandro Colomar wrote on Sun, Jul 24, 2022 at 09:19:32PM +0200: >>> +.B 0 >> There is really no need to mark up integer constants. > groff_man_style(7): > Use bold for literal portions of syntax synopses, > for command‐line options in running text, and for > literals that are major topics of the subject un‐ > der discussion; for example, this page uses bold > for macro, string, and register names. In an > .EX/.EE example of interactive I/O (such as a > shell session), set only user input in bold. > > Since this is a literal that is a major topic of the subject under > discussion, I prefer to be a bit pedantic here and boldface it. > > I guess it's no big issue; does it hurt readability too much for you? No, it's no big deal and doesn't hurt readability. It only looks slightly unusual. There are cases where a bare '0' character needs to be bold face, for example when discussing ".Fl 0" in xargs(1). But here, you are just talking about the integer 0. The "major topic" here is ".Dv NULL", not the ordinary integer 0 that is internally used to define that constant. Bold face is mostly for literals that the user needs to type - and the user is specifically *not* supposed to type this 0. That's why i consider the .B pointless; then again, it does not do much harm either. >>> +.SH CONFORMING TO >> That should be ".SH STANDARDS". > We use CONFORMING TO in Linux. Don't know why; just history, I guess. > See man-pages(7). Weird. I failed to find a single instance of "CONFORMING TO" in AT&T UNIX (including v6, PWB, v7, 32v, v8, v10, System III, SVR1, SVR2) nor in any version of UCB CSRG BSD. So considering that System V and BSD are widely considered the two main original branches of the development of Unix-like operating systems and Linux is often considered to have drawn inspiration from both, the section name "CONFORMING TO" does not appear to be a UNIX thing. For example, Aeleen Frisch, "Essential System Administration", O'Reilly, Cambridge 1995, considers Linux as slightly more influenced by 4.3BSD than by System V Release 3. STANDARDS, on the other hand, is present since 4.3BSD-Reno (June 1990). 4.3BSD-Reno predates the first version of the Linux kernel by more than a year, and the first Linux manual pages probably for longer than that. So i have no idea where "CONFORMING TO" may have come from. [...] >>> +.SH BUGS >> The following is misplaced in BUGS. It is not talking about any bug, >> nor about any API design defect. > Oh, I do consider this a bug in the API design. I placed it there on > purpose. > > Allowing the bit pattern of all 0s to represent a valid pointer (and > thus not a null pointer) is something that could be meaningful many > decades ago, when architectures were more different. > > Nowadays, every arch out there is 2's complement, and uses 0s as the > null pointer. The standard should simplify, and allow memset(2)ing > pointers. > > In fact, AFAIK, the next revision of POSIX will fix that bug. But I > don't remember well the details of that. Fair points. You convinced me this isn't misplaced in BUGS. Yours, Ingo
