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

**デフォルトの名無しさん** · 2019/08/10(土) 23:17:50.64

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

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

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

**デフォルトの名無しさん** · 2019/09/03(火) 00:13:50.73

>>560
へーそんな挙動するのか。

**デフォルトの名無しさん** · 2019/09/03(火) 00:31:57.81

パイプの右側がサブシェルになるのかどうかはPOSIXで規定されてない
どちらも間違いじゃないが、bashの動きのほうが多い

**デフォルトの名無しさん** · 2019/09/03(火) 01:10:57.53

bash --posixでもうっかり配列は動く悲しみ

**デフォルトの名無しさん** · 2019/09/03(火) 01:31:09.86

>>562
多いとは？

POSIXshellはksh派生なのに動きが違うのがなんとも

**デフォルトの名無しさん** · 2019/09/03(火) 02:41:22.59

>>564
bash, dash, mksh, yash, posh が同じ動き
ksh, zsh が同じ動き

**デフォルトの名無しさん** · 2019/09/03(火) 02:44:16.76

>>564
POSIXシェルという実装は存在しない
だからkshの動きはPOSIXシェルの仕様通りと言える
bashはPOSIXシェルそのものではない。

**デフォルトの名無しさん** · 2019/09/03(火) 02:56:06.66

>>566
「kshの動きはPOSIXシェルの仕様通り」
正確には
「kshの動きをPOSIXがシェルの仕様として採用した」
だな。

**デフォルトの名無しさん** · 2019/09/03(火) 13:39:17.34

これマジ？

**デフォルトの名無しさん** · 2019/09/03(火) 17:49:01.73

>>566,567のこと？>>567の下は上と同じこと言っているとしか見えないが
だったらマジじゃないだろう

**デフォルトの名無しさん** · 2019/09/11(水) 12:29:34.80

POSIXは他の環境でも動く共通規約
GNUのソフトは高機能だがそれ自体が方言ということ
組み込みは機能を削ぎ落とすため色々知恵が必要
一般人はbashだけ使ってればおｋ
こんな認識で問題ない？

**デフォルトの名無しさん** · 2019/09/11(水) 12:40:30.30

やっぱりどこでも動くシェルスクリプトなんて幻想なんだね…

**デフォルトの名無しさん** · 2019/09/11(水) 12:52:40.14

>>570
Linuxユーザーという前提？

POSIXに準拠していれば、多くの環境で動かすことが出来る
GNUはPOSIX準拠＋高機能な拡張（標準語＋方言）
GNU以外でも多かれ少なかれ拡張されてる
組み込みも完璧ではないが、多くの場合POSIX準拠に近い
一般人はWindowsだけ使ってればおｋ
dashで動かす必要があるなら、bashの拡張は使えない

**デフォルトの名無しさん** · 2019/09/11(水) 12:53:13.99

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

**デフォルトの名無しさん** · 2019/09/11(水) 13:53:14.59

winでwsl使えるようになったし、bashが正義じゃないの？
macは知らないｗ

**デフォルトの名無しさん** · 2019/09/11(水) 13:59:37.76

だからその、WSLのUbuntuの
/bin/sh は dash だっていってんの

**デフォルトの名無しさん** · 2019/09/11(水) 14:06:58.77

aptitude install bash
#!/usr/bin/bash

**デフォルトの名無しさん** · 2019/09/11(水) 14:18:05.48

>>572
Mint使ってるけどdashってどんな時に必要なの
軽さが求められるってラズパイやドローン辺り？
MacはBSDだからLinuxのコマンドオプションが使えないってのは面倒そうね
だからってそっちにcoreutils入れるのもアレだが

**デフォルトの名無しさん** · 2019/09/11(水) 14:38:42.01

>>577
そんなもん、こんなの重いbash使うまでもないですよねってときに使うに決まってるじゃん

