Date: Sun, 7 May 2000 15:44:20 +0300 From: Alexey Zelkin <phantom@FreeBSD.org.ua> To: Dag-Erling Smorgrav <des@flood.ping.uio.no> Cc: chris@calldei.com, cvs-committers@FreeBSD.org, freebsd-arch@FreeBSD.org Subject: Re: cvs commit: src/contrib/tcsh - Imported sources Message-ID: <20000507154420.A9291@phantom.cris.net> In-Reply-To: <xzpn1mdqfor.fsf@flood.ping.uio.no>; from des@flood.ping.uio.no on Sat, Apr 29, 2000 at 02:01:24PM %2B0200 References: <imp@village.org> <20000415231805.33B311CD7@overcee.netplex.com.au> <20000416024118.A71475@lucifer.bart.nl> <20000415203009.B99830@holly.calldei.com> <xzpd7nbhbly.fsf@flood.ping.uio.no> <xzpitx3fmti.fsf@flood.ping.uio.no> <20000428171627.X14783@holly.calldei.com> <xzpn1mdqfor.fsf@flood.ping.uio.no>
next in thread | previous in thread | raw e-mail | index | archive | help
hi, On Sat, Apr 29, 2000 at 02:01:24PM +0200, Dag-Erling Smorgrav wrote: > > > des@des ~% vgrind src/test.c > > > /usr/share/tmac/tmac.safer:3: error: end of file while defining macro `un' > > > /usr/share/tmac/tmac.safer:3: error: end of file while defining macro `un' > > That is a bug in psroff(1), not vgrind(1). > > Anybody know how to fix it? Main reason of that problem is "-C" flag passed to groff call in psroff(1). Macro "unsafe" which is created in tmac.safer is not old compatible name because its name is too long (>2chars). There're few possible fixes present: 1) Disable safer macro package by adding option "-U" to groff command line arugments in psroff.sh, but it's insecure. 2) Disable "Troff compatible mode" by removing "-C" option from groff command line, but it may cause side effects. Or mayn't, I am not groff expert. Both they are local fixes. But I also can suggest more general fixes. 3) Change macro name in "safer" macro package. For example: unsafe -> US 4) Disable safer macro when compatibility mode is enabled (in groff sources). But it's also insecure. I am open for comments, but I suggest to use (3) solution. -- /* Alexey Zelkin && phantom@cris.net */ /* Tavric National University && phantom@crimea.edu */ /* http://www.ccssu.crimea.ua/~phantom && phantom@FreeBSD.org */ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message From owner-freebsd-arch Sun May 7 13:56:31 2000 Delivered-To: freebsd-arch@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id A339737BDE5 for <arch@FreeBSD.ORG>; Sun, 7 May 2000 13:56:17 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id WAA12522; Sun, 7 May 2000 22:54:56 +0200 (CEST) (envelope-from des@flood.ping.uio.no) To: Ben Smithurst <ben@scientia.demon.co.uk> Cc: arch@FreeBSD.ORG Subject: Re: fetch(1) References: <xzp4s8lqde8.fsf@flood.ping.uio.no> <20000430011507.A22035@strontium.scientia.demon.co.uk> From: Dag-Erling Smorgrav <des@flood.ping.uio.no> Date: 07 May 2000 22:54:55 +0200 In-Reply-To: Ben Smithurst's message of "Sun, 30 Apr 2000 01:15:07 +0100" Message-ID: <xzpbt2iw068.fsf@flood.ping.uio.no> Lines: 11 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-arch@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.ORG Ben Smithurst <ben@scientia.demon.co.uk> writes: > I for one would rather at least -r were implemented before replacing the > current fetch(1). Is your fetch(3)-based version available for download > anywhere? I've support for restarts to libfetch, and implemented -r. There's a tarball up at <URL:http://www.freebsd.org/~des/software/>. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-arch" in the body of the message
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?20000507154420.A9291>