The bash book to rule them all
fabiensanglard.net
The bash book to rule them all
1–10 of 56 posts
Re: The bash book to rule them all
#2Re: The bash book to rule them all
#3[flagged]
Re: The bash book to rule them all
#4Not because it explains bash well, but because it fits with my data science/bioinformatics niche. It's all about these funky sort/uniq/rev/cut/uniq/awk/wc/sed patterns I use everyday fiddling with csv files.
Re: The bash book to rule them all
#5Re: The bash book to rule them all
#6Because a sub-process cannot change the working directory of its parent. The shell process needs to change its own working directory. Therefore cd must be a builtin.
Although, I suppose that one might execve a cd binary, which would change directory and then in turn the cd binary would execve the shell that is specified in the $SHELL env var. That would be terribly silly though :p
Re: The bash book to rule them all
#7It was the second question that convinced me to buy it.
I think the pretty animal illustrations is what initially caught my attention and helped me discover O’Reilly as a publisher to pay specific attention to in IT books. The animals trick you into opening their books, and the texts usually have you continue reading.
Re: The bash book to rule them all
#8Re: The bash book to rule them all
#9Re: The bash book to rule them all
#10Main reasons:
- Fewer opportunities for foot-guns
- Ease of portability, no dependencies, e.g. no more "is jq installed ?"
- Consistent cross-platforms, e.g. no more "is this system using GNU sed ?"
- Modern stuff like crypto, and "internet stuff" is just quicker and easier to do in Go.