[Bug gdb/34569] Memory error when printing array with @ syntax and size over 20550 elements

https://sourceware.org/bugzilla/show_bug.cgi?id=34569

--- Comment #1 from Andreas Schwab <[email protected]> ---
valgrind reports this:

==5795== Syscall param pread64(buf) points to unaddressable byte(s)
==5795==    at 0x57FF5E7: __libc_pread64 (pread64.c:25)
==5795==    by 0x57FF5E7: pread (pread64.c:23)
==5795==    by 0x641CA9: pread64 (unistd.h:56)
==5795==    by 0x641CA9: linux_proc_xfer_memory_partial_fd(int, int, unsigned
char*, unsigned char const*, unsigned long, long, unsigned long*)
(linux-nat.c:4119)
==5795==    by 0x646EE5: linux_proc_xfer_memory_partial (linux-nat.c:4170)
==5795==    by 0x646EE5: linux_nat_target::xfer_partial(target_object, char
const*, unsigned char*, unsigned char const*, unsigned long, unsigned long,
unsigned long*) (linux-nat.c:3890)
==5795==    by 0x8BEC4E: raw_memory_xfer_partial(target_ops*, unsigned char*,
unsigned char const*, unsigned long, long, unsigned long*) (target.c:1485)
==5795==    by 0x8BF0DE: memory_xfer_partial_1(target_ops*, target_object,
unsigned char*, unsigned char const*, unsigned long, unsigned long, unsigned
long*) (target.c:1617)
==5795==    by 0x8BF39B: memory_xfer_partial (target.c:1648)
==5795==    by 0x8BF39B: target_xfer_partial(target_ops*, target_object, char
const*, unsigned char*, unsigned char const*, unsigned long, unsigned long,
unsigned long*) (target.c:1705)
==5795==    by 0x9260E3: read_value_memory(value*, long, bool, unsigned long,
unsigned char*, unsigned long) (valops.c:1061)
==5795==    by 0x9261ED: value_repeat(value*, int) (valops.c:1369)
==5795==    by 0x5732BA: expression::evaluate(type*, noside) (eval.c:110)
==5795==    by 0x6F61BD: process_print_command_args(char const*,
value_print_options*, bool) (printcmd.c:1369)
==5795==    by 0x6F6BBF: print_command_1(char const*, int) (printcmd.c:1382)
==5795==    by 0x45F7E7: cmd_func(cmd_list_element*, char const*, int)
(cli-decode.c:2810)
==5795==  Address 0xd5d37b0 is 0 bytes after a block of size 65,536 alloc'd
==5795==    at 0x4848C31: calloc (vg_replace_malloc.c:1675)
==5795==    by 0x390C10: xcalloc (alloc.c:92)
==5795==    by 0x936C49: value::allocate_contents(bool) [clone .part.158]
(value.c:946)
==5795==    by 0x93946F: allocate_contents (value.c:958)
==5795==    by 0x93946F: value::allocate(type*, bool) (value.c:958)
==5795==    by 0x926195: value_repeat(value*, int) (valops.c:1364)
==5795==    by 0x5732BA: expression::evaluate(type*, noside) (eval.c:110)
==5795==    by 0x6F61BD: process_print_command_args(char const*,
value_print_options*, bool) (printcmd.c:1369)
==5795==    by 0x6F6BBF: print_command_1(char const*, int) (printcmd.c:1382)
==5795==    by 0x45F7E7: cmd_func(cmd_list_element*, char const*, int)
(cli-decode.c:2810)
==5795==    by 0x8D5107: execute_command(char const*, int) (top.c:632)
==5795==    by 0x675DC4: catch_command_errors(void (*)(char const*, int), char
const*, int, bool) (main.c:508)
==5795==    by 0x675F00: execute_cmdargs(std::vector<cmdarg,
std::allocator<cmdarg> > const*, cmdarg_kind, cmdarg_kind, int*) (main.c:607)
==5795==

-- 
You are receiving this mail because:
You are on the CC list for the bug.