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

**デフォルトの名無しさん** · 2018/07/24(火) 11:01:16.36

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

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

前スレ: シェルスクリプト総合その27（https://mevius.5ch.net/test/read.cgi/unix/1525337663/）

**デフォルトの名無しさん** · 2018/09/15(土) 17:01:07.67

>>865
それと、(一時的)環境変数をいつするのかと、環境変数をいつ展開するのかが被ってるてとこかなあ
A=123 /bin/echo "$A"
A=123 bash/dash/ksh/etc... -c 'echo "$A"'

**デフォルトの名無しさん** · 2018/09/15(土) 17:19:32.41

>>866
そのコマンドラインは，「直前に指定した変数が影響しない」のが正しい挙動だよな

なぜならシェルはそれらを一緒くたに処理するから，変数の変化を参照できない
↑この理解って正しい？

bashコマンドラインで
$ VAR=val echo $VAR
# なにも返らず
$ VAR=val; echo $VAR
val
こういう挙動から推測したんだけども。

**867** · 2018/09/15(土) 17:20:16.67

ごめん安価ミス
1s/>>866/>>865/1

**デフォルトの名無しさん** · 2018/09/15(土) 17:42:37.90

>>865
forkされる場合ってのはわかりやすいんだけどね

> A=
> A=123 echo "$A-1"
> echo "$A-2"
>
> 次のように表示されるんだよ
> 123-1
> 123-2

実行するのがシェルビルトインコマンドであっても実行後は元に戻る

ん？頭にA=123をつけた時、本当にシェルビルトインの
echoが呼ばれてるのか？と思ってecho --versionとしてみたが、
やっぱりシェルビルトインの方だった。
（/bin/echo --versionだとバージョン情報が表示される）
他のシェルで試してみたがすべて同じ挙動

ということで

> A=123 echo "$A-1"

と書いたら変数の内容は実行後に元に戻る。
というのが基本の動きでいいのだろう
まあよく知られた機能だよね。

**デフォルトの名無しさん** · 2018/09/15(土) 17:43:08.57

ちなみにコマンドライン（シェル）じゃなくて
スクリプトを書いて実行して確かめてる

**デフォルトの名無しさん** · 2018/09/15(土) 17:56:26.73

知ってると思うんだけど、念の為

var=value command

この構文は、変数varにvalueを入れるだけじゃなくて
export varした状態になる。だからcommandが
外部コマンドであっても値は引き継がれている
（今回の話とは直接関係はない）

**デフォルトの名無しさん** · 2018/09/15(土) 18:00:22.45

話を簡単にすると

A=
A=123 eval :
echo $A

dashだと123と表示される。
bashだと何も表示されない。

**デフォルトの名無しさん** · 2018/09/15(土) 18:15:21.72

>>872
ふむ、bash で set -o posix してから実行すると 123 って表示されるね

**デフォルトの名無しさん** · 2018/09/15(土) 18:22:17.36

>>873
それは気づかなかった。ってことはPOSIXで仕様化されてるってことかな？
evalだけ特殊と。なんでだろうね。

**デフォルトの名無しさん** · 2018/09/15(土) 18:34:31.19

>>871
$ VAR=val echo $VAR
とした場合，「VAR=val」が反映されていないように見えるのはどうしてだろう

**デフォルトの名無しさん** · 2018/09/15(土) 18:43:07.13

>>875
それは単に「VAR=var echo $VAR」が1行だから
先に$VARが展開されるだけだと思うよ

変数を一時的に変更したいけど、別変数にバックアップして元に戻すの面倒だな
その他にも方法あるけどアレ（省略）だし、

よし、var=value command構文を使おう！
うお、先に$VARが展開されちまった
ぴこーん！だったらeval使えば先に展開されることないんじゃね？

よし動い・・・あれぁ、変数を一時的に変更したかったのに
実行終わっても変数が元に戻らないよぉ

よし５ちゃんねるだ。という流れｗ

