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

**デフォルトの名無しさん** · 2020/03/23(月) 01:12:30.31

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

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

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

**デフォルトの名無しさん** · 2020/06/14(日) 10:56:11.88

一時期，set -vとかを駆使してシェルスクリプトの自己文書化に拘ってた時期があった。
あまりに無毛だったんで止めたけどw

**デフォルトの名無しさん** · 2020/06/14(日) 11:05:27.03

パイパンかｗ

**デフォルトの名無しさん** · 2020/06/14(日) 11:35:23.18

>>457
頭ではなく下の方にしたのは優しさか

**デフォルトの名無しさん** · 2020/06/14(日) 13:38:52.36

>>456
自己文書化ってどんなの？

**デフォルトの名無しさん** · 2020/06/14(日) 13:57:38.38

プリンターに髪をsetするんだろう

**デフォルトの名無しさん** · 2020/06/15(月) 17:56:08.18

>>459
例えば

while getopt opq:h opt; do
case $opt in
o) # -oオプションの説明。
...;;
p) # -pオプションの説明。
...;;
q) # -qオプションの説明。
...;;
h) selfdoc ;;
esac
done
みたいなオプション解析において，
-hオプションを読み取った場合に，
自分自身のシェルスクリプトを
〝自己文書モード〟みたく実行して，
case文の場合分けの先にある#コメント以降の文字を
次々出力する，みたいなこと。

こうすると-hオプション用に説明を用意する必要が無くなる。

**デフォルトの名無しさん** · 2020/06/15(月) 17:57:43.88

set -vでそれができるの？

**デフォルトの名無しさん** · 2020/06/15(月) 19:25:07.50

>>462 お前は直前のレスしか覚えてられないのか？w

**デフォルトの名無しさん** · 2020/06/15(月) 19:28:42.67

コレかな？ドキュメンテーションコメント？

シェルスクリプト群のドキュメント書くの面倒だから自動でREADME.mdを生成する
https://qiita.com/ssh0/items/0c14ee8949512a4dc98e

**デフォルトの名無しさん** · 2020/06/15(月) 19:35:39.15

>>463
だからset -vの話をしてるんだけど
できないから聞いてるの

**デフォルトの名無しさん** · 2020/06/17(水) 01:36:20.86

MacOS 10.13.4です

1.ディレクトリ内(旧フォルダ)でサイズが一番大きなファイルを抽出
↓
2.リスト.txtのn行目にある文字列(Wordと定義)を抽出し
↓
3.名前をWord.txtに変更&新フォルダに移動

という動作をさせたいです

#!/usr/bin/bash

n=1
LISTPATH="~/Desktop/リスト.txt"
PATH1="~/Desktop/旧フォルダ" #ここにファイル群が入ってます
PATH2="~Desktop/新フォルダ"

#1.最も大きなサイズのファイルを抽出しFILEとして定義
FILE=`ls -1 -S $PATH1/* | head -1`

#2.リスト.txtのn行目の文字列をWordとして定義
Word=`sed -n '$n'p '$LISTPATH'`

#3.旧フォルダにあるファイルをWordにリネームした上で新フォルダに移動
mv $PATH1/$FILE $PATH2/Word.txt

こんな感じで書いてみたのですが2.で"sed : 1 :invalid command code U"のようなエラーが出て先に進めません
ターミナルで直接コマンドを入力すると成功するのでおそらく変数やメタ文字の扱いが悪いのだと思います
ですがいろいろ調べて試してみたのですが一向に変わる気配がありません
間違っている点等、あるいは別の方法などありましたらご教授願います

**デフォルトの名無しさん** · 2020/06/17(水) 01:55:47.38

リストですが

りんご
みかん
ばなな
いちご

こんな風に単語が入ってます

それとややこしくて申し訳ないのですが
sed -n のnはオプションです

n行目の文字列を抽出、に関してはこちらのサイトに別の方法も載っていたので試してみたのですがやはりエラーが出てしまいました
https://qiita.com/kazu56/items/2936ed6f337f288b25c9

**デフォルトの名無しさん** · 2020/06/17(水) 02:26:54.62

>>466
>Word=`sed -n '$n'p '$LISTPATH'`
とりあえず変数はダブルクウォートで囲もう

shellcheckにかけてエラーや警告から学ぶと良いと思う

