シェルスクリプト総合 その33
レス数が1000を超えています。これ以上書き込みはできません。
シェルスクリプトに関する総合スレッドです。
全般
・荒しは無視しましょう。
・丁寧な姿勢を心掛けましょう。
・ネチケット(死語)を意識しましょう。
・「○○(他の言語)でいいやん」は禁止。他のスレに行ってください。
シェルスクリプト総合 その32
https://mevius.5ch.net/test/read.cgi/tech/1571929725/ ・特記なき場合、POSIX準拠シェルが既定です(古きBourneシェルはほぼ絶滅しました)
POSIX準拠シェルは(d)ash, bash, zsh, (m)ksh, yash, posh, (p)boshです
参考 https://unix.stackexchange.com/questions/145522/
特定のシェルの専用機能に依存する場合は明示しましょう(特にPOSIX準拠シェルではないfish, (t)csh等)
・デフォルトシェルのシバンはBourneシェル時代からの伝統で#!/bin/shを使用します。ただしその実体はOSによって様々です
Debian系 … dash CentOS系 … bash Alpine … ash(busybox) Android … mksh
FreeBSD … ash Solaris,OpenBSD … ksh
macOS … bash(Single UNIX Specification準拠のために一部動作が異なる)
・ログインシェルは/bin/shでない場合があります。例 macOS … zsh
・シェルスクリプトは可搬性を持たせるために可能な限りPOSIXに準拠しましょう
仕様 http://pubs.opengroup.org/onlinepubs/9699919799/
参考 https://en.wikipedia.org/wiki/POSIX
・bash依存はなるべく避けましょう。自覚なきbashism。シバンが#!/bin/shなのにbashに依存する構文を使っていませんか?
#!/bin/shを使うならシェル依存は厳禁です。bash依存するなら#!/bin/bashです
・BourneシェルはPOSIX標準化前に主にUNIXで使われていたシェルで多くの亜種が存在します
Bourneシェル≒Version 7 UNIXのshに一番近いのはOpenSolaris由来のHeirloom Bourne Shell、次点でSchily Bourne Shellのoboshです
Heirloom Bourne Shell: sh http://heirloom.sourceforge.net/sh.html
Schily Bourne Shell: obosh http://schilytools.sourceforge.net/bosh.html
歴史的資料 https://www.in-ulm.de/~mascheck/
・csh/tcshでのシェルスクリプトは*まったく推奨しません*
参考 http://www.speech-lab.org/~hiroki/csh-whynot.euc
・Linux/UNIXにはシェルスクリプトに便利な小さなコマンドがいろいろあります。Manページや各種リンクを見ましょう
aproposやman -kでそれらしい単語による簡単な検索もできます
・ワイルドカード・パターンは正規表現ではありません。正規表現の話題はスレ違い(正規表現スレへ)
・シェル芸はシェルスクリプトとは異なります
・シェルスクリプトのことをシェルってゆうな >>1 乙
ところで早速の質問なんだけど,GNU Bashの履歴展開に関して,
<<. cat |
&#
.
cat
↑このコマンドを実行した時に,履歴展開「!$」の値が「&」になるのと,
<<. cat |
#&
.
cat
↑このコマンドを実行した時に,履歴展開「!$」の値が「|」になるのって,
バグ?仕様?
ちなみに履歴展開「!!」の値は正常(つまり直前のコマンドライン全体に復元される)だし,
ヒアドキュメントの内容が&xやx&だったりした場合は
期待通りの挙動(すなわち最後の引数,この場合は「cat」)になる。 catコマンドがあるのにdogコマンドってないんですか?
気になります。 私は可愛い猫と女の子を見ていたいです。
I want to watch girl with cute cat. touchやcatみたいに本来とは違う用途で使われるコマンドって他にもあるんだろうか
mvでリネームも最初は不可解だったが 結合結果を出力するものだが単独ファイルの中身を表示するのに使うとか 履歴展開はインタラクティブシェルが行う
シェルスクリプト実行前の処理だと思ってるので興味がないw touchは空ファイルも作れるってだけで本来の用途はタイムスタンプの変更でしょ
catだって中身の連結が本来の用途なんだから
だけど実際はそれ以外でよく使うってお話 その昔は C プログラミングをするとき make で管理していた
make はタイムスタンプを見てどれをコンパイルするか決めていたため
touch で手動でどこからインストールするかを制御してた
touch の使い道はその辺かなあ
新しい file を作るなら
$ cp /dev/null file
の方が私の好みではある 新しいファイルを作るなら
:>file
コマンド呼び出ししないから最短で最速! 別に違和感とか全くないな
open(2)で無かったら作るというのがあるし 「touchがよくない名前」って考えてるあたり,
touchの*本来の*目的が「ファイルを新規作成すること」だと思ってそう。 $ man touch
TOUCH(1) User Commands TOUCH(1)
NAME
touch - change file timestamps 唾を付けておくという表現が英語にあれば
spitだろう。 算術展開 $(()) って、代入文が使えるんだな。
ループ廻すときに,i=$((i + 1))っていう増分と$iの値の判定を別々にやってたのが,
$((i += 1))という値を判定するだけで済むとは。 >>31
POSIXでどこまで決まってるか知らんけど、
ふる〜いdashでは失敗する あと $((i = 1)) とか $((i++)) とかも使えるよ
注意点としては
i=0
while [ "$i" -lt 100 ]; do は iは0から始まるが
while [ $((i+=)) -lt 100 ]; do だとiは1からになるって所だな >>35
本当です。
2.6.4 Arithmetic Expansion
... The arithmetic expression shall be processed according to the rules given in Arithmetic Precision and Operations,
with the following exceptions:
* The sizeof() operator and the prefix and postfix "++" and "--" operators are not required.
ちゃんと読みましょう。 >>37
++と--はシェルの算術展開では必須じゃないって書かれてあんのが読めねーの?
これだから文盲と会話するのは疲れるんだよ。
バカの一つ覚えみてーに同じURL貼ってさぁ。 >>39
間違っちゃいないが >>35 の書き込みに対する反論を放棄(つまり
反論を潰しに行っていない/無視)して自分の主張を繰り返した点が
指示/説明下手。
結果 >>35 の再プッシュを食らうという互いに後味の悪い手戻りが
発生している。 ちなみに
$((i+=1))って書き方はPOSIXでは保証されてる……筈だけど,
↑上にも書き込んでた人がいるように,一部シェルで動かないことがあるので使わんほうがいい。 >>41
読めなさすぎだろ。>>36はお前も読めないのかよ >>34を提示
それに対して>>35を提示
それに対して>>35があろうが>>34で提示したのに書いてあるだろとご丁寧にその部分を抜粋
と読めないのか??なんで>>41なんてしゃしゃり出るのか不思議 >>43
ここもそうだ
お前は俺の「間違っちゃいないが」を全く無視して「お前も読めてないのかよ」
と返してしまっている
読めてないのはお前じゃないのか?
よくある「自己紹介乙」状態だわ >反論を潰しに行っていない/無視)して自分の主張を繰り返した点
>指示/説明下手
ここだよ。お前の主題はここだろうが、そんな前置きではなく この会話のならなさはなんとかの一つ覚えのようにURL貼った本人ではないか?w 35 のレスが「本当に?」だけで URL がなかった場合の 36 の返は申し分ないよ
逆に URL だけだったら 36 のような返しはしなかっただろう?
35 のURL 側を潰さなかった/35 の URLをあたかも無視したような解が下手だと言っている いつもレスバに負けるから ID 変えて書き込む癖が抜けてないようですね >>35 のURLは
Arithmetic Precision and Operations
>>34のURL先であるが、読んでいないようなので抜粋してくれた>>36で、
The arithmetic expression shall be processed according to the rules given in >>> Arithmetic Precision and Operations <<<,
with the following exceptions:
>>> * The sizeof() operator and the prefix and postfix "++" and "--" operators are not required. <<<
>>35の疑問疑義を否定している。URLがあろうがなかろうが関係ないなとしか思えない、下の>>>からでも
レスバwなるほどねww 書いてある内容は正しいって一番最初にいってるんでそこ何度説明されてもね
平行線みたいなんでやめるね 平行線も何もあんた変な論は変な論というデバッグwし終えたてとこかな
>>36はちゃんとフォローしてる、疑問疑義を否定している、>>41なんてイチャモンもいいとこだったということで
てかさ、ちゃんと>>34を読んだらあんなURL張るはずもないもんだな、そこのURL先で Arithmetic Precision and Operations が>>35のURLのリンクじゃん
謎だなw Windows 10, WSL, Ubuntu 18.04 に、Ruby のバージョンマネージャーのrbenv を、
rbenv-installer を使ってインストールしたのですが、
https://github.com/rbenv/rbenv-installer/blob/master/bin/rbenv-installer
これの34行目について、
rbenv="$(command -v rbenv ~/.rbenv/bin/rbenv | head -1)"
これを、bash スクリプト内に書いて、スクリプトを実行すると、
xxx="$(command -v rbenv)"
xxx は、~/.rbenv/bin/rbenv とパスが入り、
これを端末で直接実行すると、
xxx は、rbenv となって、パスが入らない!
bash スクリプト内に書いて、それを実行した時と、
端末に直接入力した時では、結果が異なってしまう! >>56
あのさ、シェルで変数Aに123って代入して
別のプログラム実行したら、変数Aに123が入ってなかった!
みたいな間抜けなレスは要らないから >>56
command -V rbenv
type rbenv
してみ、端末で直接実行時に
最優先実行対象を返すんだからその結果で何もおかしなことはないよ 端末で、command -V rbenv, type rbenv を入力したら、
両方とも、rbenv という関数が表示された!
でも、 which rbenv と入力すると、
~/.rbenv/bin/rbenv と、ちゃんとパスが返ってくるけど
rbenv ()
{
local command;
command="${1:-}";
if [ "$#" -gt 0 ]; then
shift;
fi;
case "$command" in
rehash | shell)
eval "$(rbenv "sh-$command" "$@")"
;;
*)
command rbenv "$command" "$@"
;;
esac
} which -- locate a program file in the user's path
command - execute a simple command
-v
Write a string to standard output that indicates the pathname or command that will be used by the shell, in the current shell execution environment (see Shell Execution Environment), to invoke command_name, but do not invoke command_name
以下省略するが読め
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/command.html ちゃんとリンク,引用までしてあげて親切だなぁ。
黙ってNGすりゃいいのに。 IPC使ったことがないとしか思えない。XSIに限らず他のIPCすらも
IPC使ったことがあるならそんなの聞かないだろう 使ったことがないから聞いてるんだろうに使ったことがないとしか思えないとはとんちかな 無知だからしょうがないんだろうがとんちんかんすぎ
シェルスクリプトとは関係ない、IPC使う場合の場面に決まってるだろってことだよ 誰かawkの互換性についてまとめてる人いない?
どれだけの実装があって、POSIXにどれだけちゃんと準拠してるとのとか
awkはどのLinuxにも入ってるって前提でいいのか?とか 脱ケージ活動 ワロタw
(ケージ=鳥かご、おり、捕虜収容所)
まあそうなるよね。シェルスクリプト(笑)
ハンズラボとユニケージのあゆみ
https://www.hands-lab.com/tech/entry/5600.html
突然ですが、ユニケージ開発手法というのものをご存知でしょうか?
→ 詳しくは弊社の以下記事にて説明しております。
ハンズラボが採用しているユニケージという謎テクノロジーについて 第1回
弊社でのユニケージの現在
そんなユニケージですが現在のハンズラボでは技術的負債としての認識が強いです。
ユニケージからの脱却、通称脱ケージ活動は現在社を上げた取り組みの一つです。
負債の解消に向けて、様々な取り組みを実施しています。 >>62
共有メモリとかセマフォとかメッセージキューとかの確認で使ったことあるよ。そういうのを使うプログラムのデバッグ中とか動作確認でな。 >>68
プレゼンテーションみてみ、主にはシェルスクリプトだからというのではないから
シェルスクリプトはど素人にとっつきやすいのか? >>70
>主にはシェルスクリプトだからというのではないから
は? juniとかsm1,sm2,sm3,sm4,sm5(5までかな?w)、ハンズラボ内製かと思ったら、ユニケージ元が提供してるヤツかw
ダメすぎに見えるな見えるだろうな、他の言語メンテを考えて開発してるのから見たら いや、プレゼンテーションにある、sm2,sm4,sm5だけなのか
1,3が欠番、2/4/5にちょっとは深い意味があるのか?
他でも命名がある意味無茶苦茶だなあ、仕事として使おうとは全く思えない >>70
Windows以前はMS-DOSが使われていた。
GUIなんてものはなく、コマンドプロンプトと
バッチファイルを触るのがパソコンを使う第一歩だった
これはLinuxにも当てはまる。Linuxを使う第一歩は
シェルスクリプトを触ること。GUIだけならWindowsを使えばいい。
Linuxを使うという第一歩はシェルスクリプトを触ることになる。
その第一歩の知識だけで仕事をした結果。
シェルスクリプトが悪いのではなく
第一歩の知識だけで仕事をした結果
知識を得る努力をせずに、今の知識で努力した結果
結局の所知識不足なので何しても破綻する 日本語不自由すぎやろw
言語関係なく組織の人的負債になるタイプ 読めない自分を少しは疑ってみような
>>75
>Linuxを使う第一歩はシェルスクリプトを触ること
そんなこと言ってるからLinuxが普及しないんだよw >>77
> そんなこと言ってるからLinuxが普及しないんだよw
そのとおりだと思うが?正確には俺が言ったから普及しないんじゃなくくて
Linuxがそういう状態であるから普及しない。俺はそのことを言っただけ。
俺が言うのをやめたところで、Linuxが改善されないと普及しないよw
更に言うならLinuxを普及させたければ、ソフトウェアするんじゃなくて
いい営業部隊を雇うことだよ。雇う金を出せないなら永遠に無理ってことだけどな。
オープンソースなんだから営業を雇う金なんて集まらないって言うけど、
そもそもオープンソースにしたのは誰かに言われたのではなく
自分で決めたんだろうから、文句言うなって話だがな LinuxはPCのデスクトップ環境では伸びなかったがその他では使われまくってるよな。
PCと似たような使われ方もするAndroidのベースOSがLinuxだし。もうこれだけでも恐ろしいぐらいの普及率だ。
その他薄型テレビだのネットワーク機器だのそこらじゅうで使われている。 Linuxが普及しないのはオープンソースを言い訳に使うから。byチコ Linux(UNIX)のコマンドとバッチファイルのコマンドは
どちらもCLIだがスタイルがぜんぜん違う
例えば、echoを引数無しで実行すると
ECHO は <ON> です。と表示される。
もしバッチファイルのコマンドのスタイルが
Linux(UNIX)に混じったらとても使いづらくなるだろう
一貫性ある形で統一することは重要。Linux(UNIX)は
GUIでこの統一に失敗した。 GUI環境を好みで選べるのが良いところじゃん
GNOME
KDE
Xfce
LXQT
MATE
等々 良いところがあれば、世界で一位になれる。
これはマクドナルドに味で勝負した高級ハンバーガー店が
惨敗するまでの悲しいストーリーである。 オープンソースって一般人からしたら負担だけどな
粗造乱造が基本だから目当ての物を探すのに苦労する
模倣のくせに機能不足だとか洗練されていない外観だとか心当たりあるだろ
何か意見すれば「自分で」で逃げるしさ
呆れられたいのか誇られたいのかはっきりしな
お仕着せのappleと無法地帯のLinuxと両極端なんだよ ただWindowsを使ってて知ってることが多いってだけだな
単にそれで基準がWindows
それ以上手がかかってもダメだし手がかけられないとダメ、
Windowsで知ったことの範囲でWindowsの手順でできなきゃダメってだけ Linuxと言うかオープンソース界隈でいやなのは
先駆者が先輩面したり初心者を馬鹿にして
さも自分がすごいんだと言いたげなところかなあ
これと対極をなすのがスマホとかなんだけど
知り合いの若いのにアプリの使い方聞いてみ?
親切に教えてくれるぞ
要するに俺はLinuxを知ってる!
オープンソースを知ってる!
でも誰も褒めてくれないから
新参者がきたら牢名主のように
小言を言い続けてやると思ってそうなところ 俺にLinuxや他のOSSを教えてくれた人はそんな人じゃなかったな。
懇切丁寧に教育してくれた。
寧ろ大学やらでWindowsやExcelの使い方を指導してた教員のほうが態度が酷かった。
まぁ,どういう人に恵まれるかで,その「教えた対象」の評価すら変わるってのは,ちょっと非論理的だけど,
かく言う俺も,多分上で話した教員のせいで,Microsoft製品を色眼鏡で見てしまうきらいがある。 >>88
> ただWindowsを使ってて知ってることが多いってだけだな
だから営業部隊の話につながる。
使ってもらうにはどうしたらいいか?答えは宣伝だよ。
パソコン屋に置いてもらうネットやテレビで宣伝する。
いずれも金がかかる方法だ。だからオープンソースいう
選択をした時点で積んでいるんだよ。自分で自ら王手されに行った。
いや王手がだめって言ってるんじゃないよ。
相手(利用者)にとってはいい捕虜だから Linuxが普及してない世界線でシェルスクリプト書いてるやつもおるんやなw >>93
世界=俺の知っている世界、または
世界=俺の見たい世界
って奴がたまにいるからね 変な位置で改行するやつ多いな
みんな同じ環境で見てると思ってるんだろうな 同じ環境で見てるとは思ってないが、
最低横80文字(笑)ぐらいで見てると思ってる
スマホぐらいだろ?そのスマホで長い文字が読みづらいなら
それはサイトの仕様が悪いだけ マックをLinuxに加えれば結構シェアが取れていると思うぞ。 MacでLinux用バイナリがそのまま動かないなら、Linuxとは認められません なにを主張したいのか
なにを否定したいのか
シェルスクリプトと全然関係ないことには変わりなさそう サーバーOSシェアはLinuxがダントツだからな
WSLの環境作るのも楽になったしWindowsは単なるコンテナになった > Windowsは単なるコンテナになった
これは「すごいこと」という意味だよね?
Linuxも単なるコンテナになることが出来る。
コンテナになれるというのはモダンなOSの必須条件 単なるコンテナになったの意味がわからんだけだよw
クラウドで散々仮想マシンでLinuxが動いてるのに、
Windowsは仮想マシンで動かせばいいとか皮肉の意味で言うやつもいるし。
使いたいものだからこそ、仮想マシンやコンテナで使うわけで
むしろ逆に、Windowsさえ使えれば、ホストはなんでもいいということなんだが なんか事実とか関係なく,
「議論に勝てばいいや」の精神でレスしてる奴がいるな。
いや,もはや議論と呼ぶにも烏滸がましい,口喧嘩か。
いいかげんスレチな話題は収めようぜ? ∧∧ ミ _ ドスッ
( ,,)┌─┴┴─┐
/ つ. 終 了 │
〜′ /´ └─┬┬─┘
∪ ∪ ││ _ε3
゛゛'゛'゛ Apple「全部こちらが用意したものだけ使ってろ改造すんな」
Microsoft「OSだけ売るから自作なり出来合いなり好きにしろ」
Linux「OSはタダでやるからそれ以外は自分でやれ。改造してもこっち頼るな」
unixとは無縁だがあれの扱いも林檎とどっこいでいいんだよな?一般人は用ないし × Microsoft「OSだけ売るから、自作なり出来合いなり好きにしろ」
○ Microsoft「OSと開発環境、プラットフォームを提供するから、自作なり出来合いなり好きにしろ」
MSが提供してる開発環境・プラットフォーム
・Visual Studio
・Visual Studio Code
・Azure
・GitHub
・WSL
・Office(マクロ)
・SQL Server
・HyperV LinuxというかGNUが提供しているプラットフォーム・開発環境は
>>110
の数倍はありそう(下手すると数十倍?)。
その上で,「こっち頼るな,寄り集まって好きに改造しろ。」だからな。 >>112
LinuxじゃなくてGNUだろ?
GNUのものはWindowsで何でも使えるようになったぞw
GNU「開発ツールはタダでやるから勝手に使え。OSはまだできてない。」
あとAzureに相当する開発プラットフォームはAppleもLinuxも実現できてない
やってるのはAmazonとGoogleであってLinuxではない
そう考えるとクラウドもOSの機能の一つを完全に実現してるのは
Microsoftだけなんだよな >>115
企業じゃないよ。だから金がなくてLinux単体では
使い物にならない。 Linux愛好者?って偏屈だよね
俺Linux知ってるけどお前に教えないワラって感じで性格悪い
そのあたりでLinuxが浸透しない原因
そして今日もMSの株価時価総額1位 時価総額の世界第一は違うぞ
第3位のAppleの時価総額はさほど第2位のMicrosoftとさほど変わらんが同等に見てるってことだな、お前は マイクロソフト信者やパソコンの大先生のよた話はもういいよ 時価総額世界一はマイクロソフトだぞ?
ずっと前に奪還したって聞いたんだがな
https://stocks.finance.yahoo.co.jp/us/ranking/?kd=4&tm=d
1〜50件 / 6370件中最終更新日時:2020年4月10日7時40分
順位 名称・ティッカー・市場 取引値 前日比・前日差 時価総額 掲示板
1 マイクロソフト [MSFT] - NASDAQ 165.14 (04/09 17:20) +0.01% (+0.01) 1,256,062,603千
2 アップル [AAPL] - NASDAQ 267.99 (04/09 17:20) +0.72% (+1.92) 1,172,584,885千
3 アマゾン・ドット・コム [AMZN] - NASDAQ 2042.76 (04/09 17:20) -0.01% (-0.24) 1,016,907,263千 奪還とか信者きめえ。今の世界第一はサウジアラムコな
そんな会社関係ないIT関係でとか言いそうだが
アホみたく無知を晒すなよ、それもキリリっとかでw × Linuxは使いものにならない
○ Linuxを使いこなせない。
だいたい,シェルスクリプトに関して言えばLinuxなんかのUnixが圧倒的に有利なんだから,
少なくともこのスレでWindowsを讃えまくっても無駄骨だと思います(指摘)。 自炊できない自分を棚にあげて親のメシマズをあげつらう僕ちゃん 厳密にいうとシェルスクリプトではないのですが、
wsl や cygwin で
$ mv 'テスト' test
とすると
test\r
というファイルができてしまいます。
test
というファイルにするにはどうすればいいですか? >>127
これマジ?
Cygwinは試してないけどWSL (Ubuntu)
ではそんな現象起きないぞ。 ls で見ると
'test'$'\r'
というファイルができています
sed とか tr とかいろいろ試しているのですが、\rが取れません。 Windowsだから改行がCRLFになってCRがファイル名として処理されたんだろうね
昔そうなった記憶があるようなないような
普通ならエラーになったような気がするんだけどね
試してないけど名前変えたいだけならGUIでログインしてファイルマネージャで修正できると思う
コマンドラインならESC押しながら補完したらコマンドで触れる有効なファイル名になった気がする CRLFのCRが原因だろうけど
シェルスクリプトなら改行コード変換してみるとか
ターミナルならTeraTerm使うとかでしのいで
根本対処は後にした方がいいと思う
うちはcygwinの環境もうないしWSLも使わんわ
もっぱら仮想環境かラズパイ
昔仕事でcygwin使ってたころ
いざUnixやLinuxの実機に移したら
動かなくて痛い思いした覚えがある stty igncr
mv $'test\r' test
Windows/MS-DOSなテキストファイル(CRLFが改行)に書いて実行したとか ふつーーーーのTeminalアプリでは igncr にしちゃうと改行できなくなんのか
WindowsのCommand Promptからbash起動でも同じく改行できなくなんな
>>127は本当にインタラクティブでやったのか? 送り側(Terminalアプリ)の改行はCR、受け側はCRをLFに変換してなのね
stty のそこらあたりのデフォ(-inlcr -igncr icrnl)からは。WSLでも同じ
stty igncr するとリターンキー叩いても無視されて何もできなくなるが、リターンキーの代わりにControl-JでLF送ればいいだけなのね シェルスクリプトでやっています。
mv "テスト" test
stty igncr
mv '$test'\r' test
というファイルを作って
$ bash ,/file
とやると
cannot execute binary file: Exec format error
とでます。インタラクティブでやらないとできないんでしょうか? そのシェルスクリプトの改行コードがCRLFになってるんじゃないですか、というのと
mv '$test'\r' test
ではなく
mv $'test\r' test
(シングルクオートの位置と数に注意)
$ bash ,/file
ではなく
$ bash ./file
or
$ bash file
で実行しましょう。 書き間違いなのかも知れないけど、そこは
$ bash ./test
なんじゃ? bash ./test
ではないでしょ。ターゲットファイルがtestでスクリプトファイルじゃないんだから
>>137のとおり。>>136はわざとなのか?wなぜそうすると言うw
mv "テスト" test
をなぜ入れる。また、sttyはシェルスクリプトでは(ほとんど)関係ないよ
ちゃんと改行を選択できる(もしくはLFになる)エディタで書けばいいだけの話だし、
mv "テスト" test
だけで test になるだろう
すでにある 'test\r' を test にしたいなら、
mv $'test\r' test
とファイルに書いて実行すればいいだけだな POSIX準拠度を図るツールとか調べてるサイトないんかね? >>141
あー、シェルスクリプトの準拠度じゃなくて
シェルの準拠度ね。シェルがどれだけ標準を満たした実装かってこと そうすりゃ自分が間違ってるのかシェルにバグが有るのかわかるだろ? ファイルが存在するなら上書き、しないなら新規作成ってtouchじゃなくてviでやるかんじでしょうか? リダイレクトでappendすればいい
$ do_something >> output.txt bash なら、-e で、ファイルが存在すれば真
[ -e ファイル名 ]
逆に、ファイルが存在しない時に真
[ ! -e ファイル名 ] 上書きって言ってるから、単純に
$ do_something > output.txt
で良いんじゃない? リダイレクトでファイルを作れるけど
リダイレクトでファイルを削除ってできないんだよな
空にすることはできるけど ファイルオープンとファイル作成は同居してるからな
削除は別物 まあ分かるけど対象性がないと言うか
Aから出力したものをBにコピーする。の発展で
AからBに移動する。みたいな発想はなかったんかな?
そうすれば/dev/nullに移動 = 削除になったと思うんだが
移動も削除も実装w 消去したいパスのリストをファイルに入れておいて(1行1パス)
cat path_list.txt | xargs rm -rf
みたいなことをしてるのですが、ファイルのパスでワイルドカード(アスタリスク)を
使いたくなりました。
単純にパスのリスト中でアスタリスクを使っても展開されないようですが、
展開させるにはどうするのがいいでしょうか。 >>155
ファイル名に*という文字が含まれている場合はどうするの? あ、いや、「*」という名前のファイル名があったらどうするの? $ ls
foo.log bar.log baz.txt qux.txt *.txt input.txt
$ cat input.txt
*.log
'¥*.txt'
$ cat input.txt | xargs -I {} bash -c 'ls {}'
bar.log foo.log
*.txt bash -cってどんな時に使うんです?
簡単なシェルスクリプトならググらず書けるようにはなったけどまだよく分からん
関数もaliasも使えない分安全だろうけど使いたい時はどうするの >>159
その場でbashでコード実行したいときだろ?
今使ってるシェルがzshで、bashだったらどう動くか確認したり
シェルにログインするまでもないなとか あと環境汚すようなときにも使うな。
関数定義してなにかしたいけど、後で消したいとか
まあサブシェルとかでもいいんだけど >>159
interactive shellじゃない場合は
`shopt -s expand_aliases; source <alias設定file>` でエイリアスが展開される
$ cat .alias_and_fn
alias ll='ls -tAhG'
foo() {
echo "foobar!!"
}
$ cat input.txt | xargs -I {} bash -O expand_aliases -c $'source .alias_and_fn;¥n ll {}; foo'
行単位で読み込むときにalias展開するからaliasを設定した後に改行入れてから使う
interactiveなログインシェルとして起動したければ`bash -cli`とか
詳しくはman bashで >>56
ようやく、分かりますた!
xxx="$(command -v rbenv)"
と、端末で直接実行すると、xxx は、rbenv となって、パスが付かないのは、
すでに、rbenv という関数が定義されたファイルを読み込んでいるため、
同名のコマンドよりも先に、関数が見つかるから
一方、xxx="$(command -v rbenv)"
と、bash スクリプト内に書いて、スクリプトを実行すると、
xxx は、~/.rbenv/bin/rbenv とパスが付くのは、
rbenv という関数が定義されたファイルを読み込んでいないため、コマンドが見つかるから
シェル関数を使うには、その関数が定義されたファイルを読み込んでから使うのか Ubuntuでシステムのシェルってdashになってるみたいですけど、確かこれってbashより
速いからって理由でしたっけ?
実際どのぐらい違うか興味があるんですが、どこかにdashとbashのベンチマーク比較した
情報とかあります? (自分でやれって? w) >>166
なんの速度かは言わないがあるツールをdashで動かしたら約3秒
bash 5.0 だと 11秒、kshだと6秒でzshだと9秒 dashを選んでるのは速度もあるしPOSIX準拠ってのもあるだろうね 関数を一行で書く時エラーで悩んでたけど波括弧ってに空白いるのな
foo(){ echo foo;}
小括弧だと必要ないのに何この初見殺し >>169
zshは空白無くても動く
zsh -c 'foo(){echo test;};foo
test
dashはコンパイルエラー起こらないと思いつつ、実行するとエラーになり
dash -c 'foo(){echo test;}' # コンパイルエラー起こらない
dash -c 'foo(){echo test;};foo' # でも実行すると怒られる
実は"最後の" ; がおかしい
dash -c 'foo(){echo test;} foo' # これを実行するとこうなる
{echo: not found
エラー内容から、最初の { がおかしい事がわかる。これが正解
dash -c 'foo()echo test;} foo'
test
後ろの } はただのノイズだと思われるので、とってあげても動く
dash -c 'foo()echo test; foo'
↑これは POSIX 準拠なので(笑)zshやkshやmkshでも動く
でもbashやyashでは動かない
そこから考えると
dash -c 'foo()echo test;foo' は動くということがわかるし、
dash -c 'foo()echo test;}foo' は
foo()echo test +}foo になるので、 }foo: not found と表示されることも理解できる >>171
> dash -c 'foo()echo test; foo'
>
> ↑これは POSIX 準拠なので(笑)zshやkshやmkshでも動く
> でもbashやyashでは動かない
それは bash や yash の方が正解
関数定義の本体は複合コマンド(compound command)のみ
https://pubs.opengroup.org/onlinepubs/9699919799/utilities/V3_chap02.html#tag_18_09_05
ちなみに yash や posh はこれに関して、bash よりも分りやすいエラーメッセージを吐く:
% yash -c 'f() echo'
yash -c:1: syntax error: a function body must be a compound command
% posh -c 'f() echo'
posh: f: function definition must use compound command
% >>170
これいいですね
解説が丁寧で、初心者の自分には勉強になる >>173
何を言いたいのかわからない
>>172のリンク先で関数定義の形式として示されているのは
fname ( ) compound-command [io-redirect ...]
の一種のみ
echo test は compound-command ではないから
foo() echo test; などは上記の形式には当てはまらない
という話なんだけど
「グループ化」云々ってどっから出てきたの え,関数って一行で定義するときは
foo() echo hello;
みたいに波括弧で括る必要ないの?
知らんかった。 >>175
リンク先見ろ、Grouping Commands って書いてあるだろ
compound-command は
() や {} でグループ化してもいいし、しなくてもいい
単一のコマンドも compound-command
というか、単一のコマンドが compound-command であり
複数のコマンドをまとめる時に Grouping Commands を使う >>176
本来はね。でもbashで対応してないから事実上諦めるしかない。 >>176
あとグループ化するのに使うのは {} または () なので
foo() { echo hello; } の代わりに
foo() (echo hello) と書いても良い
こっちはbashやyashも対応している。
ただし当然のことながらサブシェルで実行される。 fname ( ) compound-command [io-redirect ...]
の最後からわかるように
foo() { echo hello; } >/dev/null や
foo() (echo hello) >/dev/null とも書ける
もちろん複数行でこのように書いてもいい
関数が出すエラーを全て捨てる場合とかに使える
foo() {
echo hello
} 2>/dev/null >>177
> 単一のコマンドも compound-command
> というか、単一のコマンドが compound-command であり
それ初耳だわ
どこに書いてある? >>181
なんのために Grouping Commands と別に説明してある思ってる?
Grouping Commands を作るための {} または () が必須じゃないから、
「compound-commands の定義は {} または () で始まる」と*書かれてない*んだよ 2.9.4 Compound Commands
The shell has several programming constructs that are "compound commands", which provide control flow for commands.
Each of these compound commands has a reserved word or control operator at the beginning, and a corresponding terminator reserved word or operator at the end
でその後Compound Commandsとして上げられてるが以下の6つ
- Grouping Commands
- The for Loop
- Case Conditional Construct
- The if Conditional Construct
- The while Loop
- The until Loop
echo helloは開始・終了を示す予約語もなければ、上の6つのどれにも当てはまらないからCompound Commandではない foo() if true; then echo "foobar"; fi
↑こういうのはOK
↓shellcheckの解説
POSIX allows the body of a function to be any compound command, e.g. foo() for i; do :; done. Since this usage is rare, ShellCheck intentionally requires the body to be { ..; } (or ( ..; )):
https://github.com/koalaman/shellcheck/wiki/SC1064 >>183
Compound Commands はその6つって言いたいの?
なら以下の関数定義はPOSIX 準拠ってことだね
foo() for i in a b c; do echo $i; done
foo() case a in a) echo a; esac
foo() if [ a ]; then echo a; fi
foo() while [ $# -gt 0 ]; do echo $1; shift; done <<. dash
foo() echo hello
foo
.
hello
たしかにDashだと問題なく定義できるな……。
こんなこと始めて知ったわ。実地で使うかどうかは置いといてw >>169
type { }やると分かるけど{}はシェルの予約語
{}に意味があるから{ この空白も閉じる前の;}もいる
for i inをforiinにできないようなもんで
()はtypeで何も出てこないけどね set -eの挙動について教えて下さい!
これを実行したら何も表示されずに終了されました
set -e
foo() {
false
echo foo
}
foo
echo $?
その理由はわかります
質問はfooの中身を一切変えずにset -eの状態で
fooを画面に表示させずに $? (= 1) を
取得する方法はあるのでしょうか? { と [ は記号でなく「コマンド」
$ ls -l
を
$ ls-l
とスペースを入れないと動かなくなる
これと一緒 >>190
! ret=foo
echo $?
or
if ret=$(foo); then
echo "truthy" "$ret" "$?"
else
echo "falsy" "$ret" "$?"
fi >>192
> ! ret=foo
なんですか、これ!?って思ったらfoo関数呼び出してないじゃないですかぁ
> if ret=$(foo); then
なるほど、これで取得できるんですねって思って
やったんですけど truthy foo 0 ってでました >>190
パイプライン (1 つの 単純なコマンド からなるものでもよい)、 括弧で囲まれた サブシェル のコマンド、 ブレース (前述の シェルの文法 を参照) で囲まれたコマンドのリストの一部として
実行されたコマンドの 1 つ が 0 でないステータスで終了した場合、即座に終了します
だから。falseの時点でどうであれメインシェルプロセスがそこで終了、echo fooなんて実行しない、もちろん呼び出し元にも戻らない
>>192は上記に続く文に沿ってのじゃないかなあ。だが、if false; then ... とかの話で、違うだろうな文的にも。わざとなのかわからんけどw
そういう動作を望んで set -e してるのにそういう動作すんなって無理じゃね bash 限定なら、
export -f foo
bash -c 'foo' && echo $? || echo $?
で、一応動くようではあるな(ちゃんとfooでのステータス値も返る) >>195
bash -c 'set -e;foo' && echo $? || echo $?
だった。set -e は別に継承されるわけないと後で気づいた
で、>>192のネタ確認してみたらできそうなのね。$()なんて出力結果求めるのにしか使ったことないのでこれでいいのか??と頭ウニだけど
if $(set -e && foo); then echo $?; else echo $?; fi
なんかbash限定でもなく動いてるな(w) あぁ、$() は正常時はやっぱりダメか。そりゃそうだな(スッキリしたw)
ret=$(foo) のような、なんか工夫すればできそうな気もしないでもないが。そういうことなのね、失礼>>192 その方針なら
export -f foo;
ret=$(bash -c 'foo; echo $?');
echo $ret;
で良いんじゃね? 出力結果をスクリプトで扱うために欲しいわけじゃないから
$() だと関数も外部コマンドのように別(のメイン)プロセスとして呼べる=bash固有のでなくて使えそうだなあという、ニコイチではなくどっちかの話 $ $(echo hoge)
hoge: command not found
まあ、当然そうだわな
$ $(exit 12)
$ echo $?
12
へー、コマンドねえぞとお怒りにはならんのか。空行とみなして無かったこと(?)になるのか
echo ' 'とかスペースタブだけ(?)なら許してくれる、: と違いステータスも変わらない
てことで、標準出力に何も出さなければいいのねで、
exec 9>&1
$(set -e; foo >&9) && echo $? || echo $?
でbash以外でも動くことは動く ($() 内ってCommandsでもいいのね)
$()内での set -e はない方がスッキリだが必要ないシェルもあるもあるが必要とするシェルがある 例えば、Ruby のバージョンマネージャー・rbenv の、rbenv-installer の冒頭部分は、
#!/bin/bash
# コマンドの終了コードが、0以外なら強制終了する
set -e
homebrew=
# -p : タイプが「file(実行ファイル)」の時のみ実行ファイルの絶対パスを出力する
# (それ以外のタイプの場合は何も出力しない)
type -p brew >/dev/null && homebrew=1 コマンドってファイルに書くのと実行形式を~/binに置くのとどっちがいいの
関数とエイリアスの違いは分かったけど使い分けできてないな /dev/urandomっていうデバイスファイルが,
ほんとにただのファイルとか実は同じ値ばっかり出力するデバイスファイルとか
じゃないってことを保証する方法ってある? >>203
いろんなところで使いたいコマンドは ~/bin に置いておいて
パスを通しておく。限定的な使い方をするコマンドはそのディレクトリに
置いておくのかな。私はそうしている。 >>204
ないよ。
作ろうと思えば/dev/urandomを独自実装のデバイスファイルに置き換えられるんだから。
それっぽい値を返すデバイスファイルを作ろうと思えば作れる
例えばWSL1はWindowsでLinuxカーネルをエミュレートしてるんだから
/dev/urandom とかMSの独自実装のデバイスでしょ? >>203
コマンドをファイルに書くって関数のこと?
CLIから呼び出す汎用的なものは~/binで
スクリプト内部で使うだけなら関数にするだけじゃないの?
そしてエイリアスはインタラクティブシェルで使うもの
bashがデフォルトでスクリプトでは無効になってるのはそういう事 >スクリプト内部で使うだけなら関数にするだけ
と思い込んでたら、>>56みたいになるぞw
>bashがデフォルトでスクリプトでは無効になってるのはそういう事
まあ、4からか?そういう方がいいだろうと思い変えたのだろうが、--posixでは有効なんだけどな >>56は、rbenvはインタラクティブシェルで使うために
alias使ってるんでしょ?
> まあ、4からか?
ずっと前からやろ? >>209
>alias使ってるんでしょ?
ああ...これもか...
色々想像するのは勝手だが、なんか色々勝手な想像ばかりで全く調べてないなって感じだぞ >>209,211
ああ、すまん
実行できないのは最初からだし、存在さえもしないのは3以降からだな(2では存在はするが実行時エラー)
>まあ、4からか?そういう方がいいだろうと思い変えたのだろうが
の部分は間違い勘違い、すまん >>213
調べるとか何のこと?
スクリプト内部でだけ使うなら関数って言ってるだけなんだけど? anyenv は多言語向きで、rbenv, nodenv, pyenv, phpenv などを同じ使い方で、統一的に扱える。
~/.bashrc に、下の2行を追加するだけで、各言語ごとに追加しないでも良い
export PATH="$HOME/.anyenv/bin:$PATH"
eval "$(anyenv init -)"
結局、この追加した、eval で、rbenv という関数を読み込んでいたという落ちw >>165
に書いてます
シェル関数は、その関数が定義されたファイルを読み込んでいれば使えるけど、
読み込んでいなければ使えない >>215
想像でそれも自分の言ったことに都合が良いだけで言うなってことだよ
すぐ下のレスに状態を本人が書いてるだろに rbenvはaliasをインタラクティブシェルで使ってない
だからといって、
「aliasはインタラクティブシェルで使うもの」を
否定してることにはならんのだが・ 何言ってるの?
>>スクリプト内部で使うだけなら関数にするだけ
>と思い込んでたら、>>56みたいになるぞw
から、想像だけで「alias使ってるんでしょ?」て間違ったこと「いきなり」言い始めたんんだけど。それが関数なんてすぐ下に書いてあるのに、見も/調べもせずに「いきなり」
「スクリプト内部で使う[だけ]なら[関数]」だから、見も/調べもせずに「alias使ってるんでしょ?」なんて間違いを平気で言ったんでしょ?
aliasはインタラクティブシェルで使うものは別件で、そこは関数のことだろに
aliasはインタラクティブシェルで使うものは特に否定はしてないが、POSIXでそう決めてるわけではない。>>210を自分でちゃんと読めば>>210はなんの補強にもなってないのに誤った抽出ってこと 「スクリプト内部で使うだけなら関数にするだけ」は
否定しないんだね 読めなさすぎだろう。なんでそうなる??
スクリプト内部で使う[だけ]じゃない[関数]がって例の話なのに
ダメだな読めなさすぎ、今までのでも 枯れた技術のスレで質問禁止にしたら超絶過疎っちゃうよ 質問禁止という意味じゃない。質問もありだし質問のをネタにしたのもあり
質問箱スレならQ/A以外は雑音にしかならんという意味 cronの書式を読み取りたいんですがなぜかファイル名が読み取られてしまいます。なぜでしょうか? どうやったらそんな挙動になるんだ?
ちょっとどんなコマンド打ったか書いてみて。 >>228
クォートしてないからでしょ
$ ls
crontab
$ echo * * * * * user-name command to be executed
crontab crontab crontab crontab crontab user-name command to be executed
$ echo "* * * * * user-name command to be executed"
* * * * * user-name command to be executed >>229
setを使ってスペース区切りで分割したらファイル名になりました
>>230
そこから各フィールドごとに分割するのはどうしたらいいでしょうか? cat /etc/crontab | grep -v '^[ \t]*#' | while read m h D M W u c; do [ "$c" != '' ] && echo "$M/$D $W $h:$m ($u) $c"; done
でいいのかな??
しかし、>>228から * のGLOB展開とわかるなんてすげえなw>>230は 他スレで -z とか見て思い出したんだけどさ
[ -z "$str" ] とか [ -n "$str" ] って必要なの?
[ "$str" ] とか [ ! "$str" ] でいいと思うんだけど?
[ "$op" "$str" ] みたいに演算子を変数に入れられるから
機能そのものが不要だとはは思わないけど
通常は [ "$str" ] や [ ! "$str" ] で良くない?
他の言語だとこっちだからわかりやすいし 他の言語だったらそういうのはBooleanでしか使わないという文化な人々も居る
[ -z "$str" ] や [ -n "$str" ] よりも [ "$str" = "" ] とか [ "$str" != "" ] の方が見る機会が多かったな >>236
先頭にマイナス記号が入らないことが保証されるのならいいのでは? >>238
関係ないでしょ? その場合こう展開される
[ "-z" ] または [ "-n" ] これはどちらも文字列があるから0
[ ] で囲まれた中身が1個の場合は決してオペレータとして扱わないのだから
どんな文字が来たとしても問題ない。空文字以外は0となる
ついでにいうと [ ] の中身が0個の場合は常に非0
そもそも [ ] (test)のドキュメントに
STRING は -n STRING と等価と書かれている
仕様通り >>240
-a と -o に関しては、shellcheckさんが禁止しております
[ 略 -a 略 ] は使いません。必要なら [ 略 ] && [ 略 ] こうします >>241
そういう独自ルールを適用するならそれで良いんじゃねえか?
ただ独自ルールだからそれとセットで説明する必要がある。 >>242
ん?でもさ -a とか -o 使っても問題ないんじゃね?
[ str -a ] みたいなのってありえないんだからさ[ -a -a ] もないでしょ?
[ -a -a -a ] だと 最初と最後が文字だって一意に識別できるよね?
訂正する
> 他の条件とand/orされる場合は?
他の条件とand/orされる場合 かつ 混乱するようなパターンってありえるの? >>243
シェルというかtestコマンドってそんなに賢く自動判別してくれるの?
これからそういうシェルまたはtestコマンド作るって話?
だったら作ればいいんじゃね?そうすればそれはそういうものですって言えるしそれでokだ。 なんでシェルをディスってるの?
これからも何も「testは賢く判断するから問題ないよね」って聞いてるだけなのに >>244
こういえば良いのか?
POSIXで決まっている仕様どおりの正しい動きです。
これから作る必要など全くありません。 >>236と同一人物に見えて俺流儀の押し付けしたいのか何をしたいのかだろな 質問者 (POSIX準拠の仕様)これ問題ある?
回答者 問題あるに決まってるだろ。あれとかこれとかどうなんだ?
質問者 それらは問題ないよね?
回答者 お前の流儀を押し付けるな!
なんだこのながれ /\___/\
/ / ヽ ::: \
| (●), 、(●)、 | / ̄ ̄ ̄ ̄ ̄ ̄ ̄
| ,,ノ(、_, )ヽ、,, | < まーたはじまった
| ,;‐=‐ヽ .:::::| \_______
\ `ニニ´ .:::/
/`ー‐--‐‐―´´\ まともなレスじゃなくて、個人たたきに変わったからな
POSIXの仕様にたいして俺流儀とかアホかと 俺流儀に見えたってことはそういうことでは
虚栄心だけじゃ何も学べないよねぇ 最近Oil ShellのPOSIX準拠度が高まってきて嬉しい(これはネタじゃない) ち、やっぱり set -uしたときにecho ${A+x} ってしたら
fatal: Undefined variableで落ちるじゃねーか
変数が定義されているかのチェックすら出来ねぇ >>266
立て逃げしていいならするけどさ、やり取りが面倒なんだよ
この程度ででるぐらいなら他にも問題たくさんありそうだしstar多いんだろ?誰かが頑張ってくれ
それかすでにあるんじゃねーの?OilShellがどこまで本気なのか知らんが、
まがりなりにもPOSIX準拠を名乗りたいのなら絶対には対応していないといけない
基本機能だからな。(変数定義確認方法のFAQレベルだぞこれは)
俺にとっては数あるシェルの一つでしかないし別件で忙しい POSIX互換を謳う俺々シェルの利点って何なの
わざわざ作るってことは今のPOSIXは不備あるのか >>268
今のPOSIXに不満があったらPOSIX準拠シェルなんて面倒なもの態々作らんと思うが 作るだろ?不満があったから新しいものを作る
ただし移行パスがなければ移行しないのでその方法を提供する
よくある話だ >>270
たぶん「準拠(互換)」の部分について言及してるんだと思うよ 学術の巨大掲示板群 - アルファ・ラボ
ttp://x0000.net
数学 物理学 化学 生物学 天文学 地理地学
IT 電子 工学 言語学 国語 方言 など
PS 連続と離散を統一した!
ttp://x0000.net/topic.aspx?id=3709-0 学術の巨大掲示板群 - アルファ・ラボ
ttp://x0000.net
数学 物理学 化学 生物学 天文学 地理地学
IT 電子 工学 言語学 国語 方言 など
PS 連続と離散を統一した!
ttp://x0000.net/topic.aspx?id=3709-0 POSIX
抽出レス数:28
スレタイに【POSIX】いれとけよ >>275
>>1より
> ・特記なき場合、POSIX準拠シェルが既定です(古きBourneシェルはほぼ絶滅しました)
> 特定のシェルの専用機能に依存する場合は明示しましょう(特にPOSIX準拠シェルではないfish, (t)csh等)
別にPOSIX前提ではない。レス28は多くない。 posix準拠かどうかを自動判定するプログラムはないのか? bash、tcsh、zsh などが持つ拡張機能を持たない
POSIX互換を目指す
シェルで -n で >>275
例えば「C言語総合スレ」で
ISO CやJIS Cについての言及が全スレ中10%を占めていたとして,
そのことを以って「スレタイにISO C/JIS Cって明記しろ!」って言う?
いや,言うんだったら,まあ何も言えないけどw Oil Shellって実装されてない機能、実は多くね?
どこかに一覧でまとめられてるじゃないかと思うんだけど
わかってて未実装なのか、忘れられてるのかどっちなのかわからん
報告すべきなのかどうか 「実は」っていうか,べつに公式に「POSIXに完全準拠しました!」なんて言ってねーしなw
ただ単に着実に対応していっているっていう,それだけ。
まだ1.0ですらないし,何を期待してるんだか。 うん。聞いてるのは実装されてる機能されてない機能の一覧ね
いい加減、反論されたクソって!思い込んで突っ走るのはやめようよw Oilシェルに親でも殺されたのかな?(すっとぼけ) fishって、プロセスの生成にposix_spawnを使っていると小耳に挟んだのですが。
macOS等、fork+execよりposix_spawnが速いとされる環境で使ったらbashとかより
性能が上がったりしますかね? https://qiita.com/twrcd1227/items/35c4cdc12581b75204a5
> マジックナンバー
> マジックナンバーとは#!のこと
> シェルスクリプトの先頭には以下のようになんのシェルを使うのか明示する。
ばーかw 直接コメントしたれよ。こんなとこで晒すとか、くれえやつだな
マジックナンバー自体も知らないアレだとしても なんつーか、入門書としては酷いから訂正しなけれいけないレベルだが
初心者が頑張って背伸びして書いていると思うと
それをめためたに指摘しまくるのも大人げないんだよなw
と思ったが、
https://qiita.com/twrcd1227/items/b7d6e16aa4e9f895a831
> 入門UNIXシェルプログラミングを読んでいく
これ、本当にこの本に書いてあることなのか?
この本有名だし流石にそんなことはないと思うが
> % echo $SHELL #今使ってるシェルの種類を調べる
真っ先から間違いなんだよな。
× 今使ってるシェル
○ ログイン時のシェル。例えばbashでログインしてzshに切り替えてもbashのまま >>291
これがマジックナンバーじゃなかったら何をもって ELF と
シェルスクリプトの違いを判断している? >>295
ログインシェル zsh にしてログイン後に bash 起動したらSHELL が /bin/bash にならね?
「ログイン時のシェル」は流石に「今使っているシェル」よりなお悪いんじゃねーか?
各シェルの SHELL (と shell) の変数に関する実装によるが比較的今使っているシェル
だろうとみなせる、というほうがまだ正しそう。
文脈を見てみないとわからんが、プログラム側からシェルの種類を気にするのは
ssh-agent みたいに環境変数のセットのためのコードを返すプログラムぐらいだから
csh 系ユーザかどうかだけ拾うって程度で、細かい所までは考えてないでしょ >>296
マジックナンバーが#!(シバン)のことなのではなく
#!(シバン)がマジックナンバー(の一種)
違いわかる?
「アルコールとは酒のこと」といえば間違ってると理解できる?
あ、これアルコールって書いてある!つまり酒だな!ごくごくって
(消毒用)アルコールを飲むやつはアホだろう >>297
> bash 起動したらSHELL が /bin/bash にならね?
なぜそこで質問する?
わからないなら自分で調べろよ。
質問じゃないなら「/bin/bash になる」とお前は言うはずだ ま、お前程度のやつが知らなくても仕方ないな。
有名な某あのツールですら十数年?も前から
間違っててバグ放置されてるんだしなw
(最近報告されてたんで俺は報告しないよ) >>300
顔真っ赤にして連騰して恥ずかしい奴だなぁ、お前
まずはログイン時のシェルにならない事について謝れよ >>301
https://pubs.opengroup.org/onlinepubs/009695399/basedefs/xbd_chap08.html
SHELL
This variable shall represent a pathname of the user's preferred command language interpreter.
はい、ばーか確定(笑) >>302
すまん、リンク先は見ていないがその英文で「ログイン時のシェル」と解釈
しているのかな、君は?
恥ずかしい書き込みしたんだから ID ぐらい変えて書き込もうよ。 >>303
じゃあ逆にお前は何を持って自分が正しいと思ってんだ?
なにか一つでも証拠を持ってこれるのか?
これないだろ?先に言っておく。俺はあと一つ証拠を持ってこれる。
謝るなら今のうちだぞ? 出だしが>>296と無知ぶりを発揮してのでよく頑張るなと思わせるw >>304
その証拠って、ログインシェルを zsh にしてログイン後に bash 起動しても
SHELL 環境変数が zsh になってる件ですかね?w >>306
反論したいんでしょ?あなたの意見の根拠を聞いてるんですが、そっちはどうしたんですか?
(私が主張していることを証明している)事実だけを言われても困るんですがw >>307
根拠あげろって最初に挙げたでしょうに。
俺の環境ではログインシェルを zsh にしてログイン後に bash 起動したけど
SHELL 変数は /bin/bash でしたよ? >>308
それと同じことを言ってる人をググって見つけてこれる?
そういうのが根拠。誰もいないよね。
「俺は○○だ」は根拠じゃなくてお前の主張
その主張の根拠を見つけてきてって言ってるのに
主張を繰り返されても困るw >>309
お前の環境で実行しろよオイ
ファビョり方に無理が出てるなあとは思ったが流石にもうお前は終わりだ むかし北斗の拳というアニメがあったのだが、「お前はもう死んでいる!」と言った瞬間、ケンシロウの頭が「プシャー、ヒデブ!」ってなるような人が、掲示板には居るよね。
ふと思っただけで、特定の誰かを指して言うわけじゃないのだが。 >>310
もう飽きた。トドメさしとくね
SHELL environment variable still points to zsh after using bash
SHELL環境変数は、bashを使用した後もzshを指します
https://unix.stackexchange.com/questions/522907/shell-environment-variable-still-points-to-zsh-after-using-bash
SHELL is an environment variable that is passed from bash to zsh when you call zsh.
SHELL is not one of the Parameters Set By The Shell in zsh, so its value remains intact.
SHELLは、zshを呼び出すときにbashからzshに渡される環境変数です。
SHELLはzshのシェルによって設定されるパラメーターの1つではないため、その値はそのまま残ります。
man login
ユーザ ID とグループの ID は /etc/p@sswd ファイル中に記載されている値に従って設定される。
$HOME, $SHELL, $PATH, $LOGNAME, $MAIL の値は、パスワードエントリのそれぞれの
フィールドに従って設定される。 ulimit, umask, nice 値が、 GECOS フィールドの
エントリーによって設定されることもある。 https://unix.stackexchange.com/questions/71121/determine-shell-in-script-during-runtime
You can use the command:
$ echo $SHELL
to find out the shell from within the script.
No. $SHELL is the shell of choice of the user. Initialised from the login shell of the user.
Nothing to do with the currently running shell.
いいえ。$ SHELLはユーザーが選択するシェルです。ユーザーのログインシェルから初期化されます。現在実行中のシェルとは関係ありません man bash
SHELL この環境変数にシェルのフルパス名が保存されています。
シェルを起動したときに設定されていない場合は、 bash が現在のユーザのログイン
シェルのフルパス名を代入します。 ミスリードさせる気まんまんの書き込みばかりして
頑なに自分の環境での実行結果は貼らないのはなんで?w
『「アルコールとは酒のこと」といえば間違ってると理解できる?』
って書き込んだ奴はどこに行った? >>316
いい加減傍目からもお前が何をしたいのかわからん
延々となぜか丁寧に説明されているのに、何を言い張ってるんだか。さらにぶり返すとか本当に読めないんだな、色々と せいぜい、延々と正しい説明してるw方の間違いは「ログイン時のシェル」と言ったことだけだな
自ら挙げた>>302の user's preferred command language interpreter という方向にそれも>>312,313で捕捉されてるし
まあ、後で手動でユーザがSHELLを変える設定することも(ほとんど)ないからログイン時のシェルでも通じるだろうけど
>>297は全くの誤りだけどw >>318
>>302 を示す際に素直に『「Preferred ... 」であってログインシェルじゃなかったわ、すまん』
って書けばそこで終わった話ですよ? なぜこのタイミング?
> まあ、後で手動でユーザがSHELLを変える設定することも(ほとんど)ないからログイン時のシェルでも通じるだろうけど
都合よく解釈しすぎ。 もう一度書くけど
『「アルコールとは酒のこと」といえば間違ってると理解できる?』
って書き込んだ奴はどこに行った? 俺は違うからな、お前に延々と付き合っていたのとは
お前は全く間違いの反論でだから、お前がどう挙げつらおうがお前の責め手にはならんだろう、何を勝ち誇って(?)いるんだか
お前自身で、その未だに言い出してる自分の間違いを認め誤りの訂正お礼なんぞもしてないくせに
自分の大きな間違いをごまかす消化するために小さな間違いをあげつらってるだけだな、しつこく繰り返してるとこからは >>318
> の間違いは「ログイン時のシェル」と言ったことだけだな
諦めて読めな?
> man bash
>
> SHELL この環境変数にシェルのフルパス名が保存されています。
> シェルを起動したときに設定されていない場合は、 bash が現在のユーザのログイン
> シェルのフルパス名を代入します。 つまり>>308のこれが嘘だったってこと
> 俺の環境ではログインシェルを zsh にしてログイン後に bash 起動したけど
> SHELL 変数は /bin/bash でしたよ? >>322
>>318の最後の行でそれを補足してるんだがな
>>302の user's preferred command language interpreter
で間違いないだろう、それ以上でもそれ以下でもない。ログインシェル自体が(ユーザデフォルトの) user's preferred command language interpreter だから&それしか多分設定するとこがないから、ログインシェルが設定されてるだけかな
手動で、今の俺の気分はログインシェルとは違うこのシェルなんだと、
SHELL=なんか
sudo -s
user's preferred command language interpreter が実感できなくね?
で、bashではそう書いてあるらしいが、(ほぼなんもしてない)dashってどうなってるんだろうと、ソースをチラ見した限りはそんな風なとこちょっと見えないな。OSがなのかな?
ああ、もちろん>>323なんてのは嘘(逆にどんな環境やねん)、dashでもSHELLに設定されてるし、そこからbashを起動してもSHELLはbashのパスには変わらない >>324
何をごちゃごちゃ言ってるのか知らんけど、
> 俺の環境ではログインシェルを zsh にしてログイン後に bash 起動したけど
> SHELL 変数は /bin/bash でしたよ?
↑これはman bashからみて絶対にありえないし
SHELL環境変数はログイン時のシェルなんだよ
まさか(自分で変更したら)ログイン時のシェルじゃない!
とか言いたいんか? > dashでもSHELLに設定されてるし、
それはどこに書いてあんの?
ソースコード見たなら書いてある場所ぐらい言えるよね 訂正
× まさか(自分で変更したら)ログイン時のシェルじゃない!
○ まさか(ログイン後に自分でSHELL変数の内容を変更したら)ログイン時のシェルじゃない! >>325
何をムキになってるんだかwお前の読めない読まない病かよ?
ser's preferred command language interpreter
で間違いないだろう、それ以上でもそれ以下でもない。変数の意味だろ、そもそもは
意味としては、ログインシェルじゃないのも設定できる、ser's preferred command language interpreter だって話だよ
誰も、bashで変わるなんて言ってないのに、何を言い出してるんだか >>326
OpenBSD、FreeBSD、Ubuntu
で、そうなるって話
dashのソース中にはチラ見ではちょっとそういうのを設定しているとこは見えないけどって話。どこでやってんのかなあって話 まさか、こんな展開になるとは思わんかったな。なんでムキになってるんだか man と実装が違っているのは確認してるよ
でも事実複数バージョン(bash 4.2系/4.4系)でこの動きをするんで
「zsh をログインシェルでbash起動したら SHELL が bash に
なった」発言を撤回するのは難しいね
特に >>302 の内容が決定的に撤回困難にしている
これは君が示した文書で、君を苦しめているのは君自身
ちがうか?
君の手元の環境で発生しているだろう?
小説に出てくるクソ弁護士のような論調はやめたまえ >>332
どんな環境やねん
こっちで確認できる複数の環境でそんなのならんから、嘘としか思えんぞ
自分で環境がとかいいだしてるんだから、言えよw
仮にbash4だけの話なら、bash3、bash5ではそうならんから、bash4のバグじゃないの?bash4ってなんでやねん >>331
https://pubs.opengroup.org/onlinepubs/9699919799/xrat/V4_xbd_chap06.html
「ここに載っている」のはそういうことらしい。その中でも規定されてるのはって話かな、上記のは
それ以外は特に制御文字としては扱わない。\x00--\x7F内でも言及してないのは
\x80--\xFEなんてロケール/キャラクターセット依存だからそれぞれのキャラクターセット/文字コードでの話だろう。もちろんその中に制御文字なんてないんじゃないかな >>332,333
あ、Ubuntu 18.04 TLS のはまだ bash 4.4.20 だった
そんな動きにはならんな。嘘だなww >>332 bash_profile あたりに SHELL=/bin/bash とか書いてるんじゃないの? >>332
お前が言ってることの根拠は
「"preferred"はログインシェルのことじゃない!」
なんだろうけど、じゃあpreferredはどういう意味なんだよ? >>336
自分で書いといてアホなこと言ってんのかこいつはwww
あーほあーほ >>332
> 特に >>302 の内容が決定的に撤回困難にしている
> これは君が示した文書で、君を苦しめているのは君自身
> ちがうか?
意味不。 >>302の内容は
SHELL
This variable shall represent a pathname of the user's preferred command language interpreter.
この変数は、ユーザーの優先コマンド言語インタープリターのパス名を表します。
と書いてある通り、ユーザーの優先、つまりログインシェルのこと
それ以外のどういう意味があるんだよ?zshでログインしてbash起動したら
bashがユーザーの優先になるんだ!ってお前は言いたいんか? > dashのソース中にはチラ見ではちょっとそういうのを設定しているとこは見えないけどって話。どこでやってんのかなあって話
SHELL環境変数は基本的に外部から渡される環境変数なんだから、そんなものなくても当たり前
bashは空だった場合に自分で設定しているようだが、それは空だった場合の話で
入っていればなにもしないということ >>341
負けず嫌いというか、誤りを認めたくないのは、アイツと同じだなw
お前がbashがといいだしたんだろうがっ。まあ、だいたい合意形成できてるからもういいや 手元の動作と周りの情報が全部違っていたら、自分の手元が間違ってるって考えないもんかねw
なんで俺の手元で再現させる?再現してないからそれは違うって言ってるに決まってるだろ
常識として「自分の手元だけで発生してる」は信用ならんから
ソースとして外部の情報を参照しろって言ってるのに、こいつは手元しか見ていない >>340
優先の より 好みの の方がしっくりこなくね?w
ログインシェルはもろ好みだから個々そういう設定にできるんだし
>>343
なんかイライラしてんのか?ちょっとイミフだな。まあいいたいことはなんとなくわかるけどw はい。誰でも簡単に再現できます(笑)
bashを起動したところでSHELLは再設定などされません
(dashはSHELLが空の場合は自分で設定などしないんだな)
$ docker run -it debian dash
# echo $SHELL
# export SHELL=abc
# echo $SHELL
abc
# bash
root@58fdfabe096c:/# $SHELL
abc >>344
> 優先の より 好みの の方がしっくりこなくね?w
google先生に楯突くな! debian 7がbash 4.2.37だな
docker run -it debian:7 dash でやればいい。結果は同じだが いい加減理解したかね?俺なんか数年前に
「あぁ!?SHELLは現在のシェルじゃねーのかよ!
現在のシェルのパスはどうやって調べればいいんだよ!」
で苦労してんだから間違いなわけねーっつーの Windows10, WSL, Ubuntu 18.04 で、やったら、
echo $SHELL
/bin/bash
>>336
/etc/@passwd に、デフォルトシェルが設定してある
ユーザー名:x:1000:1000:,,,:/home/ユーザー名:/bin/bash >>350
話の流れが読めてない
そこからzshとか他のシェルに変えても$SHELLは/bin/bashのままだって話をしてる WSLは変態だから、bash.exe で(WSLを)起動すると、chsh/passwd直接などでログインシェルを他のにしても無視されて、bashがログインシェル(?)になる。当然、SHELLは/bin/bash
ログインシェルをzshに変えた、bash.exeで起動した、(bashが起動してるしSHELLはすでに/bin/bashだけど、)、コマンドラインでbashを起動した。SHELLが/bin/bashになってる変わった!
とかか?w
WSLでもubuntu.exeで起動したらまともに起動するっぽいし、他の正規のUnix/Linuxと同じ動作にしかならんな 結局,現在使ってるシェルを確かめる最も可搬で確実な方法って
ps -o comm= -p $$
↑これかな。 >>355
最も可搬な方法でも完璧ではないよ
それが使えないpsコマンドもたくさんある そりゃ完璧ではないだろうけど。
でもまぁ,「最も」可搬な方法ではあるのよね。 そうかなぁ。
その出力がシステムの間で共通していないから,出力を指定するオプションを付ける必要があるんだけど,
そのオプションにすら可搬性がない,っていう状況だと認識してる。
>>358
ちなみに「真面目なパース」の例を挙げてほしい。 dash,ksh,zshでの、-c でだと、
ps -p $$ は ps 自身になってるんだけど、なんでやねんっと思わなくもない
-c だから別にいいだろうけど ああ、(最後の)コマンドをexecしてんのか。納得した ああ、bashもps(というかコマンド一つだけならか?)だけならps自身だったexecしてた えーと、良かったね。「なんでやねんっ」で終わるよりは。 何のことだ? 自分で調べて納得したなら間違いなく良いことだし、本来そうあるべきだろう。 >>359
> ちなみに「真面目なパース」の例を挙げてほしい。
1. ps する
2. 一行目を読み取る
3. PIDが1列目、COMMANDが○列目ってわかる
4. 二行目移行を読み取っていく
5. PIDが一致したら、同じ行の○列目を参照する
6. それが起動してるシェルだ
なお、普通にシェルでプログラミングしろ
シェル芸でこれをやろうとするなよ
この程度の処理プログラミングとして考えれば
ほんの数行で終わる簡単な処理なんだが
シェル芸でやろうとして逆に難しくするやつがいる
シェル使ってるやつは、プログラミングができないやつが多い 「シェルを使う」という表現に一体どんな意味を込めているのやら... >>369
この程度のシェルいプログラミングもできないで
シェルが得意と勘違いしてる人がいるなぁって話 コードのコの字も出てないのに。少しはコードがあっての話でしか無いな >>368
「一行目に桁を表わす文字列があって,それがPIDとCOMMANDを含む」
↑これは
>>355 の挙げた
「 ps -o comm= -p $$ 」
↑これより可搬性あるって言えるの?
どちらもPOSIXでは規定されてるけど,どのOSでも使えるとは限らないし,
もっと言うとps -o comm= -p $$が使えないOSならpsの出力もPOSIXで定められた書式じゃなさそう。 busyboxな環境(tiny core linux)でバックグラウンドプロセスの終了待機を行いたいんですが
psコマンドにPIDを指定する-pオプションがないので途方にくれています。
バックグラウンドプロセスは自分で起動するのでプロセスのPIDは取れてます。
psコマンドの一覧からPIDでgrepすると関係ないのも引っかかる可能性があるため困ってます。
他の手段て何かないでしょうか。 >>380
POSIXで定められてない書式に対応すればいいだけの話
>>381
だからpsの出力をパースすればいいだけw >>381
どーでもいいけど、なんでバックグラウンドプロセスの終了待機でpsコマンドなんか使うの? シェル芸界隈の人間って、psをgrepで〜とか重い方法しか知らないよねw rubyのspawnで 起動したプロセスを、終了待ちしたり、強制終了したり、親プロセスと一緒に殺す
https://takuya-1st.hatenablog.jp/entry/2016/04/07/040451
Ruby で、子プロセス起動をして、終了待ちをする。
終了待ちするには Process.wait( pid ) か、Process.waitall を使う
i = spawn(" sleep 10 " )
Process.wait i >>384
シェル芸人に親でも殺されたんか?
まあおちつけよ。 ps | awk '{print $1}' | grep -w $PID
grepで-wオプションが使えることが判ったのでこれで取れました >>387
なぁ、プロセスがいるかどうかだろ?
kill -0 "$PID" でいいやん? それに自分で起動したプロセスを待つだけ(何もしなくていい)なら
wait "$PID" でもいいよね? >>388
kill -0 $PIDでいけました。ありがとうございます
待機中は他の処理が走るのでポーリングで待つ必要がありました 上の方でOil Shellについて語っていた人がいたから誰か使ってるかもしれないと思って聞くけど
export -fを使おうとすると 'export' doesn't accept -f because it's dangerous.
ってエラーになるんだけどdangerousなのってどういう場合?
また一般的にexport -fは危険だから使うな派って存在するの? >>391
そういう派閥があるのか知らんけど,
exportしないに越したことはないと思う。 シェル変数、環境変数、関数は重要なものが多い
システムの動作、セキュリティなどに重要な影響を与えるものが多い
不用意に操作すると深刻な問題が起きる可能性が高い
こんなところでしょうか つまりシェル変数、環境変数、関数を使うなってこと? よく知らない人は使わないに越したことはない
というところかなあ
よく知らない人が使うと
重要なものを上書きしてしまうことがあるし 重要なものを上書きしてしまうというのは
どういう例でしょうか? そりゃまあ,素人は出刃包丁なんて使わんほうがいいわな。
職人が使ったらすごく良い道具であろうとも。 >>399
えぇ……と,比喩っていう概念がこの世界にはあってね,
つまり物事を説明するときに例えを用いるんだわ。
まぁ例えば会社で品質管理の監査を受けてるときに
比喩を使って説明するのはよくないかも知れんが,
こんな場末の掲示板で一々真面目に受け答えする方がオカシイって話ですよ。 >>402
比喩は物事を説明するときに使いましょう。
物事を批判するときに使うのは意味が全くありません
なぜなら"別のもの"に例えるのが比喩だからです。
"別のもの"を批判しても意味はありません。 あぁ,あの書き方で「批判してる」って捉えちゃうのか。
あいにく,読み取り能力のない人間にまでモノを教える程暇じゃないんでね。 質問されたからその都度答えていても
おかしな受け取られ方すると、やる気なくすよねぇ シェルの勉強中です。
引数にフルパスでファイル名を入れています。
シェル の動きとして引数がフルパスでなかった場合、エラーにしたいのですが、フルパスの判定はどうしたらいいでしょうか。
自分なりに考えたのは、
A=locate $1
if [ A = $1 ]
みたいな感じでlocateの実行結果と引数を比較して、完全一致しなかったら、フルパスじゃないのでエラーとしていました。
ただこの場合、例えばsyslogを指定した場合、locateにsyslogのバックアップ(syslog_0603みたいな)も引っかかってしまって上手く動作しませんでした case $path in /*) echo フルパウス; esac >>407
その手がありましたか。ありがとうございます wgetなどを使ったシェルスクリプトを作ってファイルをダウンロードしています
該当のサイトは認証が必要でログイン処理もwgetでやっているのですが
パスワードをスクリプトなりコマンドラインとして書くのを躊躇します
(cookieを使っているので1回ログインすると数ヶ月ログインする必要はありません)
なので今はログイン処理だけは別にしてreadで入力させるようにしているのですが
パスワードを暗号化して見えなくすることは出来ないでしょうか?
暗号化してるパスワードって使いまわされるんじゃ?って心配はありますが
とりあえず今回はその問題はスルーしたいと思います wgetで指定したURIがセキュアなら、
パスワードもそれに乗せて送られるから、
一応経路上では暗号化されているのでは? >>410
WindowsならCredential Manager、MacならKeychainを使う
それぞれcmdkeyとsecurityというコマンドでCLIからアクセス可能 Linuxについて,古い情報だけど。
https://dayflower.hatena!!!!!blog.com/entry/20081205/1228464510
この中でも触れられている通り,/proc/以下を叩かれたらおしまい。
多分これはmacOSでもWindowsでも似たりよったりな挙動だと思う
(パスワードを受け取るプロセスとWeb資源にアクセスするプロセスが
全然違う体系で動いてる以上,そこの間で暗証番号を遣り取りする際は
平文がそれに準ずる形で渡さざる得ないから) そういうのはopenssl使ってるけどセキュリティーについては自信ない。 /proc を叩かれたくなかったらコンテナ(dockerとか)使えば分離できる
/proc/*/cmdline も見れないからコマンドラインにパスワードを書くこと
に躊躇は要らない、ってのはどう?
要はそこじゃなくて TPM2.0 使って暗号化ファイルシステムマウント
しないとダメなんだろうけどさ >>410
https://www.gnu.org/software/wget/manual/wget.html#index-http-password
To prevent the passwords from being seen, use the ‘--use-askpass’ or store them in .wgetrc or .netrc, and make sure to protect those files from other users with chmod. 漏れは自分のPC 内で、apt-get する、Ruby スクリプトに、パスワードも書いてる。
他には、yahoo へログインするスクリプトにも、パスワードを書いてる
#!/usr/bin/env ruby
# 全パッケージの更新
# sudo のパスワードを自動入力する
# echo <your_password> | sudo -S <your_command>
puts `echo パスワード | sudo -S apt-get update`
puts `sudo apt-get upgrade -yV` まあ,パスワードとかそういう機密情報周りは難しいよね(無難な結論)
ともかくこのスレの原則に反するけど,ほんとうに機密性を重視したかったら,
「シェルで色んなコマンドを組み合わせて実現する」よりも
「一つの強固な環境で全ての機能を構築して,そこで実現する」っていう方針の方が良い気がする。
気がするだけで根拠とかは一切ないw foo 3>&1
3を変数にするにはどうすればいいの?
foo "$FD">&1
エラーになる >>423
eval "foo ${FD}>&1" 3>&1みたいなFDの切り替えってどんな時に使うの?
FDとリダイレクトの意味は分かってるしエラー出力も使えてるけどこの使いこなすのはさっぱり ちまちまリダイレクトするのが面倒くさい時かな?
exec 3>&1 > script.log 2>&1
echo "Phase 1 start" >&3 # 端末に出力
goo ... # 標準出力/エラー出力は script.log に自動的にリダイレクト
hoo ...
echo "Phase 2 start" >&3 # 端末に出力
...
この場合は各フェーズを関数化して、関数呼び出しに対して
都度 script.log へリダイレクトするべきだが
ただ、exec 以外で > の左に指定する数字が 1,2 以外になるパターン
( foo 3>&1 )は知らねえ
ファイルディスクリプタ 3 番に対して open せずにいきなり書き込む
のは抵抗があるわ 上のようなことをしてる関数がfooとかかな。3がfifoとかなんかで >>427
あー,FIFOか。自分ではほぼ使わない(専ら標準入出力とパイプ)だから思い付かんかったけど,たしかにFIFOなら3とかに繋ぐのはありそう。 ret=$(printf '\n\n\n\n\n')
if [ "$ret" = "" ]; then
echo true
fi
これってなにげに罠だと思うけど
なんで誰も疑問視しないの? つーかさ、誰もハマらないの?
echo で最期に改行がついていても -n で改行を無くしても
同じになるっておかしいと思わないの? コマンド置換で最後の改行続きに意味があるというのは少ないんだろう
それで意味ない改行を消すのはめんどくさいというのならば、理にかなってる
大事ならコマンド置換のコマンドで最後にスペースでも強制的につければいいだろう
仕様考え今までそれを使ってる準じてshell作ってる他諸々はお前よりは賢いことは確かだから、お前が仕様バグと言っても鼻で笑われるだけだろうw >>433
そういう仕様だから。明確に書いてあるから
仕様を読んですらいないのが明らかだな 仕様を読み込んで全部把握してから
言語を使うやつなんていねーだろ おかしいと思ったら調べるのは普通だわな
自分が絶対正しいマンは知らんけど >>437
それでなんでそういう仕様なのか、お前は調べたのか? 仕様は、読んで(どういう意図かを読んで)理解するものだぞ?
お前は仕様を理解するために仕様を説明してるとこを読むのが普通なのか? >>439
だからどういう意図でそういう仕様になってるのかって聞いてるんだが
お前は仕様だったら、そうなってる理由とか何も考えないのか? 最後の改行(の続きに)は意味がない
と普通に読めるだろ。文(の意図)を読めなさすぎ >仕様を読み込んで全部把握してから
という 仕様を読む読まない から、あっさり、
>なんでそういう仕様なのか
読んでどうというようにすり替えてるし、いつもの文を読めない読まない自己都合で言葉を吐くだけのやつか 最後の改行に意味がないという理屈なら
catコマンドとかも最後の改行は消えるべきでは? 物事は01ではできてないと理解しような
似たようなので違うとか普通にあるだろうに
しかし、いつものだなw 0か1ではないという当たり前ことを言うだけで
理由については一切何も考えてないってことがよく分かるなw >0か1ではないという当たり前こと
らしいけど>>443って言うんだな
理由ww 場合による=01ではないだろに。ホントに文が読めない書けないみたいな感じ
てか、そのレスから明らかすぎるほど明らかにいつものだったな まとめ
仕様を読んでない
(最初から)仕様読むのが当たり前か
疑問に思ったら仕様を読むのは当たり前
仕様読んで意図がわかるのか
〜という意図だと読めばわかるだろ
AとBが違う
01じゃないんだから、違うのも普通にある
理由については一切何も考えてない
www
いつものむちゃくちゃ、ああ言えばこう言うというナゼか執着心だけが強いお人でした
Fin~ >>446
> 理由ww 場合による
その「場合」がどんなときかと聞いてるんだろ お前のママじゃないんだから、なんでなんでにいつまでも答えるわけねえだろ、いい加減
ママに聞きなさい。じゃあね な?結局、ここにそれを書けと言っても
書いてあるはず。それを見ろ。というだけで答えられないわけさ >ここにそれを書けと言っても
何様なんだかな... お子様かw ほらまた論点とは別の話をし始めてる。な、そういうとこだよ オマいうwwwww
ホント、ツッコミしやすすぎて...すげえな。キリがないから、じゃ、ほんとに シェルの話をしてるか、人の話をしているかで
だいたい区別できるよな マジか・・・、set -vって関数の中身は一行ごと表示してくれないのか・・・ 一時期,set -vとかを駆使してシェルスクリプトの自己文書化に拘ってた時期があった。
あまりに無毛だったんで止めたけどw >>459
例えば
while getopt opq:h opt; do
case $opt in
o) # -oオプションの説明。
...;;
p) # -pオプションの説明。
...;;
q) # -qオプションの説明。
...;;
h) selfdoc ;;
esac
done
みたいなオプション解析において,
-hオプションを読み取った場合に,
自分自身のシェルスクリプトを
自己文書モード≠ンたく実行して,
case文の場合分けの先にある#コメント以降の文字を
次々出力する,みたいなこと。
こうすると-hオプション用に説明を用意する必要が無くなる。 >>462 お前は直前のレスしか覚えてられないのか?w コレかな?ドキュメンテーションコメント?
シェルスクリプト群のドキュメント書くの面倒だから自動でREADME.mdを生成する
https://qiita.com/ssh0/items/0c14ee8949512a4dc98e >>463
だからset -vの話をしてるんだけど
できないから聞いてるの 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"のようなエラーが出て先に進めません
ターミナルで直接コマンドを入力すると成功するのでおそらく変数やメタ文字の扱いが悪いのだと思います
ですがいろいろ調べて試してみたのですが一向に変わる気配がありません
間違っている点等、あるいは別の方法などありましたらご教授願います リストですが
りんご
みかん
ばなな
いちご
こんな風に単語が入ってます
それとややこしくて申し訳ないのですが
sed -n のnはオプションです
n行目の文字列を抽出、に関してはこちらのサイトに別の方法も載っていたので試してみたのですがやはりエラーが出てしまいました
https://qiita.com/kazu56/items/2936ed6f337f288b25c9 >>466
>Word=`sed -n '$n'p '$LISTPATH'`
とりあえず変数はダブルクウォートで囲もう
shellcheckにかけてエラーや警告から学ぶと良いと思う ' を、" に変えたら「りんご」が取得できた
Word=`sed -n "$n"p "$LISTPATH"`
echo $Word >>468-469
ダブルクォーテーションに変えて無事"りんご"を取得できました
そして最終的に3は
mv $FILE $PATH2/$Word.txt
と修正して動作成功しました
見ての通り初心者ですので今後は変数の扱いも含めしっかり勉強していきます
shellcheckも使っていきたいと思います
ありがとうございました Linuxで近似画像抽出って不可能?
解像度だけ違うとかpngをjpgにした同じ画像とか
画像相手にハッシュで判別とかアホらしいしさ 全くLinuxどうのという話ではないだろう
AIの分野だな。やろうと思えばLinuxでできるだろう。Linuxに限らずどのOSでもだけど なぜシェルスクリプトのスレに書き込んだのかコレガワカラナイ このshellcheck は有用
警告・エラーメッセージなどを、国際化(日本語化)すべき! シェルスクリプトが国際化できんのだから,shellcheckにしても然り。 簡単なシェルスクリプトならググらず書けるようになったけどクッソ読みにくい
case使わずifだらけにする癖が付いたからだけど
コマンドの仕様が統一されてないからほんと迷うわ
lsみたいにオプションの集約や指定位置が自由なのもあれば融通が利かないのもあるし オプションの規約はここ
<https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap12.html>
に書かれている通り,
本来は被演算子は最後にしか持って来れないし,
オプションは “-o” という連字符一文字・英字一文字の形式しか認められてない。
lsはGNUとかで拡張されて,被演算子を途中に持って来れたり,
連字符二つ・英数字複数の長いオプションが使えたりするけど,
可搬性を重視するなら止めたほうがいい。
可搬性を重視しないなら,お好きにどうぞ,でも,
老婆心ながら言うと,困ると思う。
現に「lsではオプションの置き場所が自由なのに
このユーティリティではそうじゃない」
っていう風に困ってる訳だし。 あぁGNU拡張はUNIX哲学に反するから悪ってことか
便利な分横着して悪癖が付いたら困るもんな
機能は盛るけど極力使うなって実に杓子定規というか UNIX哲学に反したGNU拡張ってなに?
オプション名は1文字なんていうのがUNIX哲学とは思えないな 広義では哲学と言えなくもないな
XBD Utility Syntax Guidelines
https://pubs.opengroup.org/onlinepubs/9699919799/basedefs/V1_chap12.html#tag_12_02
XBD : Single UNIX Specification's Base Definitions 言うほど反UNIXか?
一連の騒動を見ていて,
なんかsystemdの製作者を嫌う一部の人たちが
「UNIX哲学」を錦の御旗にしてsystemdに反発して,
それにUNIXをよく分かってない沢山の人々が
盲目的に加勢してる,っていう印象を受けたけどな。 systemdは開発者が問題児だから批判されたって読んだ希ガス
わざわざsvchostを持ち込んだ責任は重いけどそれだけじゃないのよね ああ、注目されているののは、UNIX哲学というより、手前勝手にやってんじゃねえ&品質悪いだろが主だな上記のは 作者が嫌いならそう言えばいいのに
UNIX哲学とかなんとか持ちだすのが卑怯というか嫌らしいなと思った(小並感) でもその粗末なものを不本意でも導入したってことはそういうことだよね
対抗したのはdebianくらいでしょ POSIXの次のissue (issue 8?) が出るのっていつ,とか分かる?
さっさと$'\n'表記を臆面なく使いたい 指定した変数を復旧可能な形でダンプする方法(ようするにシリアライズ)は
bashとかだとdeclare -p abcとかでできますが
dashで同じような事をする方法はりますか?
setとかだと特定の変数だけはできないと思います。 >>498
復旧っていうのが出力を再度shに読み込ませて代入できる、
っていうことだとすれば、env。
ただし
$ VAR='***'
と代入していた場合はenvの出力で引用符が外されて
対話環境だとマズいことになる。 >>500
それくらい自分で…とも思うけど
$ env | grep -e '^USER=' >>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 3. 復旧できません
$ export abc='USER=1
aaa
bbb
ccc'
$ env | grep -e '^USER='
USER=name 多機能を望むならBash使っとけば,って思っちゃうw
マジレスするとsedでエスケープとかすりゃいいんじゃないっすかね。
(なんかPOSIXシェルでXMLパーサー実装した!みたいな人思い出した。
「自分のやりたいこと」と「それを実現する環境」が明らかに釣り合ってない) sed(とか)使っていいんだったら、
値は ' で囲む、値中の ' は '\'' に変換する
だけでいいような >>506
例えば、この場合は?
aaa="'abc' 'def'" aaa=''\''abc'\'' '\''def'\''' ちなみにそれでも
VAR='a
b=c
d'
みたいなのには対処できない。
いや〜果てしないっすね,POSIX原理主義を貫くとw 世の中bashオンリーになってくれれば楽なんだけどね。
dashが使われてる現実がある。現実主義者は辛いよ。 現実にはBashが使える環境が大半だと思われ。
AIXみたいな極一部の環境を想定することを「現実主義」と言うのは間違ってると思うよ。
まあ,多分「現実主義」と本気で考えてる訳じゃなくて,
俺の書き込みにカッとなって「自分の方が現実見てますアピール」をしてるんだろうが。 debian/ubuntuの/bin/shがdashなのを知らないの? dashという名前がでてるのにAIXを思い浮かべるあたり現実を知らんとしか思えんな
AIXのデフォルトシェルはBourne shellかkshだろうに >>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で動いているようだけど?対処できないって? とりあえず、三つの環境で試してみたが動いているかな
こんな簡単でいいのかというのは拭えないが
しかし、
コード書けないのか書かないのか、
ちゃんと考えず検証もせずに、
自分の頭の中もしくはおま環だけで、
解決にも繋がらないのをよく続けてたな、どっちも
って感じ レスはするがそんなレスしかしないのは、
対処できないってことはないってことでいいいのね 最近はpwshが便利でお気に入り
bashは何をやるにもめんどくさくてだめだ
未だに引数の解析をloopとcaseでやるとか原始時代かよ その程度の問題ならライブラリを作るだけで解決するんだがな getoptsは文字列操作が苦手なC言語のためのもので
それをそのままシェルスクリプトに移植しても
あまり意味がないんだよな
しかも設計がUnixの歴史の初期の頃のものだから
最近の言語のものに比べて使いやすくもない rust製のコマンドが流行って来てるね
shft-jis対応が微妙なのが多いけど 今時Shift-JISなんて使ってるとこがおかしいw Windowsでbashやpythonのスクリプトを書いてると
表立っては目に見えなくはなってるけど
未だにcp932の呪縛から逃れられない
エラーが出て改めて気付かされる そもそもファイルはUTF-8で書く
各コマンドはWindowsネイティブのUTF-16で出力する
(UTF-16はWSLにわたすとUTF-8に変換される)
とまあUnicodeで完結するわけで
cp932とかいらないし、でてこない。 WSLのウリの一つであるLinuxとWindowsのシームレスな運用という点を活かそうと、
WSLからWindowsのプログラム(cp932対応)を呼び出し、応答を受けたりしようとする場合には、
cp932に全く触れないで済む、とは必ずしも言えないでしょう。
これに加えて、python 2だった頃は、もうユニコード地獄とともに、cp932を常に意識しないとならなかったけど、
python 3になって、ずいぶん楽になったわ。
いずれにしても、対応するプログラム次第だな。 >>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に触れることはありません。 cp932とかshift-jisとか別に対応しなくてもいい、必要ならユーザ側で変換すればいいだけの話でもある
cp932とかshift-jisとか日本でも今更の方が多いのに、日本/日本人じゃないプロダクトで対応を求めるのはまあない話だな >>532
>ユニコード地獄
って何??地獄というほどだからすぐに出せるほどのでしょう
まさか、よくある非難批判自説強めるためにだけのことさらのではないだろうから、具体的にどうか 結局文字コードに関しての理解が浅いから
Windowsはcp932なんだよ!だからcp932を使うんだよ!
そしてcp932扱おうとすると難しいんだよ!ってなるんだよ
普通にUTF-8を使っていれば、Windows(Unicodeがネイティブの文字コード)とも
Linuxとも相性がいいのに ファイル名でも同じだな
結局文字コードに関しての理解が浅いから() cp932を使ってる環境が今でもある以上、それに対応する必要はあるだろ
自分で管理できる環境しかいじらないのであれば、utf-8にでも統一すればいいが
そうじゃない場合はそのままではどうしようもない
utf-8が当たり前だと思ってるやつは、euc-jpとかも使ったこともないんだろうな
以前はperlなんかのcp932ダメ文字対策にはこれしかなかった めんどくさいのを知ってるからUTF-8に統一できるのだからそれにしたそれにするって話なのに
未だにcp932だの言ってるのはめんどくさくないんだろ?文句言うなw めんどくさいけどそれを避けられないという場合もあるという話だろ
巷にはまだまだ古い環境が残ってるんだよ
自分のせいじゃないんだから文句くらい言わせろw cp932 を UTF-8 にマイグレーション:めんどくさいからやりたくない
cp932 <> UTF-8 処理中に逐次相互変換:めんどくさいからやりたくない
cp932 <> UTF-8 フロントエンドで相互変換:めんどくさいからやりたくない
自分で対応できることをやりたくないから、誰かがcp932対応しろ
って話ですね すでにcp932に対応しているので遠慮しておきます >>540
> cp932を使ってる環境が今でもある以上
UTF-8に変換して処理が終わったら戻せばいいだけ 元レスのヤツがその対応してないのに対してのだろ
とんちんかんじゃね Windows を使うのは大変なんだな。
…ああ、それが無理だから Linux しか使わなくなったんだった。 多分な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"
}
こんな感じでな。コードのあちこちでこのような変換を行ってる。
あー、あほあほ、ばからしすぎる
コマンド呼び出しの前に外部コマンドで変換してしまうという発想がない テキストエディタを作る時、内部のデータをUnicodeで持つか
あらゆる文字コードでデータが持てるようにするかの違い
あらゆる文字コードに対応するのは大変だから
ファイル読み書き時に変換し内部データはUnicodeでもつのが普通
シェルスクリプトで言えばiconvやnkfなどのフィルタを使って
文字コードを変換すれば、シェルスクリプトでは全てUTF-8として扱うことができる
シェルスクリプト以外の各言語でも同じことができる
なぜ未だにcp932のことを考える必要があるのかわからない そもそもWindowsはUTF-16がネイティブで
すべてのCLIコマンドはUTF-16で出力するのに
一体誰がcp932を出力するのかわからない
なおWindowsから標準出力にUTF-16で出力したデータは
WSL上のコマンドで受け取ったときには自動的にUTF-8に変換されている
(ファイル読み込み時に勝手にデータが変換されるという意味ではない) >内部データはUnicodeでもつのが普通
厳密にはOS(API)のネイティブな文字コードだな
今時のOSのはUnicodeだから間違ってもいないけど、多分、古いWindowsのはShift-JISなんじゃないかな 古いWindowsとか適当なことを言うな
Windows 95よりも早く開発していた
Windows NTは最初からUnicodeだ XPでCygwinでシコシコやってた頃は、
cp932やらeuc-jpやらで大変だったなぁ
対応版が出るまで、utf-8? 何それ美味しいの? 状態で、
まともに使えるように、いろいろおまじないしてたっけ >>95
Windows 95よりも早く開発していたなんて嘘言うなよ
内部と表層は違う。Unicodeが表層にもなったのは最近だろ
Windows 95よりも早くとか曖昧なとこで完全な嘘だしな。痴呆で忘れたか? >>560
https://ja.wikipedia.org/wiki/Microsoft_Windows_NT#%E3%83%90%E3%83%BC%E3%82%B8%E3%83%A7%E3%83%B3%E3%81%AE%E5%A4%89%E9%81%B7%E5%8F%8A%E3%81%B3%E3%81%9D%E3%82%8C%E3%81%9E%E3%82%8C%E3%81%AE%E7%89%B9%E5%BE%B4
> IBMと共同で開発していたOS/2のバージョン2の次期バージョンをWindows NTとし、
> IBMとは別に製品を開発していくこととなる。最初のバージョンは3.1であり、
> これ以前に発売されていたWindows 3.1と互換性があるため、Windows NTの
> 最初のバージョンも3.0ではなく3.1として発売した。これはWindows3.1と歩調を揃えるという、
> マーケティング上の理由による。
>
> 以下、英語版の発売年を併記する。
>
> Windows NT 3.1(1994年)
>
> 初期バージョン。コードネームはWNT。デスクトップ シェルとしてWindows 3.1と
> 同じユーザインタフェースを採用していた。英語版は1993年7月27日に発売された。 >>560
表層とか曖昧なことを言うなよ
アプリの問題とOSの問題は違う
Windows NTの表層(笑)はUnicodeだ
9x系用アプリの表層が違うだけ Windows API には システムエンコーディング対応のとUnicode対応のがある
日本語に限っては、システムエンコーディングがUTF-8対応になったのはつい最近、当然それ以前はShift-JIS
てとこかな、ググったとこでは
UTF-8に対応してないのにわざわざUnicodeに対応しようとはしないわな当たり前に
システム内部でUnicode対応していようが、Shift-JIS APIしか「使えない」んだったら内部で対応していようがデベロッパーには見えない部分だし、そんなアプリが普通でもおかしくはないな >>562
なんの引用かいまいちわからんけど、Windowsが内部的にUnicodeになったのはWindows NTからみたいだけど。普及したというならWindows 2000からか
(それでも内部でUnicodeだろうがShift-JISがデフォのようだけど)
Windows 9x 前(もちろん 3.1も)までは限定的なUnicode文字列操作ライブラリがあったとかかな >>564
> 日本語に限っては、システムエンコーディングがUTF-8対応になったのはつい最近、当然それ以前はShift-JIS
> てとこかな、ググったとこでは
日本語がおかしい。知らないなら適当なこと書くなよ
> システム内部でUnicode対応していようが、Shift-JIS APIしか「使えない」んだったら
人の問題を持ち出すな。
無能が使えないからってなんなんだ
> (それでも内部でUnicodeだろうがShift-JISがデフォのようだけど)
根拠は?日本語以外の国があるのしらんの?w Windows UTF-8 ベータ
知らないのはどっちかなとしか思えないw ああ、
システムエンコーディングがUTF-8対応になったのはつい最近、日本語だとそれ以前はシステムエンコーディングはShift-JIS
だよ。すまんなw アホだな。
それはUnicodeに対応してないアプリ用のエンコーディングに
UTF-8が使えるようになったのが最近なだけだろ
システムエンコーディングが9x用アプリのための設定のことだって知らないんだろうな OSでいくらutf8に対応しようが末尾AのAPI使ったアプリはsjisの入出力前提で書かれてるんだし
対応しようとすれば文字列周りは全部作り直しだよ
VBAやVBScriptとかのWSHも同じ問題を抱えてる
Windowsのutf8完全移行なんて10年後すら怪しい だからそれはアプリの問題じゃん
Windowsの標準コマンドはUnicode前提(対応)で書かれている。
PowerShell等から利用するUnicode前提
WSLもUnicode(透過的に変換されるUTF-8)
VBAやVBScriptとかのWSHも同じ問題を抱えてるというが
問題があるのはそれとバッチファイルぐらいでしょ。
今は殆ど使われてない エディタが対応した時点で932とか捨てたわ
変換する必要すらない(更新予定のない)古いメモ以外に残っていない
21世紀も20年目に入ってるというのにまだそんなの使ってる自体遅れいるのか 俺がcp932を捨てたのいつだっけな?
Windowsになってからlzhを捨ててzipにした。
日本語が含まれる可能性がある個人用のファイル圧縮に
Unicodeを使う7zを使うようになったのは、うーん?2000年頃かなぁ
9x系に見切りをつけて(動かなければソフトの方を諦める)Windows 2000にした頃には
ファイルはどうしても無理な場合を除いてUTF-8を使うようにしていたし
cp932を使っていた時代は、LinuxもEUC-JPだったし大変だったね
LinuxでEUC-JPからUTF-8に変わった時には、WindowsもUTF-8を使うようにした 文字コードとしてのcp932と
システムロケールとしてのcp932をごっちゃにしてるやつが多すぎる
前者は単なる文字コードだから、個人レベルでどうにでもなる
長いことWindowsでutf-8を使ってると言う場合はこれに当たる
後者は現在のwin10でもバリバリの現役で、utf-8は1803から追加されたものの、未だベータ扱い
一部の古いソフトだと不具合がでるので、そう簡単な話ではない
たとえば、このレスを書くために開いているJane Style システムロケールはOSではなくてソフトの問題なんだよな
Windows自体はシステムロケールの設定に依存していない
なぜならすべてUnicode(UTF-16)で処理してるから
(もちろん互換性のための処理として一部例外はあるだろうが) ソフト側でロケールを理解できなかったらダメだからねぇ
そういえば、Linuxもutf-8への移行期(Fedora Core 1が最初だっけ?)に、
それまでのRed Hat 9で問題のなかったeuc-jp前提のソフトがダメダメだった
まぁシェルスクリプトは問題なかったはず Windowsの場合Unicodeで作ってれば
システムロケールなんて関係ないよ
システムロケールを理解する必要があるのは
Unicode(UTF-16)非対応アプリの話
システムロケールと使用する言語(表示する言語)は別だからね メモ帳の保存形式にあるUnicodeとかいう多重トラップ嫌い Austinで大規模なファイル更新があって,
お,何か重要な局面を迎えたのかな?と期待して報告書を読んだら,
全文書に存在する"POSIX.1-201x"を"POSIX.1-202x"に書き換える作業だったていうオチ。 組み込み系のash環境です。
以下のコードは、外部テキストファイル(shift-jis)をwhileで1行ずつ読み込んで、
シリアルポートの/dev/ttyUSB0へ1行の内容をそのまま送信する処理の一部です。
ファイルの中に日本語の0x5cのバックスラッシュがあると、文字化けしてしまいます。
0x5c混在のサンプルとして「表示」の漢字が正常に送れるかの試験コードを作りました。
以下のスクリプトの文字コードはshiftJISで保存し実行しました。
text=ダメ文字表示テスト
filtered_text=`echo $text | sed -e 's/\\/\\\\/g'`
echo -e "ORG text $text"
echo -e "filtered_text $filtered_text"
echo -e "$filtered_text" > /dev/ttyUSB0
結果
sed: unmatched '/'
ORG text ダメ文字侮ヲテスト
filtered_text
やりたいこと
シェルスクリプト内の変数に格納して、/dev/ttyUSB0へ「ダメ文字表示テスト」とそのまま送信したいです。
1行ずつ送信する理由は、たまに行間で制御コードを混ぜる必要があるためです。
sedの行が肝になると思い、作例を1日探しましたが、探し方が下手で見つけられませんでした。
sed以外のコマンドでも使えるコマンドがあれば何でもいいです。
nkfは無しでした。iconvはありましたがShiftjisのコードが含まれていませんでした。
そもそも最終的に送信するデータがshiftjisなので、これらは関係ないと気づきました。
どのような書き方でできるか、お知恵をいただけないでしょうか。 >>582
> 以下のスクリプトの文字コードはshiftJISで保存し実行しました。
それは絶対ダメ
ASCIIと互換性がない文字コードには対応してないのが普通 >>582
> 以下のコードは、外部テキストファイル(shift-jis)をwhileで1行ずつ読み込んで、
同様に対応してないのが普通 いい加減文字コードはUTF-8に一括変換してから
処理して戻すってことを覚えたほうがいい > 1行ずつ送信する理由は、たまに行間で制御コードを混ぜる必要があるためです。
意味がわからん。制御コード1文字が二行に分かれたりでもするんか? >>582
とりあえずシングルクォートは要るんじゃないの?
text='ダメ文字表示テスト' >>582
>sed: unmatched '/'
SJIS云々の前にsedのコマンドがちゃんと認識されてないじゃん。
とりあえず、バックスラッシュの数を変えたり``じゃなくて$()を使ってみたらどう? ひょっとしてSJIS完全対応のテキストエディタってLinuxには存在しない?
昔mousepadで盛大に化けた覚えが バカな投稿をすると釣られた人間が正しい知識を教えてくれるメソッド
よかったな,>>591! お前のレス?釣られた人間が正しい知識を教えてくれるんでしょう?
それ以外になんかあるの? エディタも使いこなせないならwinのメモ帳でも使いなよ。sjis対応だよ 壁だと思ってるのはお前だけで、実は人間なんだぜ(ホラー風) manコマンドはPOSIXに取り入れられそうなのに
その表示に関わるroffコマンドは影も形もないって、
なんつーか意味あんのかそれって思う。 >>603
roff 使わなくても cat1 とか cat8 に成形済みテキスト置いておくだけで man
は動くんだから、別に roff なくても良いといえばいいとか、そんな理屈なのかも。 manをPOSIXに取り入れるぐらいなら
HTMLビューワーをPOSIXに取り入れたほうが良い
JavaScriptとCSSに対応させる必要はないからさ curlをPOSIXに入れればいいのに
フル機能じゃなくていいけどREST API叩けるぐらい >>603
おお、するどい。
でもmanが入ってないというのはどう言う意味? POSIXとSUSの意味の違いにこだわる?
で実際manの記述を見ると文章の整形とかそれをどう作るとかは書いてないので、
そういうレベルのものは規定しないという態度なのかも。
あと事実上GNU roffが標準だと思うが、さすがにそれを規格には入れられないのかも。
かといって今更大昔のroffに制限するのもなあと。
しかし最近GNUで検索するとKingの方がヒットしやすくてうざいw というか、King Gnuと言ったらRMSしかありえないだろw 質問。
次のような行からいずれかのvalueをきれいに削除するにはどうすれば?
name=value0,value1,value2,value3
たとえば次のコマンドだと、value1を削除できるものの、先頭か末尾か連続かのカンマが残ってしまう。。。
sed 's/^(name=.*)value1(.*)$/¥1¥2/'
残ったカンマを後で処理したらいいんだけど、そもそも一発でうまくやることができるんでは?という気がどうしても。 ^(name=.*)�bvalue1,?(.*)$
こうかな King Gnu?
どっかで聞いたことあるようなないような▪▪▪ >>611
value3の場合、末尾にカンマが残るよね?
また、value0なら先頭に残る。
どれでも一発できれいに削除できないかな? 残るが。
value3直前のカンマが¥1に含まれるので。 >>610
>name=value0,value1,value2,value3
頭を柔らかくして、
最初に、この末尾に、カンマを追加すれば、処理しやすい形式になる
name=value0,value1,value2,value3, sed縛りなの?
後方参照する必要ないんじゃない?
value[0-2] については冗長だけど、以下の形式なら全部同じようにできるかと。
'?'の正規表現って、sedだとGNU sed とかだとつかえるのかな?
'?'はウチでは使えない。
echo 'name=value0,value1,value2,value3' | sed -e 's/value0,*//' -e 's/,$//'
echo 'name=value0,value1,value2,value3' | sed -e 's/value1,*//' -e 's/,$//'
echo 'name=value0,value1,value2,value3' | sed -e 's/value2,*//' -e 's/,$//'
echo 'name=value0,value1,value2,value3' | sed -e 's/value3,*//' -e 's/,$//' >>617
Perlとかならそうするが、sedだとなかなか?
sedはあんまり使わないので、そうしたくてもよくわからない。。。
>>618
sed縛りではないけど、Linux最小インストールでも対応したいので、sedくらいしか?
ほかに使えるならそれも可。
後方参照してるのは、「name=」で始まる行だけに限定したいから。
それ以外の行はそのままで。
「?」が使えない正規表現があるの?
POSIXに含まれてなかったっけ?
ちなみに現在はこうしてたっけかな?
細かいところはちょっと違うかも。
sed -r 's/^(name=.*)value1,?(.*)$/¥1¥2/;s/^(name=.*),+$/¥1/' -i file.txt
なんかくどくて、もっとさっぱり書けるやろと。。。 Ruby で作った
text = <<"EOT"
a
name=value0,value1,value2,value3
x
EOT
word = "value2,"
text.each_line do | line | # 1行ずつ処理する
# 先頭が、name= 以外は処理しない
next unless line.start_with? "name="
line.chomp! # 末尾の改行を削除する
line += "," # 処理しやすいように一旦、末尾にカンマを付ける
line.slice! word # 取り除く
line.slice! -1 # 末尾のカンマを取り除く
puts line #=> name=value0,value1,value3
end sedの正規表現で最短一致は使えないって地味に罠だよな
[^]で工夫すれば行けるらしいが for((aa=-1;aa<4;aa++)); do echo name=value0,value1,value2,value3 |sed -e"/^name=/{s/$/,/; s/value${aa},//; s/,$//;}"; done >>622
完全に同意。個人的には {} 使わないで -e で並べたい派だけど。
*を使うより厳密に置換できてよいと思う。
619には以下の書き方のほうが分かりやすそう。
sed -e '/^name=/{s/$/,/; s/value0,//; s/,$//;}'
>>619
sedの正規表現では '?' 使えないはず。
GNU sed でもオプション使わないと通らないのが確認できた。
できれば -E を使ってほしいかな。個人的には。
-E, -r, --regexp-extended
use extended regular expressions in the script
(for portability use POSIX -E). そうやって、外部コマンドをあれこれ駆使して
どうにかして簡単に書ける方法はないか?に
無駄な時間使ってるのを見るとアホやなぁって思う
一般的なやり方でできないなら諦めろよ
そのコマンドを使うのが間違ってるんだ >>622
なるほど。
sコマンドで全行置換することしか頭になかった。。。
パターンマッチで行を特定してから、複数の置換を{}でまとめて行えばいいのか。
なんかsedの要領がわかった気がするぞ。
どうもありがとう。
>>620
Rubyなら、split()とjoin()を使ったらもっとさっぱりにできそう。 >>623
いや、>>622でちゃんとわかったで?
# ちょっとかんがえたけど。
正規表現の「?」は確認するとたしかにダメだった。
-Eは、「¥bvalue」としたい都合でつけてたから、あんまり意識してなかった。
と思ったら、こっちは-Eがなくてもよかったのか。
なんかもうメチャクチャだなー。w データがカンマを含む場合はどうしますか?
name1=v0,"v,,1",v2,,,vvv,unko,
name2=,sss,"hdj,du,n",,ss,,,,kkkk 特定の行で区切った塊ごとで処理したいんだけどいい方法ない?
例えばこんなのだったら====で区切って
abc
def
==== 1
ghi
jkl
==== 2
mno
pqr
abc〜def、ghi〜jkl、mno〜pqrという3つの塊をそれぞれ処理したい。
それと ghi〜jklという塊を処理している時は1ですよ。という数字も知りたい
(最初の塊の時は数字なし) >>628
cat |sed -ne "/^===/! {H;}; $ b ll; /^=/ {:ll; s/=//g; x; s/\n/ /g; p;}" << EOL
abc
def
==== 1
ghi
jkl
==== 2
mno
pqr
EOL
abc def
1 ghi jkl
2 mno pqr >>629
条件を忘れましたが、画面に出力するのではなく
任意の処理をしたいのです。
つまり
foo() {
# $1 = 番号
# $2 = 塊
}
のようなことがしたいのです。 $!をリセットする方法はないですかね?
空とかunsetとか0とか Perl 使うと楽だが、シェルスクリプトで、か・・・ Ruby なら、
def f( num, line )
puts num, line
end
# num は、inject の蓄積変数。0 は初期値
File.foreach( "input.txt" ).inject( 0 ) do |num, line|
if line.start_with? "==== " # 先頭が、これなら
line.chomp! # 末尾の改行を削除する
num = line[ 5..-1 ].to_i # 数字の部分を取り出して、整数にする
next num
end
f( num, line )
num
end
出力
0
abc
0
def
1
ghi
1
jkl
2
mno
2
pqr >>630
Bashなら、プロセス置換(process substitution)でできるのでは。
<(echo;最初のデリミタ行までを抽出するコマンドライン)
<(echo 1;最初から次のデリミタ行までを抽出するコマンドライン)
<(echo 2;最後のデリミタ行からを抽出するコマンドライン)
としたら、先頭行が番号、それ以降がテキスト行として読み込める。
個人的には、さすがここまでのレベルならPerlとかでやったほうが。 bashの#!でのオプションについて質問。
先頭行を次のようにすると、「invalid option name」エラーになります。
#!/usr/bin/bash -o pipefail
...
しかし、コマンドラインに同じように書くとエラーになりません。
/usr/bin/bash -o pipefail -c '...'
どうして?
-eならどっちも問題ないので、#!行のオプションの解釈になにか秘密があるんだろうけど。 >>636
MacOSやFreeBSDだと上手くいく。
原因はLinuxのexecl()関数が
「/usr/bin/bash」と「-o pipefail」という
二つの引数を実行しているせい。
とうぜん「o pipefail」というオプションはないので,怒られる。 さらに言うと,
シバンはPOSIXが「実装ごとに挙動がバラバラなんで俺はこの動作を規定しません」
って公言するくらい,各種OSごとに扱われかたが違う。
今調べられないけど,古いAIXとかだと
「!/usr/bin/bash -o pipefail」とかいうコマンドを探しにいってエラー吐いてた記憶がある。 >>636
/usr/bin/bash -o pipefail ではなく
/usr/bin/bash "-o pipefail" を実行している
まあ素直に
#!/bin/bash
set -o pipefail
って書けってことだな >>637
>>639
どうもありがとう。
要するにLinuxの不具合みたいなもんだけど、しかし「仕様」ってことか。。。
AIXかは知らないけど、シバンのトラブルはたしかに昔、Perlのドキュメントかなにかで見た気もする。
今でもあるとは。
ちなみに最終的にはこうしといた。
#!/usr/bin/bash -euC
set -o pipefail
... /usr/bin/bashにbashがあるとは限らない
というか普通無い >>642
Bashの位置に依存しない為には
#!/usr/bin/env bash
↑こうする。
しかし,envが/usr/bin/envにあるかどうかも分からない(以後無限ループ) >>642
ないのは見たことがない。
たとえばどんな環境?
>>644
HFSかRHELのドキュメントかなにかで、/binはシングルユーザー用、/usr/binはマルチユーザー用となってたような。
さらに環境によっては/bin→/usr/binのシンボリックリンクでさえあるようなので、わりきって区別せずに/usr/binだけを使うことに決めた。 $ lsb_release -d
Description: Ubuntu 20.04.1 LTS
$ ls -1 /bin/bash
/bin/bash
$ ls -1 /usr/bin/bash
ls: cannot access '/usr/bin/bash': No such file or directory >>645
Linuxの場合/usr/binにbashがあるのは/bin -> /usr/binになっている環境ぐらい。それ以外はほぼ間違いなく/binにある。元々シングルユーザーモード用の/binになかったら、シングルユーザーモードでシェルが使えないでしょ。
最近は/binと/usr/binを統合する動きが進んでいるから将来はどっちでも良くなるかもしれないし、あるいは/binがなくなるかもしれないけど、今はまだ従来の環境も普通にあるから/bin/bashがいい。その為にシムリンクを張っているわけなので。
UbuntuやDebianは、今インストールすると統合されるけど、従来の環境からアップデートした場合は統合されない。
あとGentooとかは今クリーンインストールしても統合されない。 >>647
シングルユーザー環境はまったく想定外なので。。。
ファイルパスをあわせても、実際の具体的な環境は把握できてないし、どうせ動作確認もしないから、きっぱりわりきることにしたのだ。
binの統合の話は、RHEL8のドキュメントで見た気がするけど、だったらもうとっととのっとこう、と思ったのもある。
うちのメインはCentOSだし、そうなってない環境を使うことになったら自分でシンボリックリンクを追加したらええんやろ、ということで。 又聞きで悪いが,Oracleかなにかだと,/usr/bin/にはGNU系の製品が入ってなかったとか。
/export/以下にあるとかなんとか。 >>650
あー。これで思い出した。
/opt/bin/だわ。
/export/は利用者のホームディレクトリとかがある所だわ。
Bashの場所とは関係ない話になるけど,
昔$HOME変数とか使わずに/home/***以下にあるやろって決め打ちしてたら
Solarisではまさかの/export/home/***にあるっていう罠に引っ掛かったw 何十年経ってもディレクトリが分類できる未来はないんやな >>652
OS作る時にOSの仕様として組み込んでしまうぐらいしか方法無いと思う。ちょっとでも自由があると必ずそこから崩れる。 10MBぐらいのテキストファイルでさ
指定したバイト目から〜バイトの範囲を取得っていうのを
やるととしたらどういう方法が一番高速だろうか?
bashismなし。外部コマンドは呼び出してもいいけど遅いな じゃあ、全文をPerlに書き直そう。w
いっそCで?
マジな話、ファイルを直に開いてseekできるPerlならトータル黒字なんでは。
知らんけど。 dd, od, head/tail
コンパイル済みのCのコードのほうが速いやろ そもそも設定が/etc/に雑に放り込まれてる時点でな
個人設定だって~/直下だったり~/.dirだったり~/.config/.dirだったりてんでバラバラだし >>658
tail|headは遅いやろ。
とくに大ファイルの前の方を抽出する場合には。
tailは後の不要な部分も全部読んでまうので、ファイルが大きいとかなり遅い。 いや、head $(())|tailとすればマシなのか。
元コメのPerl起動時間さえ気にする用途にはあわんかもだけど。 >>662
たぶんPerlの呼出しコストにいちゃもん付けてる>>656は
>>654とは別人。
あとheadやtailだと「バイト」単位では切出せない。
ところで head $(()) っていう技巧おもしろいね。初見だわ >>663
別人かもだけど、そういう気持ちは元コメから書いてあったから。。。
head/tailは、--bytesオプションがあるやろ?
算術式展開は、でもBash限定なんだっけ?
ただ、いずれにしてもddにしろheadにしろtailにしろ、スキップが読み捨てなのか直シークなのかで速度が違いそう? >>661
ファイルの大きさを見て一番後ろを見に行くから遅いはずがない $ ls -1sh input.dat
10M input.dat
$ dd if=input.dat of=output.dat bs=1M skip=1 count=1
$ ls -1sh output.dat
1.0M output.dat >>665
$(())は初見やったんちゃうの?w
Bash限定のマイナー機能やったか!と思ったのに。。。
# Bashしか使わんから、互換性は意識してないからなー。 >>666
書いてることはちゃんと理解した?
パイプ前のtailが、パイプ後のheadで捨てられるところも無駄に読み込んでまうやろ?
おまけに、/dev/randomみたいなのからだと終わらないし。 >>667
読み始めの位置と読み出すサイズはブロック単位限定?
互いに素だとブロック単位を1にする?
なんか遅そう?
# 元コメ者よりもうるさくしてるな。。。 >>668
いや,実は算術演算の中身を書かない技巧があるのかと思ったんだわ。
そしたらどうやらそういう意図のコードじゃないらしいと後で分かって,
恥かしい勘違いだったんで黙ってたw >>670
素因数分解して,最適な読み出しサイズとブロック単位を決定するのおもしろそう。 すみません、
出来てもやるべきでないのは分かるんですけど、
日本語でシンボリックリンク張って日本語でコマンド呼び出しってできますっけ?
$ エコー ヤッホー
ヤッホー
$
みたいな。 できると思うけどな
環境によりけりかな?
使ってる文字コードがシフトJISみたいなやつだとダメかも知れないが、それでも大丈夫なようには作れるからなんとも言えない そもそもLinux/UnixはShiftJISをサポートできない
OSの設計的に不可能
("無理やり"やってるのはあるが動作保証できない) >>676
逆にWindowsって,「無理やり」じゃなくShift-JISに対応できてたん?
そっちの方が驚きなんだが。
俺には文脈不明の状態でエスケープ文字とバイト化文字の一部とを判別する
OSネイティブな方法が思い付かないw >>677
Windows NTは最初のバージョン(1994年)から
Unicode(UTF-16)対応だからね
UTF-16は文字の一部にNULL文字が入るから
当時からC言語の標準ライブラリでは扱えないことがわかっていた
マルチバイト文字は最初から対策済みなわけよ >>676
設計のどこにダメな要素が?
シェルにはあるだろうが、カーネルにあるか?
「¥0」「/」が混じるとさすがに困るだろうが、それ以外ならどうにかできるやろ。 >>679
Linux/UnixはC言語で作られてる
C言語の仕様に引っ張られてる >>678
同時に、OEM文字コードとしてシフトJISを採用したのだから、できない理由になってない。
ちなみに、UTF-16を採用したのは、当時は全多言語がUCS-2を前提にしてたからやろ。
振り返ると微妙な選択だったが、当時の外人にはわからんかったのはしゃあない。 >>681
Windowsは初期バージョンから多言語対応として作られてるという話 普通にShift-JISなUNIXとかあったし。
UNIXの多くのシステムコールでは、char*型引数は単なるバイト列で、別に\とかが意見を持ったりしない(ただしファイル名の/を除く。他に例外があるかは知らない。)。
Shift-JISでは2バイト目に/もnulも来ないから普通は問題ない。
ユーザーランドは何とでもなる。
今時のlinuxなら
# localedef -f SHIFT_JIS -i ja_JP ja_JP.SJIS
$ export LANG=ja_JP.sjis
で動く。
ja_JP.utf8とja_JP.eucJPどっちでも動くなら、localeに対応しているから、多分sjisでも動く。
普通にシェルとかも問題ない。 >>680
じゃあ、C言語のどこにシフトJISを拒絶する要素が?
C言語が文字コードに求めてるのは終端が「¥0」であることだけだろ。
シフトJISもその条件に反しないが。
なお、エスケープが面倒というのは、できない理由にはならないので、念のため。 >>683
いやいや、そこまで問題なくはないやろ。w
たとえば、「ソ」「表」がパスに含まれたら、シェルそのままだと文字化けしたりするのでは。
localeはそこまで面倒見なさそう。 $ echo $BASH_VERSION
5.0.17(1)-release
$ echo $LANG
ja_JP.UTF-8
$ touch "$(echo ソ表.txt| nkf -s)"
$ export LANG=ja_JP.sjis
$ ls -1 *.txt
'ソ表.txt'
$ ls -1 *.txt | od -tx1a
0000000 83 5c 95 5c 2e 74 78 74 0a
etx \ nak \ . t x t nl >>684
どこがってソースコードにprintf("foo\tbar");って書いてあったら
\tはタブになることぐらい知ってるやろ? >>687
もう一回書いてあげるで?
エスケープが面倒というのは、できない理由にはならないので、念のため。 >>686
それは、lsとターミナルががんばったおかげじゃない?w
ダメなケースがあるんじゃないかと思うんだけど、みんなに期待してええんかな?
あ、シフトJIS対応についてのオレの認識は、カーネルには関係ないだろうしシェルは不可能ではないが茨の道やろなあ、くらい。 行末に、ダメ文字があれば、
\ で、改行がエスケープされるとか? やれやれだなw
例えば文字を一文字ずつ見ていって
_をスペースに置き換える処理は
漢字を壊すんだよ bashでダメ文字列を試したら、
a)問題なし
コマンドラインでの入力編集、ヒストリー、コマンドに渡る引数、外部コマンド呼び出し、カレントディレクトリの扱い、行末の\及びダメ文字の扱い、変数の代入と使用、変数のlengthとsubstring、コマンド置換、リダイレクトのファイル名、echo及びprintf、シェル関数名 など大部分
b)一部問題あり
PS1の\wが文字化け($PWDを使うと化けない)
c)問題あり
・globで、5cを含むマルチバイト文字が2文字とカウントされる(「ソ」が?ではなく??で選ばれる。他のASCIIと被る文字は問題ない。)
・変数の置換
abc=オソソソソソソソとして、
${abc//オ/ロ}は動くけど${abc//ソ/ロ}は駄目
一方で${abc//オ/ソ}は問題ない
たしか置換前の方がglob扱いだったから、これは上のglobを直せば同時に直るかもしれない
・alias名
ちょっとした修正で全く問題なくなりそう × ちょっとした修正で全く問題なくなりそう
○ 多数のソフトを修正しなければならないから大問題 SJISの問題は _ の話だけじゃないよ
ASCII文字のほぼ半分。制御文字と数字と一部の記号除いた
アルファベット文字に関する処理すべてが漢字の文字に影響する
例えばAを検索すると一部の漢字にマッチするし
Aを置換すると一部の漢字を壊す cat sjis.txt | tr [a-z] [A-Z] > sjis2.txt
ナニヌネノ -> オカガキギ に化ける
地震で津波が発生 -> 誰尻で津濡が発生 に化ける > 誰尻で津濡が発生
俺のフィンガーテクを受けたやつはみんなこうなる というか「WindowsのShift-JISへの対策・対応状況」と
「Linux (Unix) のShift-JISへの対策・対応状況」とでさして違いがない。
「LinuxでShift-JISに対応しようとすると多数のソフトの修正が必要」というのであれば
同じ問題がWindowsでも起きてる。
実際ダメ文字っていう概念はLinuxに限った概念じゃないからね。
むしろWindowsでShift-JISに対応しておらずダメ文字が問題になった例の方が、
人口比的なものもあるだろうけど、より有名じゃない? >>695
それはOSの問題ではない。
そんな処理をしたユーザーが問題。
たとえば、英字の大文字小文字変換としてコード値に0x20を加減したら、ASCIIならうまくいくが、UTF-8 ならうまくいかない。
現実のテキスト処理をするなら、文字コードの仕様にあわせることはあたりまえ。
シフトJISなら、バイトがマルチバイト文字の上位バイトか下位バイトかいずれでもないかは当然区別して処理しないと。 >>698
EUCは2バイト文字の右半分がASCII文字になることはない
>>699
ぜんぜん違う
Windows NTは内部文字コードをUTF-16で処理している
カーネルとドライバは当然のことながら、Windows APIも
ANSIバージョンであってもUTF-16に変換して処理している
そりゃアプリは当然対応しなければいけないが
OSそのものは最初から多言語対応になっている
Linux/UnixはOS自体がC言語で作られ、内部文字コードは
1バイトのASCII文字互換であることを前提で作られてる
影響範囲が大きすぎる >>700
> そんな処理をしたユーザーが問題。
そんな処理がOSのあちこちに含まれてる
例えば起動時に実行するシェルスクリプトとかな >>700
> たとえば、英字の大文字小文字変換としてコード値に0x20を加減したら、ASCIIならうまくいくが、UTF-8 ならうまくいかない。
アホなの?
UTF-8であっても「英字の大文字小文字変換」で「ASCIIの英字大文字」を渡したらうまくいく
お前が言ってるのは「英字の大文字小文字変換」で「ASCIIの英字大文字以外(例えばASCIIの数字)」を
渡したらうまくいかないと言ってるのと同じことだぞ まとめ。
>>673
ファイル名に日本語を使っても?
>>675
ええんちゃう?
シフトJISはツラそうだがかんばればなんとか?
>>676
「Linux/UnixはShiftJISをサポートできない」!!!
以降
「OS」の認識がゆるそうな>>676に対する指摘。
シフトJISなLinux環境はあまり現代的じゃないし、わりとどうでもいいはずなんだけど。w >>703
アホなの?
シフトJISに置き換えたらそのままだろうがよ! >>705
だからお前が持ち出した「英字の大文字小文字変換」という例は
UTF-8でもSJISでも共に「英字の大文字」にしか対応しておらず
「英字の大文字以外」の動作は "未定義" のコードだろ
未定義なんだからうまくいかなくても想定通りの動作だ
俺が出した tr [a-z] [A-Z] というコードは
「英字の小文字を大文字に変換し"それ以外はそのまま"」というコードなんだよ
UTF-8の文字列を渡した場合は、正しく動くが
SJISの文字列を渡した場合は、正しく動かないんだよ
SJISのために余計な処理が必要になる
Linux/UnixでSJISに対応しようとしたら
このような余計な処理がたくさん必要になるという話をしてる >>705
言い返したかったら
英字の大文字小文字変換としてコード値に0x20を加減するコード
かつ、それ以外の文字は変換しないコードにしてみ?
そしたらそれは、UTF-8なら正しく動作し、
SJISだと漢字を壊すコードになるから
(SJISのための処理を追加しない限り) >>706
話が通じてないな。
そのへんは、UNIX/Linuxの問題ではない。
もう相手にしない。 >>699 >>701
XPが出始めの頃、エクスプローラでShift-JISのダメ文字が問題となって、
それに対応するパッチもあったと記憶している。 >>706
言い返したかったら
英字の大文字小文字変換としてコード値に0x20を加減するコード
かつ、それ以外の文字は変換しないコードにしてみ?
これすらできないもんなお前はw
>>709
俺は記憶していない
もしそんなのがあればWindows 2000でも問題になってるはずだが? >>709
そうそう。
それが修正されたことが「OSとしてのShift-JIS対応」だと言うんなら,
Linuxでも「OSとしてのShift-JIS対応」はされてる。
C言語であろうが何であろうが,ダメ文字に対処することは可能だからね。 >>712
OSに関する点すべてを修正することが「OSとしてのSJIS対応」
局所的に一箇所だけ修正して、それ以外は修正されてないなら
それは「OSとしてのSJIS対応」ではない
完全対応かどうかって話をしてる なんかもうあほらしくて議論する気がなくなってきたけど
WindowsのShift-JIS対応が「完全」なら,
どうしてWindows上でダメ文字対応する必要が(今だに)あるんですかね?
あ、「それはWindows上のwin32 APIで用意されているShift-JIS対応の機能を使ってないからだ!」
っていう反論はなしね。
それってあなたが「LinuxはOSとしてはヾhift-JIS対応していない」ことの理由に挙げている
「Linux上のglibcやlibiconvで用意されているShift-JIS対応の機能を使えば」っていう文脈と同じだもの。 そろそろOSのスレに行ったら?
シェルスクリプト関連からなんてOSの内部なんて知らん、せいぜいAPIがOSな感じ
WindowsだってShift-JISとUnicodeとふた系統のAPIが用意され、Shift-JISのAPIを使ってたら=使われていた使われている同じ=シェルスクリプトのスレで違いを論じあってるのがおかしい >>714
アプリケーションコードレベルでなんかやってたらかな。まあやるだろうけど
OSの内部でUnicodeだからアプリケーションもUnicodeでというのは、まあやらんな、Shift-JIS APIを使ってるようなのは
シェルスクリプトで使うコマンドやシェルも同じことだな >>714
> どうしてWindows上でダメ文字対応する必要が(今だに)あるんですかね?
自分で「Windows上」って言ってるから、お前
OSの対応とOS上の対応は違うってわかっててわざと言ってるんだろ?
そいうあからさまな釣りにレスする価値ないね
でなおしてきな Shift-JISなんてLinuxなどでも今頃使わない廃れたコードに拘ってるのがおかしい
未だになんか(ちょっと)拘ってるOSがあるようだけど
どうせなら、Unicode(UTF-8)でのLinuxなどの問題を言えよw Shift-JISなんて誰も使わないのを論じるより益があるだろう、発端のも別にShift-JISと言っているわけではないようだし >>718
今はOSが対応してるかの話をしてるだけ
Windowsは内部コードがUTF-16でSJIS等はUTF-16に変換して処理される
WindowsのAPIのうち、ANSI対応のAPIがSJIS等に対応しているAPIで
このAPIの存在がまさにWindowsがSJIS等の対応しているという証明になってる
そしてOSに付属しているコマンドもしっかりSJIS等に対応してある
しかしLinux/UnixにはそういうったAPI(システムコール)が存在しない
だからOSではない部分で独自に対応しないといけない上に、
付属のコマンドは多くががSJISに対応していない >>719
Windows APIを使ったのを書いたことがないとしか思えない
Windows API には Shift-JISバージョンとUnicodeバージョンがある、Shift-JISバージョンを使っていたら内部でどうであれ同じ問題は起こり得る
同じように、Shift-JISに対応したLinuxなどではAPIで問題が起こることはないだろう、ロケールでShift-JIS設定できて問題ないんだろう実際に
何を論じてる、その違いでどう問題が起こると言っているのかさっぱりだな。てか、そんな問題は今時起こらない(UTF-8にしてるのが当たり前な)のでそんなの言っても意味ねえとしか思えんけど > Windows API には Shift-JISバージョンとUnicodeバージョンがある、
Shift-JISバージョンなどというものはない。
あるのはANSIバージョンだ。
そういう基本から、お前は理解していない。 > 同じように、Shift-JISに対応したLinuxなどでは
存在しない Shift-JIS 対応 Linux でぐぐればでてくるだろ?
Linux の Shift JIS サポート
http://www.ossforum.jp/jossfiles/Linux_SJIS_Support.pdf
> なぜ Linux で Shift JIS ロケールがサポートされない
> 現在、日本で利用されている多くの Linux ディストリビューションでも、Unicode 系の UTF-8 がデ
> フォルトとされ、Shift JIS ロケールが用意されているケースでも、利用は推奨されていない。ちなみ
> に、ユーザーのロケール設定は、Linux ターミナル画面で locale コマンドを打てば LANG=
> ja_JP.UTF8 のように表示されるので確認できる。
> Shift JIS 系ロケール(sjis、cp932、ibm943 など、Appendix 1 参照)は、次のような理由のために推
> 奨されていない;
> 1. Linuxの文字処理ライブラリ関数は、Unicode を扱うことを基本としているため、本ライブラリ
> 関数を使ってインプリメントされた Linux システムコマンドでは、ファイルデータの中の文字
> 処理や、ファイル名の処理で、Unicode は正しく扱えても、Shift JIS は扱えないことがある。
> 2. Shift JIS データの処理は、「特別」な扱いとなり、メールクライアント Thunderbird など、個々
> のミドルウェアに多大な開発負担を負わせている。
> 3. 特に、正統 Shift JIS ロケール sjis では、 0x5C=U+00A5 というマッピングのために、オープ
> ン系プログラム(C言語、Java など)の動作が保証されない。cp932 などでは問題ない。 >>721
そのANSIとやらの内部でShift-JISに対応してんだがな=Shift-JISバージョン
純粋にANSIとUnicodeしかなかったら、Shift-JISを受け入れるAPIはなんなんだかな
マジでちょっとWebでちょっと見ての知ったかかよ
>>722
それが対応してんだな、対応してなかったら使えない漢字があることになるだろうに
だったらShift-JISなんてロケールできねえわな
マジ知ったかすぎ > そのANSIとやらの内部でShift-JISに対応してんだがな=Shift-JISバージョン
だから最初から俺が、SJISはWindows NTの内部文字コードであるUTF-16に変換しているから
WindowsはSJISに対応してると言ってるだろ。APIはOSの機能だ。
> だったらShift-JISなんてロケールできねえわな
今LinuxでSJISロケールに対応しているものは現存しない
あったら教えてくれや
昔、実験的に作られて実用的じゃなかったから
今LinuxでSJISロケールが存在ししてない。証拠の一つ。
Windowsが今も標準でSJISに対応してるのとは対象的だな ん?もしかしてこいつ。ANSIバージョンのAPIで
もしSJISだったら特殊な処理を行う。みたいな行き当たりばったりな
コードが入ってると思ってんじゃねーか?w
ANSIバージョンのAPIは単純に現在のコードページ(SJIS等)から
UTF-16に変換(またははその逆)をしてるだけなんだが
Windows NTは内部的には全部UTF-16で処理してるのだからSJIS特有の処理は行っていない
OSの機能としてANSIバージョンは文字コードの変換機能が行われてるだけ
繰り返すが。OSの機能として。これがOSの機能。 何その最初のごまかしは。お前は、
>Shift-JISバージョンなどというものはない。
>あるのはANSIバージョンだ。
と言っているんだけど?ただの厳密な(?)名称のをか?残念ながら日本ではShift-JISを使うのが当たり前で、ある意味後でUnicodeがなので、歴然とShift-JISバージョンのAPIという認識されてる
書いたことないなら知らんだろうけど
>昔、実験的に作られて実用的じゃなかったから
>今LinuxでSJISロケールが存在ししてない。証拠の一つ。
何それww存在してないわけではなくデフォで入ってないとかじゃないの?てか、やっぱり何それ
だったら「全く」Shift-JISに拘る根拠は皆無だな >>727
お前が認識してるだけだろw
世界中でANSIバージョンはSJISバージョンのAPIだと思ってるわけがないだろ
ほんと世界が狭いなw
> 何それww存在してないわけではなくデフォで入ってないとかじゃないの?てか、やっぱり何それ
だから追加できるなら、その追加方法をいえって。
削除されて追加できんねーんだよ
俺の言葉の揚げ足を取るんじゃなくて
お前が証拠を突きつければいいだけ
できないんだよなw >>726
Shift-JIS バージョンの API と Unicode バージョンの API ふた系統あると「俺は」「最初から」言っているんだがな
お前が Shift-JISバージョンなんてない ANSIがあるだけだ と言い出したんだろうが
何その妄想。酷すぎw そんなこと考えるとしたらお前の方だろうがw
無知を色々晒して偉そうにのたまうからそんなわけわからんこと言い出すんだよ > 削除されて追加できんねーんだよ
削除されてというか一部で実験的に作られた程度で
本流にマージされたことはない
訂正な >>728
何それww
残念だったな
ググればすぐあるけど?頑張れよ >>729
> Shift-JIS バージョンの API と Unicode バージョンの API ふた系統あると「俺は」「最初から」言っているんだがな
SJISバージョンのAPIというものはない。
なんど言えば理解するんだ?
そしてANSIバージョン+SJISのコードページに対応して
Windowsが出荷されてるんだから。
ほれみろ。WindowsはSJISに対応してるじゃねーか > ググればすぐあるけど?頑張れよ
それ自分で見つけられなかったときの言い訳じゃんw
相手に探させようとするww そこの拘るだけしかないんだな。意味ないな、ガンバレ 今SJISの話をしてるのだからSJISに拘るのは当たり前 >>733
いや、ググったらすぐにあったけど?
俺はShift-JISなんて今時使わないだからな、Shift-JISなんて無くてもいいんだから
なんで 意味なく無知なのに偉そうな お前に 親切に 教えてあげなきゃならないのよ
>>735
いや、そこじゃないんだけどw
てか、またそれだとイミフだぞ?お前はLinuxでロケールでShift-JISなんてできないってんだろ?だったら拘る理由がゼロだろうに
論理破綻してるぞ?まあ頑張れ。イミフすぎてもうわけわからんが頑張れ > いや、ググったらすぐにあったけど?
じゃあググったキーワードを書いて
見つけたサイトじゃなくていいよ
キーワードだけでいい
それぐらいできるでしょ?
検索したキーワードなんだから LinuxでロケールでShift-JISなんてできないということに拘るだけですが?
ゼロって何の話ですか? Windowsは出荷状態でSJISに対応しているが
LinuxはShift-JISなんてできない
→そうですね
で終わる話だと思いますがね?
なんでそれでだめなんですか?
拘るというのは、そうですねで終われない人の方でしょう 全く面倒臭いな
・linuxカーネルはバイト列で扱うから\0と/さえ区別できれば良く文字コードの概念は基本的にない
・SJISは\0と/の条件を満たすから使える
・GNU/Linuxのユーザーランドにはglibcのlocaleサポートがあり
>683に書いてある通り
# localedef -f SHIFT_JIS -i ja_JP ja_JP.SJIS
$ export LANG=ja_JP.sjis
でSJISも使える
これだけのこと WindowsにはA系APIがあるからセーフという理屈なら、UNIX/Linuxではiconvでもnkfでもあるんだからセーフ。w
A系APIが対応してるのは、ANSIではなく、OEM文字コードなんだけどな。 ・linuxカーネルは〜
・カーネルとOSは別である
論破w >>741
多くのアプリがiconvやnkfを使ってない >>743
アプリじゃなくてOSの話だそうです。>>717 >>743
知らんがな。
未対応なものがあったとしても、カーネルにもOSにも関係ない。 カーネルやOSで"対応していない"から
ソフト側で対応するしかなくなって
結果対応してるソフトが大幅に減ってる >>747
カーネルやOSは、文字コードを限定していない。
アプリはアプリなので、まったく別の話。 >>748
Linuxはそうだね。だからLinuxはSJIS等に対応していない。
WindowsはOSがAPIを提供している。 >>749
抽象度の高い数学は、現実の物理の計算に対応してないってことだな。w
また、Windowsの多くのAPIは、DLLで提供されてるただの関数でしかない。
まあ、もうええ。 >>753
> また、Windowsの多くのAPIは、DLLで提供されてるただの関数でしかない。
それをいうなら、
Windowsの多くのAPIは、OSで提供されてるただの関数でしかない。
だろ?
今はOSが対応しているかどうかの話をしてるんだから もうなんでもありやな。
Windowsってスゲー!w いやある意味マジで凄い,とも言えるな。
Linuxだと集客力がなさすぎて,ある程度論理的思考ができる人間しか寄せ付けないけれど,
Windowsには(謎の)集客性があるから,[検閲されました]。 > [検閲されました]。
これ面白いと思って書いてんの? >>758
>>683,685,686
で、終わってる話だな。都合が悪くなったら訂正できずに話を逸らして持論を喚いてるだけの
論理的なんてあるわけがない。異常な執着さだけだな 日本語の設定表記ってjaなのかJPなのか分からなくなるわ ja_JP
en_US
この2つが頭に入ったらどっちがどっちか迷うことはなくなったな。
「US」が絶対に「国」だから。w >>685
んなもんシェルがlocale対応してないだけの問題じゃん。 ではシェルがlocaleに対応していたらSJIS対応になるのだろうか?
もちろん違う。なぜならlocaleがSJISに対応してないからだ 結局最初の質問に対する答えとしては,
いまどきのマトモなOSは,
端末上の文字表示に既定でUTF-8を採用していて,
その場合はコマンド名に非ASCII文字を用いても問題は生じない。
でいいのかな? >>766
「端末上の文字表示に既定でUTF-8を採用しているものを
まともなOSという定義にしたい」というお前の願望やろ?w × localeがSJISに対応してないから
○ シェルのlocale対応が中途半端だから >>766
そう考えて差し支えないし、大抵はロケール対応してるから他の文字コードでも同様に非ASCII利用可(SJISも可) そういえば、昔のCygwin、output-metaがoffだったな シェルはOSの一部。WindowsのシェルもOSの一部 >>773
体を手に入れたらメガネが付いてるわけじゃないからなぁw メガネは顔の一部じゃない あなたは私のすべてじゃない zshって:コマンドが遅いと思ったら、:という名前の関数を定義できるから
何もしないコマンドではなく関数呼び出しのようになってるんだろうな
めんどくさいね 絵文字→数値文字参照に変換したいんだけどシェルだけじゃ無理?
たとえば「😀」であったら「&# 128512;」みたいな
nkfで数値文字参照→絵文字の逆パターンはできるっぽいけど >778
できるよ
#!/bin/bash
unk="??" # ← うんこの絵文字
printf '%x' "'$unk" # 1f4a9
ただしbashのようにUnicode対応してるシェルじゃないと駄目
dashのように対応してないシェルだと1バイトずつの処理になるからから
UTF-8 → コードポイントへの変換処理を自前でやる必要がある
あと文字ではなく文字列の場合は1文字ずつループする必要があるね
これもbashだったら簡単だけど、dashとかだと苦労する。
dash等の場合パフォーマンスの点からodコマンドで
8進数化して処理したほうが速いかもしれない
どちらにしろまあ手間がかかる こんにちは
PowerShellだと自作のhoge.ps1ファイルを実行すれば
hoge.ps1に定義していた関数が使えるようになりますが
Macで同じように自作のpiyo.shに書いて,ターミナルから実行して,
piyo.shに定義していた関数をその後も有効にすることはできないでしょうか
PowerShellと同じ感覚でtest.shに
#!/bin/bash
function hello(){
echo "Hello, World!
}
と書いて実行したら,ターミナル上でその後も関数helloが有効になると思っていたのですが・・・
初心者(今日からはじめました)のでなにもわかってないと思いますが >>779
>>780
おお、できた!
printfで完結するんだね
メインのシェルはbashだから大丈夫
ありがとう! >>781
source(または . コマンド)で読み込む
シェルスクリプトを「実行」した場合は
新たにプロセスが作られて実行される。
今使ってるシェルでつかえるようにするには
現在のシェルに読み込まなくてはいけない
それがsourceコマンド
でもまあ個人的には外部シェルスクリプトにするほうが
便利な気もするけどな printf '%x' "'$unk" # 1f4a9
ところでこの シングルクォート を頭につけるって
仕様どこのバカが考えたんだろうな?
このせいで最初の一文字しか変換できず
文字列を文字コードにすることができなくなってる
フォーマット書式を拡張して、例えばこんなふうにしていれば
文字列を全体を変換するとかできただろうに。今からでも遅くはないが
printf '%@x' "$unk" ちゃんとテストしてないけど、文字列全部をコードポイントにする方法
while [ "$str" ]; do
printf '%x ' "'$str"
str=${str#?} # 頭一文字を削除
done
多分動くと思うけどprintfを文字の数だけ実行しないといけないのがダサい(遅い)
bashだったら、頭から文字を削らなくても ${str:N:1} でできるはず
どちらにしろprintfの実行回数は減らせないが
ここから絵文字のみをコードポイントにするには
コードポイントの判定が必要になるので・・・
codepoint=$(printf '%x' "'$str")
これはサブシェル使ってるから更に遅くなる(ため息)
パイプ使って処理するのがまだましかねぇ
while [ "$str" ]; do
printf '%x\n' "'$str"
str=${str#?} # 頭一文字を削除
done | while IFS= read -r codepoint; do
# そのまま出力するか、実体参照で出力するか判定して切り分ける
done
めんどくせーなw そういう場合はバラすコマンドを書くんだよ
printfなんて引数が書式から溢れたら繰り返すという独特の仕様なんだし >>790
そうすると今度は引数が多すぎますってなるんだよな
また全てを実体参照にしないなら、書式も動的に組み立てる必要がある
一体どのアルゴリズムが一番速いのか?
なかなかうまく行かないもんだよね >>791
行にばらしてから、xargsでまとめればなんとか?
なお、速さを心配するならPerlで! printfもシェルつーかprintfコマンドやな。という言い方もできる
ほとんどはprintfはビルトインコマンドだからシェルの一部と言えるが
なんとmkshではビルトインではないのだ
だからprintfを多用するとmkshでは遅くなる 速度速度言うなら...w
まあ、マジでそう思わないこともない 言語(ツール)を選ぶ理由は速度が第一じゃないからね
なにか理由があって言語(ツール)を選ぶ
その上で(極端に)遅くなる場合ってのは
知っておいたほうがいい
無知で極端に遅くしておいて、自分が悪いのに
言語(ツール)のせいにするのは愚か者 一人で妄想して馬鹿にしてる感じ、誰のことを言っているのだが 誰も聞いてないことをで自己満してる
承認欲求が激しいんだろうな 外部コマンドをビルトイン化できるらしいがどんな用途で使うんだ
日頃使ってるechoは速度重視だからシェルに内蔵してるってのは分かるが >>801
細かい用途はいくつか思いつくし、思いついてるだろうけど
使うか?って聞かれたら使わないだろうなって思うものばかりだよ lessコマンドひでぇw
-? -# -~ -" とかいうオプションがあるw .shファイルの実行はずっと脳死で「sh test.sh」とかでやってたけどそれだとPOSIXの関係で目的通り動いてくれないコマンドもあるのか
ログイン時のデフォルトシェルがbashでもshで叩いてしまうと意味がないと
これからは「bash test.sh」 とかでやるようにするけどshで叩く癖が抜けるまでしばらくかかりそう… >>804
chmod +xして#!をちゃんと書いたら?
わざわざshやらbashやらから打ち込まなくても。 >>805
実行権ってそんな便利なことができるのか
今までよく分からなかったからスルーしてたorz
#!もちゃんと書いてshとか抜きで無事実行できました
ありがとう スレチでしたら申し訳ないです
どこで質問したらいいのか分かりませんでした
curlで取得したhtmlソースからページのタイトルを取得したいです
curl "https://ja.wikipedia.org/wiki/" | nkf -w | grep -oP '(?<=<title>)(.+)(?=</title>)'
こんな感じで<title>タグに挟まれた文字列を正規表現で抽出すればできそうなのですが、wiki等の一部サイトではgrepで抽出できません
googleやyahooはできました
文字コードがShift-JISなのが問題だと思いますがnkfで変換してあるのになぜできないのかわかりません
どうすれば抽出できますか? pup使うとCSSセレクター使えるから簡単だよ
curl -Ls "https://ja.wikipedia.org/wiki/" | pup ‘title text{}’ ファイル名が「20200812.txt」と、日付が入っているとします。
7日前の古いファイルを削除したいと思い、
oldfile=`date -d "7 day ago" +'%Y%m%d'`
rm -f /home/test/public_html/$oldfile.txt
としたのですが、「20200805.txt」が削除されません。
oldfile=20200805
rm -f /home/test/public_html/$oldfile.txt
というように直接日付を書けば削除されます。
何が原因でしょうか?(パーミッションは問題ないです) $oldfileの中身確認した時点でわかるだろ・・ echo `date -d "7 day ago" +'%Y%m%d'`
というコマンドを実行すると、「20200805」となります。
なので、$oldfileに代入されていると思うのですが、
なぜかシェルスクリプトからは実行されない?みたいです。
なので、書き方が悪いと思っているのですが・・・ >>810
olddateは正しいとして。
パーミッションは本当に適切か?
そのファイルまでのディレクトリは全部見えるか?
親ディレクトリにwは付いてるか?
ユーザーは違わないか?
もしcronなどから実行してたら、実際のユーザーが違うかも? >>813
>>810の、下の書き方(日付を直接書く)場合だと削除されるので、
パーミッションやらユーザーやらは正しいと思います。 共に、
echo rm -f /home/test/public_html/$oldfile.txt
や
echo rm -f /home/test/public_html/$oldfile.txt | od
で出して同じか見てみ。違うんだろうとしか思えんけど そもそも、エラーメッセージは出てないんか?
パスがないとかパーミッションがないとか。 >>808
>>809
Lオプションでできました
pupの情報もありがとうございます oldfile=`date -d "7 day ago" +'%Y%m%d'`
echo $oldfile
20200806
# -x は、16進数。big endian で表示する
echo $oldfile | od -x --endian=big
3230 3230 3038 3036 0a00
0a00 が入っている! >>807
Ruby なら、静的なページを、Nokogiri で、スクレイピングできる。
ただし、Ajax を使う動的なページは、sleep するか、Selenium Webdriver を使う
require 'nokogiri'
html = `curl http://www.example.com/`
doc = Nokogiri::HTML( html )
elements = doc.css( "h1" )
puts elements.first.content #=> Example Domain 0a 付けてるのは echo
-x
16 進 short として出力する。 -t x2 と等価。
short として出力するためにpaddingとしての 00
echo 20200806 | od -x --endian=big
しても同じだろうが >>819
>>809と違いはなさげ。pupというのを新しく入れるのが障壁でないようだし
他人にシェルスクリプトのスレでRubyを勧めるぐらいなら、お前は基本的なことを勉強するのが先だw 漏れは、Windows 10, WSL, Ubuntu 18.04 だけど、
which pup
無し
apt-cache show pup
パッケージ pup が見つかりません
oldfile=`date -d "7 day ago" +'%Y%m%d'`
echo $oldfile | od -x --endian=big
3230 3230 3038 3036 0a00
echo $oldfile.txt | od -x --endian=big
3230 3230 3038 3036 2e74 7874 0a00
確かに、0a00 は、echo が付けているだけだった > rm -f /home/test/public_html/$oldfile.txt
>
> としたのですが、「20200805.txt」が削除されません。
-f つけなければなにかわかるだろ >>810
上の方法でもこっちでは成功したから、
なんか全く別の所でひっかかってる気がするんだけど
とりあえず
rm ~/"public_html/$(date -d '7 days ago' +'%Y%m%d')"
こうしてみて。 >>810です。みなさん色々ありがとうございます。
原因はわかりませんが、以下のコマンドで削除されました!
oldfile=`date -v-7d +"%Y%m%d"`
rm -f /home/test/public_html/$oldfile.txt
サーバーはFreeBSDなのですが、
サーバー的な問題があったのかもしれません >>822
パッケージに無くても入れらるんだぞ。パッケージになないようだけどな
>確かに、0a00 は、echo が付けているだけだった
0a な。 00 を付けてるといえば付けてるのは od な while ここでbreak使うのはOkなのだろうか?; do
:
done 書けたとしても書かない方がいいだろうな
可読性が下がるから え?どうやって?
foo \ # comment
foo # commnet \
どっちも無理なんだけど? >>834
前者は継続行ではなくエスケープ。
後者は、その次に続く。 printf “―-こんにちわ―-“
みたくprintfにハイフンから始まる文字列を出力させようとするとエラー出るんですけどどうにかならいですかね?
echo使えば解決ですけど >>837
printf -- “―-こんにちわ―-“ >>838
>>839
おー、これでできました
ありがとうございます! >>841
すみませんが、質問内容は最初に書いたとおり
「継続行の後にコメントってかけないの?」です 以下のようなヒアドキュメントを使用して、sshコマンドで複数コマンドの出力結果をすべてファイルに出力したい場合、どのようにしたら可能でしょうか?
ssh -t -t ユーザ@IP <<EOC
コマンド1
コマンド2
コマンド3
exit
EOC
ちょっと試す環境が無いのですが、以下のように1行目をリダイレクトすれば可能でしょうか?
ssh -t -t ユーザ@IP <<EOC >>出力ファイル >>842
commandline \
# 継続行の後。
書けるやろ。
ほかの解釈があるか? >>845
気軽に試せるテスト用の環境がないので作って本番運用してみるしかないのですが、分かれば事前に確認したく >>844
あんた面倒くさい人だっていわれたことあるでしょ?
何を言うべきか最初から気付いているのに
わざとそれをいわずに回りくどい言い方しかしない
あんたコミュニケーション能力ないよ >>847
Dockerを試せば。
たぶんなにかと役に立つのでは。 「どのようにしたら可能でしょうか?」
↓
レス「環境がないのになぜ聞く?」
これだもんなw >>850
こういうやつ、ほんとコミュニケーションに向いてないなw
「〜したく。」という表現について
https://oshiete.goo.ne.jp/qa/3612600.html >>848
バカには難しかったね。w
おきのどく。 >>851
じゃあおまえがこたえてやれよ。
くちのききかたのことしかいえないの?w >>843
それで可能
>>855
答えましたが?w
たった5文字で終わることを長くさせてるのは自分だって自覚しような >>852
本当にそうだよね、そのリンクで挙げられている会社内で使えよって話 わざと、世間でも使われてるって書いてあるのみて、無視してるんだろうなーw ベストアンサーより
> ”頂きたく””致したく””お願いしたく”といった表現は、昔からよく使う会社とそうでもない会社があるようです。 使っている会社があるけどおかしいよねってソースだろそれ >>862
ビジネスとしておかしい、マナーとしておかしいけど、使われてるって話だろ?
ここビジネスか?w >>864
そのおかしい言葉をおかしいと思わずに使っている恥ずかしいやつって見られるだけだから別にいいと思うよ! 広まってるからこうやってググって見つかるのにw
ああ、そうか使われてるって知らないって話だったな >>868
うんにゃ、知ってるよ
おかしな言葉として有名だからね >>868
ググって見つかる言葉なら正解だよね!わざわざググってくれた君の行動に行動に敬意を評したく 1. 言葉がおかしいと知ってる
2. 言葉がおかしいとレスすればいい
3. それ以前に、正しい言葉を知ってるんだから
脳内で補間して、本当にすべきレスをすればいい
実際に返したレス→「したく…なんだよw」
な?コミュニケーション能力ないだろ?w >>871
変なとこでぶった切ってるから何が言いたいんだ?もっとまともな日本語使えよってツッコミでしょ?
もう少しまともな思考をしてもらいたく こういうナチュラルに嫌がらせをするやつっているよなw
「すいませーん。ちょっと今いいですかー?」
↓
「え?吸いませんってなに?タバコ?タバコ吸わない宣言でもしてるの?w」
はぁ、疲れつやつだ。こいつ相手だと話が進まない。ってなる。 >>874
まったく比較になっていない例えを持ち出してくるやつっているよねー。こいつ相手だと話が進まない。ってなる。同僚に同情したく。 >>874
疲れながら構ってくれてありがとう。感謝したく >>877
全然。面白かったから突っ込んだだけなんだけど、コミュニケーション能力なさすぎwww >>856
ご回答ありがとうございます。
なんか荒れてしまいスミマセン(;一_一) >>882
気にしなくていいよ。いつもの「アレ」だから POSIXの範囲内で一番高度な正規表現を持ってるのはawkですかね?
それ以外はBREだよね? 例えば「基本」よりも「拡張」が高度です
拡張正規表現というのは知ってますよね? なるべく標準に準拠しつつsudoやsuみたいなコマンドを使いたいんだけど
POSIXだとsudoどころかsuコマンドも用意されてないんだね… 変数を使う時って "$FOO" と "${FOO}" のどっちのスタイルを使ってる?
Google のガイドだと "${FOO}" を使うようになってるんだけど、一文字変数をこのスタイルで書くとかっこわるく見える (e.g. "${f}")
ttps://google.github.io/styleguide/shellguide.html#s5.6-variable-expansion $FOOだと問題あるときに${FOO}。${FOO}でないとという場合はそんなないけど
Googleのガイドはごちゃ混ぜがキモいとか${FOO}にすべきとこを間違って$FOOにしてしまってというのを避けるためだけじゃね
仕事や複数共同でとしてなら一定の基準は必要だが、個人でならお好きにでいいんじゃないの >>889
These are strongly recommended guidelines but not mandatory regulation.
て言ってるじゃん。
適度に無視すれば。w
直後に、必須じゃないからってないがしろにすんな、とも言ってるけど。
{}があったほうが検索しやすかろ、というのはわかる。
それが理由で個人的には、C++関数の引数なしの(void)は絶対書く。 >>899
読みづらくない場合は $FOO
要ないものは冗長にはしないというルールでやってる
echo "$foo$bar$baz" みたいに変数が連続していると見づらいので
こういう場合は echo "${foo}${bar}${baz}"
echo "$foo $bar $baz" は見づらくないのでそのまま コーディング規約全般に当てはまる話だが
理由がないのに書き方を統一すべきという方針は
自分の脳みそで判断したくないというバカがやることだ
困っていないのであれば、統一する必要はない
(念の為に言うとタブやスペースの数は混ざると「困る」ので統一すべき事例だ)
どちらの書き方でも一長一短があるの出れば
どちらかにするのではなく「どちらの書き方でも良い」というルールにすべきだ >echo "$foo$bar$baz" みたいに変数が連続していると見づらいので
>こういう場合は echo "${foo}${bar}${baz}"
ってしてるんだよな?んなのうぜえし別に見づらくないと echo "$foo$bar$baz" と書くのが居るとしよう、そういうのをお前がメンテナンスするとしてどう思う?
それはそれでそのままか?だったらわざわざスレて開陳してる 連続していると見づらい ってなんなのか?
どこで折り合いをつけるのかという話になるんだよ、複数で共同で作業するのでは
そういうのをすっ飛ばして、自分の脳みそで判断したくないというバカがやることだ というのは単純バカだなと思う >>896
いや、だからなに?って言いたいんだが
そんなもん、関数名がgetXXXなのかfetchXXXなのか
どっちにすべきかって話と何も変わらんだろ
どっちでもいいだろ 規約がなければ普通に "$foo$bar$baz" って書くしどこも読みにくくない $SINGLE$SHELL$SCRIPT$SYSTEM
とかなら書くでしょ? な,プログラマの好きにさせてると,
譬え個々人が言っていることはそれぞれ正しくても
こんな風にいがみ合いになる。
だからコーディング規約があるんだよ。 だからコーディング規約として
Aにする、Bにする。AとBのどちらでもいい
この三番目でもいいって話
"$SINGLE$SHELL$SCRIPT$SYSTEM" のように見にくい場合は
"${SINGLE}${SHELL}${SCRIPT}${SYSTEM}" とすればいいし
"$SINGLE $SHELL $SCRIPT $SYSTEM" のように見にくくない場合は
{}を使う必要はない
変数名・関数名に「わかりやすい名前をつけましょう」というルールであるのと同じで
{}を使う使わないも「わかりやすい方法を選びましょう」でいいんだよ >>902
やはりより良いと自ら考えてのだから個々人のやり方にある意味愛着があるからな
でも他人からは単なる好みにしか見えなかったりでので
言うようにだからコーディング規約があるんだよなあ。一人だけわかってないようだけど だから「どちらでもいい」というコーディング規約なんだってばw サンプルを二度も三度も変えてなんてまでしてwなんて、しかも理由が読みづらいなんて自分のやり方が良いと言っているだけ=規約だろうに だから$fooにするか${foo}にするかはどちらでも良いという規約だっていってんだろw 俺が言ってるのは決める必要がないものまで決めるなって話だよ
ルールを作って仕事した気になってるアホ 自分でナニかを決めてるのに、それをなんか知らんが繰り返し正しいと他人に吹聴wしてるのに何を言っているのか
仕事した気になってとか何を言っているのか、全く未だに だからコーディング規約があるんだよ がわかってないな
どう見ても他人にコード見せる見られたことないだろ?お前にはコーディング規約なんて関係ないし、俺の考えた最強のはお前が好きに自分で使ってなさいな >>911
今話しをしてる「決める」っていうのは書き方、スタイルのことな
コーディング規約で、どちらの書き方でも良い。と決めるって話
理由がないのにルールを作るな 縛るって言えば理解できるか?
縛らなくて良いものまで縛るなって話 >>911
$foo にするか ${foo} にするかを縛ってる
よく知られたコーディング規約はない
縛ってないというのがわかるだろ なんでそうも自説に必死なのか。他のコーディング規約を馬鹿にしてまで
全く>>902の言うとおりそのまま、いらん紛争を持ち込む張本人そのもの
そんな自説が正しいならGoogleのアレを変えてみろってのww 明らかに馬鹿にしてるのにしないできないのは、ある意味Googleよりも俺が偉いと言いたいだけの承認欲求が激しいだけのお人とするからなw
結果お待ちしてます バカにしてないのに、バカにしていることにしたいのはなんでだろうな(笑)
あれかな自分以外は悪じゃないといけないみたいな考え方w だったらなんの規約に噛みついてるのかイミフすぎ
お前の冒頭で何を言ったのか忘れたのか?「コーディング規約全般に当てはまる話だが」だぞ?
自分の言ったことも忘れるいつものか なんの規約って、どちらでも良いものは縛るなって言ってるだけだが?
Googleだって縛っていない >コーディング規約全般に当てはまる話だが
>理由がないのに書き方を統一すべきという方針は
>自分の脳みそで判断したくないというバカがやることだ
なんか下手くそに逃げたが、Googleのは強制はしてないが無視すんなとも言ってる規約だし、発端のから明らかにGoogleの(も)だろう
やっぱりいつもののか、下手くそな逃げにもううんざりしてきた > Googleのは強制はしてないが無視すんなとも言ってる規約だし、
だから強制していないで終了だろw 百万歩譲っても、じゃあ、どの規約かもわからん、スレにも上がってない規約に噛みつき馬鹿にして延々と自説をぶった、他人と会話にちょっと問題があるお人ってことになるぞ?w
だから逃げが下手すぎだって、うんざりするほどに 意味不明
最初から縛る必要がないものまで縛るなって言ってるだけ
最初の質問通り
> 変数を使う時って "$FOO" と "${FOO}" のどっちのスタイルを使ってる?
どちらのスタイルに縛るか?
俺は縛らない。
そういう話しかしてない >初から縛る必要がないものまで縛るなって言ってるだけ
誰もそんなこと言ったやつはいない。お前がイミフに急に言い出しただけだな、Googleのでもないなら
それこそ何を言っているのだかなな...うんざり
>>894が無ければな
お前は俺流をただ言ったのではなく、「規約」に噛みついていたのだろうが、Googleのでもないどこか知らん規約にな
本当に自分で何を言ったのかすぐに忘れるやつだな > Googleのでもないどこか知らん規約にな
Googleのものでもない「書き方を縛ろうとしている規約」に
苦言しただけだが?
どこかしらん規約の話をしてきたのは誰か?
俺じゃねーよ そんな押し付けの規約があると散々言っているのはお前だけ
誰もそんな規約の話なんてお前の前からしてない
ゆうにことかいて俺じゃねーだって。ダメだこりゃ > そんな押し付けの規約があると散々言っているのは
押し付けの規約は駄目っていっただけで
そんな規約があるなんて一言も言ってないが?
お前どこの何を読んで文句言ってるんだよ? じゃあ、 >>923 ってことで納得
逃げが下手すぎ。自分で言ったことを忘れる、会話も成り立たないその場しのぎはもういいよ
結論
個人でするなら勝手にしろ
自分のやり方は最強と思うのは誰しもだが、誰しもが(?)他人のそれを最強とは思わない
コーディング規約には理由がある、それが気に食わなくてもなw 馬鹿にするほどなら変えろ、どこの知らんのは知らんあるのかもないのかも含めてなw >>929
人の話聞いてんのか?
>>889で
> 変数を使う時って "$FOO" と "${FOO}" のどっちのスタイルを使ってる?
っていってるから
どちらでも良いようなものをどちらかに縛るやつはアホだっていっただけ
お前は俺が規約に噛み付いてることにしないと話ができんのか?
最初から規約に噛み付いてないのはあきらかだろうが
噛み付いてるのは縛るやつだ 何度、俺が規約に噛み付いてないと言っても
理解できないのはなんでなんだろうねw なんの反論にも何にもなってないぞ
お前こそとしか思えない。なんでそこから強制の規約になるんだか。自分からGoogleのはそうじゃないと言っているのにw
もう「このおバカさん」と言うしかないほど呆れた
だからその場しのぎのはもうええっちゅうに。まあわからんのだろうなおバカさんにはw >>931
>>894
大丈夫か?ダーーカーーーラーーその場しのぎはもう...w 俺が最初から言ってる
どちらでも良いようなものをどちらかに縛るやつはアホだっていっただけ
については何もレスしないで会話をずらすわけねw >どちらでも良いようなものをどちらかに縛るやつはアホだっていっただけ
>コーディング規約全般に当てはまる話だが
>理由がないのに書き方を統一すべきという方針は
>自分の脳みそで判断したくないというバカがやることだ
以下も、何度も自ら「規約」とも言ってる
話しが通じないのはわかったよ。通じないというよりその場しのぎのそれで逃げられるwというのは理解できない、多分お前の自説が仮に正しくてもそれが通じるかは難しいだろうw >>936
どちらでも良いようなものをどちらかに縛るやつが作ってるのは
コーディング規約だろ。おまえ頭大丈夫か? >>938
>>931 って言っているのに、無茶苦茶だなww お前らいつも仲がいいな
じゃれ合うのはよそでやってくれ >>940
俺だけじゃないけどなww
こいつに関わると堂々巡りになるのはいつもの誰しもなパターン。その場しのぎだし、論理的におかしいところにツッコミたい欲求wはまあある意味職業病なもんかな sedでダブルクォートのまま!を使えないだろうか
"$VAR!d"みたいに変数と否定使いたい
ただこれだとbashの履歴が出るしエスケープしようにも"$VAR\!d"は利かないし
他に利口な方法があったら教えろ下さい シングルクオート内でシングルクオートは使えないのと同じようなもんじゃね
'$VAR'\''s'
($VAR's と出したい)
のように一度外に出れば? >>942
Bashの対話モードで履歴展開を有効にしている
以上どうしようもないと思う。
(いや,もしかしたら方法があんのかも知れないが)
対話モードじゃなくてスクリプトにするか,
履歴展開を一時的にでも無効化する,ていうのが手っ取り早い。 それが履歴展開になるためには対話モードで行編集が有効で履歴展開が有効で
コマンドラインとして入力し、適切にエスケープもされていない必要がある。
だから、そのどれかを崩せばいい。方法はたくさんある。
個人的には Emacs の shell-mode を使ってる。(行編集が無効になる) IFSを変更して効果があるのってreadと$*変数だけだっけ。
たとえばsetの引数の区切りを設定することはできないのかな。
実際,
IFS=: set -- a:bbb:cc:dd
とかやっても
$1にa bbb cc ddという値全部が格納されてしまって
$1 $2 $3 $4でa bbb cc ddをそれぞれ取り出す,みたいなことができない。 >>946
それは引数の処理が行われてからIFSが実行されるから
IFS=:
set -- ってやれば動く
一行でできれば変数戻さなくて便利だったのにねぇ >>947
あ……ほんとだ。
なんで確かめなかったんだろう,私は。
IFS=:を単独?で実行して以降だったら
setの引数にもIFSの値が反映されたわ。
スレ汚してすまん。 >>942
対話シェルの!dはdで始まる直前の履歴を出すから>>944の言う通りこいつを無効にすればおk
シェルスクリプトなら小細工なしで "/$VAR/!dは使える
set +H か set +o histexpandで!置換解除、-で有効化
$ FOO=`seq 3`; VAR=1
$ set +H
$ sed "/$VAR/!d" <<<"$FOO"
1
bashの設定だからset +H && sed みたいに繋げてもダメなのなこれ find 等でバイナリーの実行ファイル(だけ)を探す、ってできますかね?
実行ビットが立っているファイルという条件だと、スクリプトや無駄に実行ビットが立っている
ファイルなども入りますがそういうのは除外で。 >>953
なるほど、"ELF 64-bit LSB shared object..." みたいな出力を適当にパターンマッチ
してマッチしたらバイナリーとみなす感じですかね。 そうそう。
俺はたまにそれでPerlスクリプト探したりする。 検索してみるとわかるんだが
Perlのスクリプトは、いっぱいある。
いっぱーある fishです。
フォルダの中のテキストファイルをファイル名込みで結合して一つのファイルにしたいです。
0000.txt"hogehoge"
0001.txt "fugafuga"
これを
all.txt
"0000.txt hogehoge
0001.txt fugafuga"
としたいです。
for f in [1-9]*.txt; printf “%s “ (basename (f .txt)); cat $f; end > all.txt
このコマンドを試しましたが空のall.txtができるだけでした。 >[1-9]*.txt
0000.txtはもちろん0001.txtも該当しない >>963
言われてみればその通りですね
for f in 0(seq -w 100).txt; printf “%s “ (basename(f .txt));cat $f; end > all.txt
に直してみました。連番作成はこれで十分そうです
しかし別の問題が発生しました。
・f.txtのfの部分が相変わらずエラーになっています。文章の頭にファイル名がつきません。
・for f in 0(seq -w 0100).txt; printf “%s” $f ;cat $f; end > all.txtと変更して使ってみたところ、
連番(ファイル名の代わり)が文章の頭につくのはいいのですが
文字化けがひどく特に日本語はまったく読めません。 このスレッドは1000を超えました。
新しいスレッドを立ててください。
life time: 263日 7時間 42分 17秒 5ちゃんねるの運営はプレミアム会員の皆さまに支えられています。
運営にご協力お願いいたします。
───────────────────
《プレミアム会員の主な特典》
★ 5ちゃんねる専用ブラウザからの広告除去
★ 5ちゃんねるの過去ログを取得
★ 書き込み規制の緩和
───────────────────
会員登録には個人情報は一切必要ありません。
月300円から匿名でご購入いただけます。
▼ プレミアム会員登録はこちら ▼
https://premium.5ch.net/
▼ 浪人ログインはこちら ▼
https://login.5ch.net/login.php レス数が1000を超えています。これ以上書き込みはできません。