/bin/bzdiff:#!/bin/sh
/bin/bzexe:#!/bin/sh
/bin/bzgrep:#!/bin/sh
/bin/bzmore:#!/bin/sh
/bin/egrep:#!/bin/sh
/bin/fgrep:#!/bin/sh
/bin/fsck.btrfs:#!/bin/sh -f
/bin/gunzip:#!/bin/sh
/bin/gzexe:#!/bin/sh
/bin/gzexe:#!/bin/sh
/bin/lesspipe:#!/bin/sh
/bin/setupcon:#!/bin/sh
/bin/uncompress:#!/bin/sh
/bin/unicode_start:#!/bin/sh
/bin/zcat:#!/bin/sh
/bin/zcmp:#!/bin/sh
/bin/zdiff:#!/bin/sh
/bin/zegrep:#!/bin/sh
/bin/zfgrep:#!/bin/sh
/bin/zforce:#!/bin/sh
/bin/zgrep:#!/bin/sh
/bin/zless:#!/bin/sh
/bin/zmore:#!/bin/sh
/bin/znew:#!/bin/sh

**デフォルトの名無しさん** · 2019/09/11(水) 15:20:07.21

bashが使えない環境のほうが特殊だよなぁ
素直に #!/bin/bash で書いときゃいいんじゃね

ところで、#!/usr/bin/env bash って使えるのか？

**デフォルトの名無しさん** · 2019/09/11(水) 15:55:05.69

特殊だろうがbashが使えない環境は現実として存在してるわけで

**デフォルトの名無しさん** · 2019/09/11(水) 20:12:45.01

またひとりで必死だな

**デフォルトの名無しさん** · 2019/09/11(水) 22:51:13.32

またお前か

**デフォルトの名無しさん** · 2019/09/12(木) 00:11:11.54

普通にPCでLinux（とWindows）使ってるだけならbashだけでなんにも困らないよなあ
これはLinuxに限らずちゃんとしたUnixを使う場合もそうだけど、客先で使ったり客に何かを提供する場合は気を遣うべきだが
自分で自由にできるAIXやHP-UXならbashインストールすりゃいいんだし

**デフォルトの名無しさん** · 2019/09/12(木) 01:59:12.99

つまりPOSIXなんてピエロだとｗｗｗ

**デフォルトの名無しさん** · 2019/09/12(木) 02:11:14.84

オープンソース開発者「そら、お前がお前のためだけのツール作るなら、それでいいだろな。責任もなんにもないし」

**デフォルトの名無しさん** · 2019/09/12(木) 02:18:54.66

MITとかの主要なOSSライセンス読んでみろ。
ソフトの使用でどんな損害被っても作者は責任持ちません。
それに同意しないと使えませんて書いてあるだろ。
オープンソース開発者こそ責任もなんもない。そのためのライセンスだから当たり前だが。
何を勘違いしてんのかねこいつはｗ

**デフォルトの名無しさん** · 2019/09/12(木) 07:53:28.61

>>574
macOSもzshがデフォだから実質Bashの機能が使える。

**デフォルトの名無しさん** · 2019/09/12(木) 07:54:28.26

JavaだとJREまるごとついてくるソフトも珍しくなかったし、
今だとコンテナでlibcからなにまで添付。
ストレージの容量に気を使わなくてよくなってるんだから時代に合わせて
開発するのが良いんじゃないかね。

**デフォルトの名無しさん** · 2019/09/12(木) 07:55:04.48

まーーーたいつもの自称神のPOSIXキチが暴れてんのか。

**デフォルトの名無しさん** · 2019/09/12(木) 09:05:58.55

>>587
問題はシバンをどうするかだよ。
zshを使うには#!/usr/bin/zshとしないといけない
bashなら#!/bin/bashだ
だがzshとbashをうまく使い分けてくれるわけじゃない
シバンは#!/bin/shとするしかない
そうするとUbuntuではdashになる

**デフォルトの名無しさん** · 2019/09/12(木) 10:57:28.70

#!/usr/bin/zsh にすればいいだろう、そういう話でもあるのに特定のヤツだけがなぜか拘っているだけだろに
そいつもたいしたもん作ってないくせに

**デフォルトの名無しさん** · 2019/09/12(木) 11:04:35.83

だけどそうするとzshが必須になるって話でしょ

**デフォルトの名無しさん** · 2019/09/12(木) 11:12:45.55

>>587はzshがbashの代替になるという話じゃないの
bashとの違いはあるだろうけど、些細なちょっと直せばいいというのを含んでの
そもそも一般人は＝特定の環境で動けばいいだけの人はの話でしょう

**デフォルトの名無しさん** · 2019/09/12(木) 11:23:02.84

「一般人」をオレオレ定義して語るのはやめましょう

