forked from swcarpentry/shell-novice
-
Notifications
You must be signed in to change notification settings - Fork 0
/
06-find.html
301 lines (290 loc) · 22 KB
/
06-find.html
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
161
162
163
164
165
166
167
168
169
170
171
172
173
174
175
176
177
178
179
180
181
182
183
184
185
186
187
188
189
190
191
192
193
194
195
196
197
198
199
200
201
202
203
204
205
206
207
208
209
210
211
212
213
214
215
216
217
218
219
220
221
222
223
224
225
226
227
228
229
230
231
232
233
234
235
236
237
238
239
240
241
242
243
244
245
246
247
248
249
250
251
252
253
254
255
256
257
258
259
260
261
262
263
264
265
266
267
268
269
270
271
272
273
274
275
276
277
278
279
280
281
282
283
284
285
286
287
288
289
290
291
292
293
294
295
296
297
298
299
300
301
<!DOCTYPE html>
<html>
<head>
<meta charset="utf-8">
<meta name="generator" content="pandoc">
<title>Software Carpentry: The Unix Shell</title>
<link rel="shortcut icon" type="image/x-icon" href="/favicon.ico" />
<meta name="viewport" content="width=device-width, initial-scale=1.0" />
<link rel="stylesheet" type="text/css" href="css/bootstrap/bootstrap.css" />
<link rel="stylesheet" type="text/css" href="css/bootstrap/bootstrap-theme.css" />
<link rel="stylesheet" type="text/css" href="css/swc.css" />
<link rel="alternate" type="application/rss+xml" title="Software Carpentry Blog" href="http://software-carpentry.org/feed.xml"/>
<meta charset="UTF-8" />
<!-- HTML5 shim, for IE6-8 support of HTML5 elements -->
<!--[if lt IE 9]>
<script src="http://html5shim.googlecode.com/svn/trunk/html5.js"></script>
<![endif]-->
</head>
<body class="lesson">
<div class="container card">
<div class="banner">
<a href="http://software-carpentry.org" title="Software Carpentry">
<img alt="Software Carpentry banner" src="img/software-carpentry-banner.png" />
</a>
</div>
<article>
<div class="row">
<div class="col-md-10 col-md-offset-1">
<h1 class="title">The Unix Shell</h1>
<h2 class="subtitle">Finding Things</h2>
<section class="objectives panel panel-warning">
<div class="panel-heading">
<h2 id="learning-objectives"><span class="glyphicon glyphicon-certificate"></span>Learning Objectives</h2>
</div>
<div class="panel-body">
<ul>
<li>Use <code>grep</code> to select lines from text files that match simple patterns.</li>
<li>Use <code>find</code> to find files whose names match simple patterns.</li>
<li>Use the output of one command as the command-line parameters to another command.</li>
<li>Explain what is meant by “text” and “binary” files, and why many common tools don’t handle the latter well.</li>
</ul>
</div>
</section>
<p>You can guess someone’s age by how they talk about search: young people use “Google” as a verb, while crusty old Unix programmers use “grep”. The word is a contraction of “global/regular expression/print”, a common sequence of operations in early Unix text editors. It is also the name of a very useful command-line program.</p>
<p><code>grep</code> finds and prints lines in files that match a pattern. For our examples, we will use a file that contains three haikus taken from a 1998 competition in <em>Salon</em> magazine. For this set of examples we’re going to be working in the writing subdirectory:</p>
<pre class="sourceCode bash"><code class="sourceCode bash">$ <span class="kw">cd</span>
$ <span class="kw">cd</span> writing
$ <span class="kw">cat</span> haiku.txt</code></pre>
<pre class="output"><code>The Tao that is seen
Is not the true Tao, until
You bring fresh toner.
With searching comes loss
and the presence of absence:
"My Thesis" not found.
Yesterday it worked
Today it is not working
Software is like that.</code></pre>
<aside class="callout panel panel-info">
<div class="panel-heading">
<h2 id="forever-or-five-years"><span class="glyphicon glyphicon-pushpin"></span>Forever, or Five Years</h2>
</div>
<div class="panel-body">
<p>We haven’t linked to the original haikus because they don’t appear to be on <em>Salon</em>’s site any longer. As <a href="http://www.clir.org/pubs/archives/ensuring.pdf">Jeff Rothenberg said</a>, “Digital information lasts forever — or five years, whichever comes first.”</p>
</div>
</aside>
<p>Let’s find lines that contain the word “not”:</p>
<pre class="sourceCode bash"><code class="sourceCode bash">$ <span class="kw">grep</span> not haiku.txt</code></pre>
<pre class="output"><code>Is not the true Tao, until
"My Thesis" not found
Today it is not working</code></pre>
<p>Here, <code>not</code> is the pattern we’re searching for. It’s pretty simple: every alphanumeric character matches against itself. After the pattern comes the name or names of the files we’re searching in. The output is the three lines in the file that contain the letters “not”.</p>
<p>Let’s try a different pattern: “day”.</p>
<pre class="sourceCode bash"><code class="sourceCode bash">$ <span class="kw">grep</span> day haiku.txt</code></pre>
<pre class="output"><code>Yesterday it worked
Today it is not working</code></pre>
<p>This time, two lines that include the letters “day” are outputted. However, these letters are contained within larger words. To restrict matches to lines containing the word “day” on its own, we can give <code>grep</code> with the <code>-w</code> flag. This will limit matches to word boundaries.</p>
<pre class="sourceCode bash"><code class="sourceCode bash">$ <span class="kw">grep</span> -w day haiku.txt</code></pre>
<p>In this case, there aren’t any, so <code>grep</code>’s output is empty.</p>
<p>Another useful option is <code>-n</code>, which numbers the lines that match:</p>
<pre class="sourceCode bash"><code class="sourceCode bash">$ <span class="kw">grep</span> -n it haiku.txt</code></pre>
<pre class="output"><code>5:With searching comes loss
9:Yesterday it worked
10:Today it is not working</code></pre>
<p>Here, we can see that lines 5, 9, and 10 contain the letters “it”.</p>
<p>We can combine options (i.e. flags) as we do with other Unix commands. For example, let’s find the lines that contain the word “the”. We can combine the option <code>-w</code> to find the lines that contain the word “the” and <code>-n</code> to number the lines that match:</p>
<pre class="sourceCode bash"><code class="sourceCode bash">$ <span class="kw">grep</span> -n -w the haiku.txt</code></pre>
<pre class="output"><code>2:Is not the true Tao, until
6:and the presence of absence:</code></pre>
<p>Now we want to use the option <code>-i</code> to make our search case-insensitive:</p>
<pre class="sourceCode bash"><code class="sourceCode bash">$ <span class="kw">grep</span> -n -w -i the haiku.txt</code></pre>
<pre class="output"><code>1:The Tao that is seen
2:Is not the true Tao, until
6:and the presence of absence:</code></pre>
<p>Now, we want to use the option <code>-v</code> to invert our search, i.e., we want to output the lines that do not contain the word “the”.</p>
<pre class="sourceCode bash"><code class="sourceCode bash">$ <span class="kw">grep</span> -n -w -v the haiku.txt </code></pre>
<pre class="output"><code>1:The Tao that is seen
3:You bring fresh toner.
4:
5:With searching comes loss
7:"My Thesis" not found.
8:
9:Yesterday it worked
10:Today it is not working
11:Software is like that.</code></pre>
<p><code>grep</code> has lots of other options. To find out what they are, we can type <code>man grep</code>. <code>man</code> is the Unix “manual” command: it prints a description of a command and its options, and (if you’re lucky) provides a few examples of how to use it.</p>
<p>To navigate through the <code>man</code> pages, you may use the up and down arrow keys to move line-by-line, or try the “b” and spacebar keys to skip up and down by full page. Quit the <code>man</code> pages by typing “q”.</p>
<pre class="sourceCode bash"><code class="sourceCode bash">$ <span class="kw">man</span> grep</code></pre>
<pre class="output"><code>GREP(1) GREP(1)
NAME
grep, egrep, fgrep - print lines matching a pattern
SYNOPSIS
grep [OPTIONS] PATTERN [FILE...]
grep [OPTIONS] [-e PATTERN | -f FILE] [FILE...]
DESCRIPTION
grep searches the named input FILEs (or standard input if no files are named, or if a single hyphen-
minus (-) is given as file name) for lines containing a match to the given PATTERN. By default, grep
prints the matching lines.
... ... ...
OPTIONS
Generic Program Information
--help Print a usage message briefly summarizing these command-line options and the bug-reporting
address, then exit.
-V, --version
Print the version number of grep to the standard output stream. This version number should be
included in all bug reports (see below).
Matcher Selection
-E, --extended-regexp
Interpret PATTERN as an extended regular expression (ERE, see below). (-E is specified by
POSIX.)
-F, --fixed-strings
Interpret PATTERN as a list of fixed strings, separated by newlines, any of which is to be
matched. (-F is specified by POSIX.)
... ... ...</code></pre>
<aside class="callout panel panel-info">
<div class="panel-heading">
<h2 id="wildcards"><span class="glyphicon glyphicon-pushpin"></span>Wildcards</h2>
</div>
<div class="panel-body">
<p><code>grep</code>‘s real power doesn’t come from its options, though; it comes from the fact that patterns can include wildcards. (The technical name for these is <strong>regular expressions</strong>, which is what the “re” in “grep” stands for.) Regular expressions are both complex and powerful; if you want to do complex searches, please look at the lesson on <a href="http://software-carpentry.org/v4/regexp/index.html">our website</a>. As a taster, we can find lines that have an ’o’ in the second position like this:</p>
<pre><code>$ grep -E '^.o' haiku.txt
You bring fresh toner.
Today it is not working
Software is like that.</code></pre>
<p>We use the <code>-E</code> flag and put the pattern in quotes to prevent the shell from trying to interpret it. (If the pattern contained a ‘*’, for example, the shell would try to expand it before running <code>grep</code>.) The ‘^’ in the pattern anchors the match to the start of the line. The ‘.’ matches a single character (just like ‘?’ in the shell), while the ‘o’ matches an actual ‘o’.</p>
</div>
</aside>
<p>While <code>grep</code> finds lines in files, the <code>find</code> command finds files themselves. Again, it has a lot of options; to show how the simplest ones work, we’ll use the directory tree shown below.</p>
<div class="figure">
<img src="fig/find-file-tree.svg" alt="File Tree for Find Example" />
<p class="caption">File Tree for Find Example</p>
</div>
<p>Nelle’s <code>writing</code> directory contains one file called <code>haiku.txt</code> and four subdirectories: <code>thesis</code> (which is sadly empty), <code>data</code> (which contains two files <code>one.txt</code> and <code>two.txt</code>), a <code>tools</code> directory that contains the programs <code>format</code> and <code>stats</code>, and an empty subdirectory called <code>old</code>.</p>
<p>For our first command, let’s run <code>find . -type d</code>. As always, the <code>.</code> on its own means the current working directory, which is where we want our search to start; <code>-type d</code> means “things that are directories”. Sure enough, <code>find</code>’s output is the names of the five directories in our little tree (including <code>.</code>):</p>
<pre class="sourceCode bash"><code class="sourceCode bash">$ <span class="kw">find</span> . -type d</code></pre>
<pre class="output"><code>./
./data
./thesis
./tools
./tools/old</code></pre>
<p>If we change <code>-type d</code> to <code>-type f</code>, we get a listing of all the files instead:</p>
<pre class="sourceCode bash"><code class="sourceCode bash">$ <span class="kw">find</span> . -type f</code></pre>
<pre class="output"><code>./haiku.txt
./tools/stats
./tools/old/oldtool
./tools/format
./thesis/empty-draft.md
./data/one.txt
./data/two.txt</code></pre>
<p><code>find</code> automatically goes into subdirectories, their subdirectories, and so on to find everything that matches the pattern we’ve given it. If we don’t want it to, we can use <code>-maxdepth</code> to restrict the depth of search:</p>
<pre class="sourceCode bash"><code class="sourceCode bash">$ <span class="kw">find</span> . -maxdepth 1 -type f</code></pre>
<pre class="output"><code>./haiku.txt</code></pre>
<p>The opposite of <code>-maxdepth</code> is <code>-mindepth</code>, which tells <code>find</code> to only report things that are at or below a certain depth. <code>-mindepth 2</code> therefore finds all the files that are two or more levels below us:</p>
<pre class="sourceCode bash"><code class="sourceCode bash">$ <span class="kw">find</span> . -mindepth 2 -type f</code></pre>
<pre class="output"><code>./data/one.txt
./data/two.txt
./tools/format
./tools/stats</code></pre>
<p>Now let’s try matching by name:</p>
<pre class="sourceCode bash"><code class="sourceCode bash">$ <span class="kw">find</span> . -name *.txt</code></pre>
<pre class="output"><code>./haiku.txt</code></pre>
<p>We expected it to find all the text files, but it only prints out <code>./haiku.txt</code>. The problem is that the shell expands wildcard characters like <code>*</code> <em>before</em> commands run. Since <code>*.txt</code> in the current directory expands to <code>haiku.txt</code>, the command we actually ran was:</p>
<pre class="sourceCode bash"><code class="sourceCode bash">$ <span class="kw">find</span> . -name haiku.txt</code></pre>
<p><code>find</code> did what we asked; we just asked for the wrong thing.</p>
<p>To get what we want, let’s do what we did with <code>grep</code>: put <code>*.txt</code> in single quotes to prevent the shell from expanding the <code>*</code> wildcard. This way, <code>find</code> actually gets the pattern <code>*.txt</code>, not the expanded filename <code>haiku.txt</code>:</p>
<pre class="sourceCode bash"><code class="sourceCode bash">$ <span class="kw">find</span> . -name <span class="st">'*.txt'</span></code></pre>
<pre class="output"><code>./data/one.txt
./data/two.txt
./haiku.txt</code></pre>
<aside class="callout panel panel-info">
<div class="panel-heading">
<h2 id="listing-vs.finding"><span class="glyphicon glyphicon-pushpin"></span>Listing vs. Finding</h2>
</div>
<div class="panel-body">
<p><code>ls</code> and <code>find</code> can be made to do similar things given the right options, but under normal circumstances, <code>ls</code> lists everything it can, while <code>find</code> searches for things with certain properties and shows them.</p>
</div>
</aside>
<p>As we said earlier, the command line’s power lies in combining tools. We’ve seen how to do that with pipes; let’s look at another technique. As we just saw, <code>find . -name '*.txt'</code> gives us a list of all text files in or below the current directory. How can we combine that with <code>wc -l</code> to count the lines in all those files?</p>
<p>The simplest way is to put the <code>find</code> command inside <code>$()</code>:</p>
<pre class="sourceCode bash"><code class="sourceCode bash">$ <span class="kw">wc</span> -l <span class="ot">$(</span><span class="kw">find</span> . -name <span class="st">'*.txt'</span><span class="ot">)</span></code></pre>
<pre class="output"><code>11 ./haiku.txt
300 ./data/two.txt
70 ./data/one.txt
381 total</code></pre>
<p>When the shell executes this command, the first thing it does is run whatever is inside the <code>$()</code>. It then replaces the <code>$()</code> expression with that command’s output. Since the output of <code>find</code> is the three filenames <code>./data/one.txt</code>, <code>./data/two.txt</code>, and <code>./haiku.txt</code>, the shell constructs the command:</p>
<pre class="sourceCode bash"><code class="sourceCode bash">$ <span class="kw">wc</span> -l ./data/one.txt ./data/two.txt ./haiku.txt</code></pre>
<p>which is what we wanted. This expansion is exactly what the shell does when it expands wildcards like <code>*</code> and <code>?</code>, but lets us use any command we want as our own “wildcard”.</p>
<p>It’s very common to use <code>find</code> and <code>grep</code> together. The first finds files that match a pattern; the second looks for lines inside those files that match another pattern. Here, for example, we can find PDB files that contain iron atoms by looking for the string “FE” in all the <code>.pdb</code> files above the current directory:</p>
<pre class="sourceCode bash"><code class="sourceCode bash">$ <span class="kw">grep</span> FE <span class="ot">$(</span><span class="kw">find</span> .. -name <span class="st">'*.pdb'</span><span class="ot">)</span></code></pre>
<pre class="output"><code>../data/pdb/heme.pdb:ATOM 25 FE 1 -0.924 0.535 -0.518</code></pre>
<aside class="callout panel panel-info">
<div class="panel-heading">
<h2 id="binary-files"><span class="glyphicon glyphicon-pushpin"></span>Binary Files</h2>
</div>
<div class="panel-body">
<p>We have focused exclusively on finding things in text files. What if your data is stored as images, in databases, or in some other format? One option would be to extend tools like <code>grep</code> to handle those formats. This hasn’t happened, and probably won’t, because there are too many formats to support.</p>
<p>The second option is to convert the data to text, or extract the text-ish bits from the data. This is probably the most common approach, since it only requires people to build one tool per data format (to extract information). On the one hand, it makes simple things easy to do. On the negative side, complex things are usually impossible. For example, it’s easy enough to write a program that will extract X and Y dimensions from image files for <code>grep</code> to play with, but how would you write something to find values in a spreadsheet whose cells contained formulas?</p>
<p>The third choice is to recognize that the shell and text processing have their limits, and to use a programming language such as Python instead. When the time comes to do this, don’t be too hard on the shell: many modern programming languages, Python included, have borrowed a lot of ideas from it, and imitation is also the sincerest form of praise.</p>
</div>
</aside>
<p>The Unix shell is older than most of the people who use it. It has survived so long because it is one of the most productive programming environments ever created — maybe even <em>the</em> most productive. Its syntax may be cryptic, but people who have mastered it can experiment with different commands interactively, then use what they have learned to automate their work. Graphical user interfaces may be better at the first, but the shell is still unbeaten at the second. And as Alfred North Whitehead wrote in 1911, “Civilization advances by extending the number of important operations which we can perform without thinking about them.”</p>
<section class="challenge panel panel-success">
<div class="panel-heading">
<h2 id="using-grep"><span class="glyphicon glyphicon-pencil"></span>Using grep</h2>
</div>
<div class="panel-body">
<pre><code>The Tao that is seen
Is not the true Tao, until
You bring fresh toner.
With searching comes loss
and the presence of absence:
"My Thesis" not found.
Yesterday it worked
Today it is not working
Software is like that.</code></pre>
<p>From the above text, contained in the file <code>haiku.txt</code>, which command would result in the following output:</p>
<pre><code>and the presence of absence</code></pre>
<ol style="list-style-type: decimal">
<li><code>grep of haiku.txt</code></li>
<li><code>grep -E of haiku.txt</code></li>
<li><code>grep -w of haiku.txt</code></li>
<li><code>grep -i of haiku.txt</code></li>
</ol>
</div>
</section>
<section class="challenge panel panel-success">
<div class="panel-heading">
<h2 id="find-pipeline-reading-comprehension"><span class="glyphicon glyphicon-pencil"></span><code>find</code> pipeline reading comprehension</h2>
</div>
<div class="panel-body">
<p>Write a short explanatory comment for the following shell script:</p>
<pre class="sourceCode bash"><code class="sourceCode bash"><span class="kw">find</span> . -name <span class="st">'*.dat'</span> <span class="kw">|</span> <span class="kw">wc</span> -l <span class="kw">|</span> <span class="kw">sort</span> -n</code></pre>
</div>
</section>
<section class="challenge panel panel-success">
<div class="panel-heading">
<h2 id="matching-ose.dat-but-not-temp"><span class="glyphicon glyphicon-pencil"></span>Matching <code>ose.dat</code> but not <code>temp</code></h2>
</div>
<div class="panel-body">
<p>The <code>-v</code> flag to <code>grep</code> inverts pattern matching, so that only lines which do <em>not</em> match the pattern are printed. Given that, which of the following commands will find all files in <code>/data</code> whose names end in <code>ose.dat</code> (e.g., <code>sucrose.dat</code> or <code>maltose.dat</code>), but do <em>not</em> contain the word <code>temp</code>?</p>
<ol style="list-style-type: decimal">
<li><p><code>find /data -name '*.dat' | grep ose | grep -v temp</code></p></li>
<li><p><code>find /data -name ose.dat | grep -v temp</code></p></li>
<li><p><code>grep -v temp $(find /data -name '*ose.dat')</code></p></li>
<li><p>None of the above.</p></li>
</ol>
</div>
</section>
<section class="challenge panel panel-success">
<div class="panel-heading">
<h2 id="little-women"><span class="glyphicon glyphicon-pencil"></span>Little Women</h2>
</div>
<div class="panel-body">
<p>You and your friend, having just finished reading <em>Little Women</em> by Louisa May Alcott, are in an argument. Of the four sisters in the book, Jo, Meg, Beth, and Amy, your friend thinks that Jo was the most mentioned. You, however, are certain it was Amy. Luckily, you have a file <code>LittleWomen.txt</code> containing the full text of the novel. Using a<code>for</code> loop, how would you tabulate the number of times each of the four sisters is mentioned? Hint: one solution might employ the commands <code>grep</code> and <code>wc</code> and a <code>|</code>, while another might utilize <code>grep</code> options.</p>
</div>
</section>
</div>
</div>
</article>
<div class="footer">
<a class="label swc-blue-bg" href="http://software-carpentry.org">Software Carpentry</a>
<a class="label swc-blue-bg" href="https://github.com/swcarpentry/shell-novice">Source</a>
<a class="label swc-blue-bg" href="mailto:[email protected]">Contact</a>
<a class="label swc-blue-bg" href="LICENSE.html">License</a>
</div>
</div>
<!-- Javascript placed at the end of the document so the pages load faster -->
<script src="http://software-carpentry.org/v5/js/jquery-1.9.1.min.js"></script>
<script src="css/bootstrap/bootstrap-js/bootstrap.js"></script>
</body>
</html>