HOME > 電算 > ed メモ

ed 勘どころ

一応の紹介

ed は対話的に使うテキストエディタである（もちろんそうでない使い方もできるが）。この点では、Emacs や vi と変わりがない。ed にはコマンドモードと入力モードがある。この点では Emacs と異なり、vi に同じである。ed にはカーソルというものがない。カレントポイントという概念はなく、現在行という概念だけがある。この点で vi と異なる。そして、ed が持つ外見上の最大の特徴は、明示的に要求されない限りバッファの内容を表示しないということである。つまり、ed はスクリーンエディタではない。

ed のコマンドの多くは、1 個以上のアドレスにより表現された 1 つ以上の行を対象として実行される。（たとえば vi の x コマンドはカーソル上の一文字を対象として実行されるが、このような真似は ed にはできない）。これは外見上にカーソルがないことに呼応している。もし、行の中の一部分に変更を加えたいならば、その行を対象として置換コマンドを使うことになる。

最低限知っておくべきことは、a コマンドにより現在行の後ろに新しい行を挿入する入力モードに入り、ピリオドひとつだけの行を入力すると入力モードが終了するということである。

そして、これがたぶん一番大事なのだが、ed を終了させるコマンドは q である。（バッファに内容があり、保存されていない状態で q コマンドを打つと、保存を促すために ? が返される場合もがあるが、こうした場合は再度 q コマンドを打つと終了できる）

アドレスの指定

ed はデフォルトではコマンドモードにおいてプロンプトを表示しない。以下の例ではシェルから、

$ ed -p'> ' test.txt

として ed を起動し、コマンドプロンプトとして > を表示するようにしている。これはたんにこのページを読みやすいものにするためである。

ed のコマンドは、[address[,address]]command[parameters] という構造を持つとマニュアルに書いてある。これだけ見ると、command のところに、再帰的に [address[,address]]command[parameters] 全体を入れることができそうに見えるが、それはできない。

コマンドはコマンドに前置されるアドレスが示す行に対して実行されるが、コマンドにより、必要とするアドレスの個数が異なる。たとえば、p コマンドは二つのアドレスを必要とし、それらが挟む（二つのアドレス自体を含む）範囲を表示する。

一般的に二つのアドレスを必要とするコマンドにおいて、アドレスが 1 つしか指定されなかった場合、二つ目のアドレスに一つ目と同じものが指定されたと解釈される。したがって、

> 5,5p
> 5,p
> 5p

は同じことを意味し、いずれも 5 行目の内容を表示する。（p はバッファの内容を表示するコマンド）

蛇足ながら言っておくと、ed が対話的に使われる以上、アドレスを省略する機会は多く、したがってアドレスの全部またはいくつかを省略した場合の動作をよく理解しておくことが ed 習得の一つの鍵となる。

一般に、アドレスが 1 個も指定されなかった場合、デフォルトの動作はコマンドにより異なる。たとえば、p では現在行が 1 つ目と 2 つ目のアドレスとして指定されたと解される。つまり、現在 10 行目にいるなら

> 10,10p
> p

の 2 つは同じことを意味する。

= は、指定された行の行番号を表示するコマンドであり、一つの対象アドレスしか期待していない。デフォルトは最終行である。したがって、現在 10 行目にいるとし、かつ、このファイルが 10 行より多い行を持っているならば、

> 10=
> =

は、異なる行番号を表示する。現在行の行番号を知りたいならば、現在行のアドレスを示す .（ピリオド）を使って、

> .=

とする必要がある。このほかに、特別なアドレスを示すものに $ があり、最終行をあらわす。

また、特別なアドレス範囲をあらわすものとして、% と , があり、ともにバッファの最初の行から最後の行までをあらわす。したがって、

> 1,$p
> %p
> ,p

は、いずれもバッファの全内容を表示する。さらに ; は現在行から最終行までをあらわす。したがって、

> .,$p
> ;p

は同じことを意味する。（ただし、後述のオフセットを使った .,$-p は、現在行から最終行の一行前までを表示するのに対して、;-p という顔文字みたいなものは Invalid address としてエラーになってしまう）。

