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/msg00508.html below:

Re: Emacs crash backtrace.

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] From: Andrea Corallo Subject: Re: Emacs crash backtrace. Date: Wed, 09 Nov 2022 15:17:06 +0000 User-agent: Gnus/5.13 (Gnus v5.13) Emacs/29.0.50 (gnu/linux)
Eli Zaretskii <eliz@gnu.org> writes:

>> 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".

That's good as well, I've no strong preference over the two options.

Thanks

  Andrea



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