Hi guys, This drops the last bits of ONE_PROCESS_WRITETEXT macro from the codebase, since no target/host actually defines this by now. The "It might be running in another process" notice in normal_stop when breakpoints fail to be removed is quite likelly related to this, and although wasn't conditionalized on ONE_PROCESS_WRITETEXT, should be dropped as well IMO, as it is confusing. Would anyone miss it? This was the reason I haven't checked it in as obvious yet. The most complete description I could find of this macro was in gdb 4.6 sources: gdb/xm-hp300bsd.h-64-/* Kernel is a bit tenacious about sharing text segments, disallowing bpts. */ gdb/xm-hp300bsd.h:65:#define ONE_PROCESS_WRITETEXT @c FIXME: "cannot insert breakpoints" error, v unclear. @c Q in pending mail to Gilmore. ---pesch@cygnus.com, 26mar91 @c some light may be shed by looking at instances of @c ONE_PROCESS_WRITETEXT. But error message seems possible otherwise @c too. pesch, 20sep91 Under some operating systems, breakpoints cannot be used in a program if any other process is running that program. In this situation, attempting to run or continue a program with a breakpoint causes _GDBN__ to stop the other process. When this happens, you have three ways to proceed: @enumerate @item Remove or disable the breakpoints, then continue. @item Suspend _GDBN__, and copy the file containing your program to a new name. Resume _GDBN__ and use the @code{exec-file} command to specify that _GDBN__ should run your program under that name. Then start your program again. @c FIXME: RMS commented here "Show example". Maybe when someone @c explains the first FIXME: in this section... And in this 1991 ChangeLog entry: Mon Sep 9 13:45:57 1991 John Gilmore (gnu at cygint.cygnus.com) * breakpoint.c (insert_breakpoints): Restore warning about the program might be running in another process, but only for systems with this brain death (#ifdef ONE_PROCESS_WRITETEXT). * xm-hp300bsd.h, xm-mips.h, xm-vax.h: Define it. I don't think we care about systems with this brain death anymore ... -- Pedro Alves