[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: When should ralloc.c be used? (WAS: bug#24358)
From: |
Perry E. Metzger |
Subject: |
Re: When should ralloc.c be used? (WAS: bug#24358) |
Date: |
Tue, 25 Oct 2016 19:00:45 -0400 |
On Mon, 24 Oct 2016 20:09:32 +0300 Eli Zaretskii <address@hidden> wrote:
> > > It imposes hard-to-fulfill requirements on functions that get
> > > C pointers to buffer text or to Lisp string data: those
> > > functions must never call malloc, directly or indirectly.
> >
> > I think the way to fix those is by systematically looking at the
> > source for them, rather than by debugging.
>
> Yes, but finding out whether this is so is not easy, because the
> malloc call is sometimes buried very deep.
Could this be found by doing a debugging build where malloc
aborts in the conditions where it can't be called directly or
indirectly? Then one could just run that way and find the instances
pretty easily.
Perry
--
Perry E. Metzger address@hidden
- Re: When should ralloc.c be used? (WAS: bug#24358), (continued)
- Re: When should ralloc.c be used? (WAS: bug#24358), Richard Stallman, 2016/10/26
- Re: When should ralloc.c be used? (WAS: bug#24358), Eli Zaretskii, 2016/10/26
- Re: When should ralloc.c be used? (WAS: bug#24358), Richard Stallman, 2016/10/26
- Re: When should ralloc.c be used? (WAS: bug#24358), Richard Stallman, 2016/10/24
- Re: When should ralloc.c be used? (WAS: bug#24358), Eli Zaretskii, 2016/10/25
- Re: When should ralloc.c be used? (WAS: bug#24358), Richard Stallman, 2016/10/26
- Re: When should ralloc.c be used? (WAS: bug#24358),
Perry E. Metzger <=
- Re: When should ralloc.c be used? (WAS: bug#24358), Eli Zaretskii, 2016/10/25
- Re: When should ralloc.c be used? (WAS: bug#24358), Richard Stallman, 2016/10/26
- Re: When should ralloc.c be used?, Stefan Monnier, 2016/10/24