GNU bug report logs - #12098
Optionally support synchronous operation for `M-x man'

Previous Next

Full log

View this message in rfc822 format

From: Reuben Thomas <rrt <at> sc3d.org>
To: Stefan Kangas <stefan <at> marxist.se>
Cc: Juri Linkov <juri <at> jurta.org>, Lars Ingebrigtsen <larsi <at> gnus.org>, 12098 <at> debbugs.gnu.org
Subject: bug#12098: How to trap errors in man?
Date: Wed, 19 Aug 2020 15:21:36 +0100

[Message part 1 (text/plain, inline)]

On Wed, 19 Aug 2020 at 15:12, Stefan Kangas <stefan <at> marxist.se> wrote:

> Reuben Thomas <rrt <at> sc3d.org> writes:
>
> >> What if you are running this remotely using TRAMP?  What if you're on a
> >> laggy network with an NFS mounted filesystem?  What if your disk is
> >> failing and this command takes several seconds to complete?  etc.
> >
> > No different from any other command that interacts with the disc and is
> > normally run synchronously.
>
> Yes, so your entire Emacs session will block.  In other words, less than
> satisfactory.
>

Many commands do this; I don't think there's a reason to treat man
specially in this regard and complicate it.

man was not written to be asynchronous because of the things you mention,
but because it could take some time to format the man page. This is no
longer the case.

-- 
https://rrt.sc3d.org

[Message part 2 (text/html, inline)]

Previous Next

GNU bug tracking system
Copyright (C) 1999 Darren O. Benham, 1997,2003 nCipher Corporation Ltd, 1994-97 Ian Jackson.