アドレスはオフセットを指定することができ、- または ^ は前の行を示し、+ は次の行を示す。-- や +++ のように重ねて使うことができ、-- は -2、++ は +2 と書いても同じである。したがって、

> 10p
> 9+p
> 8+2p
> 12--p
> 6+2+2p
> 10+2-2p

はいずれも 10 行目を表示する。オフセットは、基準となるアドレスが指定されていない場合には、現在行を基準に働く。したがって、現在 10 行目にいるなら、

> +p
> +1p
> ++-p
> +2-p

はすべて 11 行目を表示する。

= においてもこれはあてはまり、-= は .-= を意味するものであって、$-= を意味するものではない。（cf. アドレスがまったく指定されていない場合、= は $= と同じである）。

アドレスはコマンドが期待するより多くの個数を指定することができ、この場合、コマンドは必要なアドレスの数だけ、指定されたアドレスを後ろから使う。

p は二つのアドレスを期待しているから、

> 10,11p
> 9,10,11p
> 12,10,11p

は同じことを意味する。また、= は一つのアドレスを期待しているから、

> 3=
> 10,3=
> 10,1,3=

は同じことを意味する。

コマンドによって使われないアドレスは、何を書いてもいいかといえば、そうではない。後続するアドレスは、先行するアドレスと同じ行か、それ以後の行を示すものでなくてはならないという一般的な規則には、ここでも従わなくてはならない。と信じていたんだが、先程試したらウソでした。

この仕様は、今のところ意味がないように見えるが、じつは役に立つということを後で述べる。

正規表現によるアドレス指定

ed では、正規表現を使ったアドレス指定が可能である。/dog/ というアドレスを指定すると、現在行の次の行から最終行に向かって、dog というパターンを検索し、それから一行目に戻って現在行までを検索する。パターンが発見されると、停止し、その行番号をアドレスとして指定したのと同じ効果を示す。現在行が最後に探索される点に注意。

. * ^ $ [ ] \( \) \1 \2 ... のたぐいは、ほぼ sed と同じように使える。（というより、ed 流の表現が sed に遺伝しているのである。）

/正規表現/ のかわりに ?正規表現? を使うと、現在行の前の行からバッファの先頭に向かって検索され、先頭に達するとバッファの最終行にもどり、現在行までを検索する。/正規表現/ を使っても ?正規表現? を使っても、現在行は最後に検索されるわけである。

?正規表現? はバッファを先頭に向けて検索をするが、これはコマンドに前置されるアドレス並びがバッファ先頭に近いものから順に並んでいないといけないという原則を覆すものではない。たとえば、バッファの内容が

one
two
three
four
five

であるとき（現在行がいずれにあっても）、

> ?three?,?five?p

は、2 行目から 5 行目までを正しく表示するが、

> ?three?,?one?p

はエラーになる。

特定の文字列を含む行が複数あるときに、それらの行をすべて表示したいと思うことがあるだろう。しかし、正規表現によるアドレス指定は、そうした用途で使うことができない。検索は必ず最初のマッチで検索が停止するし、この動作を変更するオプションのようなものは存在しない。それに、そもそも連続していない複数の行を表示するためのコマンドは用意されていない。この目的を達するためには、次に述べる g コマンドを使うべきである。

g コマンド

コマンドの中で特別なものが g コマンドである。これは、直後に正規表現をとり、さらにその後ろにコマンドリストをとることができる。コマンドリスト中の各コマンドは、最後のものを除いて、バックスラッシュ＋改行で区切られていなくてはならない。正規表現がマッチした行に対して、コマンドリストが一回ずつ実行される。ただし、コマンドリスト中に再び g を含めることはできない。したがって、

> 1,10g/dog/p\
p

は、1 行目から 10 行目までのなかで、dog を含む行を二回ずつ表示する。(二行にわたっているが、これらはバックスラッシュで一つにつながったものだ)。コマンドリスト中のコマンドは一つでもかまわないので、

