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

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

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

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

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

**デフォルトの名無しさん** · 2020/03/09(月) 08:15:32.71

>>798
> 一般ユーザーくらいでしか機能しない処理のような気がします。

逆じゃね？ｗ
rootくらいでしか問題にならないでしょ

rootでなんか普通使わねーｗ

**デフォルトの名無しさん** · 2020/03/09(月) 15:04:18.04

PWDってさ、スクリプト実行前に設定されるって思う？

**デフォルトの名無しさん** · 2020/03/09(月) 15:50:41.07

されてないシェルなんてあったらそのシェルのバグだろう

**デフォルトの名無しさん** · 2020/03/09(月) 16:01:54.84

いや、どいつもこいつも設定しないのか。意外だな
PWD
This variable shall represent an absolute pathname of the current working directory. It shall not contain any filename components of dot or dot-dot. The value is set by the cd utility.
> The value is set by the cd utility.
まんまなのか(？)

**デフォルトの名無しさん** · 2020/03/09(月) 16:26:06.84

いや、スクリプトファイルの実行時にならされる、-c のコマンド羅列文字列の実行時にはされないかな？

**デフォルトの名無しさん** · 2020/03/09(月) 18:07:49.62

どのシェルも設定されるなーって思ってたらkshはされんかった
export $PWD=aaaってやって
ksh -c 'echo $PWD'したらaaaってでた

**デフォルトの名無しさん** · 2020/03/09(月) 18:10:56.70

-cだけじゃなくてksh a.shってやってもaaaってでたｗ
最初、echo $PWDの前に確認のためにpwdコマンドやっていて気づかんかった
kshだとpwdやったらPWDも設定されたｗ

**デフォルトの名無しさん** · 2020/03/09(月) 18:14:17.37

おぉ？ kshだとcd .してもPWDは設定されんかったぞｗ
流石に別ディレクトリに移動したら設定されるが

**デフォルトの名無しさん** · 2020/03/09(月) 18:33:20.75

しまった。>>804,805は -c で " で括ってた。そりゃあ...すまん

kshも設定されない？(？？)
export HOGE=hoge
export PWD=hage
ksh -c 'echo $PWD $HOGE'
ってやったら、(pwdの) hoge かな。バージョン違いかな？うちのは 93u+

**デフォルトの名無しさん** · 2020/03/09(月) 18:39:14.18

面白いなｗ
export PWD=aaaってやって以下のスクリプトを実行したら

echo $PWD # aaa
echo $(echo $PWD) # /home/ore
echo $PWD # /home/ore
ってなった。

どこで設定してるんだよｗｗｗ
kshは93u+

**デフォルトの名無しさん** · 2020/03/09(月) 18:40:22.34

>>808
どういうテストなのかわからんけど、93u+ ではこんなん
$ cd /home
$ echo $PWD
/home
$ PWD=hoge
$ echo $PWD
hoge
$ pwd
/home
$ echo $PWD
hoge
$ cd .
$ echo $PWD
/home

**デフォルトの名無しさん** · 2020/03/09(月) 18:40:35.23

echo実行後にせってされてるのでは？と思う人のために

echo $PWD # aaa
echo $PWD # aaa
echo $(echo $PWD) # /home/ore
echo $PWD # /home/ore

**デフォルトの名無しさん** · 2020/03/09(月) 18:41:47.16

>>810
同じか。ナゾだなw

**デフォルトの名無しさん** · 2020/03/09(月) 18:42:40.76

>>811
あ、kshに入ってから実行してるわけじゃないよ
bashからksh -c とか ksh a.sh とかしてる

ksh上でやってるならプロンプト表示する処理の
どこかで設定されてるのでは？

**デフォルトの名無しさん** · 2020/03/09(月) 18:45:40.99

echo $PWD # aaa
:
echo $PWD # aaa

-----

echo $PWD # aaa
$()
echo $PWD # aaa

-----

echo $PWD # aaa
$(:)
echo $PWD # /home/ore

サブシェルに入ってから？なんか実行すると設定されるっぽいｗ

**デフォルトの名無しさん** · 2020/03/09(月) 18:46:18.77

$ ksh -c 'PWD=hoge;echo $PWD;cd .;echo $PWD'
でも、
hoge
/home
かな

**デフォルトの名無しさん** · 2020/03/09(月) 18:48:20.68

