From 5e885aedc03fcf8c13fc9652c8e76da02e3a83d6 Mon Sep 17 00:00:00 2001 From: Ingo Schwarze Date: Tue, 2 Aug 2016 11:09:46 +0000 Subject: POSIX allows PATH_MAX to not be defined, meaning "unlimited". Found by Aaron M. Ucko on the GNU Hurd, via Bdale Garbee, https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829624 Also add EFTYPE at two places where it was forgotten. --- TODO | 9 ++++++++- 1 file changed, 8 insertions(+), 1 deletion(-) (limited to 'TODO') diff --git a/TODO b/TODO index 9fc7b438..7f6f882e 100644 --- a/TODO +++ b/TODO @@ -1,6 +1,6 @@ ************************************************************************ * Official mandoc TODO. -* $Id: TODO,v 1.220 2016/07/31 09:29:13 schwarze Exp $ +* $Id: TODO,v 1.221 2016/08/02 11:09:46 schwarze Exp $ ************************************************************************ Many issues are annotated for difficulty as follows: @@ -620,6 +620,13 @@ Several areas can be cleaned up to make mandoc even faster. These are * structural issues ************************************************************************ +- POSIX says in the documentation of sysconf(3) that PATH_MAX + is allowed to be so large that it is a bad idea to use it + for sizing static buffers. So use dynamic buffers throughout. + See the file test-PATH_MAX.c for details. + Found by Aaron M. Ucko in the GNU Hurd via Bdale Garbee, + https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=829624 + - We use the input line number at several places to distinguish same-line from different-line input. That plainly doesn't work with user-defined macros, leading to random breakage. -- cgit v1.2.3-56-ge451