aboutsummaryrefslogtreecommitdiff
path: root/COPYING.3BSD (unfollow)
Commit message (Collapse)AuthorFilesLines
2023-03-31core/uname: fix argument parsingFerass El Hafidi1-2/+2
Signed-off-by: Ferass El Hafidi <vitali64pmemail@protonmail.com>
2023-03-31core/rm: argv[0] -> argv0 (typo)Ferass El Hafidi1-1/+1
Signed-off-by: Ferass El Hafidi <vitali64pmemail@protonmail.com>
2023-03-31core/more: don't exit on EOFFerass El Hafidi2-4/+2
Signed-off-by: Ferass El Hafidi <vitali64pmemail@protonmail.com>
2023-03-31core/ln: TODO -- fix error handlingFerass El Hafidi2-1/+1
Signed-off-by: Ferass El Hafidi <vitali64pmemail@protonmail.com>
2023-03-30core/chown: fix argv handlingFerass El Hafidi1-6/+5
Signed-off-by: Ferass El Hafidi <vitali64pmemail@protonmail.com>
2023-03-04core/*: Return errprint.Ferass El Hafidi13-13/+29
Signed-off-by: Ferass El Hafidi <vitali64pmemail@protonmail.com>
2023-03-04core/touch: Add missing 'return 0'Ferass El Hafidi1-0/+1
Signed-off-by: Ferass El Hafidi <vitali64pmemail@protonmail.com>
2023-03-04core/: touchFerass El Hafidi2-0/+82
Signed-off-by: Ferass El Hafidi <vitali64pmemail@protonmail.com>
2023-03-04core/Makefile: Remove shell built-in utilsFerass El Hafidi1-1/+1
Signed-off-by: Ferass El Hafidi <vitali64pmemail@protonmail.com>
2023-03-04core/head: Properly handle standard inputFerass El Hafidi1-12/+9
Signed-off-by: Ferass El Hafidi <vitali64pmemail@protonmail.com>
2023-03-03core/head: Fix a tiny typo (that introduced a bug) and a segmentation faultFerass El Hafidi1-2/+2
Those bugs were basically introduced by typos... First bug --------- `head` was checking if argc was less than 2, which is incorrect because after getopt() is ran, argc would be equal to 1 if ran this way: $ head file As such, it would read standard input, then the file, which is a bug. Second bug ---------- The file got closed after the first line was read. When trying to read the (now closed) file it returns a segmentation fault. Signed-off-by: Ferass El Hafidi <vitali64pmemail@protonmail.com>
2023-03-03core/[: Check argv[0], don't use basename()Ferass El Hafidi1-2/+1
POSIX says this: > Applications using the exec() family of functions to execute > these utilities shall ensure that the argument passed in arg0 > or argv[0] is '[' when executing the [ utility and has a > basename of "test" when executing the test utility. Which basically means (in pseudo-code if you will): if argv[0] is "[" -> behave like the POSIX [ else -> behave like the POSIX test [ used to compare with the basename of argv[0], which is POSIXly incorrect. Signed-off-by: Ferass El Hafidi <vitali64pmemail@protonmail.com>
2023-03-02core/[: Use lstat() instead of stat()Ferass El Hafidi1-1/+1
That fixes a bug where [/test always returns 1 when used with `-L` or `-h`. Signed-off-by: Ferass El Hafidi <vitali64pmemail@protonmail.com>
2023-03-02core/wc: Fix bug -- see descriptionFerass El Hafidi1-1/+1
wc used to always return 'total %d %d %d %s\n' (in pseudo-printf here) regardless of if one or multiple files were specified. Signed-off-by: Ferass El Hafidi <vitali64pmemail@protonmail.com>
2023-03-02core/cat: Fix bug - see descriptionFerass El Hafidi1-1/+2
`cat` used to not concatenate at all when ran like this: $ cat It did read standard input, but did not output anything to standard output. fdopen() was used on STDIN_FILENO when it shouldn't. Signed-off-by: Ferass El Hafidi <vitali64pmemail@protonmail.com>
2023-03-01core/uname: Fix argument parsingFerass El Hafidi1-11/+7
Signed-off-by: Ferass El Hafidi <vitali64pmemail@protonmail.com>