つまりkshで安全に$PWDを使うためには
最初の方で$(:)を実行しておけってことだなｗ
これが最速の方法か知らんけど、pwd > /dev/null よりかは速そう。いやどっちだろ？

**デフォルトの名無しさん** · 2020/03/09(月) 18:50:28.04

bashでログインして、cd /homeして

ksh -c 'PWD=hoge;echo $PWD;cd .;echo $PWD' を実行すると
hoge
/home
ってでる

export PWD=hoge
ksh -c 'PWD=hoge;echo $PWD;cd .;echo $PWD' を実行すると
hoge
hoge
ってでる

**デフォルトの名無しさん** · 2020/03/09(月) 18:51:54.13

ははは、ワロスワロス。どうなってるのか考えたら、頭がこんがらがってきたｗ

**デフォルトの名無しさん** · 2020/03/09(月) 18:55:32.91

なるほど
PWDがexportされていたかに影響するのか、イミフだな
exportされてるされてないで、pwdでのPWDも動作違う(？)

**デフォルトの名無しさん** · 2020/03/09(月) 19:04:32.47

PWDはデフォルトでexportされてるはずだから

cd /home
PWD=hoge
ksh -c 'PWD=hoge;echo $PWD;cd .;echo $PWD'

これも
hoge
hoge

**デフォルトの名無しさん** · 2020/03/09(月) 19:05:54.23

ムリｗ　バグっぽいけど、どういうバグなのか頭が働かないｗ

**デフォルトの名無しさん** · 2020/03/09(月) 19:11:00.02

スクリプトの中から
さらにksh -c 'echo $PWD'してもPWDはaaaのままだたけど
(echo $PWD)するだけで/homeになるな。
つまりサブシェルを使うと、サブシェルの外のPWDの状態が変化する

**デフォルトの名無しさん** · 2020/03/09(月) 19:20:17.23

うむ、PWDをイジるとね

>>809のも
export HOGE=hoge
export PWD=hage
ksh -c 'echo $PWD $HOGE'
を
ログインして(シェルはbash)すぐ実行だと、
/home/ore hage
ログインして(bash)、cd /home した後だと、
hage hoge
だな。まずイミフ。PWDなんてイジらない(そもそもkshを好んで使わないwそういういOSがあるらしいが知らんw)から忘れようw

**デフォルトの名無しさん** · 2020/03/10(火) 00:15:26.42

files="/Users/aaa/Documents/*"
for filepath in $files;
do
case $filepath in *.txt)
echo $filepath
esac
done

このcaseをifに置き換えた場合がうまくできません
ご指導よろしくお願いします

**デフォルトの名無しさん** · 2020/03/10(火) 00:18:49.52

forからやり直して下さい

**デフォルトの名無しさん** · 2020/03/10(火) 00:20:14.51

caseでいいやん？なんでifに置き換えるのさ。意味ない。

**デフォルトの名無しさん** · 2020/03/10(火) 06:34:25.94

単に拡張子を判断したいってだけじゃね。それも txt 一つだけとか。だとしたら、
if [ "${filepath##*.}" = "txt" ]; then
echo "$filepath"
fi
とかにしたくなるのもわからないでもない

**デフォルトの名無しさん** · 2020/03/10(火) 08:08:24.53

>>827
勉強中でどうすればいいかわからなくて色々試してる最中です
if [[ $filepath = *.txt ]]; then
[[]]としたら出来ました
files="/Users/aaa/Documents/*.txt"
こうしたらcaseもifも不要でシンプルに出来ました
>>828
勉強になります。ありがとうございます

**デフォルトの名無しさん** · 2020/03/10(火) 10:13:09.27

>>828
なんでそんなにifにこだわるんだろうかね

if [ "${filepath##*.}" = "txt" ]; then
case $filepath in *.txt)
if [[ $filepath = *.txt ]]; then

どれがシンプルかは比べてみれば明らかだろうに