複数の環境を使う一般人もいるわけです

**デフォルトの名無しさん** · 2019/09/12(木) 11:52:17.18

zshスクリプト書くならzsh必須
bashスクリプト書くならbash必須
当たり前の話だ

**デフォルトの名無しさん** · 2019/09/12(木) 11:55:43.46

あたり前田のcracker

**デフォルトの名無しさん** · 2019/09/12(木) 12:04:51.42

>>594
大多数でもなんでもいいけど、そういう意味だろう。それでも読めなさそうだが

**デフォルトの名無しさん** · 2019/09/12(木) 12:40:22.35

一般人を勝手に定義すんなって言ってるのに、
そういう意味だろとか、わかってなさすぎｗ

一般人にそういう意味はありません

**デフォルトの名無しさん** · 2019/09/12(木) 12:43:04.42

話の通じないこだわりぶりは、いつものか

**デフォルトの名無しさん** · 2019/09/12(木) 12:45:16.02

>>599
お前が「いつもの」だって言うのはわかってるぞ

**デフォルトの名無しさん** · 2019/09/12(木) 12:45:43.48

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

**デフォルトの名無しさん** · 2019/09/12(木) 12:47:01.39

どういつものなんだか

**デフォルトの名無しさん** · 2019/09/12(木) 12:54:03.95

シェルスクリプトの話をしないやつだよ

**デフォルトの名無しさん** · 2019/09/12(木) 12:56:58.88

自分でできないのにww
ないすボケと言って欲しいのかw

**デフォルトの名無しさん** · 2019/09/12(木) 13:01:35.95

いいからシェルスクリプトの話をしろよ。まったく

**デフォルトの名無しさん** · 2019/09/12(木) 13:04:19.98

>>601から全て自分自身に対して言っているのね？なるほど納得

**デフォルトの名無しさん** · 2019/09/12(木) 17:43:49.36

ここまで言われてなおシェルスクリプトと無関係な煽りを書き込めるって相当だぞ

**デフォルトの名無しさん** · 2019/09/12(木) 18:46:23.43

exec 2> >(tee -a stderr.log >&2)
後ろの>&2ってどんな意味なんです？

**デフォルトの名無しさん** · 2019/09/12(木) 18:46:26.98

bashが必要になるようなものはそもそも選択する言語が間違ってると思う

**デフォルトの名無しさん** · 2019/09/12(木) 19:42:51.04

>>608
stderrのをだから(サブシェル内の)stderrに出力、それが無ければstdoutに出力
あんまそれほど意味はなさげのような気がするけど

**デフォルトの名無しさん** · 2019/09/12(木) 20:41:45.14

インタラクティブ、もしくは、それ以下のスクリプトでサブシェルのstderrの先を変えようにも変えようがないし、やるならその前でしかなと、意味はなさげと思ったが、
それが入っているスクリプト起動時にリダイレクトする場合には意味があるか。(コンソールへの)stderrいらないから捨てるとか

hoge.sh
#!/bin/bash
exec 2> >(tee -a stderr.log >&2)
...

./hoge.sh 2> /dev/null
>&2があるので、(コンソールへの)stderrはうまく捨てれる

**デフォルトの名無しさん** · 2019/09/13(金) 17:57:13.42

bashのプロセス置換機能を活用して、シェル作業やスクリプト書きを効率化する
https://sechiro.haten　blog.com/entry/2013/08/15/bash%E3%81%AE%E3%83%97%E3%83%AD%E3%82%BB%E3%82%B9%E7%BD%AE%E6%8F%9B%E6%A9%9F%E8%83%BD%E3%82%92%E6%B4%BB%E7%94%A8%E3%81%97%E3%81%A6%E3%80%81%E3%82%B7%E3%82%A7%E3%83%AB%E4%BD%9C%E6%A5%AD%E3%82%84%E3%82%B9
そのスクリプトの出処はここだな

出力のプロレス置換ってこう使うのか
入力のプロセス置換はよく使ってるけどそっちはどうもな

**デフォルトの名無しさん** · 2019/09/14(土) 14:53:58.72

プロレス乙

**デフォルトの名無しさん** · 2019/09/14(土) 15:54:17.46

プロミスの間違い

**デフォルトの名無しさん** · 2019/09/14(土) 17:27:42.22

サラ金市ね