**デフォルトの名無しさん** · 2020/06/17(水) 04:10:45.23

' を、" に変えたら「りんご」が取得できた

Word=`sed -n "$n"p "$LISTPATH"`

echo $Word

**デフォルトの名無しさん** · 2020/06/17(水) 12:08:45.15

>>468-469
ダブルクォーテーションに変えて無事"りんご"を取得できました

そして最終的に3は
mv $FILE $PATH2/$Word.txt
と修正して動作成功しました

見ての通り初心者ですので今後は変数の扱いも含めしっかり勉強していきます
shellcheckも使っていきたいと思います
ありがとうございました

**デフォルトの名無しさん** · 2020/06/17(水) 17:45:33.68

Linuxで近似画像抽出って不可能？
解像度だけ違うとかpngをjpgにした同じ画像とか
画像相手にハッシュで判別とかアホらしいしさ

**デフォルトの名無しさん** · 2020/06/17(水) 18:37:04.24

全くLinuxどうのという話ではないだろう
AIの分野だな。やろうと思えばLinuxでできるだろう。Linuxに限らずどのOSでもだけど

**デフォルトの名無しさん** · 2020/06/17(水) 19:16:36.41

gqviewは非常に優秀

**デフォルトの名無しさん** · 2020/06/17(水) 22:35:51.76

なぜシェルスクリプトのスレに書き込んだのかｺﾚｶﾞﾜｶﾗﾅｲ

**デフォルトの名無しさん** · 2020/06/17(水) 23:38:01.91

このshellcheck は有用

警告・エラーメッセージなどを、国際化(日本語化)すべき！

**デフォルトの名無しさん** · 2020/06/18(木) 00:02:30.93

>>475
言いだしっぺ

**デフォルトの名無しさん** · 2020/06/18(木) 11:07:19.57

シェルスクリプトが国際化できんのだから，shellcheckにしても然り。

**デフォルトの名無しさん** · 2020/06/18(木) 12:00:17.90

だから言い出しっぺがということね

**デフォルトの名無しさん** · 2020/06/18(木) 12:32:46.90

簡単なシェルスクリプトならググらず書けるようになったけどクッソ読みにくい
case使わずifだらけにする癖が付いたからだけど
コマンドの仕様が統一されてないからほんと迷うわ
lsみたいにオプションの集約や指定位置が自由なのもあれば融通が利かないのもあるし

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

オプションの規約はここ
<https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap12.html>;
に書かれている通り，
本来は被演算子は最後にしか持って来れないし，
オプションは “-o” という連字符一文字・英字一文字の形式しか認められてない。
lsはGNUとかで拡張されて，被演算子を途中に持って来れたり，
連字符二つ・英数字複数の長いオプションが使えたりするけど，
可搬性を重視するなら止めたほうがいい。
可搬性を重視しないなら，お好きにどうぞ，でも，
老婆心ながら言うと，困ると思う。
現に「lsではオプションの置き場所が自由なのに
このユーティリティではそうじゃない」
っていう風に困ってる訳だし。

**デフォルトの名無しさん** · 2020/06/19(金) 11:57:59.31

あぁGNU拡張はUNIX哲学に反するから悪ってことか
便利な分横着して悪癖が付いたら困るもんな
機能は盛るけど極力使うなって実に杓子定規というか

**デフォルトの名無しさん** · 2020/06/19(金) 17:24:24.21

UNIX哲学に反したGNU拡張ってなに？
オプション名は1文字なんていうのがUNIX哲学とは思えないな

**デフォルトの名無しさん** · 2020/06/19(金) 22:49:12.08

広義では哲学と言えなくもないな
XBD Utility Syntax Guidelines
https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap12.html#tag_12_02

XBD : Single UNIX Specification's Base Definitions

**デフォルトの名無しさん** · 2020/06/20(土) 02:57:37.69

ガイドラインなら哲学じゃないな

**デフォルトの名無しさん** · 2020/06/20(土) 11:04:41.29

単純馬鹿にはそうなんだろな

**デフォルトの名無しさん** · 2020/06/20(土) 20:15:36.78

systemdとかいう反UNX哲学の旗頭

**デフォルトの名無しさん** · 2020/06/21(日) 09:35:40.38

