シェルスクリプト総合その32

**デフォルトの名無しさん** · 2019/10/25(金) 00:08:45.53

シェルスクリプトに関する総合スレッドです。

全般
・荒しは無視しましょう。
・丁寧な姿勢を心掛けましょう。
・ネチケット（死語）を意識しましょう。
・「○○（他の言語）でいいやん」は禁止。他のスレに行ってください。

シェルスクリプト総合その31
https://mevius.5ch.net/test/read.cgi/tech/1565446670/

**デフォルトの名無しさん** · 2020/02/08(土) 22:01:26.95

importに名前空間を移動する印象があるのは同意だけど
sourceの「他のファイルに書いてるコードを実行する」ような印象はないな。
つーかsourceってシェル以外でみかけない。
名前空間とか高級な概念を無視する、単なる対象ファイルの実行・読み込みは
includeが一番「それっぽい」な。
C言語みたいなコンパイル方式でもm4・Xresourceみたいなインタプリタ・設定ファイル形式でも。

**デフォルトの名無しさん** · 2020/02/08(土) 23:17:01.30

sourceの本来の名前が . だとして、
/etc/profileとかに . /etc/bash.bashrc とか書いてあるでしょ？

これは関数定義等を読み込んでると言うより、
ただそこにあるスクリプトを実行してるという感じがしない？

**デフォルトの名無しさん** · 2020/02/08(土) 23:17:36.95

そもそもなんで . （ドット）だったのかっていう疑問もあるけどｗ

**デフォルトの名無しさん** · 2020/02/09(日) 07:56:47.77

>>560
ああ、いや、たしかにそうなんだけど、
sourceっていう名前の（または.（ドット）って名前の）コマンドや指令が
シェルスクリプト以外で見掛けないなと思ってさ。
じゃあシェルスクリプト以外の言語でsourceに最も近いはたらきをするのは
なにかって言えば、includeかなぁ。と。

**デフォルトの名無しさん** · 2020/02/09(日) 08:09:38.60

includeで言えばC言語かなぁ
でもC言語のincludeはヘッダファイルの読み込みで
（今のC++はそうとは言えないが）
実行するものはなにもないものだったよね

.やsourceを他の言語で見たことがないのは同意
なんでこの単語を選んだのか。まあ当時はそういうことをするときの
標準的な単語はなく、includeやimportの方がたまたま有名になったってだけな気もするけど

includeってC/C++以外あったっけ？

**デフォルトの名無しさん** · 2020/02/09(日) 08:12:52.16

include, import, load, require, source
他に何があるかな？

**デフォルトの名無しさん** · 2020/02/09(日) 08:15:45.81

とういうか、その話をするためにきたんじゃなかったｗ

makeってどういう亜種があるの？
それぞれのOSでどこまで互換性があるの？
どこかにそういう情報まとまってないかな

**デフォルトの名無しさん** · 2020/02/09(日) 08:19:42.30

https://pubs.opengroup.org/onlinepubs/9699919799/utilities/make.html
ここにPOSIXに関しては書いてあるけど、現実としてはどこまで互換性があるのかなと
つまり便利ないろんな機能（？が使いたいけど、ここには書いて無いようで
使っていいものなのかわからない

**デフォルトの名無しさん** · 2020/02/09(日) 08:26:03.00

