public inbox for gdb-prs@sourceware.org
help / color / mirror / Atom feed
* [Bug tui/29789] New: tui enable trash terminal color palette
@ 2022-11-16 5:31 phi.debian at gmail dot com
2022-11-16 16:30 ` [Bug tui/29789] " ssbssa at sourceware dot org
` (2 more replies)
0 siblings, 3 replies; 4+ messages in thread
From: phi.debian at gmail dot com @ 2022-11-16 5:31 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=29789
Bug ID: 29789
Summary: tui enable trash terminal color palette
Product: gdb
Version: HEAD
Status: UNCONFIRMED
Severity: minor
Priority: P2
Component: tui
Assignee: unassigned at sourceware dot org
Reporter: phi.debian at gmail dot com
Target Milestone: ---
Hi,
On latest build (and since the epoch I guess) "tui enable" trash the terminal
color palette.
My terminals (xterm, mate-terminal, terminator, etc..) all have their color
setup to my liking (theme)
When entering GDB in TUI mode, curses don't temper with colors, so all is fine,
notably, the src-win rendering with color is super.
(gdb) tui disable
Color still ok
(gdb) list 1
Still ok
(gdb) tui enable
xterm color palette trashed, a reset escape sequence is sent to xterm, src_win
color ugly (barely readable in my case, contrast)
To restore this without exiting GDB, while in tui enable mode
(gdb) shell setup-terminal-palette
(gdb) ^L
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Bug tui/29789] tui enable trash terminal color palette
2022-11-16 5:31 [Bug tui/29789] New: tui enable trash terminal color palette phi.debian at gmail dot com
@ 2022-11-16 16:30 ` ssbssa at sourceware dot org
2022-11-16 16:38 ` phi.debian at gmail dot com
2022-11-17 5:47 ` phi.debian at gmail dot com
2 siblings, 0 replies; 4+ messages in thread
From: ssbssa at sourceware dot org @ 2022-11-16 16:30 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=29789
Hannes Domani <ssbssa at sourceware dot org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |ssbssa at sourceware dot org
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Bug tui/29789] tui enable trash terminal color palette
2022-11-16 5:31 [Bug tui/29789] New: tui enable trash terminal color palette phi.debian at gmail dot com
2022-11-16 16:30 ` [Bug tui/29789] " ssbssa at sourceware dot org
@ 2022-11-16 16:38 ` phi.debian at gmail dot com
2022-11-17 5:47 ` phi.debian at gmail dot com
2 siblings, 0 replies; 4+ messages in thread
From: phi.debian at gmail dot com @ 2022-11-16 16:38 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=29789
--- Comment #1 from Phi <phi.debian at gmail dot com> ---
I forgot to precise that I am using TERM=xterm-256color on thoses terminals
(mate-terminal, terminator, more generally all libvte and xterm)
ncurses don't provide a way to save and restore the color setup for color
[0-7], so this must be done 'manually' i.e via esc seq when TERM is xterm-256
(only).
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 4+ messages in thread
* [Bug tui/29789] tui enable trash terminal color palette
2022-11-16 5:31 [Bug tui/29789] New: tui enable trash terminal color palette phi.debian at gmail dot com
2022-11-16 16:30 ` [Bug tui/29789] " ssbssa at sourceware dot org
2022-11-16 16:38 ` phi.debian at gmail dot com
@ 2022-11-17 5:47 ` phi.debian at gmail dot com
2 siblings, 0 replies; 4+ messages in thread
From: phi.debian at gmail dot com @ 2022-11-17 5:47 UTC (permalink / raw)
To: gdb-prs
https://sourceware.org/bugzilla/show_bug.cgi?id=29789
Phi <phi.debian at gmail dot com> changed:
What |Removed |Added
----------------------------------------------------------------------------
Resolution|--- |NOTABUG
Status|UNCONFIRMED |RESOLVED
--- Comment #2 from Phi <phi.debian at gmail dot com> ---
This one can be closed s 'pilot error'
All my terminals where setting their palette from xterm-256 esc sequences, i.e
each terminal had their own 'ugly' colors, and I programed them to something
different via esc sequence.
Actually all those terminals have other way to setup their palette, libvte
(mate terminal, terminator, etc...) can setup their default palette in their
config menu, and xterm accept Xresources.
Doing a setup this way make GDB don't trash the terminal, actually this is not
GDB but curses that trash, and this is not trashing, this is reset to default.
So this is a pilot error.
Cheers,
--
You are receiving this mail because:
You are on the CC list for the bug.
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2022-11-17 5:47 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
2022-11-16 5:31 [Bug tui/29789] New: tui enable trash terminal color palette phi.debian at gmail dot com
2022-11-16 16:30 ` [Bug tui/29789] " ssbssa at sourceware dot org
2022-11-16 16:38 ` phi.debian at gmail dot com
2022-11-17 5:47 ` phi.debian at gmail dot com
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for read-only IMAP folder(s) and NNTP newsgroup(s).