the Linux man-pages as an educational tool (was: [PATCH v2] man/man3/mem*(): SYNOPSIS: Document non-standard mem*() functions as provided by <memory.h>)
"G. Branden Robinson" <[email protected]> Sat, 1 Aug 2026 19:08:33 -0500
| Newsgroups | gmane.comp.lib.gnulib.bugs,gmane.linux.man,gmane.comp.lib.glibc.alpha |
|---|---|
| Message-ID | <20260802000833.zpu27l7ibvrbouna@illithid> |
--artnbi2l5okyk4e2 Content-Type: text/plain; protected-headers=v1; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable Subject: the Linux man-pages as an educational tool (was: [PATCH v2] man/man3/mem*(): SYNOPSIS: Document non-standard mem*() functions as provided by <memory.h>) MIME-Version: 1.0 At 2026-08-02T01:36:28+0200, Alejandro Colomar wrote: > > Date: 2026-08-01 18:29:13-0500 > > From: Paul Eggert <[email protected]> > > > > On 8/1/26 17:10, Alejandro Colomar wrote: > > > #include's aren't that important. > >=20 > > But this whole thread is about #includes, no? > >=20 > > I would focus energy on areas of the manual where effort provides > > the most bang for the buck. As your remark suggests, this particular > > area is low priority. >=20 > I wouldn't call it low priority or low bang for the buck. What I mean > is that it's not a breaking change. >=20 > I believe education is important, and provides bang for the buck. > It's not all about features. The features are already there, but > misused. I'd like to underscore this point. As I noted in my response to Doug, the flagship book on C, as we all know, is stuck in 1988. The throne is vacant, with many pretenders, some with excellent cases for service as regent. But no head wears the crown. And at the same time many C programmers are shy of consulting the formal standard. We can lament their lack of wisdom in doing so and in failing to spin themselves up in standardese sufficiently to grapple with it. But we can also throw 'em a bone. To where shall they turn? Sure, if they're in Emacs, they might go to glibc's Info manual. But some people dislike Info, and some people use a different libc. So what remains for the motley crew left behind? The man pages. I think people come to the Linux man-pages in part to learn C. When I was starting out, long ago, I wondered why there wasn't a man page for the language itself. Years later, I learned that there once sort of had been, in the 1970s. It was Ritchie's "C Reference Manual".[1] But it wasn't on any Unix machine I had access to. Why not? Because Prentice-Hall didn't want it there. And still don't, I guess. https://www.tuhs.org/cgi-bin/utree.pl?file=3DV7/usr/doc/cman Maybe education is not a job the Linux man-pages project _should_ have, but it is one that has been thrust upon it. Regards, Branden [1] Not a man page, but you could render it intelligibly with nroff. --artnbi2l5okyk4e2 Content-Type: application/pgp-signature; name="signature.asc" -----BEGIN PGP SIGNATURE----- iQIzBAABCAAdFiEEh3PWHWjjDgcrENwa0Z6cfXEmbc4FAmpuingACgkQ0Z6cfXEm bc4bvA//UN/Q7IOrELNLkkh2Y7TbAH2qD0WE2RwI1grVxo+4kQ7HV93xBzG92wAP RT6gIOkKJy1pQCWOE5d60+PoAECRuXQKB9dKmD0mIBwdTxepoOxLVKytKORn8Zh4 JtzsjHHPatFVueT1j+0K675sMkEA3vR6CfC9DxBcJBTGvjZdYsP74C0k2k+/K+pc aWYJFwg5CurQ4+m0w2weyMOlsej/Uej9hZeAzBgu9je1Q+nrL2tkXzr4Z1wVa3sH /M7LZarXmDQ18rma2slVHPTIeBodn8MNWWQoUYpW7+HHZRMdlVamVn9UnRh8U4dY 2WlIdvNdMnuXWavXQYB7Z545PvrshTd/7CMdlR8sWeWXAriJsutW7fgEihrswgmk 9fDHfyQb5g++SmxjPXrcG530AwT6bXXJzTGTUQAeUwfk5ybcdH7RhcYmyiuuQiF7 +cVxuNlB4mmLdxC8EYBIBCQ0jtQcPwoj5hH/gSy7ezY8oqqdQ2LmOyoDizN/LWWr WwhQhwiFAaKDbVt6gaA6ziaLNUe2pSQFlIPftxKh+py2+4JBtYIYPTDEGg3iZW02 ivzQbal1ZbrMH11ctHnNvRuE4bLuFEirbdjBpiUkFOvu2Kn9oAUoPOkdi9w/7tw+ flp4DkvL88ZnvvAErzXVJsq03VZtFYPamPPe4Vo3X7YGxyl1Yjo= =HWul -----END PGP SIGNATURE----- --artnbi2l5okyk4e2--