言うほど反UNIXか？
一連の騒動を見ていて，
なんかsystemdの製作者を嫌う一部の人たちが
「UNIX哲学」を錦の御旗にしてsystemdに反発して，
それにUNIXをよく分かってない沢山の人々が
盲目的に加勢してる，っていう印象を受けたけどな。

**デフォルトの名無しさん** · 2020/06/21(日) 09:42:27.13

気持ちは分からんでもないけどね

**デフォルトの名無しさん** · 2020/06/22(月) 08:36:37.15

systemdは開発者が問題児だから批判されたって読んだ希ガス
わざわざsvchostを持ち込んだ責任は重いけどそれだけじゃないのよね

**デフォルトの名無しさん** · 2020/06/22(月) 09:33:16.84

そんなんあったんとググったら
2014-04-03
https://cpplover.blogspot.com/2014/04/linussystemd.html
なんてな、なるほどな。でも、
2014-09-22
https://japan.zdnet.com/article/35054101/
とか、Linus御大はちょっとは寛容になったのか？
だが、
2016年10月5日
https://gihyo.jp/admin/clip/01/linux_dt/201610/05
まだ続いていたのね。そして現在もまだ続いているのかというw

**デフォルトの名無しさん** · 2020/06/22(月) 09:36:00.54

ああ、注目されているののは、UNIX哲学というより、手前勝手にやってんじゃねえ＆品質悪いだろが主だな上記のは

**デフォルトの名無しさん** · 2020/06/22(月) 21:15:42.58

作者が嫌いならそう言えばいいのに
UNIX哲学とかなんとか持ちだすのが卑怯というか嫌らしいなと思った（小並感）

**デフォルトの名無しさん** · 2020/06/23(火) 09:57:12.79

でもその粗末なものを不本意でも導入したってことはそういうことだよね
対抗したのはdebianくらいでしょ

**デフォルトの名無しさん** · 2020/06/23(火) 13:34:53.18

Debianもsystemdなんですが。

**デフォルトの名無しさん** · 2020/06/23(火) 23:09:30.34

それもどちらかというと早く取り入れた方じゃんw

**デフォルトの名無しさん** · 2020/06/24(水) 08:21:39.73

POSIXの次のissue (issue 8?) が出るのっていつ，とか分かる？
さっさと$'\n'表記を臆面なく使いたい

**デフォルトの名無しさん** · 2020/06/24(水) 16:45:25.56

どうせシェルが対応してないだろ

**デフォルトの名無しさん** · 2020/06/25(木) 20:11:27.03

指定した変数を復旧可能な形でダンプする方法（ようするにシリアライズ）は
bashとかだとdeclare -p abcとかでできますが
dashで同じような事をする方法はりますか？
setとかだと特定の変数だけはできないと思います。

**デフォルトの名無しさん** · 2020/06/25(木) 23:23:44.84

>>498
復旧っていうのが出力を再度shに読み込ませて代入できる、
っていうことだとすれば、env。
ただし
$ VAR='***'
と代入していた場合はenvの出力で引用符が外されて
対話環境だとマズいことになる。

**デフォルトの名無しさん** · 2020/06/25(木) 23:41:04.14

>>499
envでどうやればできるんです？

**デフォルトの名無しさん** · 2020/06/26(金) 08:57:30.48

>>500
それくらい自分で…とも思うけど
$ env | grep -e '^USER='

**デフォルトの名無しさん** · 2020/06/26(金) 08:57:35.06

選ばれなかった西村カワイソス
https://i.imgur.com/N974yNq.jpg
https://i.imgur.com/FgTRE3u.jpg
https://i.imgur.com/0IlIslH.jpg
https://i.imgur.com/lera0Qg.jpg
https://i.imgur.com/vyuIQeE.jpg

**デフォルトの名無しさん** · 2020/06/26(金) 09:36:17.92

>>501
それじゃだめですね

1. でません

$ abc=123
$ env | grep abc
$

2. 誤爆します

$ export abc='USER=1
USER=2
USER=3
USER=4'
$ env | grep -e '^USER='
USER=name
USER=2
USER=3
USER=4

**デフォルトの名無しさん** · 2020/06/26(金) 09:39:15.48

3. 復旧できません
$ export abc='USER=1
aaa
bbb
ccc'

$ env | grep -e '^USER='
USER=name

**デフォルトの名無しさん** · 2020/06/26(金) 11:24:38.83

多機能を望むならBash使っとけば，って思っちゃうw
マジレスするとsedでエスケープとかすりゃいいんじゃないっすかね。

