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

**デフォルトの名無しさん** · 2020/11/24(火) 21:37:20.06

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

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

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

**デフォルトの名無しさん** · 2020/12/03(木) 10:16:47.14

優しいなw

**デフォルトの名無しさん** · 2020/12/03(木) 11:24:39.60

>>110
POSIXに手抜きするなって言っておけ
2020/12/03が2020/01/01から何日目であるかの計算式も書けとw

73 · 2020/12/03(木) 12:16:58.37

>>100
を改良した。
date +%Y-%m-%dT%H:%M:%S を、3回使うので、変数に代入してから使う

#!/bin/bash

time='12:00' # 求める時間

# 現在・今日・明日の文字列。年月日-時分秒。2020-12-02T14:00:00
com='date +%Y-%m-%dT%H:%M:%S'

now=`$com`
today=`$com --date="$time today"`
tomorrow=`$com --date="$time tomorrow"`

# 今日が現在よりも前なら、明日。
# それ以外は、今日

if [ $today \< $now ]; then
echo '明日'
echo $tomorrow
else
echo '今日'
echo $today
fi

**デフォルトの名無しさん** · 2020/12/03(木) 12:51:14.44

>>113
dateの呼び出しなら理屈上1回でやれるだろ？
現在の日時から、今日の10時、明日の10時を計算するだけやで？

**デフォルトの名無しさん** · 2020/12/03(木) 12:57:17.10

POSIXといえば、>>113はデフォのdateがGNUのdateな環境用だね。
いろいろ機能拡張されているみたいで。

**デフォルトの名無しさん** · 2020/12/03(木) 13:02:33.47

あいろいろと言ってもこの場合は--dateオプションだけど

**デフォルトの名無しさん** · 2020/12/03(木) 14:57:00.63

>>112
dateコマンドで取得できるだろ。もちろんC関数でもな

**デフォルトの名無しさん** · 2020/12/03(木) 15:05:53.69

>>117
現在日時の場合はね
俺が言ってるのは任意の日付を扱えないという話

**デフォルトの名無しさん** · 2020/12/03(木) 15:07:46.18

>>114
現在の取得と明日を求めるのをお任せで2回は必要じゃね
明日を計算するのをうだうだ書くなら別だが

**デフォルトの名無しさん** · 2020/12/03(木) 15:11:33.39

>>118
なるほど
あれは見てわかるようにCでのことだからな、Open Groupに言っても鼻で笑われるだけかとw

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

>>119
現在の日時から今日の10時は計算できるし
明日の10時も計算できる
今日の10時に86400秒足せば、明日の10時だ

**デフォルトの名無しさん** · 2020/12/03(木) 15:19:57.28

>>121
w
86400秒足したのを何月何日にするのにどうするつもりなの？
簡単に言えば、月末の次の日って話だぞ

**デフォルトの名無しさん** · 2020/12/03(木) 15:28:04.68

> 86400秒足したのを何月何日にするのにどうするつもりなの？

え？POSIXにその計算式があるんじゃなかったの？ｗ

**デフォルトの名無しさん** · 2020/12/03(木) 15:29:22.13

>>123
それ、マジで言ってるの？マジなら何もわかってないってことになるぞw

**デフォルトの名無しさん** · 2020/12/03(木) 15:54:45.26

>>124
中身がないレスはしなくていい

**デフォルトの名無しさん** · 2020/12/03(木) 15:58:19.12

>>125
>>123のレスに中身があるとでも？w
そういうレスするのはいつものやつかwなるほど通りでバカなこと言うわけだ

**デフォルトの名無しさん** · 2020/12/03(木) 16:01:23.95

中身がないレスをお前が先にしたわけで、
それに対するレスにも中身が無いのは当然じゃん
早くPOSIXにその計算式はないって言いなよｗ

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

あとはっきり言っておくな
POSIXにあるのは年月日時分秒からの変換ではなく
年日時分秒からの変換。月がない。

**デフォルトの名無しさん** · 2020/12/03(木) 16:06:05.70