**デフォルトの名無しさん** · 2019/09/15(日) 16:58:31.20

grepは自身で上書きすると中身空になるけど回避方法ある？要はspongeなんだけども

**デフォルトの名無しさん** · 2019/09/15(日) 17:06:24.59

data=$(grep ～); echo "$data" > ～

**デフォルトの名無しさん** · 2019/09/15(日) 17:10:14.49

>>612
こんなのが出たので見るのを止めた。

この接続ではプライバシーが保護されません
sechiro.hatenblog.com では、悪意のあるユーザーによって、パスワード、メッセージ、クレジットカードなどの情報が盗まれる可能性があります。詳細
NET::ERR_CERT_COMMON_NAME_INVALID

**デフォルトの名無しさん** · 2019/09/15(日) 17:13:13.56

>>618
お前のパソコンなんかおかしくなってるぞｗ

**デフォルトの名無しさん** · 2019/09/15(日) 17:15:19.48

ハッテンブログじゃなくてはてなブログだな

**デフォルトの名無しさん** · 2019/09/15(日) 17:18:49.85

hattenblogこわい

**デフォルトの名無しさん** · 2019/09/15(日) 17:28:57.92

5ch では、はてなブログのURL を貼ってはいけない！

書き込み禁止画面が出ずに、いきなり吸い込まれて、
アクセス禁止になるようにしてあるから、超危険！

同様に、twitter の長いURL にも、吸い込まれるものがあるらしい

そこだけ、全角などに変換した方がよい。
ｈａｔｅｎｂｌｏｇ

**デフォルトの名無しさん** · 2019/09/15(日) 17:32:44.42

>>612
のURL は、証明書エラー！

HTTPS の証明書が切れてる！

**デフォルトの名無しさん** · 2019/09/15(日) 17:37:11.76

>>612
hatenblog

そもそも、上ははてなブログじゃない！w
a が無い

はてなブログは、
ｈａｔｅｎａｂｌｏｇ

**デフォルトの名無しさん** · 2019/09/15(日) 17:40:16.44

>>612
hatenblog に、a を追加したら、ちゃんと見れた！

はてなブログは、
ｈａｔｅｎａｂｌｏｇ

**デフォルトの名無しさん** · 2019/09/15(日) 17:40:54.01

https://sechiro.ｈatenablog.com/entry/2013/08/15/bash%E3%81%AE%E3%83%97%E3%83%AD%E3%82%BB%E3%82%B9%E7%BD%AE%E6%8F%9B%E6%A9%9F%E8%83%BD%E3%82%92%E6%B4%BB%E7%94%A8%E3%81%97%E3%81%A6%E3%80%81%E3%82%B7%E3%82%A7%E3%83%AB%E4%BD%9C%E6%A5%AD%E3%82%84%E3%82%B9

**デフォルトの名無しさん** · 2019/09/15(日) 18:39:06.79

https://sechiro.%68atenablog.com/entry/2013/08/15/bash%E3%81%AE%E3%83%97%E3%83%AD%E3%82%BB%E3%82%B9%E7%BD%AE%E6%8F%9B%E6%A9%9F%E8%83%BD%E3%82%92%E6%B4%BB%E7%94%A8%E3%81%97%E3%81%A6%E3%80%81%E3%82%B7%E3%82%A7%E3%83%AB%E4%BD%9C%E6%A5%AD%E3%82%84%E3%82%B9

**デフォルトの名無しさん** · 2019/09/15(日) 20:14:01.28

>>619
スマホのChromeなんだけどね。おかしいのかね？よくわからんが。

**デフォルトの名無しさん** · 2019/09/15(日) 20:17:20.74

>>621
あ、そういうことか。
たしかに無事開いてしまったら何か違う世界を見てしまいそうで怖いアドレスだなw

**デフォルトの名無しさん** · 2019/09/16(月) 19:53:43.50

16進数（最大二桁 0xFF）から8進数に変換したいんですが
bcを使う以外にsedなどを使った方法とかありますかね…？
$ printf 'obase=8;ibase=16;%s\n' 'FA' | bc
もしあれば，bcは16進数のアルファベットが大文字じゃないといけないし，
POSIX標準とはいえUbuntuとかには既定で導入されてないしで，
あまり使いたいくないんです（わがままですいません）