（なんかPOSIXシェルでXMLパーサー実装した！みたいな人思い出した。
「自分のやりたいこと」と「それを実現する環境」が明らかに釣り合ってない）

**デフォルトの名無しさん** · 2020/06/26(金) 14:58:30.56

sed(とか)使っていいんだったら、
値は ' で囲む、値中の ' は '\'' に変換する
だけでいいような

**デフォルトの名無しさん** · 2020/06/26(金) 15:05:44.69

>>506
例えば、この場合は？
aaa="'abc' 'def'"

**デフォルトの名無しさん** · 2020/06/26(金) 15:18:09.38

aaa=''\''abc'\'' '\''def'\'''

**デフォルトの名無しさん** · 2020/06/26(金) 17:26:15.56

>>508
シングルクォートなくなってるぞｗ

**デフォルトの名無しさん** · 2020/06/26(金) 18:59:02.28

ちなみにそれでも
VAR='a
b=c
d'
みたいなのには対処できない。
いや〜果てしないっすね，POSIX原理主義を貫くとw

**デフォルトの名無しさん** · 2020/06/26(金) 19:38:40.29

世の中bashオンリーになってくれれば楽なんだけどね。
dashが使われてる現実がある。現実主義者は辛いよ。

**デフォルトの名無しさん** · 2020/06/26(金) 20:42:38.17

現実にはBashが使える環境が大半だと思われ。
AIXみたいな極一部の環境を想定することを「現実主義」と言うのは間違ってると思うよ。

まあ，多分「現実主義」と本気で考えてる訳じゃなくて，
俺の書き込みにカッとなって「自分の方が現実見てますアピール」をしてるんだろうが。

**デフォルトの名無しさん** · 2020/06/26(金) 20:47:57.71

debian/ubuntuの/bin/shがdashなのを知らないの？

**デフォルトの名無しさん** · 2020/06/26(金) 20:49:25.45

https://news.mynavi.jp/article/20200402-1008653/

UbuntuとDebianをあわせてLinuxの57.1%なんだが

**デフォルトの名無しさん** · 2020/06/26(金) 20:52:00.79

dashという名前がでてるのにAIXを思い浮かべるあたり現実を知らんとしか思えんな
AIXのデフォルトシェルはBourne shellかkshだろうに

**デフォルトの名無しさん** · 2020/06/26(金) 21:44:27.05

>>509
無くなってないだろ

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

>>510
foo () {
echo "$1='$(eval echo "\"\$$1\"" | sed -e "s/'/'"'\\'"''/g")'"
}

VAR='a
b=c
d'

echo "$VAR"
bar="$(foo VAR)"
echo "$bar"
VAR=''
echo "before: $VAR"
eval "$bar"
echo "after: $VAR"

一応dashで動いているようだけど？対処できないって？

**デフォルトの名無しさん** · 2020/06/26(金) 22:33:00.77

とりあえず、三つの環境で試してみたが動いているかな
こんな簡単でいいのかというのは拭えないが

しかし、
コード書けないのか書かないのか、
ちゃんと考えず検証もせずに、
自分の頭の中もしくはおま環だけで、
解決にも繋がらないのをよく続けてたな、どっちも
って感じ

**デフォルトの名無しさん** · 2020/06/26(金) 22:55:36.19

出、出〜両成敗言奴〜

**デフォルトの名無しさん** · 2020/06/26(金) 23:06:55.36

レスはするがそんなレスしかしないのは、
対処できないってことはないってことでいいいのね

**デフォルトの名無しさん** · 2020/06/27(土) 09:22:36.01

最近はpwshが便利でお気に入り
bashは何をやるにもめんどくさくてだめだ
未だに引数の解析をloopとcaseでやるとか原始時代かよ

**デフォルトの名無しさん** · 2020/06/27(土) 09:40:10.35

その程度の問題ならライブラリを作るだけで解決するんだがな

**デフォルトの名無しさん** · 2020/06/27(土) 22:42:10.04

getopts知らない可能性が微レ存

**デフォルトの名無しさん** · 2020/06/27(土) 22:53:58.90

getoptsもループだろ

**デフォルトの名無しさん** · 2020/06/27(土) 23:10:59.70

getoptsは文字列操作が苦手なC言語のためのもので
それをそのままシェルスクリプトに移植しても
あまり意味がないんだよな

