Hello misc. I have noticed that the command gcore is missing from gdb. I tried doing a default build of gdb 7.2 just to have a reference and the results looked like this:
native: # gdb GNU gdb 6.3 Copyright 2004 Free Software Foundation, Inc. GDB is free software, covered by the GNU General Public License, and you are welcome to change it and/or distribute copies of it under certain conditions. Type "show copying" to see the conditions. There is absolutely no warranty for GDB. Type "show warranty" for details. This GDB was configured as "i386-unknown-openbsd4.7". (gdb) gcore Undefined command: "gcore". Try "help". (gdb) quit # test: # gdb-7.2/gdb/gdb GNU gdb (GDB) 7.2 Copyright (C) 2010 Free Software Foundation, Inc. License GPLv3+: GNU GPL version 3 or later <http://gnu.org/licenses/gpl.html> This is free software: you are free to change and redistribute it. There is NO WARRANTY, to the extent permitted by law. Type "show copying" and "show warranty" for details. This GDB was configured as "i386-unknown-openbsd4.7". For bug reporting instructions, please see: <http://www.gnu.org/software/gdb/bugs/>. (gdb) gcore You can't do that without a process to debug. (gdb) attach 27302 Attaching to process 27302 0x08e39431 in ?? () (gdb) gcore Command not implemented for this target. (gdb) detach Detaching from program: , process 27302 (gdb) quit # When searching the misc@ and tech@ archives all I could find was a post from 2002 asking a similar question where the only reply referenced 'pcat'. (http://marc.info/?l=openbsd-misc&m=101673894024838&w=2) Some kind people over at #open...@freenode pointed me toward sending SIGSEGV but it seems this didn't work when the process I wanted to get a core dump from was already misbehaving. I am a bit out of my league here but my question is simply if the lack of gcore is due to someone considering it to be fundamentally flawed or anything, or if it is just that no one has considered it important/interesting enough to hack on. If there is a better way to do this this then any pointers are appreciated. Regards, Patrik Lundin