**デフォルトの名無しさん** · 2019/09/16(月) 20:12:04.01

printf '%o\n' 0xfa

**デフォルトの名無しさん** · 2019/09/16(月) 21:17:46.43

8進数にパーミッション以外の使いみちなんてあったのか…

**デフォルトの名無しさん** · 2019/09/16(月) 23:39:17.58

>>630
hex=fa
oct=$(( ($hex >> 6) * 100 + ($hex >> 3 & 0x7) * 10 + ($hex & 0x7) ))
# oct=$((0x$hex >> 6))$((0x$hex >> 3 & 0x7))$((0x$hex & 0x7)) 3桁固定版
echo "$oct"

出力が必須でない場合（変数に入れて処理する場合）は
oct=$(printf '%o\n' 0xfa) よりも速いはず

**デフォルトの名無しさん** · 2019/09/16(月) 23:43:56.37

他にも case を使って書けるはず
最大0xFFなら

case $value in
01) ～
02) ～
：
[fF][eE]）
[fF][fF]）
esac

とかねｗ

たかだか256＋α行。頑張ればFF の一桁ずつ処理すれば行は減らせるだろう。

**デフォルトの名無しさん** · 2019/09/16(月) 23:46:42.80

>>633訂正

× oct=$(( ($hex >> 6) * 100 + ($hex >> 3 & 0x7) * 10 + ($hex & 0x7) ))
○ oct=$(( (0x$hex >> 6) * 100 + (0x$hex >> 3 & 0x7) * 10 + (0x$hex & 0x7) ))

**デフォルトの名無しさん** · 2019/09/17(火) 00:06:22.06

>>632
posixの範囲ではprintfで16進数から文字に変換することが出来ない

printf '\101' # => A
printf '\x41' # bashは変換できるが、dashでは変換できない

バイナリデータの処理など、文字コードを使って処理する必要がある場合は
8進数を使うほうが良い

**デフォルトの名無しさん** · 2019/09/17(火) 00:09:45.15

8進数よりも16進数の方が使い勝手が良いのにパーミッションが8進数なのは、
当時はまだ16進数が発明されてなかったからだったりするのかな？
シェルスクリプトもそうだけど、なんか古い時代は8進数しかなかった感じがする
それとも単なるビット数を節約しただけなんだろうか？

**デフォルトの名無しさん** · 2019/09/17(火) 00:18:14.43

7ビット機だったような

**デフォルトの名無しさん** · 2019/09/17(火) 02:12:04.50

rwxで3ビットしか使ってない必要ないと思ったからだろう

**デフォルトの名無しさん** · 2019/09/17(火) 04:55:24.40

パーミッションの話じゃなくて

**デフォルトの名無しさん** · 2019/09/17(火) 09:45:35.22

>>634
ありがとうございます！

**デフォルトの名無しさん** · 2019/09/17(火) 12:39:27.59

>>637
>当時はまだ16進数が発明されてなかったからだったりするのかな？
どこでなにが「発明」を指して居るのかわからんが、コンピュータ業界コンピュータサイエンス(？)としては当時でも普通に16進数があっただろう。スイッチをパチパチしてマシン語を打ち込む当時のコンピュータでは打ち込むプログラムは16進数で書いてたようだから
Unix version 1 は 18ビットマシンの PDP-7 でから始まり、すぐに PDP-11 に移行したがその名残だろう、K&R C の文字リテラルでは8進数表現しかできないのとかは、また、K&R C の影響じゃね
PDP-7 は 18ビット＝ 3 3 3 3 3 3 で表した方書いた方がきりがいいからそれが普通のような感じだったんじゃね、今でもパーミッションは3ビットに収まっているので3ビット区切りで表した方が書いた方がわかりやすいのと同じように

**デフォルトの名無しさん** · 2019/09/17(火) 12:48:38.39

昔はなぜか 12bit 15bit 18bit 24bit 36bit あたりのマシンが多い

**デフォルトの名無しさん** · 2019/09/17(火) 13:26:02.16

そうなの。見物したスイッチをパチパチしてマシン語を打ち込む当時のコンピュータは16bitだったから、PDP-7(というかPDP-11の前までのDEC)が異端かと思ったw

**デフォルトの名無しさん** · 2019/09/20(金) 09:32:25.18

