Re: SBCL 2.3.11: Core dump after typing Control-4

[email protected] Sun, 22 Jun 2025 19:28:29 -0400
Newsgroups gmane.lisp.steel-bank.general
Message-ID <[email protected]>
Michał "phoe" Herda <[email protected]> writes:

> On 23.06.2025 00:43, [email protected] wrote:
>> Is there an argument for continuing the current behavior,
>> that is, is it useful for SBCL to allow a user to interrupt
>> the lisp and dump core under some circumstances?
>
> The behaviour you are describing is the default for all Unix processes 
> running in terminals. It's not the duty of SBCL to document OS defaults.
>

It is the behavior, but it does not have to be.  Is it
useful behavior or does it serve no purpose?

> Speaking in another way: is the behaviour you describe documented 
> anywhere for Python, Ruby, Perl, Erlang, and so on? I'm asking because 
> the Unix python/irb/perl/erl programs react in the very same way - 
> quitting and optionally producing core dumps.
>

I do not know about how those programs behave, but it is
beside the point of my question.

> Or in yet another way: where does the man page for the Unix cat binary 
> mention this? Because hitting Ctrl+4 on a running cat process does the same.
>

That ‘cat’ does is not significant as it is not a program
that users expect to interact with for long period without
dying unexpectedly.  Also, ‘cat’ might well want to
recognize a quit signal.  Does it serve a lisp to recognize
the quit signal and if so what purpose does it serve?  And
if not, can it be changed so that it intercepts and ignores
a quit signal (as many other programs do)?

-- 
The lyf so short, the craft so long to lerne.
- Geoffrey Chaucer, The Parliament of Birds.


_______________________________________________
Sbcl-help mailing list
[email protected]
https://lists.sourceforge.net/lists/listinfo/sbcl-help