**デフォルトの名無しさん** · 2018/09/15(土) 18:52:32.83

>>876
もうとっくに分かってると思うが俺が思い付いたのは
$ VAR=val-b4
$ (VAR=val-tmp; echo $VAR)
→ val-tmp
$ echo $VAR
→ val-b4
くらいだな

**デフォルトの名無しさん** · 2018/09/15(土) 19:22:09.86

https://i.imgur.com/VhwX2Fq.jpg

このスクショのようにmediainfoというコマンドのAudioの項目のFormatを取り出す方法教えてほしいです
。
以前はそのAudioのFormatという文字列はFormat profileだったので、
mediainfo "$FILE" | grep -E '^Format profile' | sed -E 's/.*: (.*)/\1/'
こうやってその行を抽出していたんですが、mediainfoがバージョンアップしてFormatという文字列に変わってしまいました。
Generalの項目にもFormatがあるので、これだと調べられません。
どうやるんでしょうか？

**デフォルトの名無しさん** · 2018/09/15(土) 19:37:37.26

GNU sed の -r オプション使ってるけど、こんな感じで

$ mediainfo "$FILE" | sed -nr '/^Audio/,$s/^Format +: (.+)/\1/p'

**デフォルトの名無しさん** · 2018/09/15(土) 19:38:31.49

>>878
mediainfo "$FILE" | sed -n -E '/Audio/,/\s*$/{s/Format\s*:\s//p}'

**デフォルトの名無しさん** · 2018/09/15(土) 19:41:31.43

ヘルプメッセージ読んだらこれでいいかも

$ mediainfo --Inform="Audio;%Format%" "$FILE"

**デフォルトの名無しさん** · 2018/09/15(土) 19:41:51.97

Audioにformatが複数あっても対応できないかなー？ってやってたら遅れたｗ

**デフォルトの名無しさん** · 2018/09/15(土) 19:42:08.44

>>878
mediainfo "$FILE" | sed -n -e '/^Audio/,$p' | grep '^Format' | cut -f '2-' -d ':' -s
これでどうだろう？

ところで綺麗な端末だね。

**デフォルトの名無しさん** · 2018/09/15(土) 19:42:36.17

ちょっと確かめてたらめっちゃ回答ついてたw

**デフォルトの名無しさん** · 2018/09/15(土) 19:43:35.86

ちなみに俺のコマンドラインはPOSIXに準拠してるので可搬性は高いと思うよ（ドヤ顔）

**デフォルトの名無しさん** · 2018/09/15(土) 19:50:28.32

Format複数あっても出力されるはずなのにおかしいと思ったら
CRLFになってたｗ　いい加減ATOMのデフォルトを変えないと

>>885
> POSIXに準拠してるので
そうそう。それを言おうと思っていたｗ

>>879
> GNU sed の -r オプション使ってるけど、こんな感じで
-r じゃなくて -E を使えば良いのでは？
POSIX準拠？かどうか知らないけど-Eは使えるはず

**デフォルトの名無しさん** · 2018/09/15(土) 19:57:27.53

>>886
>> GNU sed の -r オプション使ってるけど、こんな感じで
>-r じゃなくて -E を使えば良いのでは？
>POSIX準拠？かどうか知らないけど-Eは使えるはず

癖で指が -r を押してしまう…以後気をつけます

**デフォルトの名無しさん** · 2018/09/15(土) 19:59:15.83

Macだと\sは使えないのかな？
とりあえず>>879を参考にしつつ修正してみた。
General、Audio、の次になにか来ても対応できるようにしてみた。
これなら-Eいらんかったわ。macOSで動くのを確認済み

sed -n '/^Audio/,/^$/ s/^Format *: *// p'

**デフォルトの名無しさん** · 2018/09/15(土) 20:01:46.68

-Eが良いよ（ドヤァ）

POSIX準拠というより可搬性重視なので、
-Eが使えるなら-Eつけてれば良いんじゃね？ぐらいに思ってるｗ

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

