[Bug gdb/34132] gdb memory corruption and crash when trying to print large float arrays
tromey at sourceware dot org
sourceware-bugzilla@sourceware.org
Thu May 7 12:20:33 GMT 2026
https://sourceware.org/bugzilla/show_bug.cgi?id=34132
Tom Tromey <tromey at sourceware dot org> changed:
What |Removed |Added
----------------------------------------------------------------------------
CC| |tromey at sourceware dot org
Last reconfirmed| |2026-05-07
Ever confirmed|0 |1
Status|UNCONFIRMED |NEW
--- Comment #2 from Tom Tromey <tromey at sourceware dot org> ---
valgrind says
(gdb) p foo[0] @ 10000000
==839052== Syscall param pread64(buf) points to unaddressable byte(s)
==839052== at 0x5B534EB: pread (pread64.c:25)
==839052== by 0x79ACD6: pread64 (unistd.h:72)
==839052== by 0x79ACD6: linux_proc_xfer_memory_partial_fd(int, int, unsigned
char*, unsigned char const*, unsigned long, long, unsigned long*)
(linux-nat.c:4119)
==839052== by 0xA3BE62: raw_memory_xfer_partial(target_ops*, unsigned char*,
unsigned char const*, unsigned long, long, unsigned long*) (target.c:1485)
==839052== by 0xA3C2AB: memory_xfer_partial_1(target_ops*, target_object,
unsigned char*, unsigned char const*, unsigned long, unsigned long, unsigned
long*) (target.c:1617)
==839052== by 0xA3C549: memory_xfer_partial (target.c:1648)
==839052== by 0xA3C549: target_xfer_partial(target_ops*, target_object, char
const*, unsigned char*, unsigned char const*, unsigned long, unsigned long,
unsigned long*) (target.c:1705)
==839052== by 0xAD05FC: read_value_memory(value*, long, bool, unsigned long,
unsigned char*, unsigned long) (valops.c:1061)
==839052== by 0xAD06ED: value_repeat(value*, int) (valops.c:1369)
==839052== by 0x6ACBCE: expression::evaluate(type*, noside) (eval.c:110)
==839052== by 0x878C0E: process_print_command_args(char const*,
value_print_options*, bool) (printcmd.c:1363)
==839052== Address 0x2dc7cf50 is 0 bytes after a block of size 65,536 alloc'd
==839052== at 0x4848683: calloc (vg_replace_malloc.c:1678)
==839052== by 0x4B2830: xcalloc (alloc.c:92)
==839052== by 0x1019603: xzalloc(unsigned long) (common-utils.cc:43)
==839052== by 0xADF8D2: value::allocate_contents(bool) [clone .part.0]
(value.c:946)
==839052== by 0xADFA51: allocate_contents (value.c:1029)
==839052== by 0xADFA51: allocate (value.c:958)
==839052== by 0xADFA51: allocate (value.c:968)
==839052== by 0xADFA51: allocate_repeat_value(type*, int) (value.c:1028)
==839052== by 0xAD0695: value_repeat(value*, int) (valops.c:1364)
==839052== by 0x6ACBCE: expression::evaluate(type*, noside) (eval.c:110)
==839052== by 0x878C0E: process_print_command_args(char const*,
value_print_options*, bool) (printcmd.c:1363)
==839052== by 0x879155: print_command_1(char const*, int) (printcmd.c:1376)
==839052== by 0x5ACF67: cmd_func(cmd_list_element*, char const*, int)
(cli-decode.c:2810)
==839052== by 0xA5326C: execute_command(char const*, int) (top.c:632)
==839052== by 0x6B3EDF: command_handler(char const*) (event-top.c:611)
==839052==
--
You are receiving this mail because:
You are on the CC list for the bug.
More information about the Gdb-prs
mailing list