>>127
イミフ
>>119の通りだと今でも思うよ
それに対してなんか不思議なこと言ってるから、>>122とちゃんとした疑問なんだけどなあ
それが>>123なのか...マジで...

ないも何もそんな計算があるなんて誰が言ったんだか？どれのこと？w

**デフォルトの名無しさん** · 2020/12/03(木) 16:07:32.44

>>128
むちゃくちゃww
はっきり言っておくとかwwマジキチかよと思わせるぞ

**デフォルトの名無しさん** · 2020/12/03(木) 16:08:37.33

もう話の流れを忘れたのか？

↓無理やろ

> 日付の計算はシリアルな値＝ある起点(OSやフレームワークによる)からの秒数をベースでやるのが普通。

**デフォルトの名無しさん** · 2020/12/03(木) 16:17:23.67

>>131
お前は根本的に何もわかってないんだな
だからそんな勝手な話の流れと思ってるのか。そこに書かれてることも全くわかってないんだな
そこに計算なんて書いてないだろうに。お前が全く話の流れをわかってないのが明らかだ

>>119なんて言ってたくせにw またごまかしなんだろうが、無理すぎw

**デフォルトの名無しさん** · 2020/12/03(木) 16:19:47.96

>>132
>計算なんて書いてない
なんか全く不可解なことを言い出してる>>123の計算ね

**デフォルトの名無しさん** · 2020/12/03(木) 16:22:27.43

> 日付の計算はシリアルな値＝ある起点(OSやフレームワークによる)からの秒数をベースでやるのが普通

が真なら

86400秒足せばOKだろｗ

**デフォルトの名無しさん** · 2020/12/03(木) 16:25:05.27

>>134
何を言っているのか...キチガイなのかとこわ
お前にはなんか知らんがOKなんだろうが、お前が注文つけた先では全くOKじゃないだろう、年月日を出したいらしいからな
残念だったな

**デフォルトの名無しさん** · 2020/12/03(木) 16:26:23.68

だからPOSIXじゃ明日の10時の年月日が出せないと言ってるんだが

**デフォルトの名無しさん** · 2020/12/03(木) 16:30:21.85

>>136
>>119って始めたくせによく言うよw
何とか誤魔化そうとしてるみたいだけど、お前は本当にゲスいなw

**デフォルトの名無しさん** · 2020/12/03(木) 16:31:40.83

>>132,137
>>119は俺じゃねえかw
>>114の間違い

**デフォルトの名無しさん** · 2020/12/03(木) 16:33:17.90

だからできるだろ
日付の計算はシリアルな値でやるんだからｗ

**デフォルトの名無しさん** · 2020/12/03(木) 16:38:34.33

もう全くわかってませんという自己紹介はいらんぞw
ちなみに、今日(今)の明日(というかどこまでかはわからんが、何時間/何日前後) の年月日はPOSIXでもトリッキーにできそうなのは上にあるだろに

**デフォルトの名無しさん** · 2020/12/03(木) 17:37:06.10

>>113
変数に代入するのはformat指定だけにして
$(date “$format”)とか$(date +”$format”)にしたほうが
何をやってるかわかりやすくていい気がする

あと>>84とかと同じで0時またぎの微妙なタイミングで明後日になる可能性がある
それを把握した上で使う分には問題ないだろうけど

**デフォルトの名無しさん** · 2020/12/03(木) 19:26:57.20

>>141
> あと>>84とかと同じで0時またぎの微妙なタイミングで明後日になる可能性がある

なるほど。日付の取得は1回にしてあとは計算したほうが良さそうだな。

**デフォルトの名無しさん** · 2020/12/04(金) 00:45:50.04

>>121
いや，date(1)の呼び出しは一回で済むでしょう。
POSIXに拘ろうが拘らまいが，「ある瞬間の24時間後」
を知りたければUNIX時刻と普通の時刻を変換すればいい。