>>883
> grep '^Format' | cut -f '2-' -d ':' -s

grepしてcutするって流れは、俺もよくやるんだけど、
awk一つにまとめられる（と後からよく気づくｗ）

**デフォルトの名無しさん** · 2018/09/15(土) 20:13:17.74

>>890
でもなんかその操作をawk一つにまとめるって
emacsのorgモードに近い印象を受けるというか
ちょっとUnix哲学っぽくねえなと思う。

もちろんUnix哲学に従う必要性は皆無なんだけど，あくまで個人的な意見として。

**デフォルトの名無しさん** · 2018/09/15(土) 20:16:21.20

>>891
それ言ったらsedは今回、範囲選択＋行選択＋置換の3つを同時にやってるんやで？ｗ

**デフォルトの名無しさん** · 2018/09/15(土) 20:20:10.43

>>892
俺の >>883 ←これはそんなことやってねえぞ（謎の自信）
検索→表示オンリー

スレチにもほどがあるのでそろそろやめるわ

**デフォルトの名無しさん** · 2018/09/15(土) 20:41:53.02

sedもawkも複数行のスクリプトを実行できるわけで
一つのコマンドで複雑な異なる機能を提供してるから
Unix哲学から反してるのかもね

だから例のアレはUnix哲学がどうとか言ってる割に
結局awkでプログラム書くんかいって突っ込みたくなるんだな

**デフォルトの名無しさん** · 2018/09/15(土) 20:45:00.31

まだとどまる事のない誤解を披瀝し続けとってわろたw

**デフォルトの名無しさん** · 2018/09/15(土) 21:28:41.91

みなさんどうもありがとうございます！

>>881
おお！こんなオプションがあったんですか！って思って試してみたんですが、
上のスクショのLC-AAC-Sample.aac、HE-AAC-Sample.aacで試すと、どちらもAACと表示され、
このファイルはLC-AACかHE-AACなのか判別して次の処理に進む事が出来なかったので、このオプションではダメでした。

INFO=$(mediainfo "$FILE" | sedほげほげ"
case "$INFO" in
"AAC LC" )
ほげほげ1

"AAC LC SBR")
ほげほげ2

*)
ほげほげ3

って感じで次の処理に進むんですが、
>>879、880、888だとほげほげ1か2に進めて、>>883だとほげほげ3になってしまいました。

**デフォルトの名無しさん** · 2018/09/15(土) 21:30:45.05

>>883
端末はMacのiTerm、シェルはfish、プロンプトは適当にいじったやつです。

**デフォルトの名無しさん** · 2018/09/15(土) 21:43:49.56

>>896
> このファイルはLC-AACかHE-AACなのか判別して次の処理に進む事が出来なかったので、このオプションではダメでした。

ちゃんと調べた？ %Format%以外で出るのあるんじゃないの？

**デフォルトの名無しさん** · 2018/09/15(土) 21:59:26.07

>>898
Audio;%Format/Info%
だと上のスクショの
Advanced Audio Codec Low Complexityなになに
が取り出せるようでした。
これだとLC AACならAdvanced Audio Codec Low Complexity
HE-AACならAdvanced Audio Codec Low Complexity with Spectral Band Replication
が取り出せるので判別出来そうです。

**デフォルトの名無しさん** · 2018/09/15(土) 22:08:36.45

>>896
>>883のコマンドラインを提案した者だが
mediainfo "$FILE" | sed -n -e '/^Audio/,$p' | grep '^Format' | cut -f '2-' -d ':' -s | sed -e 's/^[[:blank:]]//1'
↑これでいけるかな。
ただ長いので他の人のを使ったほうがいいかも

**デフォルトの名無しさん** · 2018/09/15(土) 22:18:17.17

>>899
ところで
http://www.mpeg-audio.org/members/files/DASH_Files/Audio_Only_Stereo_Dash.zip
↑こっからDLできるサンプルファイルで試したところ

