[Top][All Lists]
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: allocate_string_data memory corruption
From: |
Richard M. Stallman |
Subject: |
Re: allocate_string_data memory corruption |
Date: |
Sat, 21 Jan 2006 14:57:35 -0500 |
> 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.
Either approach can work. If we've been using the solution of not
allocating Lisp objects in the signal handlers, let's stick with that
for the time being.
In any case please do try the debugging statement that Stefan
suggested, so we can see if this is indeed the cause of the problem.
And it would be good to install that debugging statement permanently,
for as long as we still use this design.
- Re: allocate_string_data memory corruption, (continued)
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
Re: allocate_string_data memory corruption, Stefan Monnier, 2006/01/22