[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: MPS prstack
From: |
Gerd Möllmann |
Subject: |
Re: MPS prstack |
Date: |
Mon, 27 May 2024 10:43:24 +0200 |
User-agent: |
Gnus/5.13 (Gnus v5.13) |
Helmut Eller <eller.helmut@gmail.com> writes:
> On Sat, May 25 2024, Gerd Möllmann wrote:
>
>> Moint Helmut. I've pushed another fix that prevents processing non-Lisp
>> objs in sub char-tables.
>
> Oops. Would be nice if print-tests.el would cover some of the more
> exotic cases.
>
> Somewhat related: I wonder if this line in print_stack_push is safe:
>
> prstack.stack[prstack.sp++] = e;
>
> This is not an atomic operation and prstack.sp gets updated before the
> new stack slot is initialized. In theory, there is a small time window
> where scan_prstack can see the new prstack.sp but not the new value for
> the slot. Do we need to worry about such issues?
Hm. No idea when the increment is sequenced. The side effect of postfix
++ could be applied anywhere before the next sequence point. But where
is that sequence point? There is one at the end of the whole expression
I think.
Reminds me why I avoid postfix ++ and -- :-)
- MPS prstack, Helmut Eller, 2024/05/20
- Re: MPS prstack, Gerd Möllmann, 2024/05/20
- Re: MPS prstack, Helmut Eller, 2024/05/22
- Re: MPS prstack, Gerd Möllmann, 2024/05/22
- Re: MPS prstack, Helmut Eller, 2024/05/24
- Re: MPS prstack, Gerd Möllmann, 2024/05/24
- Re: MPS prstack, Gerd Möllmann, 2024/05/25
- Re: MPS prstack, Helmut Eller, 2024/05/27
- Re: MPS prstack,
Gerd Möllmann <=
- Re: MPS prstack, Helmut Eller, 2024/05/27
- Re: MPS prstack, Gerd Möllmann, 2024/05/27
- Re: MPS prstack, Eli Zaretskii, 2024/05/27
- Re: MPS prstack, Helmut Eller, 2024/05/27
- Re: MPS prstack, Eli Zaretskii, 2024/05/27
- Re: MPS prstack, Helmut Eller, 2024/05/27
- Re: MPS prstack, Mattias Engdegård, 2024/05/27
- Re: MPS prstack, Helmut Eller, 2024/05/27
- Re: MPS prstack, Po Lu, 2024/05/27
- Re: MPS prstack, Helmut Eller, 2024/05/27