Home > Store

Think UNIX

Register your product to gain access to bonus material or receive a coupon.

Think UNIX


  • Sorry, this book is no longer in print.
Not for Sale




  • Copyright 2000
  • Dimensions: 7-1/4" x 9-1/8"
  • Pages: 304
  • Edition: 1st
  • Book
  • ISBN-10: 0-7897-2376-X
  • ISBN-13: 978-0-7897-2376-5

Unix has a reputation for being cryptic and difficult to learn, but it doesn't need to be that way. Think Unix takes an analogous approach to that of a grammar book. Rather than teaching individual words or phrases like most books, Think Unix teaches the set of logical structures to be learned. Myriad examples help you learn individual commands, and practice problems at the end of difficult sections help you learn the practical side of Unix. Strong attention is paid to learning how to read "man pages," the standard documentation on all Unix systems, including Linux. While most books simply tell you that man pages exist and spend some time teaching how to use the man command, none spend any significant amount of space teaching how to use the content of the man pages. Even if you are lost at the Unix command prompt, you can learn subsystems that are specific to the Unix flavor.

Sample Content

Table of Contents


About This Book.


1. Unix Documentation.

Words of Warning. Reading Man Pages. Documentation Hide-and-Go-Seek. Suggested Exercises.

2. Files and Processes.

Files. Processes.

3. Redirection and Pipes.

Redirection. Pipes.

4. Networking.

A Broad Overview of Networking. Talking with Other Machines. Using Machines Remotely.

5. vi, Dotfiles, and Regular Expressions.

Surviving vi. Thriving in vi. Regular Expressions.


6. Muddling Through Shells.

Shell Wars. Fixing Mistakes. Job Control.

7. Variables and Quoting.

Variables. Practice Problems. Quoting. Practice Problems.

8. Conditional Execution and Loops.

Sequential Execution. Conditional Execution. Practice Problems. Loops. Practice Problems.

9. Shell Scripts and More.

Grouping Commands. Aliases and Functions. Practice Problems. Shell Scripts. Practice Problems.


10. Thinking Like X.

What X Does Differently. Nuts and Bolts. Desktop Environments. Something Useful: xterm. Suggested Exercises.

11. Configuring X.

Starting X. Command-Line Options. Suggested Exercises. X Resources. Suggested Exercises. Color Names and Numbers. Fonts. Listing Fonts. A Few Final Words.


A. Answers to Practice Problems.
B. Glossary and References.


Updates & Corrections

Think Unix Errata

Think Unix Errata

General Notes

  • For the moment, all errors are in the first printing. When there's a second printing, I will think of some notation to determine which printings contain which errors.
  • The SawMill window manager has been renamed SawFish, due to a namespace conflict with an existing package named SawMill. As far as I know, all URLs remain functional.

Specific Errors