> 1,10g/dog/p

としておけば、一回ずつ表示される。

コマンドリストの中に書くコマンドは、アドレスを前置することが可能である。したがって、

> 1,10g/dog/.=

は、1行目から 10 行目までのなかで、dog を含む行番号を表示する。

もちろん、. 以外のアドレスも指定することができる。たとえば、

1,10g/dog/5p

は、1 行目から 10 行目までに dog を含む行のある回数だけ、5 行目の内容を表示する。かりに dog を含む行が 3 行あったとすると、まったく同じものが 3 回出力される。（たぶん、だれもこんなことはやりたくないであろう）。

g コマンドに前置されるアドレスが省略された場合は、1,$ がデフォルトとして使われる。したがって、

> g/dog/p

は、現在行がいずれにあっても、バッファ中で dog を含む行を先頭からすべて表示する。

蛇足ながら言っておくと、g コマンドに後続する正規表現と、アドレスを指定するための正規表現を文脈上しっかり区別して考えることが ed 習得の一つの鍵である。

二種類のデリミタ

一般に、複数のアドレスを指定する場合のデリミタは、カンマのほかにセミコロンを使うことができる。デリミタにセミコロンを使った場合、後続するアドレスは先行するアドレスを現在行として解釈する。逆にいうと、デリミタにカンマを使った場合、あるアドレスの解釈に用いられる現在行は、先行するアドレスに左右されない。

二つのアドレスを行番号で指定するような場合、行番号が指す行は現在行がいずれにあるかに依存しないので、

> 1,5p
> 1;5p

のふたつは、ともに 1 行目から 5 行目までを表示するに過ぎない。しかし、オフセットを指定する場合にはデリミタにセミコロンを使う意味が出てくる。（アドレスにオフセットだけが指定された場合、現在行が基準となるからである）

バッファの一行目に現在行があるとして、

> 3,+1p

とやると、Invalid address というエラーになる。これは、二つ目のアドレスはオフセットだけで基準となるアドレスが明示されていないので、.+ つまり現在行の次の行と解釈されたのである。現在行が 1 だったので、結局、3,2 というあり得ない範囲が指定されたことになったのである。これに比べて、

3;+1p

とすると、二つ目のアドレスにとっての現在行は、先行するアドレスが指す 3 行目ということになるので、このコマンドは 3 行目から 4 行目までを表示することになる。

アドレスに正規表現を使うような場合にも、このセミコロンは大変有用である。

p コマンドは、二つのアドレスを期待している。三つ以上指定された場合、後ろから二つのアドレスだけが使用されると前述した。p コマンドでアドレスを三つ指定する場合、アドレスの区切りにカンマを使う限り、最初のアドレスは意味を持たない。しかし、区切りにセミコロンを使うならば、話は違ってくる。

chapter1

section1
（第 1 章第 1 節の内容）
section2
（第 1 章第 2 節の内容）
section3
（第 1 章第 3 節の内容）

chapter2

section1
（第 2 章第 1 節の内容）
section2
（第 2 章第 2 節の内容）
section3
（第 1 章第 2 節の内容）

という内容のバッファで、現在行が 1 行目にあるとすると、

> /chapter2/;/section2/;/section3/-p

は、第 2 章第 2 節の内容を表示する。最初のアドレスは、現在行を進めるのに役立っているのだ。もし、区切りにカンマを使ったならば、第 1 章第 2 節の内容が表示されてしまうだろう。

こうしたアドレスの指定を g コマンドと併用すればことにより、かなり複雑な検索が可能になる。

先述したが、後続するアドレスは先行するアドレスと同じかそれ以前の行を示すものではなくてはならない。これについては、デリミタにカンマを使った場合と異なることがない。

ここではもう一つだけ簡単な例を挙げておこう。現在行がバッファの下のほうにあるときに、正規表現を使ったアドレス指定で先頭から探索し、最初にマッチした行の行番号を表示させたい場合には、

1;/dog/=

のようにすればよい。（もしたんに /dog/= とするならば正規表現による探索は、現在行の次の行から開始されるだろう。）