オライリーのGNU Make、無料で公開されてたヽ(=´▽`=)ﾉ
https://www.yokoweb.net/2016/08/28/gnu-make-3rd-pdf-github/

**デフォルトの名無しさん** · 2020/02/09(日) 08:40:31.63

Makeについて調べていたら上のシバンの話、!の後にスペース入れれっていうのが見つかったでｗ

https://web.sfc.wide.ad.jp/~sagawa/gnujdoc/autoconf-2.59/autoconf-ja_10.html
> また，以下のように，インタプリタ仕様として，感嘆符の後にスペースを含めてください．
>
> #! /usr/bin/perl

**デフォルトの名無しさん** · 2020/02/09(日) 08:41:08.32

ここまでコピペするべきだった

> パスの前のスペースを省略する場合，(DYNIXのような)4.2BSDを基本とするシステムは，
> `#! /'は4バイトのマジックナンバーとして解釈されるので，その行を無視します．
> 古いシステムでは，`#!'行の長さにも小さな制限があり，例えばSunOS 4では，(改行を含めず)32バイトになります．

**デフォルトの名無しさん** · 2020/02/09(日) 09:07:13.64

>>563
VBScript

**デフォルトの名無しさん** · 2020/02/09(日) 10:20:28.40

>>569
それ間違っている
https://www.in-ulm.de/~mascheck/various/shebang/#blankrequired

>You may also read, that (allegedly) such a kernel parses "#! /" as a 32-bit (long) magic.
>4.2BSD in fact doesn't require it, although previous versions of the GNU autoconf tutorial wrongly claimed this ("10. Portable Shell Programming", corrected with release 2.64, 2009-07-26).
>But instead, see 4.2BSD, /usr/src/sys/sys/kern_exec.c (the first regular occurence). A blank is accepted but not required.

**デフォルトの名無しさん** · 2020/02/09(日) 12:28:36.33

pgrepには検索文字数の制限があるのか？

**デフォルトの名無しさん** · 2020/02/09(日) 12:29:59.77

そんなのあるのか？ pgr

**デフォルトの名無しさん** · 2020/02/09(日) 13:26:52.28

>>572
どこ情報？

**デフォルトの名無しさん** · 2020/02/09(日) 14:04:29.38

>>563
あなたはC言語がUNIXを作るために作られた言語だと知らないの？

**デフォルトの名無しさん** · 2020/02/09(日) 14:07:08.39

>>569
そもそもどのUNIX、Linuxの話をしているのか？

**デフォルトの名無しさん** · 2020/02/09(日) 14:20:04.33

>>575
それがどう話につながるのか説明してくれ

**デフォルトの名無しさん** · 2020/02/09(日) 14:57:41.05

shellはUNIX上でのいちプログラム、UNIXはCで作られてる。shellだってCで(途中から？)作られていただろう。故に、
>当時はそういうことをするときの標準的な単語はなく、includeやimportの方がたまたま有名になった
ということはなく、同じならinclude使うんじゃねってとこかな？なんか違うから違うのにしたという方が読みやすいかなあ

shell scriptはPrologの構文が元じゃなかったっけ。ちょっとググったとこでは、
:-
か。なんかこれに似てるといえば似てるな . は

**デフォルトの名無しさん** · 2020/02/09(日) 15:11:26.44

>>577
先に存在しているC言語とは別の考えで設計されている。カリフォルニア大学のバークレー校の複数人が考えたものだから、統一感がないのは仕方ない。

**デフォルトの名無しさん** · 2020/02/09(日) 15:48:09.09

>>572
linuxならlinux自体にプロセス名の長さ制限(16文字)があるからそうなる
コマンドライン自体はlinuxも十分長い文字列を扱えるから、-fを使えばよい

**デフォルトの名無しさん** · 2020/02/09(日) 16:48:41.40

>>578
>shell scriptはPrologの構文が元じゃなかったっけ
違った。ALGOLだな。ALGOLでそれっぽいのはUSINGみたいだが、ちょっと違うなあ

**デフォルトの名無しさん** · 2020/02/09(日) 16:50:22.96

for a in XXX; do
somecmd...
done
↑ここのXXXの大きさについて、SUSやらで文書化された制限ってある？
もしあるとすればどう調べればいいかな。

XXXは引数じゃないからARG_MAXとかじゃないし、
もしかしたら実質無制限？（システムのメモリに依存とか？）

**デフォルトの名無しさん** · 2020/02/09(日) 19:33:12.64

ksh 2020がでたのは知ってるけどkshに一体何が起きてるんです？
20年以上の開発がゴミクズとして消えるんですか？

Rewinding this repo and encouraging community
https://github.com/att/ast/issues/1466

**デフォルトの名無しさん** · 2020/02/10(月) 00:06:22.74

https://github.com/att/ast/tree/ksh2020

This branch is not supported
This branch contains the ksh2020 version of the AST tools, from January 2020,
which primarily written and maintained by @krader1961 and @siteshwar.

This branch is not supported or maintained by AT&T; the repo at
https://github.com/att/ast only officially hosts ksh93u+ and the experimental ksh93v- branch.

See #1464 and #1466 for discussion and history of this decision.

Please search for forks of this repo if you are looking for ksh2020.

**デフォルトの名無しさん** · 2020/02/10(月) 00:08:02.47

https://github.com/att/ast/issues/1466

私はAT＆T Labs Research で@lkoutsofiosと協力し、コミュニティが
快適な状態にレポを復元できるかどうかを確認するためにボランティアで参加しました。これは最後に＃1464で議論されました。

私はkshや技術的な問題の専門家ではなく、歴史全体を知りませんが、私の理解は

1. ksh93u +は、AT＆Tからの最終的な公式リリースです。これはブランチ2012-08-01-masterにあります

2. 後のバージョンであるksh93v-は、AT＆Tを離れた後に元の作者によって提供されましたが、
このバージョンは安定しているとは見なされません。これはタグksh93vで見つけることができます

3. @ krader1961はmasterブランチを数年間維持しています。彼はコードベースを合理化しようとしました
（そしてastの残りではなくkshのみをサポートしました）が、これは互換性の問題を引き起こしました。
kshの元の作者はすべてAT＆Tを去りました。社内にはまだ多くのユーザーがいますが、
プロジェクトを維持および管理できるユーザーはいません。

**デフォルトの名無しさん** · 2020/02/10(月) 00:11:44.63

私の提案は：

・現在のマスターをブランチ「ksh2020」（または適切なもの）に移動します。
・そのブランチのREADME.mdおよびCHANGELOG.mdをメンテナンスされていないものとして
明確にマークします。＃1464をポイントし、詳細についてはこの問題を参照してください。
・マスターブランチを2012-08-01-masterにリセットします
・リポジトリから外部の共同編集者を削除します。AT＆Tの誰もこれを維持していないので、
このフォークをアクティブなものにすることは意味がありません。GitとGithubを使用すると、
誰でも自分のスペースで好きな方向にコードを取得できます。

**デフォルトの名無しさん** · 2020/02/10(月) 00:12:00.37

・ README.mdをクリーンアップして、現在の状態を反映します。「このレポには、ASTの
AT＆T ksh93u +および試験的なksh93v-バージョンが含まれます。ASTおよびkshのフォークは
後である可能性があります。」
・ CONTRIBUTING.mdを変更し、テンプレートを明確にして、このフォークを
積極的に維持しておらず、何も確認しないことを約束します。
・リポジトリの説明を「AST-AT＆T Software Technology」に短縮します（＃1441）

これが完了したら、AT＆Tでmasterブランチのksh93u +にパッチを提供する可能性があります。
些細なこと（ビルドの問題など）でない限り、貢献を確認したり受け入れたりすることはおそらくないでしょう。
最終的には、このリポジトリをアーカイブします。

現在、会社の誰もがkshのためだけにレポを作成するつもりはないと思います。
しかし、これはかなり簡単で、コミュニティが取り上げることができると思います。

**デフォルトの名無しさん** · 2020/02/10(月) 00:27:01.24

こういうこと？

1. AST-AT＆T Software Technologyはkshだけのプロジェクトではない。kshはASTプロジェクトの一部
2. 誰かがkshだけをメンテナンスしていた。ASTプロジェクト全体をメンテナンスしてる人はいない
3. 今リリースされてるksh 2020はそれ
4. ksh 2020 は後方互換性がなく古いスクリプトが動かなくなっていた
5. それは困るのでmasterを2012-08-01-masterにリセットしてアーカイブする
6. AT&Tはこのリポジトリをメンテナンスしない。誰か開発したいのなら、ksh2020ブランチから続きをやれ
7. ksh2020ブランチにはもうメンテナンスしてないって書いてあるからそれ消してから勝手に続きをやれ

**デフォルトの名無しさん** · 2020/02/10(月) 08:02:14.12

Google翻訳使うなとは言わないけど，わざわざそれをスレに載せるな。
せめて自分で訳したものならともかく，なんの情報でもない。

**デフォルトの名無しさん** · 2020/02/10(月) 08:09:49.99

え？翻訳すらしないでコピペすることだってあるじゃん
そういうのを引用っていうんだよ。
引用したらだめってこと？意味がわからないなぁ

**デフォルトの名無しさん** · 2020/02/10(月) 11:18:22.31

>>590
飛躍しすぎ。
スレと関係ないただの忠告になるからこれ以上言わんが、
引用するななんて一言も言ってないし，ただの引用のほうがよほどマシ。
ていうかGoogle翻訳したものを貼り付けて「引用」って……

あなたはGoogle翻訳（機械翻訳全般）を信じてるのかも知れないけれども，
2020年現在，これらの翻訳の質は，あなたが貼り付けた文章を見ても分かる通り，酷いもの。
半分「嘘っぱち」の文章が出てると言っても過言じゃない。
特に，機械翻訳の中でも，minhonやlibtr8nとは違って，Google翻訳は2018年ころから
「学習した英語・日本語訳文からそれっぽい文字の並びを引っ張ってくる」っていう手法を取るようになったから
「見てくれは他の機械翻訳より〝自然〟だけど内容が全くデタラメ」っていう最悪の事態を生み出すようになってしまった。
幸か不幸か，あなたが貼り付けた文章にそこまで酷い誤謬はないけど，上述の翻訳手法である以上，
Google翻訳した文書を貼り付けるのは，原文を貼り付けるより酷いばかりか，
何も情報を提供せずに各自がリンク先なんかで情報を確認するよう要求するほうがよほどマシなくらい。

あなたは悪気なくGoogle翻訳を使って，スレに貢献しようとしたのかもしれない。
リンク先の文書の内重要と思われる部分をスレ本体に引用することは悪いことじゃないけれど，
そこでGoogle翻訳を使ってしまうのは，ちょっとキツい言い方になるけど「嘘を教える」ことに繋がってきてしまう。

もしこれからリンク先の文章を引用する機会があれば，原文を貼り付けるか，下手でもいいから自分で翻訳してみてね。

**デフォルトの名無しさん** · 2020/02/10(月) 11:56:29.56

>>591
はは、的外れすぎてワロタw
英語をそのまま貼ってもリンク先読まない人が多いから
単に変換しただけ。英語というだけでスルーする
日本語ならぱっと見でわかる。内容が気になったのならリンク先読みなさい。
読んだのなら貼り付けた意味があったということ

**デフォルトの名無しさん** · 2020/02/10(月) 19:24:20.30

宮城県に住んでるだったかの誰かにそっくりだな

**デフォルトの名無しさん** · 2020/02/10(月) 19:51:47.28

>>593
もう放っておこうぜ。

俺なりにかなり丁寧に説明したんだけど，
どうも何について文句を言われてるかすら分かっていないようだから。

**デフォルトの名無しさん** · 2020/02/10(月) 21:25:40.41

>>591
こういう輩は長文を読む力がないのだから、こういえばいいんだよ
「日本語でおｋ」

**デフォルトの名無しさん** · 2020/02/10(月) 21:40:51.77

擁護賛同してるのか？あそこの初っ端は間違っているけどな
直してやれよ

**デフォルトの名無しさん** · 2020/02/12(水) 17:16:49.73

コマンドの速度を測りたいときに出力を/dev/nullに捨てるとその影響で
出力を捨てないときより速く計測されてしまうことがあるんだけど
例:
$ time { < /usr/bin/od od -A nx -t x1 -v; }
...
出力略
...
real 0m0.055s
user 0m0.042s
sys 0m0.008s
$
$ time { < /usr/bin/od od -A nx -t x1 -v > /dev/null; }

real 0m0.020s
user 0m0.020s
sys 0m0.000s

これを防ぐために「端末上に書き出してるのと同じくらいの負荷が書かるけど、実際には端末上に出力されない」
みたいな状況を作りたい。
おしえてください。

**デフォルトの名無しさん** · 2020/02/12(水) 17:58:00.53

pv 使うとか

$ sudo sh -c 'echo 3 > /proc/sys/vm/drop_caches'
$ time { < /usr/bin/od od -A nx -t x1 -v; }
:

real 0m0.404s
user 0m0.024s
sys 0m0.005s

$ sudo sh -c 'echo 3 > /proc/sys/vm/drop_caches'
$ time { < /usr/bin/od od -A nx -t x1 -v | pv -q -L2M > /dev/null; }
real 0m0.458s
user 0m0.019s
sys 0m0.007s

**デフォルトの名無しさん** · 2020/02/12(水) 21:18:18.55

>>597
画面に出力されてる時間のせいだから無理じゃね？
/dev/ttyにだせば端末上に出力されてるけど標準出力に影響はない
あとは出した上でエスケープシーケンスで消すとか

**597** · 2020/02/13(木) 19:02:20.33

>>598
うーん。ちょっと偉そうな注文だけど
システム全体の設定を変更したり、
かつroot権限が必要なのはちょっと…

>>599
エスケープシーケンスは思い付かなかった。
でも出力の中に一つでも文字属性を元に戻すようなものが
含まれたりするとマズいよね（いやまあ，それに目を瞑ればいいだけの話なんだけど）…

どうも一般的な方法では無理そうなので，
ダラダラ出力させることにします。
困ることといえば端末のスクロール履歴が消えるくらいだし。

**デフォルトの名無しさん** · 2020/02/13(木) 19:45:08.54

標準出力バッファを無効にして/dev/nullに送り込むと良いかも。知らんけど

**デフォルトの名無しさん** · 2020/02/15(土) 07:57:33.28

ていうかtimeで測った絶対速度なんてほとんど信用できなくて、（ハードウェアの状態なんかに依存するから）
使い道としては複数のコマンドどうしの相対速度の比較が主でしょう。
ならば、両方とも> /dev/nullに捨てておけば、相対速度としては変化しないから速度比較の目的は果たせるのでは。

**デフォルトの名無しさん** · 2020/02/15(土) 09:41:54.81

リダイレクトとfdは概ね理解したけど3以上はどう使えばいいんです？
1>や2>は自然と使い分けてるけど1>&3を使う機会なくて
&>の方がまだ出番ある

**デフォルトの名無しさん** · 2020/02/15(土) 11:02:57.91

>>603
スクリプト開始時の stdout や stderr を保存しておくのに使うぐらいかなあ
# stdout を fd=3 にコピー
exec 3>&1

# fd=1,2 を foo.log にリダイレクト
exec > foo.log 2>&1

echo "foo.log に途中経過出力中です..." >&3
...
echo "処理B開始" >&3
...
echo "終了しました" >&3

**デフォルトの名無しさん** · 2020/02/15(土) 13:14:38.75

bashの問題なのか知らんけど、
CRとかLFとかTABとかVTとかをどう解釈するかって
制御するフラグってあったりする？OSがらみの設定でもいいけど

**デフォルトの名無しさん** · 2020/02/15(土) 14:59:47.10

>>605
sttyコマンドとか？
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/stty.html

**デフォルトの名無しさん** · 2020/02/15(土) 17:24:25.12

>>604
foo.logには標準出力とエラーが両方保存される
>&3がある行だけが画面に出力される
よく出来てますわ
ログ取りに使えるのか

**デフォルトの名無しさん** · 2020/02/15(土) 22:02:17.95

>>606
sttyコマンドなのかな？

詳細は言えないけど、"予め構築された特定の環境"のみおかしくなる
（どうやって構築されたかは公開されてない）
それと近いと思われる環境を自分で作っても再現できなくて困っている。

evalやコマンド置換と改行やタブ含めたホワイトスペースに属する文字を
使ったときにおかしくなってるのはわかるんだが
どうやったらこんな状況を作れるんだろうか。なぞだ。

**デフォルトの名無しさん** · 2020/02/15(土) 23:22:52.25

頭悪い奴ってのは、おかしくなったとかエラーになったとかいうだけで、
どうなったのかメッセージはなんなのか、そこを書かないのは何でだぜ
おかしいのはシステムじゃなくておまえの頭だろうという

**デフォルトの名無しさん** · 2020/02/15(土) 23:28:09.90

evalするときに何故か構文エラーが起きたり
ホワイトスペースがどこかで消えたりしている。

**デフォルトの名無しさん** · 2020/02/15(土) 23:28:21.51

>詳細は言えないけど
なんだろ。単なるチラ裏なことを長々とというだけの
対処する側なのにその前置きでエスパー求めるなんてありえないし

**デフォルトの名無しさん** · 2020/02/15(土) 23:28:41.71

もちろんその環境以外ではそんな事は起きていない。
だから制御する方法があるのだろうと思ってるがわからない。

**デフォルトの名無しさん** · 2020/02/15(土) 23:31:04.26

>>610
何かを求めたいなら具体的に書こうな。Terminalでのまんまとか
そのままじゃ何か問題があるなら、似たようなのに加工できるだろう

**デフォルトの名無しさん** · 2020/02/15(土) 23:31:40.17

>>613
具体的に書くとまずいことがあるからわざとぼやかしてる

**デフォルトの名無しさん** · 2020/02/15(土) 23:32:15.43

だったら、チラ裏なげえな

**デフォルトの名無しさん** · 2020/02/15(土) 23:33:17.78

短くしたら、お前が俺にレスさせるようにしただけ。
最初に詳細は言えないって書いてるんだから察しろ

**デフォルトの名無しさん** · 2020/02/15(土) 23:36:08.92

そうちゃんと読みとって>>611と書いているんだが。すでに
何かをまだ期待してちょっとだけな>>610をとか続けるようだからなんだがな
これ以上もうないだろけど

**デフォルトの名無しさん** · 2020/02/15(土) 23:38:36.70

俺が>>610と続けた後に
お前が>>611を書いたんだろ

時系列ぐらい把握しろやｗ

**デフォルトの名無しさん** · 2020/02/15(土) 23:40:02.90

残念ながら、>>611は>>610なんてなかった時に書いたのだよ
お前は本当に自分視点しかなさすぎだぞw

**デフォルトの名無しさん** · 2020/02/15(土) 23:50:22.01

>>619

>>610が>>609へのレスだって気づいているか？
また書いていなかったとか言わないよなｗ

続けたのは俺じゃない。俺は最初から詳細は言えないと書いている。

**デフォルトの名無しさん** · 2020/02/15(土) 23:52:28.65

　 /＼＿＿_／＼
／　／　　　ヽ ::: ＼
|　（●）,　、（●）、　| 　　／￣￣￣￣￣￣￣
|　　,,ノ(、_, )ヽ、,, 　 | 　＜　まーたはじまった
|　　　,;‐＝‐ヽ　 .:::::| 　　＼＿＿＿＿＿＿＿
＼　　｀ニニ´　 .:::／
／｀ー‐--‐‐―´´＼

**デフォルトの名無しさん** · 2020/02/15(土) 23:53:21.82

何を言っているのかなあ。意味不明すぎ
読めなさすぎだろう、独りよがりすぎだろう

**デフォルトの名無しさん** · 2020/02/15(土) 23:57:25.05

理解能力がないという告白を見た瞬間ｗ

**デフォルトの名無しさん** · 2020/02/16(日) 00:03:10.55

>>609をみて、「頭悪いやつ～おかしいのは～お前の頭だろう」というのは言い過ぎだろう、わからないでもないけどw
てか「詳細は言えないけど」てあるやん、まあ、そういうことだろう。チラ裏だけどなw
ということで、611を書いた

そしたら、直前同時に610があった(それが609に反応してのなんて当たり前だろう。逆になんでそうじゃないと思うのか意味不明すぎ)
なんだかな、またふわっとしたことを。なので、613を書いた(アンカー付けるてるのはそゆことだよ)
そしたらならなんか616があったりしたが、まあ前後してたんだよ。そんなの当たり前にあるだろうに

>>623
お前は本当に自分視点しかなさすぎだぞ、マジでw

**デフォルトの名無しさん** · 2020/02/16(日) 00:06:52.88

誤そしたらならなんか616があったりしたが
正そしたらならなんか612があったりしたが

**デフォルトの名無しさん** · 2020/02/16(日) 09:10:15.42

sort -kについて正しく分かり易いサイトはないですか？

**デフォルトの名無しさん** · 2020/02/16(日) 12:16:49.32

>>626
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/sort.html

**デフォルトの名無しさん** · 2020/02/16(日) 12:17:20.39

えいごなのでわかりやすくないです

**デフォルトの名無しさん** · 2020/02/16(日) 12:50:45.03

https://github.com/coreutils/coreutils/blob/master/src/sort.c

**デフォルトの名無しさん** · 2020/02/16(日) 13:15:28.05

>>627
中国語の解説をご所望だそうだ

**デフォルトの名無しさん** · 2020/02/16(日) 14:38:33.35

おめーらイジワルだなw

**デフォルトの名無しさん** · 2020/02/16(日) 15:33:45.11

分かりやすい
http://tldp.org/LDP/GNU-Linux-Tools-Summary/html/x6993.htm

**デフォルトの名無しさん** · 2020/02/17(月) 08:01:59.15

与えられた数字のファイルの行番号になにかを書き込むスクリプトってどう書くのが一番いいですかね。
一応今思い付いてるのは
与数をNNN，書き込む文字列をXXXとして
sed -n -e 'NNNs/.*/XXX/p'
↑こういうのかなと思ったんだけど
これだと新規ファイルを作成する目的には使えない…

**デフォルトの名無しさん** · 2020/02/17(月) 10:14:55.01

nl使えばいいだろ。POSIX標準の基本コマンド一覧見ろや

**デフォルトの名無しさん** · 2020/02/17(月) 10:37:47.88

>>634
nlにそんな機能あるの？
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/nl.html
↑ここ見る限り
指定した行になにかを書き込むなんていう機能なさそうなんだけど。

**デフォルトの名無しさん** · 2020/02/17(月) 10:47:12.51

こういう事？

seq 10 | sed '5s/.*/& Here/'

**デフォルトの名無しさん** · 2020/02/17(月) 11:12:00.77

>>636
そうそう、そんな感じ。
行番号自体は出力に要らないけどね。
ただ、それだと >>633 でも言った通り、
元のファイルがない状態から生成できないんだよ。

示してくれたスクリプトでも「10行出力する」
っていう前提があって始めて機能するよね。
やりたいのは全部で何行必要か分からない状態で
次々に指定した行に文字列を書き込むってこと。

**デフォルトの名無しさん** · 2020/02/17(月) 14:40:41.78

配列に書いて要素番号と共に出力すれば

**デフォルトの名無しさん** · 2020/02/17(月) 14:53:39.21

おまえらよく

与えられた数字のファイルの行番号になにかを書き込むスクリプト
で何がいいたいのかわかるな

与えられた　数字のファイル　の行番号なのか
与えられた数字　のファイルの行番号なのか
与えられた数字のファイル　の行番号なのか
与えられた数字のファイルの行番号　なのか
さっぱりなんだがｗ

入力と出力の例を出せば、すぐに解決する問題だろうに

**デフォルトの名無しさん** · 2020/02/17(月) 14:56:06.69

> やりたいのは全部で何行必要か分からない状態で
> 次々に指定した行に文字列を書き込むってこと。
これもさっぱり

何行必要かわからないって、何の行数なのか
次々に指定した行って、どうやって指定するつもりなのか

示したスクリプトは別に10行という前提じゃなくても機能するし
元のファイルがないって、元のファイルってどのファイルだよ？
なければ作ればいいだけだろ？

**デフォルトの名無しさん** · 2020/02/17(月) 15:06:30.32

行ごとに何か処理したいならawkの出番なのでは？

**デフォルトの名無しさん** · 2020/02/17(月) 15:42:52.76

>>639
入力
linenumber=78
value='hoge huga'
linenumber=805
value='foo bar'
...
↓
出力
（空行）...
（78行目）hoge huga
（空行）...
（80行目）foo bar

こんな感じっすね。
入力は（この例では）変数に格納するような形式にしましたが
別にこれと決まった訳じゃないです。

**デフォルトの名無しさん** · 2020/02/17(月) 15:45:24.56

>>641
うーん。それはまあ，sedでもawkでも同じことが言えますけど
どちらも既存のファイル（またはパイプ越しの既存の出力）に対しての行処理
が得意なんですよね。

一方いまやりたいことはファイルの新規作成であって
しかも最後まで行の総数が分からないという……

これはawkでどうにかするのは難しいのではと思います。

**デフォルトの名無しさん** · 2020/02/17(月) 15:49:37.43

行番号と文字列のペアが入ったデータ（ファイル）があって、
それに従って別のファイルの指定された行の頭に文字列を入れるってことね

ん？別のファイルの行の頭に文字列を入れるのか？
それとも単に、その出力通りに出すだけなのか？
その出力を作るだけなら簡単だろうけど・・・あーいやどちらも大差ないかｗ

**デフォルトの名無しさん** · 2020/02/17(月) 15:50:05.60

先に行指定の最大値を取得すればええやろ？

**デフォルトの名無しさん** · 2020/02/17(月) 15:54:20.48

それならもう無理せずperl,ruby,pythonあたりで書いたらいいんでないの？

**デフォルトの名無しさん** · 2020/02/17(月) 16:01:09.81

入力ファイル形式を
78 hoge hug
805 foo bar
とする。行番号は小さい順に並んでいるものとする。
並んでいないならsortコマンドで並び替えられるのでどうでもいい

あとは、こんな感じのスクリプトを書いて

i=1
while read -r num string; do
　while [ $i -lt "$num" ]; do
　　echo
　　i=$((i+1))
　done
　echo $string
　i=$((i+1))
done

cat data.txt | script.sh とかすればいい
echoで空行出す所は、seqとかprintf '%s' "$@"とか使えば短くできるだろうな。

**デフォルトの名無しさん** · 2020/02/17(月) 16:15:26.16

>>646
ロジックはどの言語でも変わらないので
シェルスクリプトでそれを書けばいいだけ

**デフォルトの名無しさん** · 2020/02/17(月) 16:25:32.91

短くしてみた。バグとかはしらん

i=1 num=0
while [ "$i" -le "$num" ] || read -r num string; do
[ "$i" -eq "$num" ] && echo "$string" || echo " "
i=$((i+1))
done

**デフォルトの名無しさん** · 2020/02/17(月) 16:31:22.20

>>637
どういうことをしたいのかよくわからんが、とりあえずtouchしておけばファイルは作れるんでないの？

**デフォルトの名無しさん** · 2020/02/17(月) 18:55:51.30

一旦配列に入れてからjoin風に出力
入力はsortされてなくても可

#! /usr/bin/env bash
while read -r num string; do
array[num]="$string"
done

index=( "${!array[@]}" )
for (( i=1; i<=${index[-1]}; i++)); do
if [ -v array["$i"] ];then
echo "${array[$i]}"
else
echo
fi
done

**デフォルトの名無しさん** · 2020/02/17(月) 21:12:48.06

>>650
いや，ただたんに新規作成したい訳じゃない…

**デフォルトの名無しさん** · 2020/02/18(火) 03:26:33.92

Ruby で作った

以下のコードを、script.rb に保存して、
「ruby script.rb 行番号指定ファイル入力ファイル」と実行する

ARGV[ 0 ] は、行番号指定ファイル
ARGV[ 1 ] は、入力ファイル

結果は、標準出力に出したので、ファイルへリダイレクトして下さい。
ただし、入力ファイルへはリダイレクトしないように！

行番号指定ファイルは「数字・半角空白・文字列」の順番です。
ただし、行は数字でソートされていること

3 あい
7 ab

# 行番号指定ファイルを、[ 行番号, 文字列 ] の、2次元配列に読み込む。
# 1行ずつ処理する。末尾の改行を削除する
line_num_ary = File.foreach( ARGV[ 0 ], chomp: true ).with_object( [ ] ) do |line, ary|
tmp_ary = line.split( nil, 2 ) # 空白で、2つに分割する
tmp_ary[ 0 ] = Integer( tmp_ary[ 0 ], 10 ) # 数値型に変換する
ary.push tmp_ary
end

次へ続く

**653** · 2020/02/18(火) 03:27:41.15

last_line_num = line_num_ary.last[ 0 ] # 最後の行番号
line_count = nil # ファイルの行数

if FileTest.file? ARGV[ 1 ] # 入力ファイルがあれば
open( ARGV[ 1 ] ) do |f|
while f.gets; end # ファイルを最後まで読む
line_count = f.lineno # ファイルの行数
end
# 最後の行番号の方が、入力ファイルの行数よりも大きい場合は、空行を追加して、同じ行数にする
if last_line_num > line_count
open( ARGV[ 1 ], "a" ) do |f| # 追記
( last_line_num - line_count ).times { f.puts }
end
end
else # 入力ファイルが無ければ、最後の行番号の数だけ、空行を挿入する
open( ARGV[ 1 ], "w" ) do |f| # 書き込み
last_line_num.times { f.puts }
end
end

# 末尾の改行を削除して、配列に読み込む
input_ary = File.readlines( ARGV[ 1 ], chomp: true )

# 行番号で指定された行の、内容を置き換える
line_num_ary.each { |ary| input_ary[ ary[ 0 ] - 1 ] = ary[ 1 ] }
puts input_ary

**デフォルトの名無しさん** · 2020/02/18(火) 03:35:49.66

>>649
これが一番だな。短くてbash依存なし。ruby依存なしｗ

**デフォルトの名無しさん** · 2020/02/18(火) 09:24:28.92

いや、それちょっとした文字列操作したくなった時点で相当めんどくさくなるだろ。。
てきとーなスクリプト言語使う方が正解だわ。
シェルで書くことに意固地になってるだけだろ。

**デフォルトの名無しさん** · 2020/02/18(火) 09:30:40.26

別にならんだろ。まああれだ、シェル芸しかできなくて
シェルプログラミングできないやつが
ごまかすために言ってるんだろうなと

**デフォルトの名無しさん** · 2020/02/18(火) 09:53:00.13

あ、普通に馬鹿なんだな。。
もしかしてユニケージの人か？

シェルスクリプト総合 その32

シェルスクリプト総合その32