NetBSD Problem Report #48429

From  Sat Dec  7 09:25:56 2013
Return-Path: <>
Received: from ( [])
	(using TLSv1 with cipher DHE-RSA-AES256-SHA (256/256 bits))
	(Client CN "", Issuer "Postmaster" (verified OK))
	by (Postfix) with ESMTPS id 9355AA63C4
	for <>; Sat,  7 Dec 2013 09:25:56 +0000 (UTC)
Message-Id: <>
Date: Sat,  7 Dec 2013 09:25:55 +0000 (UTC)
Subject: [libedit] doesn't handle terminal resize events properly
X-Send-Pr-Version: www-1.0

>Number:         48429
>Category:       lib
>Synopsis:       [libedit] doesn't handle terminal resize events properly
>Confidential:   no
>Severity:       serious
>Priority:       medium
>Responsible:    lib-bug-people
>State:          open
>Class:          sw-bug
>Submitter-Id:   net
>Arrival-Date:   Sat Dec 07 09:30:00 +0000 2013
>Originator:     Yuri
>Release:        current
When libedit-based program in terminal is resized, currently entered characters should stay in place when possible.
Actual behavior: command prompt is printed at the end of the current line during any screen resize. So that there are several prompts after several resizes.

Problematic place in code: function terminal_change_size calls re_clear_display, and it initializes cursor position in memory, but not on the screen.

Does NetBSD actually use libedit for shell? Does it behave the same way in graphics terminal? I guess yes.
NetBSD is considered to be an upstream for libedit, and it has such major issues.

Also, see the relevant FreeBSD PR:
This was the behavior with the previous version of libedit from NetBSD in the same situation.


NetBSD Home
NetBSD PR Database Search

(Contact us) $NetBSD: query-full-pr,v 1.39 2013/11/01 18:47:49 spz Exp $
$NetBSD:,v 1.8 2006/05/07 09:23:38 tsutsui Exp $
Copyright © 1994-2007 The NetBSD Foundation, Inc. ALL RIGHTS RESERVED.