The C standard states that the behavior of strcpy() is undefined when the source and destination objects overlap. Undefined behavior means it may work sometimes, or it may fail, or it may appear to succeed but manifest failure elsewhere in the program. I got a failure running arm-elf-gdb-4.7.0 (compiled with GCC-4.6.1-9ubuntu3) with arguments arm-elf-gdb --cd=../../build/sniffer2/ sniffer2.elf ... Reading symbols from /home/fredrikh/workspace/buile/sniffer2/sniffer2.elf...done. (gdb) Note that letter 'd' in 'build' is overwritten with letter 'e' in current_path. The path to 'buile' is non-existing causing error. I tracked down to the cd_command() function in CLI that was causing the bug. It seems like the code is doing strcpy() on overlapping regions, to eliminate ".." paths, this causing an undefined behaviour. GDB corrupted the dir-path replacing one letter: The standard solution is to replace strcpy() with memmove(), and I submit a proposed patch that fixed the bug. Index: gdb/cli/cli-cmds.c =================================================================== RCS file: /cvs/src/src/gdb/cli/cli-cmds.c,v retrieving revision 1.128 diff -r1.128 cli-cmds.c 420c420 < strcpy (p, p + 2); --- > memmove(p, p + 2, strlen(p + 2) + 1); 439c439 < strcpy (q - 1, p + 3); --- > memmove(q - 1, p + 3, strlen(p + 3) + 1); I fear though that there might be more cases in the sources where strcpy() is used this way. Maybe its a good idea to grep 'strcpy' and check that all uses are safe and non-overlapping. Another idea is to use a custom gdb_strcpy() instead, that we know always copy from left-to-right, where we do define behaviour in the overlapping case. Though is a danger to have dependencies on external C-lib implementation of string functions. Thanks & Best Regards, Fredrik Hederstierna Securitas Direct AB Malmoe Sweden
Similar bug in 'source.c' found a month ago. http://sourceware.org/ml/gdb-patches/2012-03/msg00264.html /Fredrik
public list gdb-patches@sourceware.org is the place to review/discuss patches. You'd better post your patch there, so maintainers can review and approve your patch. Note that you should generate patch with `cvs diff -up', and you also need to create a ChangLog entry to describe your change in the patch.
Ok, done. http://sourceware.org/ml/gdb-patches/2012-04/msg00853.html /Fredrik
The fix was checked in.