ちなみに「UNIX時刻はPOSIXのdateコマンドでは出せない/変換できない！」
って思ってる人も居そうだが，普通にできる。

**デフォルトの名無しさん** · 2020/12/04(金) 01:18:58.36

Dateとして一回Calendarとして一回、二回は必要だろう
元のはCalendarとして二回使ってる感じかな
何言っているかわからんだろうけど

**デフォルトの名無しさん** · 2020/12/04(金) 01:24:55.12

>>143
> を知りたければUNIX時刻と普通の時刻を変換すればいい。
どうやって？

**デフォルトの名無しさん** · 2020/12/04(金) 01:25:29.92

>>143
> ちなみに「UNIX時刻はPOSIXのdateコマンドでは出せない/変換できない！」
できるのは、dateコマンドからUNIX時間への変換だけですよね？

**デフォルトの名無しさん** · 2020/12/04(金) 01:48:29.11

>>144
POSIXにはCalender（笑）の機能なんてないですもんねｗ
自分が使える言語に固執してないで、dateコマンド用語で話をするように

**デフォルトの名無しさん** · 2020/12/04(金) 01:59:44.65

論より証拠というやつで、実際にスクリプトを書いてみたらいいんだ
で書けたらそれを貼る、書けなかったらごめんなさいする

**デフォルトの名無しさん** · 2020/12/04(金) 02:08:43.91

>>147
POSIXもそうだが、概念としてのDate(Time)とCalendarは当然のようにあるってことだよ
dateコマンドは機能は限定されているがその2つの概念を内包してる。他の言語ではクラスとして明確にわかりやすいように(？)存在するってだけだな
POSIXは「システムクロックを」に固執／それ対象なのが痛くてあまり使えなさそうなだけで

**デフォルトの名無しさん** · 2020/12/04(金) 02:33:22.25

普通の暮らしで使ってる日付なのに
普通の暮らしで接してるからこんな話題でもあまりよく考えてないから計算でできると思い込んで言っちゃうんだろうな。今までそういうのも書いたこともなく
そんなのが機会があって自分で書いたら落とし穴に落ちたのを書きそう
さすがに今時はそう見事に簡単に落とし穴に落ちたのを書かないとは思うが、書きそうでもある

**デフォルトの名無しさん** · 2020/12/04(金) 08:13:05.53

>>149
概念としてのカレンダーって何？
お前カレンダー持ってないの？
あれがカレンダー

**デフォルトの名無しさん** · 2020/12/04(金) 08:32:14.34

ふつうJavaのプログラミングの経験ぐらいないか? ないのかw

なんか話がこじれてるが、dateコマンドの呼び出しを1回で済ませると言った人、
そーす（スクリプト）ぷりーず。

**デフォルトの名無しさん** · 2020/12/04(金) 09:43:14.21

>>152
すでに指摘済み

> 自分が使える言語に固執してないで、dateコマンド用語で話をするように

この文章は、Java”だけ"の常識を、このスレで語るなと言ってる

**デフォルトの名無しさん** · 2020/12/04(金) 10:31:19.91

Java”だけ"だと思ってるんだからなあ。知識が無さすぎなのが顕著だな

こいついつものやつか？
自分の知らないこと話すなマウント取れないからってことだろうとしか思えないw

73 · 2020/12/04(金) 10:53:02.32

>>113
time='12:00' # 求める時間

# 現在・今日・明日の文字列。年月日-時分秒。2020-12-02T14:00:00
com='date +%Y-%m-%dT%H:%M:%S'

now=`$com`
today=`$com --date="$time today"`
tomorrow=`$com --date="$time tomorrow"`

これは、日をまたいだ場合に、バグる。
例えば、nowが4日で、todayが5日で、tomorrowが6日とか

複数回コマンドを呼ぶと、その間も時間が進むから、バグる。
1回だけコマンドを呼ぶ方が安全

ただし、処理している間も時間が進むから、
9:59:59 秒に、処理を開始して、10:00:00 と解答を得たとしても、
処理が終わった時には、その時刻を過ぎているかも知れない