// の利用

// は最後に行った検索を繰り返すとマニュアルにある。これは、最後に書いた正規表現をもう一度打つ手間を省くだけのものである。

アドレス指定にこれを使うことを考えてみると、現在行は前の検索のときから変わっている可能性があるので、バッファの内容に変更がないとしても // により前回と同一のアドレスが得られるとは限らない。

この // という略記は、アドレス指定のためにも使えるし、g コマンドに後続する正規表現としても使える。そして、前回の検索が、アドレス指定中の正規表現だった場合はその内容が、g コマンドに後続する正規表現だった場合はそちらの内容が、その後に使われる // によって再現される。

s コマンド

ed においてコマンドの対象となるものは常に行単位であるから、一文字のタイプミスを修正するにも、その行全体を対象にした置換コマンドを打ってやる必要がある。置換用の s コマンドは、こうした用途によく使われる。

s コマンドは、s/old/new/ の形をとる。たとえば、

> 1,10s/old/new/

は、1 行目から 10 行目の範囲において、各行の最初に出現した old を new に置換する。

各行に出現したすべての old を new に置換するためには、

> 1,10s/old/new/g

のように、g サッフィクス（接尾辞）を加える。この g は、あくまでも s コマンドのサッフィクスであり、先述したコマンドの g とはまったく別物である。

s コマンドのサッフィクスとして自然数を用いることができる。これによって、その行において何回目にマッチした部分に置換を働かせるかを指定できる。

s コマンドは、二つのアドレスが前置されることを期待している。もしアドレスが一つも与えられなかった場合、.,. が与えられたと解され、置換は現在行のみに対して行われる。

その他

u で直前に実行したコマンドのアンドゥ。

行番号つきの表示（n）。

削除（d）、移動（m）、コピー（t）、行の連結（j）、行に対するマーク（j）、行番号つきの表示（n）、最後の置換の繰り返し（s）。

エラーメッセージ表示のトグル（H）、最後のエラーメッセージの表示（h）、コマンドプロンプト表示のトグル（P）。

r は指定されたファイルを指定した行の後ろに追加し、w はファイルへの書き出し、e はファイルを読み込む。

r! につづいてシェルコマンドを入力すると、そのコマンドがシェルで実行されて、標準出力が指定行の後ろに読み込まれる。

q で ed は終了、Q で無条件に終了する。Crl c で命令のキャンセルできる。入力モードにあれば、すぐさまコマンドモードに抜ける。

そのほか色々:-)

ed と日本語

この問題については、私はあまり理解していない。ただたんに容易に観察できた点だけを書いておこう。

当然ながら、ed を起動するターミナルが日本語をうまく扱える必要がある。私の Linux 機のロケールは ja_JP.eucJP で、gnome-terminal 2.4.2 と kterm 6.2.0.ext02 とが入っている。kterm ほうが、日本語をよりうまく扱うことができるので、ed で日本語を扱うときは、こちらを利用している。（たとえば gnome-terminal は、行頭に 2 バイトスペースがあると、表示状況が不安定になったりする）

あとの問題は、ed そのものについてで、ed が自分が動いている環境のロケールをどのように生かすか、また生かせるようにコンパイルされているかということである。私は GNU ed version 0.2 を使っているが、ともかくこれはコンパイル時に locale.h をインクルードしている。

試しに ed で日本語を使ってみると、かなや漢字などの 2 バイト文字が正規表現のメタキャラクタ . （ピリオド）によって正しく一文字として認識されている。しかし、[ ] を使った文字クラスの指定で、- を使い範囲を指定した場合（たとえば [あ-ん]）、否定文字クラスを用いた場合には、うまくいかなかった。

余談ながら、私の環境において面白いことが観察できるのは、ed の入力モードにおいて 2 バイト文字を入力時に、バックスペースを使ったときである。たとえば、入力モードで平仮名の「あ」を入力して、バックスペースを一回押すと、「あ」の右半分だけが消える。さらにここで「あ」をもう一度打ち込んで、やはりバックスペースを一回押す。コマンドモードに戻って p コマンドでこの行を見てみると、「い」が一つ表示される。「あ」を二つ使って「い」を入力できたわけである。

