- 1 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/05/03(木) 17:54:23.25 .net]
- シェルスクリプトの総合スレです。
□お約束
・特記なき場合はBourne Shell(/bin/sh)もしくはPOSIX準拠の互換シェルがデフォルトです。
bash/zsh/ksh/ash/dash/yash/poshなどの専用機能に依存する場合は明示しましょう。
Linuxユーザは/bin/shの正体がbashまたはdashなので特に注意。
FreeBSDユーザは/bin/shの正体がashなので注意。
・POSIXについてのリンクは https://en.wikipedia.org/wiki/POSIX にまとめられています
最新の仕様はこちらへ pubs.opengroup.org/onlinepubs/9699919799/
（左上の「Shell & Utilities」 から参照することができます。）
・v7 shに一番近くて、現役（？）のshは、OpenSolaris由来のheirloom sh。
src.illumos.org/source/xref/illumos-gate/usr/src/cmd/sh/
heirloom.sourceforge.net/sh.html
・csh/tcshのシェルスクリプトは推奨されません。
(理由は「csh-whynot」でググれ)
・UNIXにはシェルスクリプトに便利な小さなコマンドがいろいろあります。
manや参考リンクを見ましょう。
aproposないしはman -kでそれらしい単語による簡単な検索もできます。
・シェルで使えるワイルドカード等は正規表現ではありません。
正規表現の話題はスレ違い(正規表現スレへ)
・シェルスクリプトのことをシェルってゆうな
□初心者へのアドバイス:
・適した道具を判断するのも頭の重要な使い方。シェルスクリプトよりも
awkまたはperlの方が適した処理にはそちらを使いましょう。
・知らないコマンドが出てきたらmanを引きましょう。
・思い通りに動かないときは、まずは sh -x でトレースしましょう。
□回答者への注意事項:
・シェルスクリプトでの処理方法を質問しているのに、よくわからずに
「そういうのはperl使いましょう」と回答するのはやめましょう。
安易にperlに逃げずにシェルスクリプトで処理するのが頭のいいやり方。
質問に対して問題が間違ってるといちゃもんをつけるのもやめましょう
前スレ シェルスクリプト総合 その26
https://mevius.5ch.net/test/read.cgi/unix/1489979246/
- 615 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/13(水) 09:49:23.22 .net]
- GNU grep なら
$ grep -Po '^.+?(?=:.+:/bin/bash$)' /etc/paｓｓwd
- 616 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/13(水) 09:56:16.86 .net]
- >>591
論じゃなければ、何か言い返せよって言うだけの話だけど？
ほんと本質じゃないどうでもいい所にしか反応しないのなｗ
- 617 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/13(水) 10:00:11.88 .net]
- さいごにレスしたぼくがしょうりなんだ！
- 618 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/13(水) 10:17:30.52 .net]
- >>595
違うと思うぞｗ
でもあんたはそう思ったから、書き込んだんだよね
- 619 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/13(水) 10:21:55.43 .net]
- なんにでもレスするやつ
- 620 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/13(水) 10:56:37.40 .net]
- レスしなきゃ負けると信じてるみたいだからしょうがないね
- 621 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/13(水) 11:34:13.17 .net]
- $ cat <<. <<.
1AAA
.
2BBB
.
とやると
2BBB
とだけ出力されるんだけど、これどういう理屈か分かる？
標準入力ってヒアドキュメントでさえ上書きされる仕様なの？
- 622 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/13(水) 11:42:05.35 .net]
- strace で見ると 2BBB だけ read してるな(1AAA は無視)。
- 623 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/13(水) 12:01:06.03 .net]
- >>598
なるほど。だから「さいごに～」とか話に全く関係ないことを言い出したのねｗ
>>599
ヒアドキュメントって標準入力として読み取るものでしょ？
そこは何らおかしくない
cat < /proc/loadavg < /proc/uptime
ってかいて、/proc/uptime からしか読み込まないのと一緒だと思うよ
- 624 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/13(水) 12:22:00.85 .net]
- >>595
0x03e8 ばんさえとれればあなたのしょうりです。
- 625 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/13(水) 16:23:41.49 .net]
- >>601
なるほどね
$ somecmd < a.file < b.file
↑これでb.fileしか読み込まれないのも（やったことなかったから）知らなかった。
ありがとう
- 626 名前： []
- [ここ壊れてます]
- 627 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/13(水) 16:51:47.47 .net]
- リダイレクトは引数じゃないからね
実質これと同じわけだし
exec </proc/loadavg
exec </proc/uptime
cat
- 628 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/13(水) 17:56:57.18 .net]
- >>604
なるほど、納得
- 629 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/13(水) 18:05:22.98 .net]
- >>593
を～、grep -oで切り出しできるのね
久々にこのスレで参考になりました
- 630 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/13(水) 18:44:51.04 .net]
- なんか嫌らしい感じ
- 631 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/14(木) 18:54:32.62 .net]
- コロンを含むディレクトリを$PATHに登録した場合ってどういう挙動になるんだろう
- 632 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/14(木) 20:11:28.93 .net]
- コロンがセパレータなのでそこで分かれる
- 633 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/14(木) 20:52:33.17 .net]
- findでexecオプションの引数のあとにシェルに渡すパイプを付けるとexecに渡したコマンドがシグナル13パイプ破壊を出してくるんですけど
どうにかなりませんかね。
今のところ/dev/nullに標準エラー出力を捨てることで解決してるんですけども。
find . -exec basename \{\} \; | head
↑これで再現するはずです。
解決するときはできればPOSIXの範囲でやりたいです。findのGNU拡張で解決できるならそれでもいいんですが
メインPCがOS Xなので、最低でもBSD拡張、さらに言えばPOSIXに限定してほしいです すいません。
- 634 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/14(木) 21:25:25.31 .net]
- macOSだが再現しないなあ
- 635 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/14(木) 22:13:02.03 .net]
- FreeBSDは再現しない。
CentOSは再現した。
対策は後で考える。
- 636 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/14(木) 22:18:48.70 .net]
- なにか最近やけに POSIX にこだわってる奴が多いが同一人物か？
- 637 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/14(木) 22:31:37.92 .net]
- >>613
単純にPOSIXの価値というかシェルスクリプト全体の有用性が見直されているだけでは
たとえば*BSDのスレでGNUライセンスに拘ったレスが連続するのはおかしいが
BSDライセンスを重視するスレがたくさんあっても別におかしくはないだろう
- 638 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/14(木) 22:32:42.05 .net]
- パイプでなのでfindとhead が同時にプロセスとして存在
findが標準出力に出力するとパイプを通して／パイプとして繋がってるheadの標準入力に入力として
headが目的を達して終了＝パイプが無くなる、だがしかし、findは出力を続けようとし出力しようとしたらパイプが壊れてるうううっ
普通何もしなくても、パイプが損失したらSIGPIPEが飛んできて(強制)終了するんだけど(フィルタとしてもなUNIX的な望ましいデフォルト動作)、なぜかSIGPIPE無視して続けようという謎動作？
findとheadが直接は繋がっていなくてかもしれんが。パイプの送出側がSIGPIPEを無視って謎動作なのは変わらないかな
- 639 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/14(木) 22:38:09.62 .net]
- >>615
basenameが標準出力につながってるだけだから、findはwriteしないのでSIGPIPEを受け取らないよ。
basenameが事故死したのをfindが報告してるだけ。
というわけで、basenameが事故死したらfindを続けるのをやめるようにしてみた。
この方が無駄にbasenameを続けるよりよかろう。
find /var \( -exec basename {} \; -o -quit \) | head
ただし、最初の事故死についてだけはfindがおせっかいに報告してしまう。
あとはまかせた。
- 640 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/14(木) 22:41:30.04 .net]
- >>616
そのへんが実装によりちょっと違うってとこなのかなあ。出る出ないは
- 641 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/14(木) 22:48:28.09 .net]
- >>613
自分側で「なにか違って」動かなかったらめんどくさいってだけじゃないの、単に
- 642 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/14(木) 22:49:53.08 .net]
- >>610
- 643 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/14(木) 22:50:38.44 .net]
- CentOS$ strings /bin/find | grep -i signal
signal
%s terminated by signal %d
FreeBSD$ strings /
- 644 名前：usr/bin/find | grep -i signal
なんもなし
以上、findのおせっかい度の差。 [] - [ここ壊れてます]
- 645 名前：619 mailto:sage [2018/06/14(木) 22:51:53.48 .net]
- すまん間違えて送信しちゃった
$ find /etc -exec sh -c 'basename {}' \; | head
これでどうだろう。
-quitオプションはPOSIXの範疇ではないけどこれはPOSIXに準拠してる
ちなみに>>610のコマンドラインはDebian GNU/Linuxのfind 4.7で再現した。
- 646 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/14(木) 22:55:42.54 .net]
- >>619,620
なーるほどっ
ww
なるほどっ、なっとく
- 647 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/14(木) 22:57:07.67 .net]
- >>621
ん？ それSIGPIPEは回避できるけど別の問題が発生しない？
「basename: 余分な演算子 XXX」←みたいに怒られるんだが
あと
$ find /etc -exec sh -c 'echo {}' \; | head
↑これをやるとやっぱりSIGPIPEが出されるようだ。
- 648 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/15(金) 00:01:24.90 .net]
- >>613
どこかの先生が課題にそう書いてるんだろう。
ちゃんと調べないで持ってくるバカ学生が多いんじゃないの。
- 649 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/15(金) 00:03:14.56 .net]
- >>610
>findでexecオプションの引数のあとにシェルに渡すパイプを付けるとexecに渡したコマンドがシグナル13パイプ破壊を出してくるんですけど
この動作は、POSIX的にはどうなの？
まずいというならPOSIX的にどうまずいの？
- 650 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/15(金) 00:08:14.14 .net]
- find . -exec basename \{\} \; | { head; cat >/dev/null; }
- 651 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/15(金) 00:14:45.23 .net]
- >>626
どういう仕組みなん？
- 652 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/15(金) 00:39:45.42 .net]
- -execにこだわりがないのであれば、
find . -print0 | xargs -0 -L 1 basename | head
今度はxargsがお節介メッセージ出すけど、findはheadが終了したら終了する
- 653 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/15(金) 01:01:37.95 .net]
- xargs(1)に-0オプションはない（POSIX厨）
- 654 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/15(金) 02:22:41.09 .net]
- findにも-print0は無いけどな。BSDにもあるからいいんじゃね
- 655 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/15(金) 08:25:40.13 .net]
- find . -print | xargs -n1 basename 2>/dev/null | head
- 656 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/15(金) 20:58:34.50 .net]
- execオプションはやめといたほうがいいね
- 657 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/15(金) 21:35:58.85 .net]
- 元々何が気に入らなかったのかイマイチわからない
- 658 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/15(金) 22:35:17.99 .net]
- POSIX的に気に入らない
- 659 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/15(金) 23:11:38.57 .net]
- POSIX POSIXうっせー
- 660 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/15(金) 23:13:05.02 .net]
- >>634
こういうPOSIXにやたらこだわってるのって
なにかの精神障碍があるんじゃないの？
一度そういう病院で診てもらえ。
- 661 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 00:18:50.65 .net]
- findutilsのソース取って来てあのメッセージ出ないようにパッチして使っちゃえよもう
git.savannah.gnu.org/cgit/findutils.git/tree/find/exec.c?h=v4.6.0#n354
- 662 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 00:33:50.14 .net]
- >>616
find . -exec sh -c 'trap "exit" pipe; basename {}' \; -o -quit | head
- 663 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 01:07:40.99 .net]
- >>638
試してないけど、trapせずにbasenameのあとにexitするだけでだめなん？
- 664 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 08:33:03.61 .net]
- find /etc -exec basename \{\} \; |& head
これでエラーも出ず余計な出力も引っ掛らなかったんだけど
理屈が分からん
|& は標準出力と標準エラー出力両方を通すはずなので
SIGPIPEのエラーが出力されるはずだがgrepしても見当らない
- 665 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 10:03:37.06 .net]
- find自身がSIGPIPEで終了してんじゃない
実行時間も短くなってるし
- 666 名前：640 mailto:sage [2018/06/16(土) 10:31:40.54 .net]
- >>641
すいません。それどうやって確かめたらいいですかね
- 667 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 10:39:12.35 .net]
- Linux なら strace で見ると分かる
$ strace -f bash -c 'find /etc -exec basename \{\} \; |& head'
- 668 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 11:10:29.82 .net]
- stderrが(標準出力)のパイプになりの、そのパイプが無くなり、find自身がエラーメッセージをそれに書き込もうとしてSIGPIPEを受けるってとこか
find . -exec basename {} \; -o -print | head
としても同じように終わるってとこで
- 669 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 12:55:30.00 .net]
- >>644
ほほう
- 670 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 13:02:42.26 .net]
- >>640
だれかこれをmacOSでやってくれない？
あれは確かSIGPIPEを受けとらないから
GNU findと違ってこの書き方だと不具合が起こりそうだ
- 671 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 13:15:44.53 .net]
- >>646
>あれは確かSIGPIPEを受けとらない
いや、それはないだろう。単に>>621の違いじゃないの
macOS Sierra標準のbashはまだ |& をサポートしてないヤツみたいなので(？？)、2>&1 | としたが同じくfindは終わる
- 672 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 13:16:47.78 .net]
- >>647
× >>621
○ >>620
- 673 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 13:26:10.67 .net]
- ああ、|& は元々はzshのなのか(？)
macOS Sierra標準のzshでは／でも、>>640のままで特に何も問題なく終わった
- 674 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 14:10:29.68 .net]
- >>649
|&はcsh由来。zshはパクっただけ。
- 675 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 17:20:45.43 .net]
- |&はPOSIXなの？
- 676 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 17:32:28.45 .net]
- やかましいわっw、おばかさん
- 677 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 17:58:54.17 .net]
- それはPOSIXですか？POSIXじゃないのですか？
- 678 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 18:00:34.28 .net]
- ところで俺のPOSIXを見てくれ。こいつをどう思う？
- 679 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 18:14:03.11 .net]
- すごく、標準的です
- 680 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 18:39:24.01 .net]
- Is it POSIX?
- 681 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 18:58:44.20 .net]
- No, it is Apple
- 682 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 19:58:16.75 .net]
- まあPOSIXじゃないので質問者の要請は満たしてないよね
俺が提案するとしたらexecは使わず
find . | xargs -I @ basename @ | head
↑これ。
- 683 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 20:06:12.48 .net]
- それじゃあかんだろ。xargsのオプションが足りない
- 684 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 20:09:55.36 .net]
- いいのか。すまん
- 685 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 20:37:42.14 .net]
- 俺がやるなら xargs -I には {} を 指定するがな
@というのは見たことがない 社内規約かなにかかな？
- 686 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 20:51:48.06 .net]
- >>656-657
定冠詞がないよ
- 687 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 20:56:44.95 .net]
- この問題って本質的には、 find は /etc の下の全部のファイル(10以上)を返すが、
head は 10行で打ち切ってしまうという矛盾にある。
そこは目をつぶるって方針なんだから、最初に書いてあったstderrを捨てるって
方法で正しいと思うよ
- 688 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 20:59:20.95 .net]
- >>658
xargs: basename: terminated by signal 13 って表示されちゃう
>>661
俺は @ しか使ったことがない
- 689 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 21:30:02.51 .net]
- >>662
バッカこれはどっちも形容詞だよ
だからネタとして成立してんじゃん
- 690 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 22:02:52.02 .net]
- >>662
ﾏｼﾞﾚｽｱｯﾎﾟｰ
- 691 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 23:19:14.74 .net]
- コマンドの重複を数える（つまり$PATHに登録され実行可能なファイルの重複を列挙する）一番短い方法をってなんでしょう。ただし確実に動作しかつ可搬であることが条件です。
僕が考えたのは
$ echo $PATH | tr ':' '\n' | xargs -I @ find @ \( -type f -a -perm -+x \) -exec basename \{\} \; | sort | uniq -c
です。
- 692 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 23:24:18.70 .net]
- basenameにしたらファイル名じゃなくなるじゃん
- 693 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/16(土) 23:36:17.54 .net]
- >>668
？
もしかして-type fが見えてないだけ？
- 694 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/17(日) 04:18:06.91 .net]
- パスの中に空白が入ってる or PATHの中身が多すぎたらおそらくアウト
( IFS=:; find $PATH -type f -a -perm -+x ) | sed 's|.*/||g' | sort | uniq -c
( IFS=:; for i in $PATH; do find "$i" -type f -a -perm -+x; done ) | sed 's|.*/||g' | sort | uniq -c
- 695 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/17(日) 08:19:10.40 .net]
- できればsedでやりたいことなんですが
aaa
<<
bbb
>>
もしくは
aaa
<<bbb>>
�
- 696 名前：ﾆいうようなファイルがあったとしてaaaの次行から「>>」を含む行までを読み出したいです。
（aaaが存在する行はすでに具体的な数値で判明しています; ここでは42行目とします）
特に二番目の場合には sed -n -e '43,/>>/p'とやると43行目に「>>」があるのに見つけてくれません。
なにか手助けをおねがいします。 [] - [ここ壊れてます]
- 697 名前：名無しさん＠お腹いっぱい。 [2018/06/17(日) 09:24:18.61 .net]
- >>671
sed -e '42,/>>/!d' -e 42d
- 698 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/17(日) 12:39:57.71 .net]
- あれんじ
sed -e '43,$!d;/>>/q'
- 699 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/17(日) 14:39:23.57 .net]
- 標準規約に従いましょう
GNU Coding Standards
https://www.gnu.org/prep/standards/standards.html
- 700 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/17(日) 14:43:41.30 .net]
- 言いたいことがわからない
- 701 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/17(日) 16:46:05.17 .net]
- 言っても無駄なんだろうが、そんなファイルを処理しようってのが間違ってると思う
- 702 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/17(日) 19:18:43.97 .net]
- >>676
処理したい時はどうすればいいですかね。
- 703 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/17(日) 19:23:59.83 .net]
- POSIXで。
- 704 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/17(日) 19:24:04.76 .net]
- Windowsだと%TEMP%で一時ファイルの格納場所が指定できますがUnixではそういう環境変数はないのですか？
$TEMPとか
- 705 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/17(日) 19:27:47.07 .net]
- >>669
basenameって拡張子消えるよね？
- 706 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/17(日) 19:28:33.83 .net]
- >>679
誰に対して使用して欲しいのか分からないな
- 707 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/17(日) 19:40:16.19 .net]
- >>680
消せと言えばね
- 708 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/17(日) 19:43:21.15 .net]
- >>679
TMPDIR
かな
/tmp
が古からあるからな。TMPDIRが設定されていたら(OSとして初期設定されているか、なんらかの形でTMPDIR設定されてたら)TMPDIR。設定されてなかったら普通に /tmp かな
- 709 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/17(日) 19:45:54.91 .net]
- >>679,683
>TMPDIRが設定されていたら～
って、TMPDIRを意識していればね。当然のように、んなの知らん、/tmp 一択ってのも普通にある
- 710 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/17(日) 20:07:00.69 .net]
- >>681
一応、TMPDIRはPOSIX標準環境変数らしい。 tmpfile(3)やmkstem(3)なんぞはPOSIXとしてはTMPDIRを参照しろとはなってないらしい
が、実装するならTMPDIR参照するだろうし、してる。ちゃんとtmpfile(3)やmkstem(3)やmktemp(1)などを使っていれば、誰でもなんだろうけどね
- 711 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/17(日) 20:58:57.79 .net]
- >>685
それってPOSIX shellの話なの？
- 712 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/17(日) 21:18:57.03 .net]
- シェルじゃなくてシステム
- 713 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/17(日) 21:19:01.81 .net]
- >>686
何を聞いてるのかわからん
- 714 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/17(日) 21:19:45.24 .net]
- 俺…POSIXだったのか…？
- 715 名前：名無しさん＠お腹いっぱい。 mailto:sage [2018/06/17(日) 21:59:03.03 .net]
- 関数のなかってalias使えないっぽいね
somefnc() {
alias AAA='pwd'
AAA
}
# → AAA: command not found
|
 |
