bug-gnu-emacs
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

bug#17215: Acknowledgement (Build failure)


From: Daniel Colascione
Subject: bug#17215: Acknowledgement (Build failure)
Date: Fri, 11 Apr 2014 14:34:55 -0700
User-agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0

On 04/11/2014 01:58 PM, David Kastrup wrote:
> Stefan Monnier <monnier@iro.umontreal.ca> writes:
> 
>>>> It would appear that this particular bug yielded to the pure size
>>>> increase.  What a singularly useless error behavior for a problem that
>>>> is expected to reoccur with some regularity!
>>> Still waiting to hear a response to my previous question on why we don't
>>> just abort as soon as we detect pure overflow.
>>
>> Good question.  The reason is largely histerical, where it was
>> convenient to still have a partly usable Emacs.  Nowadays, many more
>> people build their Emacs from trunk without having the technical
>> knowledge to detect and handle this problem, so it's probably better to
>> just abort.
> 
> I fail to see how an Emacs that segfaults during the build can be
> considered usable to a degree making sense.

Emacs didn't always segfault (well, abort, really) on pure overflow ---
I broke it. Before, when we noticed we oveflowed pure space, we would
continue (mallocing more pure space), then just refuse to GC. Ever.

The benefit of this scheme (as opposed to failing early) is that you can
tell *by how much* pure space overflowed, but I don't think that this
power is very useful given that users generally don't know how to find
this information. IMHO (and I think Stefan agrees), we should just abort
as soon as we detect pure space overflow and ask users to increase the
necessary constants in the source.


Attachment: signature.asc
Description: OpenPGP digital signature


reply via email to

[Prev in Thread] Current Thread [Next in Thread]