ようするに、私の環境では、入力モード時のバックスペースは、直前の文字が 1 バイト文字であろうと 2 バイト文字であろうと 1 バイトぶん削除するのだ。l（エル）コマンドで「あ」を見ると \244\242、「い」を見ると \244\244 である（これは「あ」「い」の EUC 表現を 8 進数であらわしたものなり）。「あ」の前半 1 バイトを二つつなげると「い」になるのだ。

非対話的使い方

sed では難しいが ed では簡単だという種類の編集作業があり、ed をコマンドラインから非対話的に利用したいことがある。

ed は sed とちがい編集対象を標準入力から受け取ることができない。編集対象をファイルに保存し、コマンドライン（あるいは w コマンド）でそのファイル名を与えるほかはない。ed が標準入力から受け取るのは、コマンドである。エラーメッセージは標準エラーに送られる。-s オプション（ただの - も同じ）は、ある種のメッセージが標準エラーに出るのを抑止する。なお、H コマンドにより出力されるエラーメッセージも、標準エラーに送られる。（GNU ed ver0.2）

$ cat input.txt
the first line
the second line
the third line
$ cat command.txt
1p
3p
$ /bin/ed -s input.txt < command.txt > output.txt
$ cat output.txt
the first line
the third line

段落内改行の削除

たんに一行の行数を一定の範囲に収めるために、段落の途中で改行がされている原稿がある。こうした段落内の改行を削除することを考えてみる。

もし、これが一行字数の設定方法を知らないワープロ利用者による原稿であったなら、たぶん段落頭の字下げをホワイトスペースを用いて表現しているだろう。こうした原稿を処理するには、

$;/^[ 　]/,$v/^[ 　]/-,.j

で事足りる。（ここで [ 　] の中身は、1 バイトと 2 バイトのホワイトスペースが一個ずつ入っていっている）。翻訳すると「まず最終行の次の行（バッファの一番上の行）からスペースで始まる行をさがしていき、その行から最終行までのうち、1 バイトあるいは 2 バイトの空白によって始まらない行については、その前行とその行を連結せよ」という意味である。空白で始まる行がひとつもなければ、No Match エラーになる。

一方、メール本文や LaTeX の原稿のように、空行をもって段落の境となすようなものでは、

$;/./+,$v/^$/-,.j

とやれば、用が足りる。これは、「まず最終行の次の行（バッファの一番上の行）から、何か文字を含む行をさがし、その次の行から最終行までに対して、もし空行でない行があれば、その前行とその行を合併する」と翻訳することができる。ただし、バッファに一行しかない場合は、アドレス・エラーになる。

これらに似たことを sed でやろうとすると こんな具合になる。sed は ed と違い、黙って入力全体を保持しておくようなバッファを持たないのでホールドスペースへのバッファリングを明示的に行っている。

diff と ed

diff は二つのファイルを比較するが、-e オプションを使うと、比較した結果を ed がコマンド・スクリプトとして読めるような形で出力することができる（使われるのは、a, c, d 各コマンド）。ed を patch のように用いることができるわけである。実際、これは patch が作られるまで利用されていたそうだ。

$ cat old.txt
This is
old.
$ cat new.txt
This is
new.
$ diff -e old.txt new.txt > diff.txt
$ cat diff.txt
2c
new.
.
$ (cat diff.txt; echo '1,$p') | /bin/ed -s old.txt
This is
new.

ledit と ed

ed は、どんなときでも使えるようにと readline なんて親切なものは使っていない。だから、a コマンドで入力中にその行のすでに打ったところにカーソルを戻して削除や挿入をしたり、以前に打ったコマンドを呼び出してこれを少し直して実行することはできない。しかし ledit というものがある。標準入力を標準出力に出すだけだが、その間に readline を使った編集をやらせてくれる。キーバインディングはおおむね Emacs 式だ。残念ながら日本語を使うことはできないけど。

