aboutsummaryrefslogtreecommitdiff
path: root/gdb/proc-utils.h
diff options
context:
space:
mode:
authorPatrick Palka <patrick@parcs.ath.cx>2015-06-26 20:17:56 -0400
committerPatrick Palka <patrick@parcs.ath.cx>2015-06-30 13:44:25 -0400
commitc45613e33dbdc646b6fd7f02f86635639e852bfb (patch)
tree733c53d9c0ba56bb7c5f101ce6fba404e30732c9 /gdb/proc-utils.h
parentd0bf44cb88be21ea009a4fe0e59a3d3e6e545aed (diff)
downloadgdb-c45613e33dbdc646b6fd7f02f86635639e852bfb.zip
gdb-c45613e33dbdc646b6fd7f02f86635639e852bfb.tar.gz
gdb-c45613e33dbdc646b6fd7f02f86635639e852bfb.tar.bz2
Correctly initialize the TUI locator window
The call to tui_alloc_content in tui_set_locator_info passes locator->type as the type of the window whose content is being allocated. This may seem correct but it's actually not because when this code path actually get executed locator->type has not yet been to set LOCATOR_WIN so it defaults to 0 i.e. SRC_WIN. Thus we allocate the content of the locator window as if it was the source window. This oversight turns out not to be a big deal in practice but the patch that follows depends on the locator's proc_name and full_name arrays to be initialized to the empty string which is done by tui_alloc_content if we pass to it LOCATOR_WIN. This patch fixes this bug by explicitly passing LOCATOR_WIN to tui_alloc_content. gdb/ChangeLog: * tui/tui-stack.c (tui_set_locator_info): Explicitly pass LOCATOR_WIN to tui_alloc_content.
Diffstat (limited to 'gdb/proc-utils.h')
0 files changed, 0 insertions, 0 deletions