[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: |
Sat, 21 Jan 2006 12:31:14 -0500 |
User-agent: |
Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (gnu/linux) |
Stefan Monnier <address@hidden> writes:
> if you look at x_catch_errors, you'll see that it allocates one lisp_cons
> cell,
> one lisp_string and one lisp_misc. Whether it's the cause of the bugs we
> see, I don't know, but since it's run from the signal handler, it can be
> executed at potentially any time.
How do we get around this? Is it OK for x_catch_errors to return
without doing anything, if it is called in a signal handler?
And, as I've asked previously, do you see any disadvantage to simply
using BLOCK_INPUT in the string/cons allocation functions?
- 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/20
Re: allocate_string_data memory corruption, Stefan Monnier, 2006/01/20
Re: allocate_string_data memory corruption,
Chong Yidong <=
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
Re: allocate_string_data memory corruption, Stefan Monnier, 2006/01/22
Re: allocate_string_data memory corruption, Richard M. Stallman, 2006/01/24
Re: allocate_string_data memory corruption, Stefan Monnier, 2006/01/22
Re: allocate_string_data memory corruption, Richard M. Stallman, 2006/01/24