forks/toybox, branch 0.7.6Toybox with POSIX patches from E5ten
https://git.carbslinux.org/forks/toybox/atom?h=0.7.62018-02-24T17:24:22+00:00Update version string to 0.7.6.2018-02-24T17:24:22+00:00Rob Landleyrob@landley.net2018-02-24T17:24:22+00:00urn:sha1:c0ad4545137107503d64c7ed1d9bc685ec2f8e9cBugfix, facility values are <<3 in the headers.2018-02-23T02:09:08+00:00Rob Landleyrob@landley.net2018-02-23T02:09:08+00:00urn:sha1:63b9816bf32a22b5a7e44457ec6c8935bb71cac3Work around a musl-libc bug that has facilitynames/prioritynames in headers2018-02-19T01:35:10+00:00Rob Landleyrob@landley.net2018-02-19T01:35:10+00:00urn:sha1:66f12b756a5431fe364c6817ec64e4e373bdc55a
but then the link fails.
Add RFC link to the examples.2018-02-17T19:03:33+00:00Rob Landleyrob@landley.net2018-02-17T19:03:33+00:00urn:sha1:afb4bb9e5060e02f8bf12fdf9e71eb46c73d789aFix ps -T again, but this time read files from tid directory, not pid.2018-02-10T18:38:06+00:00Rob Landleyrob@landley.net2018-02-10T18:38:06+00:00urn:sha1:9a2c9da7cf72d3ad246f62840dcf9506f5926506
(Otherwise updating pid to parents makes threads read thread parent data.)
Rename struct strawberry -> struct ofields, and carveup -> procpid.2018-02-10T16:34:42+00:00Rob Landleyrob@landley.net2018-02-10T16:34:42+00:00urn:sha1:371dfd41efca697e72832cdf5db61ffd4c7e7a98
The first contains display fields selectable by the -o argument,
the second contains the /proc/$PID data for one process.
Fix the pidof comm and cmdline tests.2018-02-09T19:06:58+00:00Elliott Hughesenh@google.com2018-02-09T06:41:52+00:00urn:sha1:2530d54f1145a7bf6b634f630344ed42adf388e5
If we have a 15-byte name, we don't know whether comm actually matches
or is a truncated form of a longer name that has a common prefix.
For example, with "this-is-a-very-long-name-that-is-too-long", we shouldn't
match "this-is-a-very-" (but the old code would).
The cmdline code was also broken on Android because it used basename(3)
rather than getbasename. This doesn't affect glibc because there's a
workaround in portability.h to ensure that we get the non-POSIX basename(3)
with glibc but then a non-glibc section that ensures everyone else gets
POSIX basename(3). That should probably be removed (and maybe `basename`
poisoned) to prevent similar mistakes in future.
Bug: http://b/73123244
Andreas Gampe suggested a different fix.2018-02-09T15:03:34+00:00Rob Landleyrob@landley.net2018-02-09T15:03:34+00:00urn:sha1:912646fc08d1b5e497f5ddb9b14e994f6b44e291
(Bionic _does_ do the malloc(0)!=0 thing, the problem is pedantic access
checking, not null dereference. So test count instead.)
Thinko pointed out by Andreas Gampe (causing segfaults in top, oops).2018-02-08T14:57:10+00:00Rob Landleyrob@landley.net2018-02-08T14:57:10+00:00urn:sha1:24c63d1dd238ed762297786dbd2912f0bbaf941aPeople keep running ./configure, so have it do a defconfig for them.2018-02-05T02:07:12+00:00Rob Landleyrob@landley.net2018-02-05T02:07:12+00:00urn:sha1:29fb63849d4d49bc5afda2b6562faca3e4791ac4