aboutsummaryrefslogtreecommitdiff
path: root/mkinstalldirs
diff options
context:
space:
mode:
authorJason Molenda <jmolenda@apple.com>1998-12-04 04:46:18 +0000
committerJason Molenda <jmolenda@apple.com>1998-12-04 04:46:18 +0000
commitedc452d07d89e2e7f5ce7e8ea77a46d3d4a8d529 (patch)
tree2547e447a6b5007bd0ba29b96bb8aa78d6a6f42f /mkinstalldirs
parent33ccdb1b9786497b5c284c28520888166da877fa (diff)
downloadgdb-edc452d07d89e2e7f5ce7e8ea77a46d3d4a8d529.zip
gdb-edc452d07d89e2e7f5ce7e8ea77a46d3d4a8d529.tar.gz
gdb-edc452d07d89e2e7f5ce7e8ea77a46d3d4a8d529.tar.bz2
1998-12-03 Jason Molenda (jsm@bugshack.cygnus.com)
* monitor.c (monitor_read_memory): Zero out pattern buffers before calling re_search. (parse_register_dump): Ditto. PR 18049. This bug had existed erratically since I upgraded to the new gnu-regex.c this last summer. The problem is mostly in parse_register_dump; the allocated structure has some random values in it and there is a flag set in the register_pattern structure by the gnu-regex library which indicates that the values in the re_registers should be trusted. If those arbitrary contents aren't zero, gnu-regex tries to run realloc on them and we get a core dump on some hosts for some targets when the moon is just right.
Diffstat (limited to 'mkinstalldirs')
0 files changed, 0 insertions, 0 deletions