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

**デフォルトの名無しさん** · 2018/09/21(金) 23:34:47.98

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

全般
・荒しは無視しましょう。
・丁寧な姿勢を心掛けましょう。
・ネチケット（死語）を意識しましょう。

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

**デフォルトの名無しさん** · 2019/05/05(日) 19:12:30.87

なにいってんのこいつ

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

やっぱワッチョイ導入しよーぜ

**デフォルトの名無しさん** · 2019/05/06(月) 01:18:15.86

やはりそれが目的ですか

**デフォルトの名無しさん** · 2019/05/06(月) 13:16:54.80

どういうこと？

**デフォルトの名無しさん** · 2019/05/11(土) 15:19:07.32

[ string1 > string2 ] ってPOSIX準拠じゃないよね？
POSIXの範囲で（外部コマンドを使わずに）
文字列の大小の比較ってできたっけ？

**デフォルトの名無しさん** · 2019/05/12(日) 02:15:32.41

>>427
おまえさ、ここはシェルスクリプトのスレッドだぞ？

コマンド一発にしたいのなら、そういうコマンドを作ればいい。

UNIXの考え方は、あるものの組み合わせで実現できるものはそうすべきだが、無理やりあるものの組み合わせでやれなんて言ってない。

**デフォルトの名無しさん** · 2019/05/12(日) 02:18:26.37

>>431
どの言語でも、単に文字列を比較する構文は、どういう比較なのか分かりにくいから、まともなプログラマは避ける。

**デフォルトの名無しさん** · 2019/05/12(日) 02:27:43.60

これまた変なのが現れたな

**デフォルトの名無しさん** · 2019/05/12(日) 18:06:37.34

