GNU bug report logs - #66743
30.0.50; Crash when dumping reftex

Previous Next

Full log

Message #58 received at 66743 <at> debbugs.gnu.org (full text, mbox):

From: Eli Zaretskii <eliz <at> gnu.org>
To: Ihor Radchenko <yantar92 <at> posteo.net>
Cc: gerd.moellmann <at> gmail.com, 66743 <at> debbugs.gnu.org, stefankangas <at> gmail.com
Subject: Re: bug#66743: 30.0.50; Crash when dumping reftex
Date: Thu, 26 Oct 2023 16:04:54 +0300

> From: Ihor Radchenko <yantar92 <at> posteo.net>
> Cc: gerd.moellmann <at> gmail.com, stefankangas <at> gmail.com, 66743 <at> debbugs.gnu.org
> Date: Thu, 26 Oct 2023 12:14:08 +0000
> 
> Eli Zaretskii <eliz <at> gnu.org> writes:
> 
> >> See the attached patch.
> >
> > If you are suggesting this for upstream, then it's not optimal, at
> > least in interactive session: the stderr stream is usually redirected
> > to some bottomless OS pit where no one could see it.
> 
> `dump-emacs-portable' does not work in interactive sessions:

And we don't want it to work?

>   if (! noninteractive)
>     error ("Dumping Emacs currently works only in batch mode.  "
>            "If you'd like it to work interactively, please consider "
>            "contributing a patch to Emacs.");
> 
> If you mean that `dump-emacs-portable' should be made interactive, it is
> a much harder task as many emacs_abort (); calls in pdumper.c would need
> to be changed to something suitable for interactive sessions.

And then we will need to remember to change this fprintf as well?

Previous Next

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