From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: by sourceware.org (Postfix, from userid 48) id ED7983858D33; Thu, 4 May 2023 07:29:41 +0000 (GMT) DKIM-Filter: OpenDKIM Filter v2.11.0 sourceware.org ED7983858D33 DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=sourceware.org; s=default; t=1683185381; bh=JC0lkiOQ+t8be3xaedMA08Q3guMYIykgZhr1XL+DBbg=; h=From:To:Subject:Date:From; b=jVnGg/hYCpjE3UuKQaUiHTLeXQxv/z6JrGqHxMoKv4GSgjs0Z1IJQfl/y15l8W+vE R34F4c9Sy4yGeWbg2gjRbI0uBKSFeF5GJc3y2WFTyBh7oWcQf1Hf6KEVtPDUH02ptZ vUcp2FDcsG9Cozh8ZA8Z2fN9NUfDJaBX9VySTpEI= From: "vries at gcc dot gnu.org" To: gdb-prs@sourceware.org Subject: [Bug tui/30419] New: [gdb/tui] Support tui safe-mode on/off Date: Thu, 04 May 2023 07:29:41 +0000 X-Bugzilla-Reason: CC X-Bugzilla-Type: new X-Bugzilla-Watch-Reason: None X-Bugzilla-Product: gdb X-Bugzilla-Component: tui X-Bugzilla-Version: HEAD X-Bugzilla-Keywords: X-Bugzilla-Severity: enhancement X-Bugzilla-Who: vries at gcc dot gnu.org X-Bugzilla-Status: NEW X-Bugzilla-Resolution: X-Bugzilla-Priority: P2 X-Bugzilla-Assigned-To: unassigned at sourceware dot org X-Bugzilla-Target-Milestone: --- X-Bugzilla-Flags: X-Bugzilla-Changed-Fields: bug_id short_desc product version bug_status bug_severity priority component assigned_to reporter target_milestone Message-ID: Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Bugzilla-URL: http://sourceware.org/bugzilla/ Auto-Submitted: auto-generated MIME-Version: 1.0 List-Id: https://sourceware.org/bugzilla/show_bug.cgi?id=3D30419 Bug ID: 30419 Summary: [gdb/tui] Support tui safe-mode on/off Product: gdb Version: HEAD Status: NEW Severity: enhancement Priority: P2 Component: tui Assignee: unassigned at sourceware dot org Reporter: vries at gcc dot gnu.org Target Milestone: --- When I use TUI in a terminal emulator like konsole or gnome-terminal, TERM = is set to xterm or some such and everything works fine. In the testsuite we use TERM=3Dansi because that's what tuiterm (our termin= al emulator in the testsuite) supports. When looking into problems in TUI test-cases, I try to replay the scenario outside the testsuite, on an actual terminal emulator, but using TERM=3Dans= i, because that matches what happens in the test-suite. The idea is to use this as a tool to direct investigation, whether the prob= lem is in tuiterm or gdb. I've found both types of problems and fixed a few of those. However, I've now started run into other type of problems, where gdb is not really doing something wrong, and the tuiterm is also correct: - PR30370, where we run into the problem addressed by NCURSES_NO_UTF8_ACS - PR30388, where we run into the problem that setting TERM to something changes the capabilities reported to the application, but not the behavio= ur of the terminal emulator itself. More specifically with xterm we have the am and xn capabilities set, with ansi just am, but the terminal will behave the same regardless. In both these cases doing something about it by default will degrade the experience in a regular terminal emulator with TERM=3Dxterm. Furthermore, the solution I proposed here ( https://sourceware.org/pipermail/gdb-patches/2023-April/198982.html ) for PR30370 handles it by exposing the problem in an existing setting, and doing that for each problem in a different setting will likely make things look a= bit confusing for the user. So, I'm thinking of a tui safe-mode on/off setting (or something sounding a= bit less dramatic), off by default, where: - off means current behaviour, and - on means: - handling PR30370, by eliminating the border-kind acs, unless the user set NCURSES_NO_UTF8_ACS to 1 to indicate curses should apply the workaround, or set to 0 to indicate curses doesn't need to apply the workaround. Or to make things more simple, just eliminate it regardles= s. - handling PR30388, by, as readline does, eliminating the last column from the equation, so only allow curses windows that are wide one less than scre= en width. The advantage of controlling things in a single setting is that this doesn't leak into the existing settings in an intrusive way, and it could be used in bug reports, asking the reporter to verify whether a problem also reproduce= s in safe mode, which would then eliminate a class of known problems. --=20 You are receiving this mail because: You are on the CC list for the bug.=