A RetroSearch Logo

Home - News ( United States | United Kingdom | Italy | Germany ) - Football scores

Search Query:

Showing content from https://lists.gnu.org/archive/html/emacs-devel/2022-11/msg00503.html below:

Re: Emacs crash backtrace.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] From: Eli Zaretskii Subject: Re: Emacs crash backtrace. Date: Wed, 09 Nov 2022 14:43:41 +0200
> From: Andrea Corallo <akrl@sdf.org>
> Cc: Po Lu <luangruo@yahoo.com>, Vladimir Nikishkin <lockywolf@gmail.com>,
>  emacs-devel@gnu.org
> Date: Wed, 09 Nov 2022 09:13:13 +0000
> 
> Stefan Monnier <monnier@iro.umontreal.ca> writes:
> 
> > Po Lu [2022-11-08 21:42:47] wrote:
> >> Andrea Corallo <akrl@sdf.org> writes:
> >>> not sure if this was discussed already but, shouldn't we warn the user
> >>> running an Emacs in such unsupported configuration?
> >> That's already done so, in NEWS and other associated documentation.
> >
> > I think Andrea was thinking of something more "in your face", like on
> > the splash screen or in the *scratch* buffer's initial text, or as
> > a `display-warning`, ...
> 
> Exactly, if Emacs is not supposed to work properly in a certain
> configuration I believe we definitely should inform the user of this.

Why not simply refuse to start in that case?  We could add a special
command-line option to override that, to leave users a "fire escape".



RetroSearch is an open source project built by @garambo | Open a GitHub Issue

Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo

HTML: 3.2 | Encoding: UTF-8 | Version: 0.7.4