>>431
外部コマンドを使わないという制約なら
↓こういうのでは
string1='aaaaa'
string2='bbbb'
[ ${#string1} -le ${#string2} ]

**デフォルトの名無しさん** · 2019/05/12(日) 19:46:54.27

「文字列の比較」ができるという触れ込みで文字数の比較を
している言語やデータベースなんか聞いたこと無いなｗ

普通は現在のロケールに従って文字列の照合順序で比較のことを言う
百歩譲っても文字コード順とか

**デフォルトの名無しさん** · 2019/05/12(日) 20:03:17.70

>>436
文字列が同じ値かどうかの比較を忘れているのか？

**デフォルトの名無しさん** · 2019/05/12(日) 22:54:11.71

変なやつだったようだな

**デフォルトの名無しさん** · 2019/05/12(日) 23:14:03.33

文字数の比較じゃないのか。申し訳ない、俺の読解力が不足してた。
後学の為に訊いておきたいんだけども、文字列の比較がごく普通にできるプログラミング言語って例えばなんだろう。

**デフォルトの名無しさん** · 2019/05/12(日) 23:17:08.65

C言語

**デフォルトの名無しさん** · 2019/05/13(月) 03:22:38.08

構文的ならC言語はできない方かなあと
他の(スクリプト)言語でいくらでもあるからそちらでもよかったんじゃないかと

**デフォルトの名無しさん** · 2019/05/13(月) 04:40:36.56

>>439
ベイシック

**デフォルトの名無しさん** · 2019/05/13(月) 15:51:16.30

>>440
C は言語機能としての文字列比較は出来ないよ。
strcmp() 等で比較するしかない。

**デフォルトの名無しさん** · 2019/05/13(月) 18:11:06.86

C言語を基準にしたら文字列同士の比較は簡単な構文ではできない。

しかし、C言語よりあとにできたプログラミング言語は、文字列同士ができ、まったく同じ文字列かどうかの比較ができる。

同じか同じでないか以外の比較は、プログラミング言語によって比較の指定がことなる。

文字列の長さ比較なのか、文字コードの大小比較なのか、よくわからないコードは可読性が低く、シェルスクリプトの場合は、OSが変わっただけで比較方法がかわってしまう。

同じOSでも設定違いで変化するから、バグを埋め込むだけである。

**デフォルトの名無しさん** · 2019/05/13(月) 18:27:44.64

> シェルスクリプトの場合は、OSが変わっただけで比較方法がかわってしまう。

どんなふうに？

例として2つ（以上）のOSで比較方法を書いてみてよ

**デフォルトの名無しさん** · 2019/05/13(月) 18:33:43.96

だいたいどの種類のシェルか限定していない状態で具体例を挙げても意味がない。

**デフォルトの名無しさん** · 2019/05/13(月) 18:34:56.16

意味有るでしょ？限定してないなら
例として○○のシェルならって書けばいいだけだよ

**デフォルトの名無しさん** · 2019/05/13(月) 20:41:17.20

シェルスクリプトが環境依存であることを知らない人間に何を言っても時間の無駄。

**デフォルトの名無しさん** · 2019/05/13(月) 20:42:45.31

文字コードが異なるだけで、文字照合順序がかわる。

同じシェルスクリプトでもテストコマンドの評価が変わる。

**デフォルトの名無しさん** · 2019/05/13(月) 20:46:52.81

OS?

**デフォルトの名無しさん** · 2019/05/13(月) 20:56:23.36

>>450

2 デフォルトの名無しさん sage 2018/09/21(金) 23:36:59.94 ID:/eJt2TVD
お約束
・特記なき場合、Bourne ShellもしくはPOSIX準拠のsh可換シェルが既定です
　つまりシバンは#! /bin/shです。
　他のシェル（bash, zsh, ksh, (d)ash, yash, posh, fish, (t)csh）などの専用機能に依存する場合は明示しましょう。
　　OS X, GNU/Linuxユーザーは/bin/shの実体がbashなので*特に*注意（自覚なきbashism---シバンが#!/bin/shなのにbashに依存する構文を使っていませんか？）。
　　　ただしDebian, Ubuntuなどでは/bin/shの実体はPOSIX sh互換のdashですのであまり気にしないでも大丈夫です。
　　FreeBSDユーザーは/bin/shの実体がashなので注意。
　　Solaris, OpenBSDユーザーは/bin/shの実体がkshなので注意。
　csh/tcshでのシェルスクリプトは*まったく推奨しません*。
　　（参考URL: http://www.speech-lab.org/~hiroki/csh-whynot.euc）
・POSIXに準拠しましょう
　有用なリンクはhttps://en.wikipedia.org/wiki/POSIXにまとめられています。
　最新の仕様はこちらへ: http://pubs.opengroup.org/onlinepubs/9699919799/
　　（左上の「Shell & Utilities」から各コマンドやファイルの仕様を参照することができます）
・Version 7 UNIXのsh(1)に一番近いのはOpenSolaris由来のHeirloom sh、次点でDebianなどに搭載されているDash shell
　　Heirloom sh: http://heirloom.sourceforge.net/sh.html
　　Dash shell: http://gondor.apana.org.au/~herbert/dash/
・UNIXにはシェルスクリプトに便利な小さなコマンドがいろいろあります
　Manページや各種リンク（http://pubs.opengroup.org/onlinepubs/9699919799/idx/utilities.htmlなど）を見ましょう。
　apropos(1)ないしはman(1)の-kオプションでそれらしい単語による簡単な検索もできます。
・ワイルドカードは正規表現ではありません。
　正規表現の話題はスレ違い（正規表現スレへ）
・シェルスクリプトのことをシェルってゆうな

**デフォルトの名無しさん** · 2019/05/13(月) 21:26:39.05

>>449
今その話関係ないよ？

**デフォルトの名無しさん** · 2019/05/13(月) 22:14:58.04

文字コードが異なる文字列の比較をするときって
どんなとき?

**デフォルトの名無しさん** · 2019/05/13(月) 23:06:37.15

エンコーディングが変われば文字列の大小比較の結果も変わるかもしれないが
それを指して「比較方法がかわってしまう」と言ってるのか?
そうだとしても OS に依存するものではないだろうし
「シェルスクリプトの場合は」というのもおかしいように思う。
勉強不足な私のためにもう少し説明してはくれないだろうか。
ところで、シェルスクリプトで文字列の大小比較ってする?

**デフォルトの名無しさん** · 2019/05/13(月) 23:16:05.42

するからbashで拡張されたんじゃねーの？

**デフォルトの名無しさん** · 2019/05/13(月) 23:19:07.49

>>443
それ言ったらObject.compareTo()な言語全部じゃん

**デフォルトの名無しさん** · 2019/05/14(火) 01:01:38.75

>>455
Bashってそんなことできたのか。

**デフォルトの名無しさん** · 2019/05/14(火) 01:10:46.93

>>457
posixじゃないだけで多くのシェルで使える。
使えないのはposhぐらい

**デフォルトの名無しさん** · 2019/05/14(火) 09:55:51.06

ん？ Bashで文字列の大小ってどうやって比較するんだ？
[ "abcd" < "cde" ]
↑こういうのエラーになるぞ。

**デフォルトの名無しさん** · 2019/05/14(火) 10:38:41.16

[[ "abcd" < "cde" ]]

**デフォルトの名無しさん** · 2019/05/14(火) 11:17:21.83

文字列の大小は文字列長のことを言っているのか？

**デフォルトの名無しさん** · 2019/05/14(火) 12:48:35.79

>>459
[ "abcd" \< "cde" ]

**デフォルトの名無しさん** · 2019/05/14(火) 16:26:17.41

>>461
いや，この一連のレスの文脈では文字列の比較は
文字列長の比較を意味しない。
俺が>>435を提案したら>>436で否定された。

**デフォルトの名無しさん** · 2019/05/14(火) 16:30:21.51

「文字列の比較を行う」という構文やライブラリで
文字列長の比較を行ってるものなんてあるか？

数値の比較はできるんだから「文字列長を取得する」命令だけあれば十分
だから「文字列長の比較を行う」命令なんてないだろ

**デフォルトの名無しさん** · 2019/05/14(火) 19:07:44.93

Bashで文字列の大小比較って結局なにが基準なのかな。

**デフォルトの名無しさん** · 2019/05/14(火) 19:08:11.58

辞書順で先かあとかじゃね？

**デフォルトの名無しさん** · 2019/05/14(火) 19:08:35.08

（連投すまん）自問自答みたいになっちゃったけど
辞書順でした。

**デフォルトの名無しさん** · 2019/05/14(火) 19:37:57.03

他のプログラミング言語を知らなさすぎだろうというのが複数いすぎ

**デフォルトの名無しさん** · 2019/05/14(火) 20:36:33.50

日本語すら怪しい日本人がうようよいるご時世ですから

**デフォルトの名無しさん** · 2019/05/14(火) 21:13:15.31

そういうやつも日本語わかってないというのも定番

**デフォルトの名無しさん** · 2019/05/14(火) 23:19:21.13

シェルスクリプトはわからないが、文字列長が同じ場合は、文字コードの大小を先頭文字から比較していき、大小比較をするプログラミング言語は存在する。

**デフォルトの名無しさん** · 2019/05/14(火) 23:38:13.99

で、その名前は？

**デフォルトの名無しさん** · 2019/05/15(水) 01:49:21.77

>>472
PL/SQL

**デフォルトの名無しさん** · 2019/05/15(水) 01:54:48.92

へぇ、文字列長が違ったら大小を比較しないんだ

**デフォルトの名無しさん** · 2019/05/15(水) 01:59:24.19

データベースの場合、文字列の昇順、降順をSQLの仕様で意識するから、文字コードの大小比較をするプログラミング言語の仕様があるのは副産物かもしれないが、簡単にできてしまうので存在する。

年月日を文字列で持っていても過去、未来を判定できる。

**デフォルトの名無しさん** · 2019/05/15(水) 02:01:38.78

> 年月日を文字列で持っていても過去、未来を判定できる。

Wed May 15 02:01:21 DST 2019

日付を文字列で持っていても？

**デフォルトの名無しさん** · 2019/05/15(水) 02:04:28.58

>>474
データベースは設定によって並び順が異なる。だから文字列長が変わったら、設定や製品によって動きが変わる。

**デフォルトの名無しさん** · 2019/05/15(水) 02:06:57.93

>>476
わざと前方からの比較が難しい例を挙げているが、あんたの質問には全部、答えられるよ。

**デフォルトの名無しさん** · 2019/05/15(水) 02:08:36.95

>>476
だいたい日本でその並び順の日付文字列をデータベースに文字列として格納するアホはいない。

**デフォルトの名無しさん** · 2019/05/15(水) 02:16:25.95

日付を文字列で持っていても、過去、未来の判定には型変換をして比較する方がコードとしてはよいコード。

日付文字列を文字列のまま比較するのは悪い例だが、そういうコードを書く人間はいる。

ただし、9999年99月99日等、現実には存在しない年月日に意味を与えて使っているシステムはたくさんあるので、型変換して比較すると、手前でさらに判定ロジックが必要になり、コードが煩雑になる。

言っておくが私はこういう設計は、基本的に好きではないし、良いとは思っていない。

**デフォルトの名無しさん** · 2019/05/15(水) 02:21:07.76

だから日付を文字列で保つ場合は、文字列照合順で比較すれば、
大小がわかるような「特別に考慮されたフォーマット」で持たなければならないだろ
日本とか関係ねーよ。和暦で持ったら比較できないし、
1月ではなく01月って持たなければならないし

自分が普段使ってるフォーマットと一致しているからたまたまできることを
「年月日を文字列で持っていれば比較できる」って言ってしまうのは思慮が浅い

**デフォルトの名無しさん** · 2019/05/15(水) 02:22:49.88

>>447
> データベースは設定によって並び順が異なる。だから文字列長が変わったら、設定や製品によって動きが変わる。

文字列長が変わったら、設定や製品によって動きが変わるということは
文字列長が変わらないなら、動きは変わらないってことですよね。

言いたいことがわからない？
なんで全く無関係な文字列長を引き合いに出してるの？って
皮肉を言ってるんだが

**デフォルトの名無しさん** · 2019/05/15(水) 02:31:25.71

プログラミング言語の具体例を挙げると、今度はそのプログラミング言語がわからなくて文句を言う。

結局、あんたはなんだったらわかるのか？

**デフォルトの名無しさん** · 2019/05/15(水) 02:33:37.63

>>482
文字列長が同じであれば、同じ結果になる可能性が高いことを言っている。

文字列長が異なれば、コードを見ただけで絶対こうだとは言えなくなる。

**デフォルトの名無しさん** · 2019/05/15(水) 02:37:16.84

>>483
シェルスクリプトじゃね？

**デフォルトの名無しさん** · 2019/05/15(水) 02:39:28.74

最近、目的がわからない粘着書き込みが多いね。

**デフォルトの名無しさん** · 2019/05/15(水) 03:07:05.55

>>484
> 文字列長が同じであれば、同じ結果になる可能性が高いことを言っている。

壱弐参と肆伍陸は文字列長が同じだけど、
どういう理由で同じ結果になるの？

**デフォルトの名無しさん** · 2019/05/15(水) 03:10:25.42

中途半端に抜き出すと意味が分かりづらくなるな

データベースは設定によって並び順が異なる。だから文字列長が変わったら、設定や製品によって動きが変わる。
壱弐参と肆伍陸は文字列長が同じだから、設定や製品が違っても同じ結果になる可能性が高いこと

↑そういう主張をしてるよね？
データベースは設定によって並び順が異なるというのに、どういう理由で
設定や製品が違っても同じ結果（＝並び順は異ならない）になる可能性が高いの？

**デフォルトの名無しさん** · 2019/05/15(水) 03:22:29.41

キモい奴に粘着されてるな

**デフォルトの名無しさん** · 2019/05/15(水) 09:19:16.65

こういうのはIDをNGしてやりすごすに限る。

**デフォルトの名無しさん** · 2019/05/15(水) 09:22:52.04

>>486
君が頭悪そうだからつっこまれてるんじゃないの? (頭が悪いとは言ってない)
>>471 が PL/SQL の仕様だというなら PL/SQL の仕様書に書いてあるでしょ?
それを示せばいいんだよ。

**デフォルトの名無しさん** · 2019/05/15(水) 16:16:49.74

マニュアルはそんな親切に書いてはいない。行動に意味はないがなんとか相手を打ち負かしたいという心情は理解できているよ。

**デフォルトの名無しさん** · 2019/05/15(水) 16:39:57.16

>>492
なんでマニュアルなんだよ。仕様書って書いてあるじゃんよｗ

**デフォルトの名無しさん** · 2019/05/15(水) 17:02:18.13

スペシフィケーション: 仕様書
マニュアル: 手引書
だからな。こればっかりは>>493が正しい。
なお()

**デフォルトの名無しさん** · 2019/05/15(水) 18:03:00.31

商用製品に仕様書があるのか？仕様製品の場合はマニュアルに書かれていること、実際の動作が仕様です。

**デフォルトの名無しさん** · 2019/05/15(水) 18:09:47.46

ただの些末な言い争い。どっちも
どっちでもどうでもいいだろう。いいたいことがわからないわけでもなし

**デフォルトの名無しさん** · 2019/05/15(水) 18:12:01.21

外国人は想定仕様と実態仕様が異なるから、仕様書など公開しない。

ユーザーが何かバグらしきものを見つけて報告して初めて仕様なのかバグなのかを答える。

世界基準では仕様通りにできていない、仕様どおりに作らないのが普通。

これが現実なのに、仕様書、仕様書と仕様書が存在すると思っているなら、この業界から去った方がいい。

**デフォルトの名無しさん** · 2019/05/15(水) 18:14:29.75

このスレッドはOSの種類、シェルの種類も書かずに、質問してくるやつらばかりだけど、なんなのかな？

**デフォルトの名無しさん** · 2019/05/15(水) 18:18:51.23

いきなり細かいこと言い出すな。どうした？

**デフォルトの名無しさん** · 2019/05/15(水) 18:24:53.91

文字列の大小比較をシェルスクリプトで行うなら
sortとか使ったらいいのかな。
[ "$(<<. sort | head -n 1\
$1\
$2\
.)" = "$1" ]
↑こういう感じで。

**デフォルトの名無しさん** · 2019/05/15(水) 18:39:25.08

>>495
あるに決まってんだろ
商用製品になくてどうやって製品つくるんだ

**デフォルトの名無しさん** · 2019/05/15(水) 18:49:05.20

「仕様書」と書いたことにそこまでの意味は無いよ。
客観的に見て信頼できるドキュメントで示しなさいということ。
実際、>>471 だけじゃ等しいかどうかの判定しかできない。
文字列の大小比較の話だというなら、どんな条件でそれが起こるのか
SQL で示すなりしてくれないと伝わらないよ。
それをしていない以上、ID:qxUiM81Y の言うことも正論と認めざるを得ない。

**デフォルトの名無しさん** · 2019/05/15(水) 19:12:50.12

飽きてきたなｗ

つーか、お馬鹿さんは、さっさと、
文字列の比較で、文字列の長さは一切関係ない。
間違っていました。すみませんでした。って謝ればいいのにｗ

**デフォルトの名無しさん** · 2019/05/15(水) 21:45:08.88

飽きてきたんならもう書き込むなよ、荒し。
人を煽ることしかできない癖に議論に参加するんじゃねーよ。

他の皆さん申し訳ない。警告とは言え不快な思いをさせたかもしれない。
ところでもう一度訊くけど、シェルスクリプトで文字列の大小を比較したいときは
sortを使うくらいしか方法はないのかな？
始めに質問した人が条件として設定したような「外部コマンドを使わない」のは無理っぽい……？

**デフォルトの名無しさん** · 2019/05/15(水) 21:48:58.32

だから大小とは文字列の長さなのかアルファベット順なのか?
出力のフォーマットはどういうのか?
二つの文字列を比較すればいいのか、複数の文字列を比較したいのか?
を書いてくれないと答えられない

**デフォルトの名無しさん** · 2019/05/15(水) 22:04:31.16

> だから大小とは文字列の長さなのかアルファベット順なのか?

文字列の（現在の）照合順序だって書いてあるし、決まってる。
文字列の比較を文字列の長さの意味で使う開発者なんていない

> 出力のフォーマットはどういうのか?
書いてない＝自由なんだから、お前にとって一番都合がいい方法で答えろ

> 二つの文字列を比較すればいいのか、複数の文字列を比較したいのか?
書いてない＝自由なんだから、お前にとって一番都合がいい方法で答えろ

なんで、書いてくれないと答えられないんだか
書いてなくても答えられるだろ。

**デフォルトの名無しさん** · 2019/05/15(水) 22:05:43.02

>>504
> 始めに質問した人が条件として設定したような「外部コマンドを使わない」のは無理っぽい……？

一つ見つけたが、あまりにもひどい方法なので、皆が見つけられるかのお題とする（笑）

**デフォルトの名無しさん** · 2019/05/15(水) 23:07:34.91

>>453もこいつだろ

**デフォルトの名無しさん** · 2019/05/15(水) 23:55:13.52

>>507
無理して回答するフリしなくていいからね

**デフォルトの名無しさん** · 2019/05/16(木) 01:20:41.38

ファイルの名前として文字列郡が与えられてたら
echo *とかで並び換えられる（つまりsortっぽい機能が得られる）んだけど
今回は（恐らく）引数として文字列が渡されるのでやっぱ無理っぽいな。

>>509荒しは無視っとくのが一番だぜ

**デフォルトの名無しさん** · 2019/05/16(木) 01:24:03.49

>>510
お、俺が見つけた方法に正解にたどり着いたじゃないかｗ
ファイルがないなら作れば良いんやで？

**デフォルトの名無しさん** · 2019/05/16(木) 01:37:32.04

文字列比較をファイル名比較にすり替えるなよ
自演も大概にしろ　お前の話は詰まらないんだよ

**デフォルトの名無しさん** · 2019/05/16(木) 03:24:15.62

>>511
どうやって必要なファイルだけ用意するの？

**デフォルトの名無しさん** · 2019/05/16(木) 06:21:17.18

「俺が見つけた方法」か……。
すげぇな。傲慢にも程ってもんがある。

**デフォルトの名無しさん** · 2019/05/16(木) 06:47:03.30

>>500
http://pubs.opengroup.org/onlinepubs/9699919799/
EXTENDED DESCRIPTION
Returns the result of a decimal integer comparison if both arguments are integers;
otherwise, returns the result of a string comparison using the locale-specific collation sequence. The result of each comparison is 1 if the specified relationship is true, or 0 if the relationship is false.

だって。exprでいいんじゃないかな

**デフォルトの名無しさん** · 2019/05/16(木) 06:50:33.69

URL貼り間違えた
http://pubs.opengroup.org/onlinepubs/9699919799/utilities/expr.html

**デフォルトの名無しさん** · 2019/05/16(木) 07:51:42.22

いや、仕様というか使う目的が決まらないと
そもそもプログラミングが始められないわけだが
「何々に決まっている(と私は思っている)」というのはプログラミングで
もっとも危険な言葉。これで誤解して会社がなくなった例は
たくさんある。

**デフォルトの名無しさん** · 2019/05/16(木) 07:56:40.94

>>517
何をこだわっているのか、何をいいたいのか、何を主張したいのか
「何々に決まっている(と私は思っている)」というレスにみえるよ

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

>>517
そのうち数値を比較する方法を教えてって言ったら
その数値は10進数なのか16進数なのか
漢数字なのかローマ数字なのか
それを決めてくれないと答えられん（←嘘、答えられる）
って言い出しそうだなｗ

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

別にどっちの味方をするつもりもないけど
例えば文字コード順に比較するんであれば七(U+4E03)は六(U+516D)より小さくなるし
そういう前提というか（此ちらの常識と向うの常識の共有というか）を擦り合わせることは重要だと思うけどね
まあ結局なにが言いたいかっていうと
「シェルスクリプトの話をしてください」

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

>>520
そういう話じゃなくて、どちらでもいいことなのに
なんでどちらに決めてくれないと、ワカリマセンになるのかってことだよ

文字の順番の定義と
文字の順番を判定する方法
は別の話

本当は答えを知らなくて「わかりません」っていうのが恥ずかしくて
ごまかすために質問してるんだろ？「お前の質問のせいで、わかりません」って言うために
その証拠に現在の文字列照合順序って答えているのに、それを無視し続けている。

**デフォルトの名無しさん** · 2019/05/16(木) 17:48:55.94

うーん。

**デフォルトの名無しさん** · 2019/05/16(木) 20:10:15.17

Unicodeでの漢数字を字の意味での大小ってどこでサポートしてんだろ？
コマンドでは無いかなあ。数字(数値)ならLibreOfficeのSpreadSheetならと思ったらこれも字の意味の数字ではなくてなんか文字(文字コード)としてかな

基本的に C standard library がサポートしている範囲でそれがそこまででしかないのはある意味当たり前といえばあたりまえだと思うけどね
いろいろ作っているのがASCIIコードで十分な外人だから。bashも4.0になってstrcmpからstrcollに変えたぐらいという

**デフォルトの名無しさん** · 2019/05/16(木) 20:16:24.45

誰もC standard libraryでサポートしてる範囲とか
大幅な制限は書けてないんだが？ｗ

**デフォルトの名無しさん** · 2019/05/16(木) 20:21:36.45

それが当然のように多数＝スタンダードじゃねという意味なんだけどね
漢数字で大小が必要な場合があった場合は何を使うのかなあという疑問だね

**デフォルトの名無しさん** · 2019/05/16(木) 21:35:37.24

まあ、どうしても必要なら…漢数字から変換できるよ。
https://metacpan.org/pod/Lingua::JA::Numbers

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

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