16進数から8進数への変換って↓
$ hex=fa; printf '%o' $((0x$hex))
↑こういうのだとPOSIX違反？

**デフォルトの名無しさん** · 2019/09/20(金) 13:37:02.90

POSIXは知らんが、古いzsh？は $((0x$hex)) が使えなくて $((16#$hex)) だった気がする
もしくは $((011)) が zshでは8進数にならなくて $((8#11)) と書かないといけない
という問題だったかもしれない。まあ忘れたｗ

**デフォルトの名無しさん** · 2019/09/20(金) 15:46:33.91

ふむ。ということは今であればほぼ問題ないという訳か。
thx

**デフォルトの名無しさん** · 2019/09/20(金) 18:40:57.99

>>644
基本的にメインフレームってカテゴリのコンピュータはCPUも自社設計だったので
8bit単位じゃなく自分たちの使いやすいbit数だった
ザイログとかモトローラのCPUを使っていると基本的に8bitの整数倍になる

**デフォルトの名無しさん** · 2019/09/22(日) 22:42:51.90

symlnkのフォルダからファイルをmvすると実体パスの方で移動するけどmvの仕様？

**デフォルトの名無しさん** · 2019/09/22(日) 22:58:25.61

移動なら実体を移動しなきゃ移動しないだろう、ファイルシステム的に

**デフォルトの名無しさん** · 2019/09/22(日) 23:05:40.23

例えば/a/b/cがあって、/x/yが/a/bを指すとする。
cd /x/y; mv c ..したときにcが/x/cじゃなくて/a/cになるという話なら仕様。
実際はcd /x/yの時点でカーネル的には既に/a/bに移っている。
pwdして/x/yと表示されたり、プロンプトに/x/yと出たりすることがあるのは、シェルがそう見せているだけ。
外部コマンドを呼んだ時点で/x/yにいるという情報は伝わらない。

**デフォルトの名無しさん** · 2019/09/22(日) 23:22:54.08

シェルによっては今いるディレクトリをシンボリックリンクのままPWD環境変数に出力するから、外部コマンドでも>>651の場合に/a/bではなく/x/yにいると分かることもある
だからmvでもやろうと思えば環境変数によって動作をかえて/x/cに移すこともー応可能ではある
ただ普通はそういう危なっかしい動きはしない

**デフォルトの名無しさん** · 2019/09/23(月) 00:58:42.07

なるほど
~/dir/foo.txtがあって、dirのリンクを~/Desktop/dir_linkに作ったんだ
んでdir_linkからmv foo.txt ../したらDesktopになくてあれってね
シンボリックリンクはあくまで別名だって念頭に置かないといつかやらかしそうだなぁ

**デフォルトの名無しさん** · 2019/09/23(月) 13:44:18.78

シンボリックリンク自体はカーネルっていうかファイルシステムの機能であって
シェルの機能じゃないよね？

シンボリックリンクされたディレクトリへの移動やその表示が、シェルの機能？

**デフォルトの名無しさん** · 2019/09/23(月) 14:55:36.41

シンボリックリンクはただのファイルで、APIが機能を提供してるだけだろう
ハードリンクはファイルシステムの機能だろうが

**デフォルトの名無しさん** · 2019/09/23(月) 15:20:14.51

シンボリックリンクはPOSIXで決まっているが、
シェルスクリプトとは関係ない。
シェルとも関係ない。すれ違いだ。
シェルスクリプトの話をしろ。

**デフォルトの名無しさん** · 2019/09/23(月) 15:43:16.78

シンボリックリンクもハードリンクもファイルシステムの機能だ

**デフォルトの名無しさん** · 2019/09/23(月) 15:44:56.02

ﾄﾞﾔｧ

**デフォルトの名無しさん** · 2019/09/23(月) 16:01:07.98

>>657
どこまでをファイルシステムかと言うのかだが、論理矛盾とかリンク切れとかあってもなんも関係ないのだから低レベル=どのファイルシステムでフォーマットする？というファイルシステムのファイルシステムではないな
そのレベルではファイルとフラグを提供しているにすぎない

APIも含めたOSがアプリケーションに対しての提供するファイルシステムといえばファイルシステムだろうが

**デフォルトの名無しさん** · 2019/09/23(月) 16:41:43.41

まぁ、いずれにしても、ここではスレ違い

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

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