AAC-LC/Technology-en-69s-2-lc-64000bps_seg.mp4
と
HE-AAC/Technology-en-69s-2-heaac-64000bps_seg.mp4
は
mediainfoの出力結果で
Audio;FormatではどちらもAAC表示で区別できず
Audio;Format profileでやっと区別できるんだけど，俺の勘違いかな。

**デフォルトの名無しさん** · 2018/09/15(土) 22:25:58.84

何度も投稿してすまん。
これでいいんじゃないかな。
確かめた環境はMediaInfo 0.7.91 on Debian 9.5。
case "$(mediainfo --Inform='Audio;%Format_Profile%' "$FILE")" in
HE*) echo 'HE';;
LC*) echo 'LC';;
esac

**デフォルトの名無しさん** · 2018/09/15(土) 22:45:32.78

>>896のコード見て思うのは

Unix哲学（を完全に受け入れたわけじゃないが）
9. 全てのプログラムはフィルタとして振る舞うようにせよ。

すべてのプログラムはフィルタとして振る舞うようにしたとして
そのプログラムを使う側もフィルタとして利用するようにすべきだと思うわけよ

つまりね、こういうふうに書くべきじゃないのか？ってこと

mediainfo --Inform='Audio;%Format_Profile%\n' "$FILE" | while IFS= read -r line; do
　case $line in
　　HE*) echo 'HE';;
　　LC*) echo 'LC';;
　esac
done

本当は$FILEの所も"$@"にして複数ファイル対応できるようにしたい。
だけどメディアファイルっていうのはオーディオを複数入れることができるはずだから、
この場合どうなるのか？という疑問がある。その場合はうまくいかないかもしれない。
まあ適切なサンプルファイルを思いつかんし面倒だから試しては見てないが

**デフォルトの名無しさん** · 2018/09/15(土) 23:39:36.74

みなさんどうもありがとうございます
>>896の時点のコードは以下です
https://pastebin.com/qdNT6iBm
拡張子がaacのファイルがあるディレクトリでこのスクリプトを動かしたらaacファイル全て(ひとつづつ)処理させてます。

>>900-903
明日確認してみます

$ mediainfo --version
MediaInfo Command line,
MediaInfoLib - v18.08.1

以前のバージョンではFormat profile欄があったのでそこで判別してたんですが、いつのまにか(昨日気がつきました)最近のバージョンではFormat profile欄がなくなっているんです。>>878のスクショです

**デフォルトの名無しさん** · 2018/09/15(土) 23:59:46.80

>>904
なるほどね。Debainのaptで入れたやつは古いのか。

$ mediainfo --version
MediaInfo Command line,
MediaInfoLib - v18.08.1
$ mediainfo --Output='Audio;%Format_AdditionalFeatures%' ./Audio_Only_Stereo_Dash/HE-AAC/Technology-en-69s-2-heaac-32000bps_seg.mp4
LC SBR
$ mediainfo --Output='Audio;%Format_AdditionalFeatures%' ./Audio_Only_Stereo_Dash/AAC-LC/Technology-en-69s-2-lc-64000bps_seg.mp4
LC
これは結構見分けやすいんじゃないか？

**デフォルトの名無しさん** · 2018/09/16(日) 00:12:32.41

>>904
ちょっと訊きたいんだけど，MPEG4のLCとHEの違いってSBRが適用されてるかいなかの差？
もしそうならまさにそのオプションがあって
mediainfo --Output='Audio;%Format_Settings_SBR%'
↑これは，SBRが含まれていれば“Yes (Explicit)”，含まれていなけば空文字を返す。

**デフォルトの名無しさん** · 2018/09/16(日) 00:17:30.07

>>904
> >>896の時点のコードは以下です
> https://pastebin.com/qdNT6iBm

つまらん。特に指摘する点はない。
細かい趣味程度のことぐらいだな。

ファイルは引数で渡したほうがいいんじゃね？とか
俺ならset -eu -o pipefailをつけるとか
（一行で書く場合を除いて）コマンドの後ろの ;; は嫌いだとか

