src-test/usr.bin/gcore, branch stable/7

MFC 216769:

2011-01-04T15:11:08Z

Start sentences on a new line to ease life for translators. Tweak the wording in a few places.

MFC 199805,203532,204329,210063,210065:

2010-12-28T19:26:57Z

- Change gcore in order to get rid of the procfs accesses and use FreeBSD's specific sysctls and ptrace interfaces. This change switches a bit gcore POLA that is summarized here: - now gcore can recognize threads within the process and handle dumps on thread-scope - the process to be analyzed will be stopped during its gcore run - gcore may not work with processes which are actively being analyzed by gdb or truss - the ptrace interface may cause syscalls to return EINTR, thus interferring with signals handling within the process - Fix gcore so that it can have the '-s' flag without hanging. - Fix the way the segments are included in the gcore outputs (with the default invokation): - Right now if segments are not writable are not included. Remove this. - Right now if a segment is mapped with NOCORE the check is not honoured. Change this by checking the newly added flag, from libutil, KVME_FLAG_NOCOREDUMP. Besides that, add a new flag (-f) that forces a 'full' dump of all the segments excluding just the malformed ones. This might be used very carefully as, among the reported segments, there could be memory mapped areas that could be vital to program execution.

MFC r197437:

2009-11-05T02:29:45Z

Use %zu for size_t, not %zd.

MFC r180603:

2009-09-23T00:31:08Z

Use %zd for size_t. With this gcore(1) is WARNS=6 clean.

Eliminate memory leak from an accidental malloc().

2007-04-10T17:37:53Z

Make gcore(1) 64 bit safe. It was trying to parse the /proc/*/map file

2006-03-25T01:14:20Z

using sscanf and truncating the start/end entries by writing them with a 32 bit int descriptor (%x). The upper bytes of the 64 bit vm_offset_t variables (for little endian machines) were uninitialized. For big endian machines, things would have been worse because it was storing the 32 bit value in the upper half of the 64 bit variable. I've changed it to use %lx and long types. That should work on all our platforms.

Remove a.out support from gcore(1).

2004-11-27T06:46:48Z

gcore(1) apparently still cares about a.out core dumps, so it still

2004-11-20T02:30:02Z

needs to know that a 1-page U area is part of the dump format. Reviewed by: arch@

Teach gcore about the pathname field of '/proc/*/map' so that it doesn't

2004-07-12T20:19:40Z

spin when its parser gets confused by a lack of end-of-line. Submitted by: Dan Nelson PR: 68839

Deal with double whitespace.

2004-07-03T00:24:45Z