それと、夏時間・うるう秒などにも、注意

**デフォルトの名無しさん** · 2020/12/04(金) 11:07:30.74

echo $(( $(TZ=GMT0 date \
+"((%Y-1600)*365+(%Y-1600)/4-(%Y-1600)/100+(%Y-1600)/400+1%j-1000-135140)\
*86400+(1%H-100)*3600+(1%M-100)*60+(1%S-100)") ))
↑これで現在のUnix時刻が求まる。
これに「明日まで」の秒数を足して
https://github.com/ShellShoccar-jpn/misc-tools/blob/master/utconv
↑これで元の時刻表記に変換し直せばいい。

**デフォルトの名無しさん** · 2020/12/04(金) 12:46:44.71

それって date +%s じゃ駄目なんだっけ。

time=12:00:00 として、
now=$(date +%s) で現在の時刻をUNIX時刻で求めたら
$(date -d @$now +%Y-%m-%dT$time) が今日の time の日付、よって
$(date +%s -d $(date -d @$now +%Y-%m-%dT$time)) がそのUNIX時刻。

これに86400秒を足して明日の時刻にするとして
$(($(date +%s -d $(date -d @$now +%Y-%m-%dT$time)) + 86400)) が明日の time の
UNIX時刻。

でこれらを更にdateに渡してそれぞれの時刻列を得る。dateメチャクチャ呼びまくりw

**デフォルトの名無しさん** · 2020/12/04(金) 12:55:10.42

>>154
Javaだけでも、Javaと○○だけでもどっちでもいいよｗ
どちらにしろ特定の言語専用の用語で
dateコマンドと関係ないんだから
常識だろ

>>156
dateを2回呼ばないです。代わりにawkを呼ぶので遅いです。じゃ
あまり意味ないな。コードもクソ長いし。

**デフォルトの名無しさん** · 2020/12/04(金) 12:55:33.77

>>157
> それって date +%s じゃ駄目なんだっけ。

+%sはPOSIX準拠じゃない

**デフォルトの名無しさん** · 2020/12/04(金) 12:55:34.58

>>84
このTZずらし戦法って1時間以下のずらしでも使えるのかな?
とりあえずインドとの時差は3時間30分だから30分単位とかはできる?

**デフォルトの名無しさん** · 2020/12/04(金) 13:04:25.05

ネパールって時差15分単位のずれなのかｗ
https://nepal-lovers.com/2017/10/nepal-time-difference/

**デフォルトの名無しさん** · 2020/12/04(金) 13:22:53.16

なぜかチョンは日本と同じにしてる
日本のほうが早いなんて許せないらしい
誇り高い民族だよね。あっぱれ！

**デフォルトの名無しさん** · 2020/12/04(金) 13:35:49.85

朝鮮は、日本の最西端と最東端の間にあるだろ

**デフォルトの名無しさん** · 2020/12/04(金) 18:33:51.60

>>158
概念としての話だってのに、概念がわかりませんだからなあ
POSIXのそこらのC関数も当てはまる話だってのに、概念がわからないんだからなあ
概念の例としてわかりやすい形になってるのが、オブジェクトな言語でのフレームワークでって話なんだが、理解する気もなく「言うな」なんだからなあ
お前は入ってこなくていいよ、もう理解する気もなく文句言うだけなんだから

**デフォルトの名無しさん** · 2020/12/04(金) 18:42:24.91

Javaや特定言語専用の概念を
このスレでするなって話だろ

**デフォルトの名無しさん** · 2020/12/04(金) 18:46:53.85

>>160
$ TZ=GMT-9 date;TZ=GMT-8:59 date
Fri Dec 4 18:39:52 GMT 2020
Fri Dec 4 18:38:52 GMT 2020
使えそうではあるね。Linux/BSD共に

