From owner-freebsd-bugs Sun Sep 9 19:56:39 2001 Delivered-To: freebsd-bugs@hub.freebsd.org Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by hub.freebsd.org (Postfix) with ESMTP id BDA8837B401; Sun, 9 Sep 2001 19:56:36 -0700 (PDT) Received: (from mp@localhost) by freefall.freebsd.org (8.11.4/8.11.4) id f8A2uG979269; Sun, 9 Sep 2001 19:56:16 -0700 (PDT) (envelope-from mp) Date: Sun, 9 Sep 2001 19:56:16 -0700 (PDT) From: Message-Id: <200109100256.f8A2uG979269@freefall.freebsd.org> To: dsullivan@gaia.arc.nasa.gov, mp@FreeBSD.org, freebsd-bugs@FreeBSD.org Subject: Re: i386/30472: PD m4 (/usr/bin/m4) runs out of stack Sender: owner-freebsd-bugs@FreeBSD.ORG Precedence: bulk List-ID: List-Archive: (Web Archive) List-Help: (List Instructions) List-Subscribe: List-Unsubscribe: X-Loop: FreeBSD.org Synopsis: PD m4 (/usr/bin/m4) runs out of stack State-Changed-From-To: open->closed State-Changed-By: mp State-Changed-When: Sun Sep 9 19:51:37 PDT 2001 State-Changed-Why: As Gregory Neil Shapiro reminded me, this was fixed (after 4.3 was released) with this change: revision 1.10.2.2 date: 2001/05/24 20:52:13; author: gshapiro; state: Exp; lines: +9 -9 MFC: String operations could silently truncate long strings, leaving the output corrupted. Mark's patch fixes this be removing the MAXTOK limitation on substring operations and allowing the putback buffer size to be the limiting factor. If the putback buffer size if reached, m4 gives an error instead of silently truncating the string. Revision Changes Path 1.12 +9 -9 src/usr.bin/m4/eval.c http://www.FreeBSD.org/cgi/query-pr.cgi?pr=30472 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-bugs" in the body of the message