空ではなく地面になりますが、花粉を放射性物質だと間違えた事例は去年発生していましたね。
# この記事を探すために「花粉 原発」でググったら花粉による放射性物質の飛散がどーたらいうページが大量に……

「貧食 (貧民食堂)」て。正式名称も書いてあげましょうよ。……あれ？なかなか思い出せん。川内第二食堂だっけ？自信ないな。

又聞きですが、残念ながら貧食はなくなってしまったそうです。
カレー小280円 (これまたうろ覚え) が貴重なカロリー源だったこともあったなぁ。

名前を省略させないことを優先させて1行78文字ポリシーを捨てたクチです。

しばらくは両立させようとしていましたが、「変数名1->メンバ名 = 変数名2->メソッド（引数1, 引数2);」としただけで78文字を超えたのを見て、78文字ルールは守り切れないと悟りました。
同一関数内でstという省略がstaticとstatisticとstatusの3種類を表している(*)のを見て頭を抱えた経験もあり、ローカル変数なども極力省略は控えるようにしたり、それを布教したりしています。
(*)それぞれ別人が異なる時期にメンテした結果そうなったらしい。

ただ、際限なく長くしても見辛いので、78文字に代わる新たな目安をどうするかに悩んでいます。
今は気分次第で適当に。

4番目のどこが悪いんだろう。
ポインタじゃなくて実体のアップキャストをしていたということ？こんな感じに。

class Derived: public Base { ... };
Derived d;
...
Base b = d;

規格書を見直してみるとありました。ご指摘ありがとうございます。
こんな定義ですね。

__STDC_UTF_16__が1に定義されている: char16_t はUTF-16エンコーディング
__STDC_UTF_16__が定義されていない: char16_tは処理系定義

__STDC_UTF_32__ もUTF-32について同様。

※ C11では1に定義されているか全く定義されないかの二者択一。2に定義される等のパターンはない。

# char16_t, char32_tの定義自体があるかないかを表すマクロがあるものとばかり思ってました。

なるほど。readはほとんど使ったことがないので参考になります。

おや、直接 echo ... | read ... だとダメなのか。man確認しとこう。

あー、両脇から取り出すか先頭から順に取り出すかだけの違いじゃないか。
何故気付かなかったorz

eval $(echo "$v" | sed -r 's/([^:]*):([^:]*):(.*)/a='\''\1'\''; b='\''\2'\'';  c='\''\3'\'';/')

あ。vにシングルクォートを含めたら破綻した(- -;;

アドバイスありがとうございます。

最初の例については、shibuyaさんのバージョンと同様に、str3にコロンが入ってくる形だとうまくいかなくなってしまいますね。
後者のsedを使うバージョンについては、s/([^:]*):([^:]*):(.*)/……/とすれば対応可能そうです。
本文に書いた、cutを使う方法と同様に、同じようなコマンドが連続するのが気になりますが、evalと組み合わせれば1回で済みそうですね。

eval $(echo "$v" | sed -r 's/([^:]*):([^:]*):(.*)/a='\''\1'\''; b='\''\2'\'';  c='\''\3'\'';/')

……て、わかりづらいな。3日後にこれを解読できる自信がありません（汗

アドバイスありがとうございます。
本文が誤解を招く表現になっていた (修正しました) ので、後出し気味の話になってしまいますが、v="aaa:bbb:ccc:ddd"のように、str3にコロンが入るとうまくいかないんですよね、これ。

この方向性ならこれで望みのものが得られました。アドバイスありがとうございます。

(関数の中で)
local IFS=':'
set -- "$v"
a="$1"
b="$2"
shift 2
c="$*"

TEXT='AAA;hoge;2345;6789' の時に 「AAA」「hoge」「2345;6789」が欲しいんですよ。これだと3番目が「2345」になってしまうわけで。
shiftでずらしつつIFSで繋げて再構成すればいいか。

# IFSによる分割、Cのstrtok()的な動作 (文頭、文末の区切りは無視。連続する区切りはひとつの区切り扱い) だと
# 勘違いしてました。