Re: "corrupted size vs. prev_size"

[Po Lu]

Lars Ingebrigtsen <larsi@gnus.org> writes:

> ==90535== Syscall param pselect6(sig) points to unaddressable byte(s)
> ==90535==    at 0x74981F3: pselect (pselect.c:52)
> ==90535==    by 0x378F4D: really_call_select (thread.c:612)
> ==90535==    by 0x37967F: flush_stack_call_func (lisp.h:4189)
> ==90535==    by 0x37967F: thread_select (thread.c:644)
> ==90535==    by 0x39C751: xg_select (xgselect.c:182)
> ==90535==    by 0x351C5B: wait_reading_process_output (process.c:5600)
> ==90535==    by 0x1654BF: sit_for (dispnew.c:6154)
> ==90535==    by 0x28111A: read_char (keyboard.c:2837)
> ==90535==    by 0x281898: read_key_sequence (keyboard.c:9932)
> ==90535==    by 0x283566: command_loop_1 (keyboard.c:1401)
> ==90535==    by 0x2FAE56: internal_condition_case (eval.c:1450)
> ==90535==    by 0x26F475: command_loop_2 (keyboard.c:1142)
> ==90535==    by 0x2FADB0: internal_catch (eval.c:1180)
> ==90535==  Address 0x10023b1a70 is 0 bytes inside a block of size 32 in arena 
> "core"
> ==90535== 

This is a false positive, I guess something changed in pselect and
valgrind wasn't updated for it yet.