**デフォルトの名無しさん** · 2018/09/16(日) 01:08:58.79

大先生かよw

**デフォルトの名無しさん** · 2018/09/16(日) 01:22:39.05

ちーす

**デフォルトの名無しさん** · 2018/09/16(日) 13:43:22.79

ネタフリ、これ前に紹介したことあったっけ？

modernish: a shell moderniser library
https://github.com/modernish/modernishhttps://github.com/modernish/modernish#modernish-a-shell-moderniser-library

良さそうなことを書いてあるが、大きすぎて、それでいて何ができるのかよくわからない
ようするに誰か日本語で簡潔に解説してくれとｗ

**デフォルトの名無しさん** · 2018/09/16(日) 21:03:29.36

変な人が二人いるせいで質問者が帰っちゃったじゃん。せっかく良い案を思いついたのに。

**デフォルトの名無しさん** · 2018/09/16(日) 23:14:50.58

いや、気にせず書けよｗ
また見るかもしれないじゃん

**デフォルトの名無しさん** · 2018/09/16(日) 23:27:44.88

もう書いてるよw

**デフォルトの名無しさん** · 2018/09/17(月) 09:30:58.79

二人いるんじゃなくて、同一人物なんじゃ？
例の人、プロバイダー2つ契約してて自演に使ってるんだし。

**デフォルトの名無しさん** · 2018/09/19(水) 03:32:21.41

引用符を除去するいい方法ってないかな。
個人的には変数の仕様（"abc"はabcとみなされる）とかを利用してエレガントに解決できるんじゃないかと思ってるんだけどうまくいかん。
いまのところsed -e 's/"$[^"]+$"/\1'で問題はないけれど「\"」の形のエスケープに対応したりするのが面倒になってくるんだよねこの形だと。

**デフォルトの名無しさん** · 2018/09/19(水) 04:43:37.82

a='"aa\"a"'
eval echo "$a" とか eval "b=$a"
じゃだめ？

おまけ、最近のbashには以下のような変数展開が
増えているけど今回は関係なさそう
${parameter@A}
${parameter@E}
${parameter@P}
${parameter@Q}

**デフォルトの名無しさん** · 2018/09/19(水) 07:25:21.58

>>916
なるほどevalは思いつかんかったわ。
ただそれだと "aa\""→aa" になってしまうんだがこれは正常な動作なんだろうか。

**デフォルトの名無しさん** · 2018/09/19(水) 07:59:33.05

>>917
さあね。「引用符を除去するいい方法」の正確な意味がよくわからないので
もしかして単に前後の引用符を除去するだけだった？
ならこれだけで行けるけど

