Zsh Mailing List Archive Messages sorted by: Reverse Date, Date, Thread, Author

Re: access already freed memory when resize window

X-seq: zsh-workers 38194
From: Peter Stephenson <p.stephenson@xxxxxxxxxxx>
To: zsh-workers@xxxxxxx
Subject: Re: access already freed memory when resize window
Date: Mon, 21 Mar 2016 10:43:01 +0000
In-reply-to: <160320101910.ZM8306@torch.brasslantern.com>
List-help: <mailto:zsh-workers-help@zsh.org>
List-id: Zsh Workers List <zsh-workers.zsh.org>
List-post: <mailto:zsh-workers@zsh.org>
Mailing-list: contact zsh-workers-help@xxxxxxx; run by ezmlm
Organization: Samsung Cambridge Solution Centre
References: <CAKzW8okOFzO=ZNdi4HkKuQDnDdqAkQELmXGYJ3XSoho_kvJNzw@mail.gmail.com> <160320101910.ZM8306@torch.brasslantern.com>

On Sun, 20 Mar 2016 10:19:10 -0700
Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx> wrote:
> It doesn't even help to queue signals, because waiting for the command
> substitution to finish must temporarily unqueue them.

Right, but shouldn't there at least be some attempt to tame the points
at which recursion can happen?  Or is that already happening, and all
the effects we're seeing are out at the top level after the signal
handler has returned?

pws

Follow-Ups:
- Re: access already freed memory when resize window
  - From: Bart Schaefer

References:
- access already freed memory when resize window
  - From: comic fans
- Re: access already freed memory when resize window
  - From: Bart Schaefer

Messages sorted by: Reverse Date, Date, Thread, Author