しかも設計がUnixの歴史の初期の頃のものだから
最近の言語のものに比べて使いやすくもない

**デフォルトの名無しさん** · 2020/06/28(日) 18:17:34.25

rust製のコマンドが流行って来てるね
shft-jis対応が微妙なのが多いけど

**デフォルトの名無しさん** · 2020/06/29(月) 11:20:40.30

今時Shift-JISなんて使ってるとこがおかしいw

**デフォルトの名無しさん** · 2020/06/29(月) 15:44:22.24

Windowsでbashやpythonのスクリプトを書いてると
表立っては目に見えなくはなってるけど
未だにcp932の呪縛から逃れられない
エラーが出て改めて気付かされる

**デフォルトの名無しさん** · 2020/06/29(月) 17:28:25.05

WSLでええんちゃうの

**デフォルトの名無しさん** · 2020/06/29(月) 19:53:16.74

cp932を使う必要ないよ

**デフォルトの名無しさん** · 2020/06/29(月) 19:55:39.65

そもそもファイルはUTF-8で書く
各コマンドはWindowsネイティブのUTF-16で出力する
（UTF-16はWSLにわたすとUTF-8に変換される）

とまあUnicodeで完結するわけで
cp932とかいらないし、でてこない。

**デフォルトの名無しさん** · 2020/06/29(月) 22:49:57.66

WSLのウリの一つであるLinuxとWindowsのシームレスな運用という点を活かそうと、
WSLからWindowsのプログラム（cp932対応）を呼び出し、応答を受けたりしようとする場合には、
cp932に全く触れないで済む、とは必ずしも言えないでしょう。

これに加えて、python 2だった頃は、もうユニコード地獄とともに、cp932を常に意識しないとならなかったけど、
python 3になって、ずいぶん楽になったわ。

いずれにしても、対応するプログラム次第だな。

**デフォルトの名無しさん** · 2020/06/29(月) 23:21:10.60

>>532
> WSLからWindowsのプログラム（cp932対応）を呼び出し
なんのことでしょうか？

まずWindowsのコマンドは全てUnicode対応です。
chcp 65001でUTF-8に変更してちゃんと表示されるのがその証拠です。

またWSLからWindowsのコマンドを呼び出した場合、それはUnicodeで出力されます。
例えば絵文字などcp932にない文字を含んだファイル名があるディレクトリを表示してみてください
問題なく表示されるはずです。

例 WSL上で実行: $ cmd．exe /c dir c:\\dir

同様にそのコマンドを他のプログラムにリダイレクトしてみてください

例 WSL上で実行: $ cmd．exe /c dir c:\\dir | less

この場合chcp 65001されたのと同じように英語モードに切り替わりますが
ファイル名は文字化けしません。nkfを使えばUTF-8であることが判明します。

例 WSL上で実行: $ cmd．exe /c dir c:\\dir | nkf --guess
UTF-8 (CRLF)

WSLからWindowsのコマンドを呼び出す際、cp932に触れることはありません。

**デフォルトの名無しさん** · 2020/06/30(火) 00:47:57.76

cp932とかshift-jisとか別に対応しなくてもいい、必要ならユーザ側で変換すればいいだけの話でもある
cp932とかshift-jisとか日本でも今更の方が多いのに、日本／日本人じゃないプロダクトで対応を求めるのはまあない話だな

**デフォルトの名無しさん** · 2020/06/30(火) 00:54:07.86

>>532
>ユニコード地獄
って何？？地獄というほどだからすぐに出せるほどのでしょう
まさか、よくある非難批判自説強めるためにだけのことさらのではないだろうから、具体的にどうか

**デフォルトの名無しさん** · 2020/06/30(火) 13:29:30.53

言いたい事は伝わるけど日本語が不自由すぎる

**デフォルトの名無しさん** · 2020/06/30(火) 13:45:57.96

結局文字コードに関しての理解が浅いから
Windowsはcp932なんだよ！だからcp932を使うんだよ！
そしてcp932扱おうとすると難しいんだよ！ってなるんだよ

普通にUTF-8を使っていれば、Windows（Unicodeがネイティブの文字コード）とも
Linuxとも相性がいいのに

**デフォルトの名無しさん** · 2020/06/30(火) 14:08:10.20

テキストの中身はいいとしてファイル名()

