[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: Concurrency has landed
From: |
Stefan Monnier |
Subject: |
Re: Concurrency has landed |
Date: |
Fri, 23 Dec 2016 23:49:39 -0500 |
User-agent: |
Gnus/5.13 (Gnus v5.13) Emacs/25.1.50 (gnu/linux) |
> The problem with -fcheck-pointer-bounds does not occur when the program
> computes p1 - p2, as the program still gets a valid integer. The problem
> occurs later, when Emacs computes q + (p1 - p2), where q is a dangling
> pointer into the old object.
Hmm... can you show in the code where we do that? I'd expect the code
would do something like "newp2 = newp1 + (oldp2 - oldp1)", whereas you
seem to say that we do something more like "oldp2 = oldp1 + (newp2 -
newp1)", which would indeed be more risky (tho if oldp2 did exist before
the free, it should still work just fine even on odd architectures, but
at least I can see where an eager bounds-checker could complain).
Stefan
- Re: Concurrency has landed, (continued)
- Re: Concurrency has landed, Eli Zaretskii, 2016/12/10
- Re: Concurrency has landed, Paul Eggert, 2016/12/10
- Re: Concurrency has landed, Daniel Colascione, 2016/12/21
- Re: Concurrency has landed, Paul Eggert, 2016/12/22
- Re: Concurrency has landed, Daniel Colascione, 2016/12/22
- Re: Concurrency has landed, Paul Eggert, 2016/12/22
- Re: Concurrency has landed, Stefan Monnier, 2016/12/23
- Re: Concurrency has landed, Paul Eggert, 2016/12/23
- Re: Concurrency has landed,
Stefan Monnier <=
- Re: Concurrency has landed, Paul Eggert, 2016/12/24
- Re: Concurrency has landed, Davis Herring, 2016/12/22
Re: Concurrency has landed, Phillip Lord, 2016/12/13
Re: Please test the merge of the concurrency branch, Ken Raeburn, 2016/12/10
Re: Please test the merge of the concurrency branch, Michael Albinus, 2016/12/11