a='"aa\"a"'
a=${a#\"}
a=${a%\"}

エレガントに解決っていうから、なんかもっと複雑な話かと思った

**デフォルトの名無しさん** · 2018/09/19(水) 08:36:50.27

>>918
いや別に文句を言ったつもりはない
先に挙げてもらった方法で解決してるしあれはすごくエレガントだと思う。

エレガントっていうのは数学畑の言葉のつもりで使った。
つまりまわりくどいやりかたではなく本質をつらぬいた方法。
今回は，
「シェルに対してトークンの区切りを示すための引用符をシェルに読み込ませることによって除去する」
という非常に直感的で素晴しい方法を学べた。
俺のやりかたはわざわざsedを使ってる点で，シェルが解釈するという本質から外れてしまっている。

**デフォルトの名無しさん** · 2018/09/19(水) 08:38:35.76

ちなみにやりたかったことは単純に
VAR="value with space"
↑こういうことが書かれたファイルから
value with space
という語句を取り出すというもの。

$ cat /etc/os-release | grep '^PRETTY_NAME' | cut -f 2 -d '=' | eval echo "$(cat)"
↑こういう感じ。

**デフォルトの名無しさん** · 2018/09/19(水) 09:31:58.31

$ cat /etc/os-release | grep '^PRETTY_NAME' | cut -d'"' -f2

というのはどうだろう

**デフォルトの名無しさん** · 2018/09/19(水) 09:41:44.85

>>919
単に文字列の途中にどういう意味かわからなかっただけだよ。
>「\"」の形のエスケープに対応したりするのが面倒
とか書いてあったから、何がしたいんだろうと

前後の""を取るだけなら>>918のやり方が最短で最速

>>920
> VAR="value with space"
> ↑こういうことが書かれたファイルから
> value with space
> という語句を取り出すというもの。

それだとまた話が変わってくるな
(. /etc/os-release; echo $PRETTY_NAME)

()でくくってるのは、単に変数のスコープをサブシェルに閉じ込めてるだけ
カレントシェルにばらまいていいなら()はいらない

シェル互換の文法としてみなせるファイルならこれでいけるよ
コードが入っていたら実行されるから、安全なファイルと断定できるものにしか使えないけど

**デフォルトの名無しさん** · 2018/09/19(水) 22:30:20.23

"a" → a

こういう変換は、CSV でも苦労してる。
" が偶数個なら良いけど、奇数個なら形式エラーにするとか

CSV は、様々なバグが考えられるから、TSV が良い

"a""b" → a""b

ただし、" " 内で、" を使う場合、"" と連続させる。
この場合も、奇数個なら形式エラーにするとか、ややこしい

**デフォルトの名無しさん** · 2018/09/19(水) 22:42:07.01

>>923
別々の言語で3回ぐらいCSVのパーサーを書いたことありますよ
ダブルクォートがない場合、あって改行が入ってる場合など
Excelの仕様に完全対応したCSVライブラリがその言語になかったので

Perlの変態正規表現レベルにまでなれば可能かもしれないですが、
そういうネスト構造のあるものは単純な正規表現では解決不可能な問題です。

**デフォルトの名無しさん** · 2018/09/19(水) 22:46:07.55

ﾀﾌﾞ区切りでも
当然ﾀﾞﾌﾞﾙｸｫｰﾄがいる

頭悪いこといってるわ。。。

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

ダブルクォートを特別扱いするかどうは仕様によるのでは？

**デフォルトの名無しさん** · 2018/09/20(木) 10:46:25.87

CSVの仕様といったらRFC4180やろ

**デフォルトの名無しさん** · 2018/09/20(木) 12:24:25.01

>>927
それって区切り文字がタブの場合も書かれてるの？

**デフォルトの名無しさん** · 2018/09/20(木) 12:57:43.85

それくらい読めよw

RFCにはないけど、MIMEタイプ定義してる
https://www.iana.org/assignments/media-types/text/tab-separated-values
によると、
Note that fields that contain tabs are not allowable in this encoding.
となっているし、たぶんEOLも含んじゃだめそうなので、ダブルクオートいらねえよ。

**デフォルトの名無しさん** · 2018/09/20(木) 20:07:29.45

まあいくらRFCで規定してもディファクトスタンダードのExcel読めるフォーマットでないと意味ないしな w

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

>>930
RFC4180とExcelのCSVはほとんど同じ

違いはデータの中に改行が含まれてる場合
Excelデータの中の改行はLF。（一行の最後はCRLF）
RFC4180はデータの中の改行はCRLF（一行の最後は同じくCRLF）

これだけしか違いはないよ

**デフォルトの名無しさん** · 2018/09/20(木) 20:45:03.75

CSVもTSVデータとしてキーボードから入力可能な文字を
区切り記号としているわけで、なんで
RS (0x1e Record Separator) とか
US (0x1f Unit Separator) とかいう
便利な文字を使わなかったのか？って思うな

**デフォルトの名無しさん** · 2018/09/20(木) 21:32:37.16

頭悪いこといってるわ
そんなｺｰﾄﾞなｷｰﾎﾞｰﾄﾞからどうやって入力すんの

viならできるが
こんなｱﾎが、vi使えるとは考えらればいしな

**デフォルトの名無しさん** · 2018/09/20(木) 21:37:28.28

いつまでトリップはずしてんねんお前

**デフォルトの名無しさん** · 2018/09/20(木) 21:38:06.55

>>931
ほとんど同じとか言うプログラマーは信用できない

**デフォルトの名無しさん** · 2018/09/20(木) 21:38:41.53

そもそもCSVは数値の表のためのデータ形式だからね

**デフォルトの名無しさん** · 2018/09/20(木) 21:39:06.57

ほとんど病気

**デフォルトの名無しさん** · 2018/09/20(木) 21:42:44.26

ｶﾝﾏのｷｰとﾀﾌﾞのｷｰと改行のｷｰは
どのｷｰﾎﾞｰﾄﾞについてる

低学歴知恵遅れにはｺﾚが分からない

**デフォルトの名無しさん** · 2018/09/20(木) 21:51:32.09

>>933
CSVエディタを使えばいいだけでは？

**デフォルトの名無しさん** · 2018/09/20(木) 21:51:35.97

CSVネタで久しぶりにアノヒトが嬉々として現れたなってことかな？w

**デフォルトの名無しさん** · 2018/09/20(木) 21:53:59.48

つーかCSVファイルをテキストエディタなんかで閲覧、編集する人なんていないでしょう？
可能か不可能かで言えば、可能だけどバイナリエディタでテキスト編集するような感じで
効率が悪いから、みんなエクセルつかってCSVファイルの読み書きするんだけど

**デフォルトの名無しさん** · 2018/09/20(木) 22:13:21.07

国によっては、カンマとピリオドの意味が逆転してるのあるけど
そんな国でも割り切って、セパレータはカンマにしてるんだろか

小数点がカンマ、どーしてそうなったか興味あるが

**デフォルトの名無しさん** · 2018/09/20(木) 22:16:57.13

引用符でくくられてたらどんな記号でも問題起きないからな
textを普通のｴﾃﾞｨﾀで開いてなんのｺｰﾄﾞが混入してるか分からないほうが
普通の感覚でｲﾔだから

低学歴知恵遅れなら細かいことは気にしないかもしれない

**デフォルトの名無しさん** · 2018/09/20(木) 22:18:05.52

>>941
編集はExcelだけど差分が容易に取れるからバージョン管理の為にcsvしてる

**デフォルトの名無しさん** · 2018/09/20(木) 22:24:15.47

たとえばhttpもsmtpもｺﾝﾃﾝﾂ以外は
crlfを除いて普通にぜんぶ0x20以上0x7e以下のﾃｷｽﾄでやりとりしてるからな
低学歴知恵遅れなら、自分はそんなの意識しないUA使ってるからなんでもいいというﾜｹ

**デフォルトの名無しさん** · 2018/09/20(木) 22:28:11.99

低学歴知恵遅れは
まずcsvがﾃﾞｰﾀ交換用のﾌｫｰﾏｯﾄであることが分かってない

**デフォルトの名無しさん** · 2018/09/20(木) 22:33:55.28

>>925
半角また間違えたんか。何度目だよ

**デフォルトの名無しさん** · 2018/09/20(木) 22:39:27.57

ﾃﾞﾌｧｸﾄｽﾀﾝﾀﾞｰﾄﾞのｴｸｾﾙで
ﾀﾌﾞ区切りで保存すると
ふつうにこうやって保存されるからな

aho<HT>"boo""foo"<HT>baka
aho<HT>"boo""foo"<HT>baka

**デフォルトの名無しさん** · 2018/09/20(木) 23:21:58.71

>>948
そうだねそうだね

**デフォルトの名無しさん** · 2018/09/21(金) 00:46:25.95

>>931
TSV にして、データ中に、タブ・改行を使わないのが良さそう

>Excelデータの中の改行はLF。（一行の最後はCRLF）
Linux・Windows 間で、テキスト転送しても、改行コードが変わるから、ヤバイ

**デフォルトの名無しさん** · 2018/09/21(金) 01:24:23.69

Excelで直接開くと勝手にフォーマット変換されるのが気に入らないからテキストエディタで開いてからExcelにコピーとかやってるわ

**デフォルトの名無しさん** · 2018/09/21(金) 02:43:02.52

>>950
タブはともかく改行は無理
Excel使ってると改行は絶対入れる

**デフォルトの名無しさん** · 2018/09/21(金) 02:43:36.28

>>950
> Linux・Windows 間で、テキスト転送しても、改行コードが変わるから、ヤバイ
バイナリ扱いすればいいだけ

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

>>951
拡張子を txt にしてから開いてウィザード動かすか、または 0 で始まる数字だけの文字列は ="0123" のようにして最初から作っておくとうまく行く。

**デフォルトの名無しさん** · 2018/09/21(金) 04:48:00.63

ちょっと荒れたのであまり話題にはしたくないものの
Unicodeの区切り文字を使うのはいい手段だと思う。
ただし思い切り独自規格なので既存の製品には対応できないけどね。もちろん

**デフォルトの名無しさん** · 2018/09/21(金) 05:30:02.46

RS、USってのはUnicodeじゃなくてASCIIの制御文字だよ

**デフォルトの名無しさん** · 2018/09/21(金) 05:37:53.78

もちろんUnicodeでも使えるけどね

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

一般人はCSVファイルをExcelで編集する
となると別にテキスト形式ベースじゃなくても良いわけだ
だとすると誰がCSVファイルを望んでいるのだろうか？
おそらくプログラマなんだろうね。

考えてみればテーブル型データに限っていれば
CSVはJSONよりも効率よくデータを記述できる
JSONだったらこんな感じだしね

[
{"field1": 1, "field2": 2, "field3": 3},
{"field1": 1, "field2": 2, "field3": 3},
]

これがCSVだとここまでコンパクトに纏められる

field1,field2,field3
1,2,3
1,2,3

一般人のことを考えないくていいという前提のものと、もっと良い形式が考えてみよう
それもシェルスクリプトで扱うのが容易な形式

一行ずつ読み取るのだから、一データの終わりはLFであるべきだろう
そしてデータの中には改行は含まず、カンマや制御コードはprintfコマンドで
簡単に解釈ができるよう8進数にエスケープを行う。どうかね？
エスケープの処理を除けば既存のツールでも扱えるだろう

ただ問題があるとすれば、printfで変数に代入する時forkを行う必要があるということだな
これだと時間がかかってしまう。かといって1文字ずつパースするのも時間がかかる

一行ずつ処理するのが可能で、1カラムずつ処理するのも可能で処理に時間がかからない方法はないだろうか

**950** · 2018/09/21(金) 07:09:48.97

>>931
>Excelデータの中の改行はLF。（一行の最後はCRLF）

もし、このCSV を、Linux で扱う場合には、やばくない？
行区切りをCRLF に設定すれば、データ中に、LF があっても問題ないのかな？

**デフォルトの名無しさん** · 2018/09/21(金) 08:12:42.97

>>959
別にLinuxでも行区切りがCRLFで行内の改行がLFのアプリは作れるでしょ
標準のアプリと動作が違うけどそういう特殊フォーマットだと思えばいいだけ

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

>>958
fork？どういう処理を想定してるのか？

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

みんなで輪になって踊る処理やろ

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

【審議中】
　　　 ∧,,∧　 ∧,,∧
　∧ (´・ω・) (・ω・｀) ∧∧
(　´・ω)　Ｕ) ( つとﾉ(ω・｀ )
｜　Ｕ (　　´・) (・｀　　)　とﾉ
　ｕ-ｕ（l 　　 ) (　　　ﾉu-ｕ
　　　　 `ｕ-ｕ'.　`ｕ-u'

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

>>961
a=$(printf 'test')

ビルトインコマンドであってもforkが行われる

**デフォルトの名無しさん** · 2018/09/21(金) 10:49:46.73

なんか次から次へと変なテクニックが編み出されていくｗ

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

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