**デフォルトの名無しさん** · 2020/06/30(火) 16:43:12.21

ファイル名でも同じだな
結局文字コードに関しての理解が浅いから()

**デフォルトの名無しさん** · 2020/06/30(火) 17:02:50.63

cp932を使ってる環境が今でもある以上、それに対応する必要はあるだろ
自分で管理できる環境しかいじらないのであれば、utf-8にでも統一すればいいが
そうじゃない場合はそのままではどうしようもない

utf-8が当たり前だと思ってるやつは、euc-jpとかも使ったこともないんだろうな
以前はperlなんかのcp932ダメ文字対策にはこれしかなかった

**デフォルトの名無しさん** · 2020/06/30(火) 17:11:34.24

めんどくさいのを知ってるからUTF-8に統一できるのだからそれにしたそれにするって話なのに
未だにcp932だの言ってるのはめんどくさくないんだろ？文句言うなw

**デフォルトの名無しさん** · 2020/06/30(火) 18:38:38.55

めんどくさいけどそれを避けられないという場合もあるという話だろ
巷にはまだまだ古い環境が残ってるんだよ
自分のせいじゃないんだから文句くらい言わせろw

**デフォルトの名無しさん** · 2020/06/30(火) 19:14:10.54

チラ裏にでも書いてろって話だな

**デフォルトの名無しさん** · 2020/06/30(火) 19:24:16.74

cp932 を UTF-8 にマイグレーション：めんどくさいからやりたくない
cp932 <> UTF-8 処理中に逐次相互変換：めんどくさいからやりたくない
cp932 <> UTF-8 フロントエンドで相互変換：めんどくさいからやりたくない
自分で対応できることをやりたくないから、誰かがcp932対応しろ
って話ですね

**デフォルトの名無しさん** · 2020/06/30(火) 20:52:19.85

すでにcp932に対応しているので遠慮しておきます

**デフォルトの名無しさん** · 2020/06/30(火) 21:00:48.27

>>540
> cp932を使ってる環境が今でもある以上

UTF-8に変換して処理が終わったら戻せばいいだけ

**デフォルトの名無しさん** · 2020/06/30(火) 21:54:26.59

それを世の人は「対応」という

**デフォルトの名無しさん** · 2020/07/01(水) 00:00:33.48

元レスのヤツがその対応してないのに対してのだろ
とんちんかんじゃね

**デフォルトの名無しさん** · 2020/07/01(水) 00:55:56.18

日本語でおk

**デフォルトの名無しさん** · 2020/07/01(水) 01:31:07.01

Windows を使うのは大変なんだな。
…ああ、それが無理だから Linux しか使わなくなったんだった。

**デフォルトの名無しさん** · 2020/07/01(水) 06:57:53.27

多分なcp932をUTF-8に変換して戻せばいいって聞いた時
間抜けなやつは、コードの中でいちいち変換してるんだよ

func() {
　str_sjis=$1
　str_utf8=$(sjis_to_utf8 "$1")
　ret_utf8=$(foo "$str_utf8")
　ret_sjis=$(utf8_to_sjis "$ret_utf8")
　echo "$ret_sjis"
}

こんな感じでな。コードのあちこちでこのような変換を行ってる。
あー、あほあほ、ばからしすぎる

コマンド呼び出しの前に外部コマンドで変換してしまうという発想がない

**デフォルトの名無しさん** · 2020/07/01(水) 07:44:48.00

cp932からutf8は不可逆変換

**デフォルトの名無しさん** · 2020/07/01(水) 08:54:24.38

>>552
それがどうかしたの？

**デフォルトの名無しさん** · 2020/07/02(木) 00:24:14.35

自己紹介しなくてもいいのにねぇ

**デフォルトの名無しさん** · 2020/07/02(木) 00:53:42.38

テキストエディタを作る時、内部のデータをUnicodeで持つか
あらゆる文字コードでデータが持てるようにするかの違い

あらゆる文字コードに対応するのは大変だから
ファイル読み書き時に変換し内部データはUnicodeでもつのが普通

シェルスクリプトで言えばiconvやnkfなどのフィルタを使って
文字コードを変換すれば、シェルスクリプトでは全てUTF-8として扱うことができる
シェルスクリプト以外の各言語でも同じことができる
なぜ未だにcp932のことを考える必要があるのかわからない

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

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