[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: allocate_string_data memory corruption
From: |
Chong Yidong |
Subject: |
Re: allocate_string_data memory corruption |
Date: |
Fri, 20 Jan 2006 09:49:42 -0500 |
User-agent: |
Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) |
Stefan Monnier <address@hidden> writes:
>> I just noticed that allocate_string does nothing to prevent
>> signals from being handled. Neither does Fcons. The result
>>
>> So it seems that these functions need BLOCK_INPUT.
>
> I think instead they should be disallowed in signal handlers.
> And AFAIK they are disallowed. But it's quite possible that some signal
> handler does it, even though it's disallowed.
Why, is there any disadvantage to using BLOCK_INPUT in allocate_string
and Fcons? It seems like a more robust solution than checking
individual signal handlers to make sure they behave properly.
- Re: allocate_string_data memory corruption, (continued)
- Re: allocate_string_data memory corruption, Kim F. Storm, 2006/01/19
- Re: allocate_string_data memory corruption, Stefan Monnier, 2006/01/19
- Re: allocate_string_data memory corruption, Richard M. Stallman, 2006/01/20
- Re: allocate_string_data memory corruption, Chong Yidong, 2006/01/24
- Re: allocate_string_data memory corruption, Richard M. Stallman, 2006/01/25
Re: allocate_string_data memory corruption, Richard M. Stallman, 2006/01/19
Re: allocate_string_data memory corruption, Richard M. Stallman, 2006/01/19
Re: allocate_string_data memory corruption, Richard M. Stallman, 2006/01/20
Re: allocate_string_data memory corruption, Stefan Monnier, 2006/01/20
Re: allocate_string_data memory corruption, Chong Yidong, 2006/01/21
Re: allocate_string_data memory corruption, Richard M. Stallman, 2006/01/21
Re: allocate_string_data memory corruption, Stefan Monnier, 2006/01/22
Re: allocate_string_data memory corruption, Andreas Schwab, 2006/01/22
Re: allocate_string_data memory corruption, Richard M. Stallman, 2006/01/22
Re: allocate_string_data memory corruption, Ken Raeburn, 2006/01/22