FRIGN
76ca226e81
Add mandoc-manpage for cut(1) and clean up code
...
and mark it as finished in README.
2015-01-18 11:30:31 +01:00
Truls Becken
2433bb78cb
cut: clean up file loop
2014-12-18 15:17:48 +00:00
sin
0d7822f866
Don't free the line buffer for each file
...
There's no point free-ing memory when the kernel can do it for us.
Just reuse the already allocated memory to hold lines.
Thanks Truls Becken for pointing this out.
2014-12-16 19:49:39 +00:00
Evan Gates
84b08427a1
remove agetline
2014-11-18 21:05:28 +00:00
FRIGN
e17b9cdd0a
Convert codebase to use emalloc.c utility-functions
...
This also definitely increases readability and makes OOM-conditions
more consistent.
2014-11-16 10:22:39 +00:00
FRIGN
ec8246bbc6
Un-boolify sbase
...
It actually makes the binaries smaller, the code easier to read
(gems like "val == true", "val == false" are gone) and actually
predictable in the sense of that we actually know what we're
working with (one bitwise operator was quite adventurous and
should now be fixed).
This is also more consistent with the other suckless projects
around which don't use boolean types.
2014-11-14 10:54:20 +00:00
FRIGN
eee98ed3a4
Fix coding style
...
It was about damn time. Consistency is very important in such a
big codebase.
2014-11-13 18:08:43 +00:00
sin
0c5b7b9155
Stop using EXIT_{SUCCESS,FAILURE}
2014-10-02 23:46:59 +01:00
Hiltjo Posthuma
97ca7c8b6d
cut: improvements
...
- use agetline().
- code style.
- free allocated list.
- don't close stdin if "-" is given.
2014-06-01 18:02:13 +01:00
Hiltjo Posthuma
daad071b31
cut, uudecode: free buf after use
...
Signed-off-by: Hiltjo Posthuma <hiltjo@codemadness.org>
2014-06-01 18:01:31 +01:00
sin
b8edf3b4ee
Add weprintf() and replace fprintf(stderr, ...) calls
...
There is still some programs left to be updated for this.
Many of these programs would stop on the first file that they
could not open.
2013-11-13 11:41:43 +00:00
sin
486d22fc48
Simplify code in cut(1)
...
Thanks Roberto and Rob for your input on this.
2013-10-10 23:04:46 +01:00
sin
484d5b4340
Do not rely on `s' being incremented before taking the address of it
...
The order of evaluation for the arguments of a function is not
defined by the standard.
2013-10-09 16:42:45 +01:00
Truls Becken
576a5ce55e
Add cut(1)
2013-10-08 20:41:32 +01:00