$ ledit ed

ed で単語帳を作る

ed の積極的な利用の仕方はないものかと考えていて、単語帳を編集するのに存外向いていそうだと思い当たった。単語帳は一行ずつデータが独立しているので、スクリーンエディタでなくても十分実用になりそうだ。

それに、単語帳は検索の必要性が高いので、コマンドモードと入力モードがある ed の活躍する場面が多いであろう。たとえば、今まで入力した単語を検索するときにも ed を使うと幸せな気分を味わえる。たとえば cat という単語を今まで調べたかどうか知りたいときに、ごく簡単に /cat とだけ打てばよい。ちょっとしたデータベース気分を味わえる。

まず、簡単に単語帳の構造を決めておくと便利にちがいない。以下その一例。

---By the Ionian Sea---+
75+
--ch10
@2005-12-21
carry away 印象を受ける
uncouth 粗野な
demeanour 立ち居ふるまい
……
76+
exclamation 感嘆
querulous /kw'erul\as/愚痴っぽい
……
drift 大意 hit the drift of
by dint of sth. 〜の功により
revile ののしる
77+
kith and kin 親類縁者
@2005-12-22
stone-dead 全く息の絶えた
take hold upon sb. 胸を打つ
……
scenic /si:nik/ 芝居のような
fall foul of sb. 当たり散らす
@2005-12-25
ensue 続き起こる
access (医) 発作
……
expectorate: cough or spit out (phelgm) from the throat or lungs
inmate: 収容者
hosterly: (archaic or humorous) in or pub
---+

実際の使用例はたとえば以下のごとし。

                      # シェルから ed を起動。プロンプトを > にしておく 
$ ed -p '> ' words.txt
1072
>                     # 以下シャープで始まる行はコメント。
>                     # 起動時に表示されるのはバイト数。
>                     # 起動時の現在行は最終行。
>                     # H でエラーメッセージを表示するよう設定
> H
>                     # どんな本の何章を勉強していたんだっけ。
> g?^-?p
---By the Ionian Sea---+
--ch10
---+
>                     # 何ページを読んでいったんだっけ
>                     # ( ?  ? でかこんだ正規表現は文頭へ向けて検索される
>                     #   また、ページ番号を示す行は + で終わっている )
> ?+$?p
77+
>                     # どの単語まで引いたかな。最後 5 行を見てみよう。
> $-5,$p
bustle: move energetically or noisily
*phlegm /flem/ 痰
expectorate: cough or spit out (phelgm) from the throat or lungs
inmate: 収容者
hosterly: (archaic or humorous) in or pub
---+
>                     # まず今日の日付を書き込むぞ
> $-r !date +@\%Y-\%m-\%d
12
>                     # 日付ぶん 12 バイトが挿入されたぞ
>                     # では今日の勉強だ。
>                     # subside って前に調べたかな
> /subside
?
No match
>                     # 調べてないな
>                     # subside をあらたに書き込もう
> $i
subside （熱が）やわらぐ
.
>                     # おっと、ここから次のページだ
> a
78+
.
>                     # qualm を書き込もう
> a
qualm (a) feeeling doubt or unease about one's behaver
.
>                     # 綴りはだいじょうぶかチェックしよう
> .w !nkf -w | aspell -l
feeeling
56
>                     # 説明文中で feeling の e が一個多かったか
>                     # (56 というのは ispell への出力バイト数)
>                     # さっそく直しておこう
> s/eee/ee/
>                     # ひとまず、保存
> w
1143                  
>                     # ファイルのサイズは 1143 バイトだってさ
>                     #
>                     # 前にやった日に勉強した単語を復習しとこう
> ?^@?;?^@?;/^@/-p
@2005-12-25
ensue 続き起こる
access (医) 発作
lank ひょろ長い
……
>                     # 今日調べた単語を印刷しとこう
> $;?^@?;$w !mpage -1 | lpr
> 76
>                     # で、終了
> q
$                     # シェルに戻ってきました。めでたし、めでたし。