だがしかし、Linuxでは最大は24時間(24時間59分？)のよう。実際の時差(日本では9時間が入るからそれがプラマイ。使えねぇ。まあLinuxならdateはGNU dateに決まってる(？)だろうから無理してPOSIXに拘ることもないか
ちなみに、BSDは168(何やこの中途半端なと思ったら7日1週間だった)

**デフォルトの名無しさん** · 2020/12/04(金) 18:47:46.31

でもまあどちらにしろdateを2回呼んでるからタイミング次第ではバグになるよね

**デフォルトの名無しさん** · 2020/12/04(金) 18:49:06.33

> まあLinuxならdateはGNU dateに決まってる(？)だろうから

Alpine LinuxだとBusyBox

**デフォルトの名無しさん** · 2020/12/04(金) 18:50:44.54

>>165
>POSIXのそこらのC関数も当てはまる話だってのに、～
>概念の例としてわかりやすい形になってるのが、～
って言ってるのに。読めなさすぎだろう。方々で似たような実装なのは、特定言語特有の話ではなくコンピュータサイエンスwとしてのだからだろうにな
シェルスクリプトしか知りません興味ありませんすぎだろう

**デフォルトの名無しさん** · 2020/12/04(金) 18:55:02.87

>>168
そんなのあるのね。ちょいググったところではGNUの機能削除版？
でも、-d があるらしいから絶対的に(？)必要な機能はあるんじゃないのかな？

**デフォルトの名無しさん** · 2020/12/04(金) 20:20:16.74

>>170,169
機能削除してるくせにオレオレもなのか...？？ GNUソースベースというより新規なのかな？

BusyBox環境を試す気は全くないので何とくなくこんなんなんだろうという仮定で、
SEC2DATE="$(date --help 2>&1 | awk '
/-f fmt/{ print "date -j -f %s "; m=1; exit 0; } # BSD
/-D FMT/{ print "date -D %s -d "; m=1; exit 0; } # BusyBox case1
/-D FMT/{ print "date -d 1970.01.01-00:00:"; m=1; exit 0; } # BusyBox case2
END{ if(!m) print "date -d @"; }')" # default to GNU
な感じで吸収してみた(判断材料とかはお好きに。OSの種類で決め打ちとかな)

case1 なら BSDに合わせろw いや、どれもどこかに合わせろw
いや、その役割はPOSIXか。必要最低限のこれらだけを入れてくれればCalendar(しつこいw)として「使える」のに(システムタイムにこだわるならBSDのが素直かなw)

secs=$(date +%s)
[ $($SEC2DATE$secs +%H) -ge 10 ] && secs=$((secs + 86400))
$SEC2DATE$secs +'%Y-%m-%d 10:00:00'
実際はこれだけをしたいだけなのにな。どれかに統一されてたらもっと素直な表記で書けるのに

date回数に煩いんだったら
read secs hh < <(date +'%s %H')
[ $hh -ge 10 ] && secs=$((secs + 86400))
$SEC2DATE$secs +'%Y-%m-%d 10:00:00'
とかにでもとかとか。ある意味もっと素直かなw

**デフォルトの名無しさん** · 2020/12/04(金) 20:48:41.94

> case1 なら BSDに合わせろw いや、どれもどこかに合わせろw

まあ、それだな。
macOSもあるのでLinuxだけに準拠すればいいという時代じゃない
あとawkとかやめてくれまじで

**デフォルトの名無しさん** · 2020/12/04(金) 20:51:59.59

>>172
> awkとかやめてくれまじで
別に同じようなことできる他のを使えばいいだろう。そっちが素直に書けると思うなら、そういうように読み替えて
失礼ながら、マジでは以後も無視します。別に拘ってるわけでもないしね(使うことに／使わないことにどっちも)

**デフォルトの名無しさん** · 2020/12/04(金) 20:53:34.79

> 別に同じようなことできる他の
ってなに？まさかPerlとは言わないよね？ｗ

**デフォルトの名無しさん** · 2020/12/04(金) 20:56:17.67

>>174
は？？w
使うなと言ってるあなたのお好きなのにだよ。なんで俺に聞くw

**デフォルトの名無しさん** · 2020/12/04(金) 21:51:54.12

(意訳) クッソー、マウント取れねぇじゃねぇか

**デフォルトの名無しさん** · 2020/12/04(金) 22:06:43.73

>>158
dateを二回呼ばない理由って，
もしかして動作速度のせいって思ってる？

**デフォルトの名無しさん** · 2020/12/04(金) 22:08:20.50

>>171
同じクソ長いコードなら，
POSIX準拠のクソ長いコードの方がいくらかマシだなw

**デフォルトの名無しさん** · 2020/12/04(金) 22:08:45.95

へえ

**デフォルトの名無しさん** · 2020/12/04(金) 22:11:28.39

>>177
両方だろ。タイミング次第ではバグる。遅い。

> POSIX準拠のクソ長いコードの方がいくらかマシだなw
POSIX準拠のクソ長いコードってこのスレででてたっけ？

**デフォルトの名無しさん** · 2020/12/04(金) 22:16:33.20

そう取るのも病気だな

**デフォルトの名無しさん** · 2020/12/04(金) 22:20:28.57

反論は無しと、φ(..)メモメモ

**デフォルトの名無しさん** · 2020/12/04(金) 22:24:14.25

>>182
あいつを模写ってるのだろうが、馬鹿みたいだからやめなさいw
あいつと同じ馬鹿みたいな無理筋なマウント取りたいだけに見えるからw

**デフォルトの名無しさん** · 2020/12/04(金) 22:26:47.45

ほらやっぱり反論は無しと、φ(..)メモメモ

**デフォルトの名無しさん** · 2020/12/04(金) 22:29:34.69

>>184
お前はあいつなのか？
俺は>>180のレスに反してはないぞ、よくわからん追いきれてない部分があるけどな
だからやめなさいと言ってるだろw

**デフォルトの名無しさん** · 2020/12/04(金) 22:36:07.76

反対しないならレスしないでよ
POSIX準拠のクソ長いコードがでるのをまってるの

**デフォルトの名無しさん** · 2020/12/04(金) 22:40:10.63

えーっw
そういうこというとなおさらあいつみたいな自己中自分だけの世界で生きてるやつに...w
まあ、なんらかの恥ずかしさからそう言っちゃったと受け取っておくよw

大人しく俺も待つよww

**デフォルトの名無しさん** · 2020/12/04(金) 23:47:12.43

自分もPOSIX準拠の長いコード、とやらを見てみたい

**デフォルトの名無しさん** · 2020/12/05(土) 00:07:35.66

「POSIX準拠のクソ長いコード」って
>>158
この人が言ってた「コードもクソ長いし」を念頭に置いてるんじゃ

**デフォルトの名無しさん** · 2020/12/05(土) 00:10:29.29

自分はポジックス信者ではないけど，
「BSDの場合はこうする，GNUの場合はこうする」っていうふうに
ダラダラ場合分けして長くなったコードより，
「POSIXに準拠する」ことを目的として長大になったコードの方が
どちらかというと良いと思うな。

GNU環境用とBSD環境用にコードを分けるのが一番賢いやりかただと思っているが。

**デフォルトの名無しさん** · 2020/12/05(土) 01:06:34.20

ダラダラ場合分けして長くなったコードってどこにあるの？
一つの変数に場合によって一つの値を設定してるのが一箇所あるだけのコードのこと？

**デフォルトの名無しさん** · 2020/12/05(土) 01:24:03.81

> 「POSIXに準拠する」ことを目的として長大になったコードの方

これもどれのことかわからん

**デフォルトの名無しさん** · 2020/12/05(土) 01:36:28.83

まさかPOSIX準拠のクソ長いコードって>>156のコードのことなのか？
あれはシェルスクリプトの部分はごく僅かでほぼ9割がawkスクリプト
しかもオプション解析とか無駄なことをやってるからクソ長くなってるだけ
いやアルゴリズムもなんかムダに長い気がするな
あれみていってるなら、POSIX準拠とはクソ長いは全く関係ない

**デフォルトの名無しさん** · 2020/12/05(土) 08:05:02.70

>>193
それは違う。（別に>>156を積極的に養護するつもりもないがw）
POSIXののdateには秒->日付、日付->秒、どちらの機能もないから自作するしかない。
awkを呼ぶにしてもPOSIXのだと時刻系関数がないから自作。
POSIXerはつらいということw

**デフォルトの名無しさん** · 2020/12/05(土) 08:32:55.94

POSIXerじゃなくてもLinuxとBSD（macOS）などに
対応しようと思ったら辛いけどな

**デフォルトの名無しさん** · 2020/12/05(土) 11:58:33.40

dateコマンド使うにしてもcoreutilsダウンロードして使うだけだから何も辛くない

自分はPOSIX云々より便利に使えるほうがいいから
cronパーサーみたいの使って`next_time ‘0 0 10 * * Fri’`みたいなコマンド作る

**デフォルトの名無しさん** · 2020/12/05(土) 12:30:36.45

まあ「辛くない」って言える内は幸せよ……
経験を積んでくると，POSIXに準拠しようがしていまいが，
複数のシステムで期待どおりの動作をさせることが
どれだけ大変かが身に沁みて分かってくるから。

**デフォルトの名無しさん** · 2020/12/05(土) 12:43:57.73

>>193
まさかもなにもそうじゃない？
知らないのかもしれないけど，POSIXって単にシェルの
挙動だけを決めてるんじゃなくて，
AWKとかC言語とか他のプログラミング言語の仕様も決めてるのよ。

ちなみにAWKのPOSIX仕様は↓ここで読める。
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/awk.html

だから>>156のコードは「POSIX準拠のクソ長いコード」と言ってしまって良い。

**デフォルトの名無しさん** · 2020/12/05(土) 13:34:14.56

いやこのスレ、シェルスクリプトのスレだから

C言語で書いてもPOSIX準拠だね
だけどこのスレでC言語で答えるのは間違いでしょ

**デフォルトの名無しさん** · 2020/12/05(土) 13:36:57.86

>>197
>複数のシステムで期待どおりの動作をさせることが
>どれだけ大変かが身に沁みて分かってくるから。

がんばってw

**デフォルトの名無しさん** · 2020/12/05(土) 17:21:06.89

>>199
>だけどこのスレでC言語で答えるのは間違いでしょ

ということはcoreutilsを別途入れるのは反則? w

**デフォルトの名無しさん** · 2020/12/05(土) 20:10:29.89

>>201
お前はコマンドを「作る」と「使う」の違いもわからんのか？

**デフォルトの名無しさん** · 2020/12/06(日) 00:28:21.63

なんかグダグダやってるけどシェルスクリプトで
UNIXタイムの変換ってぐぐったら普通にでてくるやん

**デフォルトの名無しさん** · 2020/12/06(日) 00:35:27.33

POSIX準拠じゃないからダメです

**デフォルトの名無しさん** · 2020/12/06(日) 00:40:12.93

いやPOSIX準拠であるって

**デフォルトの名無しさん** · 2020/12/06(日) 00:44:22.83

口先だけなら何とでも言えます

**デフォルトの名無しさん** · 2020/12/06(日) 00:46:36.00

ググってみた？
何の単語でググったか書いてみてくれる？

**デフォルトの名無しさん** · 2020/12/06(日) 01:09:11.46

ほらな、自分で出せないもんを人に調べさせようとする
新興宗教といっしょ
そんなもんはない

**デフォルトの名無しさん** · 2020/12/06(日) 01:11:49.17

検索して見つけたページを出せなんて言ってないよ
ただあんたが検索した「単語」だけを書けばいい
見つからなくても実際に検索してなくてもOKだよ

**デフォルトの名無しさん** · 2020/12/06(日) 01:14:01.83

ちなみになんでこんな事を聞いてるかというと
検索して見つけられないなんてことが
有るんだろうか？って疑問になったから

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

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