Page vi, Acknowledgements
I wish to thank Andy Johnston for talking with me about how to write an intro to Unix book, not an intro to a Unix book, as the acknowledgements state.
Page vi, Acknowledgements
The final two paragraphs were left out of the acknowledgements. They read as follows:
Thanks to all of my co-workers at UMBC, for tolerating week-long absences throughout this book, for general support, and for always pushing me to deepen my own Unix knowledge.
Finally, thanks to the Tuesday night crew at The Brewer's Art and the Thursday Night Bolton Hill Walkers' Patrol, for helping to keep me sane.
Page 17
The numeral six in the first paragraph should be superscripted, as it's a reference to the footnote at the bottom of the page.
Page 31
In the second example, there should be no blank line between 'Wang Bi' and 'Socrates'
Page 38
In the third paragraph from the bottom, 'This is little more useful' should read 'This is a little more useful.'
Page 39
In the first paragraph, 'mv arc/t*.txt' should be 'mv arc/t*.txt .' Failure to put that dot in the right place would overwrite whatever file was last in the list expanded from arc/t*.txt.
Page 41
Footnote 15 is referenced, but appears on page 42 instead.
Page 42
Footnote 15 appears, but was referenced on page 41 instead.
Page 43
In the second paragraph from the bottom, excluding the example, the first 'e' in 'execute' is italicized in error.
Page 44
In the setuid directory listing in the middle of the page, the '-rwsr-xr-x' should be joined with the following line of that listing.
Page 46
In the second paragraph from the bottom, the numerals representing user, group, and other permissions are read from left to right, rather than from right to left.
Page 49
In the third paragraph, I refer to 'my mydocs/unixbook/proposal' directory, when I should refer only to 'my docs/unixbook/proposal' directory.
Page 56
In the third paragraph from the bottom, I write that 'It's all right if a CPU takes up nearly 100%' of CPU time, when it should read that it's all right if a process takes up nearly 100% of CPU time.
Page 57
In the fourth paragraph, the r in compiler is not italicized along with the rest of the word; the whole word should be in italics.
Similarly, the trailing 'e' in 'machine code' in the fifth paragraph should be italicized too.
Page 74
A series of typos in the second sentence of first paragraph of the new section renders it rather unintelligible. This sentence should read:
The language metaphor for Unix is particularly apt here: Single pipes
are like simple sentences, whereas longer pipelines are like complex
Page 92
The second sentence on the page should begin 'More important,' rather than 'More importantly.'
Page 95
In the header for the new section, the digit three in 'POP3' should not be subscripted.
Page 115
In the last paragraph of the page, all single quotes should be back quotes: d'a should be d`a, y'c should be y`c, and c'x should be c`x.
Page 123
Several different carat (^) characters are used on this page. They should all be identical. (Which one? It doesn't matter, really. Ideally they should look like what shows up on your screen when you hit shift-6 using a US-English keyboard.)
The last word in the fourth paragraph from the bottom is 'regexps,' not 'regsxp.'
The last sentence in the third paragraph from the bottom is incorrect. It should read:
As a regular expression, it wouldn't match ta, tap,
tapper, or anything with any character other than t
anywhere in the expression.
Page 124
In the last paragraph, regular expressions are not bolded consistently. Imagine all regular expressions on this page being bolded consistently. It would sure look nicer, wouldn't it? It might be easier to read, too.
Page 128
In the last paragraph above the practice problems, the word 'buffer' has been appended to the end of the last sentence for no good reason whatsoever.
In practice problem 16, you should replace any three consecutive digits with a single instance of the word know.
Page 154
In the second paragraph, there's a stray æ character at the end of SIGWINCH. It doesn't belong there.
Page 162
In the first paragraph following the example, '/bin/ksh' should be on a single line, rather than its current state, wherein the first forward slash is on the line above the rest of the file name.
Page 164
The last line of the first example should read:
ls: `echo bin`: No such file or directory
That is, the quotes surrounding "echo bin" should be back quotes, not forward quotes. This is correct in the paragraph that follows the example.
In the last paragraph, there's an extraneous space in the prompt, which should read [jon@frogbog tmp]$ .
Page 171
The section header should read &&, ||, and !, not &&, ??, and !
Page 173
In the first line, 'list commands to be done' should read 'list of commands to be done.'
Page 180
The third line of the example should read
> mv $foo `echo $foo|sed 's/-/_/g'`
That is, backticks should surround the echo statement. This error is repeated in the first sentence following the example.
Page 182
The third line from the bottom of the page should read as follows:
That is, the quotes should be backquotes again.
Page 187
In the second paragraph, the grouping commands each have an extra closing character at the end; that is, they should read ( cd /etc ; grep my-regexp * ; cd * ) 2> /dev/null and { cd /etc ; grep my-regexp * ; cd * } 2> /dev/null.
In the third paragraph, the find statement should be surrounded by back quotes rathe

Submit Errata

More Information

Unlimited one-month access with your purchase
Free Safari Membership