Zsh Mailing List Archive
Messages sorted by:
Reverse Date,
Date,
Thread,
Author
Re: SIGWINCH not respected when terminal size is unchanged
- X-seq: zsh-workers 43211
- From: Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx>
- To: "zsh-workers@xxxxxxx" <zsh-workers@xxxxxxx>
- Subject: Re: SIGWINCH not respected when terminal size is unchanged
- Date: Thu, 26 Jul 2018 09:36:45 -0700
- Dkim-signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=brasslantern-com.20150623.gappssmtp.com; s=20150623; h=mime-version:in-reply-to:references:from:date:message-id:subject:to; bh=0GUrwGEm7KXwcuEpGiDvB7Ic0xxQxVsVvl9iP+BRNYA=; b=DKttNCeWcX9119W32CCPPC0/Cx9Dr/cD0ERtYZi/MSbB1OJfjiWOGIk9EOSFyooJsb hrzn6tvBzem86bZJCXGmZVOzLbLqCICiIBbtqRHRswPqlyy2z1lI6bmJ3Yx7aYMxmDXq 3XKSsfujYuud+wAvk6AVsWPD1kW1KJ7pBuRdigQRaZJ1mpCYjObsUNFqbEqlzObihnlU oQS0uGoIJQo8geVg9syNlNH5ZqbYnqvW84g0g0JdK9Kb5CdN7mPHPfwzAcvQgYancOHo heip0lIuLwia14MqvoHOZ9052CfB77aSpg+oW3NC/kZ/i4ftQJaD1U1ZDkCBVG2X0th4 TJ+A==
- In-reply-to: <20180726161029eucas1p2aeb514866d4bf28e900598dd9c6f7bfd~E9xIFUPGY0381603816eucas1p2w@eucas1p2.samsung.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>
- List-unsubscribe: <mailto:zsh-workers-unsubscribe@zsh.org>
- Mailing-list: contact zsh-workers-help@xxxxxxx; run by ezmlm
- References: <DM5PR13MB15968B3171AABDC584F234A3F12B0@DM5PR13MB1596.namprd13.prod.outlook.com> <CGME20180726160357epcas1p2181b00a27b876e42d91f861c8aee1633@epcas1p2.samsung.com> <CAH+w=7anA7b4a2TshTezJscqsfUBeSKV9ZDWpUphX3UzpO6OrQ@mail.gmail.com> <20180726161029eucas1p2aeb514866d4bf28e900598dd9c6f7bfd~E9xIFUPGY0381603816eucas1p2w@eucas1p2.samsung.com>
On Thu, Jul 26, 2018 at 9:10 AM, Peter Stephenson
<p.stephenson@xxxxxxxxxxx> wrote:
> On Thu, 26 Jul 2018 09:03:21 -0700
> Bart Schaefer <schaefer@xxxxxxxxxxxxxxxx> wrote:
>>
>> Sorry, could you explain exactly what you mean by "not respected" and
>> what breakage you observe?
>
> I was going to ask that, but looking at the code I *suspect* that
> the line's not being redrawn, which indeed doesn't happen if the
> configuration didn't change. But this needs confirming.
Could the line not being redrawn really be described as having broken
the session manager application?
If that's actually the issue, then it should be work-around-able by
something like
TRAPWINCH() { zle -I }
> If that's the case, I'm wondering if there's a reason why the code's
> like that --- didn't we have to deal with floods of SIGWINCHs causing
> havoc at one point?
Yes, in desktop managers where resizing a window provides live
feedback, the shell will receive a rapid stream of SIGWINCHes as the
user drags the window border around.
Messages sorted by:
Reverse Date,
Date,
Thread,
Author