caseはcase一つで実現しているが、ifは別途 [ または [[ を
組み合わせてるから無駄な処理を行ってるんだが
文字数も長いし、[[はbash依存

パターンマッチングをcaseからifに置き換えても
文字を長くして無駄な処理を行って動くシェルを減らしているだけで
メリットが一つもない

**デフォルトの名無しさん** · 2020/03/10(火) 16:38:10.67

一つだけなのにcaseを使うのが気持ち悪い、判断パターンをcaseの後に書くのが気持ち悪いという感性の問題だな
どの感性が良い悪いというのではく。コーディング規約が一つにならないのと同じような
お前は俺のコーディング規約が絶対と言って譲らないのと同じ

**デフォルトの名無しさん** · 2020/03/10(火) 22:41:26.01

コーディング規約と漠然にいってるけどその内容には二種類あって、
一つは「理由がある良いやり方」と
もう一つは「どちらでも良いけど統一しましょう」というだけのもの

理由があるものはどちらが良いか明確に言うことができる。
明確に言えないものはインデントのスペースを2にするか4にするかという
統一だけするもの。コーディング規約にはこの二つが混じっているから、
良いか悪いかの話ができるものまで、好みの話だと勘違いしてる。

感性が邪魔して良い方法を採用することが出来ないという気持ちはわかるが
今回は明らかにcaseを使ったほうが良い。他にifの方がいい理由があれば
トレードオフの話に持っていけるが

**デフォルトの名無しさん** · 2020/03/11(水) 02:59:38.62

しつこい

**デフォルトの名無しさん** · 2020/03/11(水) 03:56:24.84

俺様が決めたコーディング規約に従えねぇってかごるぁ
ということを言いたいんだろうな。caseは正義なんだと。

**デフォルトの名無しさん** · 2020/03/11(水) 04:45:38.32

承認欲求のひとつだろな

**デフォルトの名無しさん** · 2020/03/11(水) 09:22:15.60

>>834
コーディング規約の話なんかしてないだろ？
この場合は、caseの方が優れてるのに
ifを使いたいという"感性"を持ち出してきたアホが居るだけ
そのアホがコーディング規約がーとか意味不明なことを言ってるだけ

**デフォルトの名無しさん** · 2020/03/11(水) 09:32:31.50

この場合はcaseが優れてるね
↓
case使えって言った！こいつどんなときでもcase使えって言った！
理由はコーディング規約だからそれに従えだって！

誰もそんなこと言ってないんだよなぁ（笑）
なんで優れてるかどうかの話をすり替えたんだろうね

**デフォルトの名無しさん** · 2020/03/11(水) 09:35:24.46

>>836-837
>>833読んだ？

**デフォルトの名無しさん** · 2020/03/11(水) 10:04:34.79

>>838
自分がしつこいから、レスが来てるって思わない？ｗ

**デフォルトの名無しさん** · 2020/03/11(水) 10:35:05.80

>>829を読むとcaseもifも使わないでシンプルに出来たと言っていて、本人はifになんか全然拘っていないんだよな。何故か勝手にしつこく敵視してる笑。

**デフォルトの名無しさん** · 2020/03/11(水) 10:40:57.60

敵視してるのは>>831だぞｗ

**デフォルトの名無しさん** · 2020/03/11(水) 15:58:19.41

これがアスベというのだな

**デフォルトの名無しさん** · 2020/03/11(水) 18:51:36.11

無駄なcat的な何か

**デフォルトの名無しさん** · 2020/03/14(土) 09:40:09.35

知らんかったけど、こんな書き方できるんやな

cat << HERE |
abc
HERE
sed s/a/b/g

cat <<HERE &&
abc
HERE
echo abc

謎な書き方多すぎｗ

**デフォルトの名無しさん** · 2020/03/14(土) 09:44:21.77

cat <<HERE && cat<<HERE
aaa
HERE
bbb
HERE

わろたｗ
これも動くんだ

**デフォルトの名無しさん** · 2020/03/14(土) 11:50:07.06

zshだとOKだけどbashだけど文法エラーになるものってあるかな？

例えばbashだとOKだけど、shでは文法エラーになるものに配列がある。

$ bash -cn 'a=()'
$ sh -cn 'a=()'
sh: 1: Syntax error: "(" unexpected

これのzsh版

**デフォルトの名無しさん** · 2020/03/14(土) 11:52:32.93

ただしこれは除く

$ bash -cn 'foo() :'
bash: -c: 行 0: 予期しないトークン `:' 周辺に構文エラーがあります
bash: -c: 行 0: `foo() :'

これはshでは通る。POSIX準拠の構文なはず。だけどbashが通らない珍しい例
$ sh -cn 'foo() :'

**デフォルトの名無しさん** · 2020/03/14(土) 15:19:53.15

環境はMac mojave、lsとecho $(ls)とで挙動が違うのってなんででしょうか
前者はスペースや改行がしっかりされてるんですが後者は整形されませんでした

**デフォルトの名無しさん** · 2020/03/14(土) 15:51:10.82

lsは出力先によってオプションを指定しない場合のdefault formatが変わる
そういう仕様

**デフォルトの名無しさん** · 2020/03/14(土) 16:50:55.95

>>848
echoなんぞに引数で渡す場合は、引数として渡すために分割されてるからじゃね。逆に整形されてるとも言える
echo "$(ls)"
(IFS=''; echo $(ls))
だと同じくならなくね？

**デフォルトの名無しさん** · 2020/03/14(土) 17:16:06.25

>>848
echoは複数の引数を（IFSの値とは関係なく）
スペースで区切ってくっつけるという仕様だから

**デフォルトの名無しさん** · 2020/03/14(土) 17:30:36.50

$ echo "$(export COLUMNS=159; export CLICOLOR_FORCE=1; ls -C)"
これでlsだけの時と同じ出力になった

**デフォルトの名無しさん** · 2020/03/14(土) 17:34:32.34

それは一つの引数の中に改行があるからな

別の問題として最後に複数の改行があっても一つにまとまるから
厳密には同じではない

**デフォルトの名無しさん** · 2020/03/14(土) 17:48:52.56

なにいってるの

**デフォルトの名無しさん** · 2020/03/14(土) 17:52:54.94

正しいことを言ってる

**デフォルトの名無しさん** · 2020/03/14(土) 17:55:17.78

変わったやつなのはわかった

**デフォルトの名無しさん** · 2020/03/14(土) 17:56:25.94

教えてほしいなら、何を教えればいいか具体的に言おうねｗ
質問者のくせに

**デフォルトの名無しさん** · 2020/03/14(土) 17:58:01.23

おかしなやつだったか

**デフォルトの名無しさん** · 2020/03/14(土) 18:01:56.55

まーた始まった

**デフォルトの名無しさん** · 2020/03/14(土) 18:20:00.64

お前がな

**デフォルトの名無しさん** · 2020/03/14(土) 21:45:32.98

>>844
その仕様は Perl にも受け継がれてるよ。

**デフォルトの名無しさん** · 2020/03/14(土) 23:56:32.86

echo は、連続した空白を、1つにまとめる

**デフォルトの名無しさん** · 2020/03/15(日) 00:05:16.78

$ echo " foo bar " " baz qux"
__foo__bar_____baz__qux

空白まとまらないけど、なんの話をしてるの？

**デフォルトの名無しさん** · 2020/03/15(日) 00:13:30.80

$ echo " foo bar " " baz qux"
_foo_bar___baz_qux

って事を言ってるんじゃないかな

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

あららｗ "_" をスペースに読み換えて頂戴

$ echo " foo bar "_____________" baz qux"
_foo_bar___baz_qux

**デフォルトの名無しさん** · 2020/03/15(日) 01:09:56.98

マジか!？
それechoとは関係ないよね

**デフォルトの名無しさん** · 2020/03/15(日) 03:22:11.24

やってるのはシェルだよな

**デフォルトの名無しさん** · 2020/03/15(日) 09:50:54.32

せっかく俺が、複数の引数をっていってんのに

**デフォルトの名無しさん** · 2020/03/15(日) 10:12:42.77

>>862はいつものRuby君だろ。相変わらずデタラメを垂れ流してるな。

**デフォルトの名無しさん** · 2020/03/15(日) 12:24:19.50

exprの正規表現関連の機能って便利だな。
恥かしながらPOSIXで定義されているとは思わず，
ずっとBash拡張だと思って利用を避けてきてたわw

sedだと変数の値に対しての操作が一発でできない（printf '%s' "$var"なんかを噛ませないといけない）
から、「変数に対して，指定した位置の文字を抜きだす」くらいの単純作業なら，
sedよりexprで処理した方がコマンドの個数も少なくなるし，よさげ。

**デフォルトの名無しさん** · 2020/03/15(日) 13:45:49.67

>>870
exprは外部コマンド、bashとは無関係
sedで変数もうさも、sedの代わりにexprも意味がわからない。
使い方が違うコマンド

**デフォルトの名無しさん** · 2020/03/15(日) 17:46:54.09

>>871
Bashとは無関係とはいっても
echoみたいにPOSIXでは「外部コマンド」とされてるけど
Bashでは組み込みコマンドで，かつ独自の拡張機能が備わっている。
みたいな場合も考えられる。

**デフォルトの名無しさん** · 2020/03/15(日) 20:32:36.11

>>872
/bin/exprで使えばええ

**デフォルトの名無しさん** · 2020/03/15(日) 21:16:13.77

>>873
いや，別に「外部コマンドとしてのexprが使いたい」なんて言ってない。

**デフォルトの名無しさん** · 2020/03/15(日) 21:39:15.64

伝わらなくてもどかしそうw

**デフォルトの名無しさん** · 2020/03/15(日) 22:09:22.92

>>872
exprがビルトインになってるシェルは存在しない

**デフォルトの名無しさん** · 2020/03/15(日) 22:19:50.83

exprぐらいシェルのビルトインになっていてもおかしくない。ある意味思い込み
exprの正規表現関連はbashの拡張だと思っていた。exprがbashのビルトインしくはbashのオマケ外部コマンドなのが必須＝完全な思い込み
というだけだろ。言いたいことはそこじゃないだろに、読み取ってやれよw

**デフォルトの名無しさん** · 2020/03/15(日) 22:24:16.72

「Bash拡張」ではなく「GNU拡張」なんぞに置き換えればいいだけだな

**デフォルトの名無しさん** · 2020/03/15(日) 22:30:33.87

>>877
だからbashの拡張だと思っていたと言ってるから
そもそも外部コマンドだ。と言ってるだけなんだが

**デフォルトの名無しさん** · 2020/03/15(日) 22:35:36.36

>>879
>>878

そこは蛇足
exprの正規表現関連はPOSIXじゃないと利用を避けてきたわ
で済むだけ。外部コマンドとか蛇足もいいとこな話だろう

**デフォルトの名無しさん** · 2020/03/15(日) 22:42:53.24

蛇足って話をするのなら、外部コマンドに反論すること自体が蛇足

そんなどうでもいいことじゃなくて、
sedでprintf '%s' "$var"とか言う意味不明な点を説明しろよ
変数の値に対しての操作が一発でできないのは「外部コマンド」ならどれも一緒だろ

**デフォルトの名無しさん** · 2020/03/15(日) 22:48:02.29

思い込みの理由を述べただけと読んでやれよ。なんでそうも噛み付いているの？

sedにネタ元渡すためにはとかじゃないの？echoでもいいんじゃないの？ソコは
exprは対象を引数として渡せるぐらいの意味、動作及び返り値が単純だから変数をちょっとイジるくらいならsedよりもって話じゃないの。俺はそう読み取ったけど

なんでそうも強く噛み付いているの？

**デフォルトの名無しさん** · 2020/03/15(日) 22:50:35.45

> なんでそうも強く噛み付いているの？

噛み付いてないけど？俺はexprは外部コマンドと言っただけ
それ以外のことを言ってない。
過剰に反応してるのはお前では？

**デフォルトの名無しさん** · 2020/03/15(日) 22:53:20.23

蛇足なことが続くなと思ったからだけど。蛇足な理由を言っただけだけど？
>>881なんて明らかに噛み付いているだろうにw 特に後半とか。よく言うよ

**デフォルトの名無しさん** · 2020/03/15(日) 22:59:01.24

後半？これ？蛇足（bash拡張かどうか）じゃなくて本筋の話をしろとしか書いてないが？

> sedでprintf '%s' "$var"とか言う意味不明な点を説明しろよ
> 変数の値に対しての操作が一発でできないのは「外部コマンド」ならどれも一緒だろ

**デフォルトの名無しさん** · 2020/03/15(日) 23:07:40.57

無茶苦茶だなとしか言いようがない
で、その応えは>>882で納得したのかね？合っているのか知らんけど、俺は一応そうは読めたからなあ、「意味不明な点を［説明しろよ］」とか何様なんだか何噛み付いているのかとしか思えない

**デフォルトの名無しさん** · 2020/03/15(日) 23:29:41.29

えぇ……なんでそうも喧嘩腰なんですかね……。

**デフォルトの名無しさん** · 2020/03/15(日) 23:42:33.62

わからん...性かなww

**デフォルトの名無しさん** · 2020/03/15(日) 23:47:47.62

こんな所でしか他人に相手にして貰えないからでしょ？

**デフォルトの名無しさん** · 2020/03/15(日) 23:50:43.81

読めなさそうな人はそうかもねw

**デフォルトの名無しさん** · 2020/03/15(日) 23:52:26.22

>>870 を読んだ限りでは
「そうか、誤解してたのか。でもその誤解はもう解けたんだな。」
くらいにしか思わないけどなあ。
知らないみたいだから教えてやろうみたいな考えにはならないけどなあ。

**デフォルトの名無しさん** · 2020/03/16(月) 05:03:15.13

シンタックスエラーになるのに、問題なく実行できる例

shopt -s expand_aliases
alias loop=for
loop i; do
　echo "$i"
done

だからなんだって言われても困るけどｗｗｗ

**デフォルトの名無しさん** · 2020/03/16(月) 05:05:37.60

キーワードを全部置き換えれば対象可能かな？

shopt -s expand_aliases

alias loop=for
alias begin=do
alias end=done

loop i; begin
　echo "$i"
end

**デフォルトの名無しさん** · 2020/03/17(火) 01:19:59.84

まだ初歩的なシェルスクリプトしか書けないがbashで一番変態的な記法ってなによ
空白を入れないfoo=barの時点で妙だし配列が括弧だらけでﾏﾝﾄﾞｸｾとは思うが

**デフォルトの名無しさん** · 2020/03/17(火) 02:44:04.56

さあなぁ、シェルスクリプトのコマンド＝外部コマンド
だからファイル名につけられる文字や名前はすべて外部コマンド名として許されるべきだろうから
そうすると、やたらとコマンドを増やすわけにはいかないんだよね。

ABC = 123 とか書くと、ABCコマンドがあったらどうするんだ！？ってなるわけで、
ABC=123という風にファイル名にイコール使わないんじゃね？という前提にした
という理由があるから、そうなってるのわかるしなぁ。

ABC[123]とかいう外部コマンドだって作ろうと思えば作れるし

${aaaなんとか}シリーズが多いのも、既存の文法の拡張だけでやりたいからだろうし、
理由がわかれば、なっとくできるからなぁ。

んで、シェルスクリプトではそれ以外の拡張はしづらい運命にあるから、
逆に変態的な記法ってないで。変態な記法を作ろうと思っても作れない。

**デフォルトの名無しさん** · 2020/03/17(火) 02:51:08.61

シェルスクリプトの欠点？というわけでもないが、
仕様としてコマンド置換は最後に連続する改行が消えるから
var=$(func 1 2 3) みたいな形で、便利な関数を追加するのが
難しいんだよね。最後の改行が消えるから

いろんな機能が${varなんとか}の形で提供されてるのは、
これなら変数の代入だから最後の改行が消ないから

変態的な記法というならこれかなぁ、配列もそうだし
何でもかんでも${varなんとか}という形で機能拡張が行われてる
最近の ${parameter@operator} とかね

**デフォルトの名無しさん** · 2020/03/17(火) 14:49:49.69

>>896
連続する改行が消えるのは、個人的には寧ろありがたい（整形しなくて済む）のだけれど
正確な出力が要求される場合には（例えば元のデータを可能な限り復元するとか）
面倒な仕様かもね。

**デフォルトの名無しさん** · 2020/03/17(火) 20:33:42.42

>>894
かっこがコマンドであるという点かなあ

**デフォルトの名無しさん** · 2020/03/18(水) 01:29:14.04

>>894
関数を一行で書く時の空白と；が割と初見殺し
func(){ echo foo;}
波括弧が予約語なんで開き括弧の空白と閉じ括弧の；が必須
改行時は不要だから結構ハマったわ

**デフォルトの名無しさん** · 2020/03/19(木) 09:42:42.24

exprについて教えてください。
現在tarで圧縮したファイルの末尾に数字をつける処理を使っています。
A＝tarファイル名
B='expr = $A + 1'
tar czvf B 対象ファイル名
上の処理で実行すると、[整数でない引数]と表示されてしまい数字が付かないtarが出るのですが何故でしょうか。

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

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