OS XをUnixとして使ってる人の為のスレ 18 [無断転載禁止]©2ch.net

OS X を Unix として使ってる人の為のスレです。

■関連スレ
Fink 使ってるの洩れだけなのかっ！？【rev.2】
http://potato.2ch.net/test/read.cgi/mac/1166780804/
MacPorts でワクワク UNIX ライフ Part 3
http://potato.2ch.net/test/read.cgi/mac/1315401888/
Homebrew でゾクゾク UNIX ライフ2
http://potato.2ch.net/test/read.cgi/mac/1309843497/
AppleScript アップルスクリプト 質問、発表 6
http://potato.2ch.net/test/read.cgi/mac/1387630245/
【中の人】Automator【小人】3人目
http://potato.2ch.net/test/read.cgi/mac/1416219152/
【タマニハ】MacにLinux入れようよ！その4【チガウノ】
http://potato.2ch.net/test/read.cgi/mac/1277458655/
Mac de Emacs総合スレ v7
http://potato.2ch.net/test/read.cgi/mac/1328699139/
Mac Vim 再び
http://potato.2ch.net/test/read.cgi/mac/1133534694/
Macでプログラミング{11}
http://potato.2ch.net/test/read.cgi/mac/1414566499/

■前スレ
Mac OS XをUnixとして使ってる人の為のスレ 17
http://potato.2ch.net/test/read.cgi/mac/1383436068/

だけど
% strings /bin/sh | grep PROGRAM
@(#)PROGRAM:sh PROJECT:dash-12
% strings /bin/bash | grep PROGRAM
@(#)PROGRAM:bash PROJECT:bash-125

だそうで

あ、>>704で二番目の出力の二行目を削っちゃった、失礼
おなじく Copyright (C) 2007 Free Software Foundation, Inc. があります

macOSのビルドというかバージョン管理のこの部分は昔から変わっていないようで

ところでこの文字列をちゃんと扱うコマンドがあった気がしますが、どなたかご存知
ですか? 自分はmacOS上の開発からはだいぶ離れていて忘れてしまいました

大昔のrcsだとidentっていうのがありましたが（っていうか今、それを確認するため
だけにrcsをインストールした自分w）

>>704
/bin/sh --version
で、/bin/sh で起動される実態が bash なのを確認しろ が、第一
/bin/sh に興味があるなら詳しく見てみってのが、第二

いつぞやからか、いつぞやまでは、/bin/sh は bash を別ビルド(ビルド時のなんかのオプションをオンだったかな)で、サイズはほぼ同じ
不思議に思っているだろうのは、/bin/sh はシェルではなく、指定されたシェルを起動(するだけの)プログラムらしい
後者のはググレバすぐにある

>>705
>PROJECT:dash-12 ！
？？なんだろ、実態はdashなのかな？(サイズ的にはまあ合ってる感じ)、起動すべきのが設定されていなかったら、元のdashでとか＝そのうち 起動すべき のが消えるとかかな

>>708
なるほど、man shに/private/var/select/shを起動するとありますね
私の環境では/private/var/select/sh -> /bin/bashとなってます
なので--versionでbashと見分けがつかないと

念の為システムコールとか見とこうと思ったらdtrussとか使えない
SIPをいじったりしてみたけど駄目。Montereyで使えてる人います?

シェルスクリプトの話か？
POSIX原理主義者だが何か教えてほしいことはあるか？

およびじゃない

>>708
>？？なんだろ、実態はdashなのかな？

ここでのdashは中の人が管理しているパッケージの名前ですね。おそらくその中で
- macOSで使うdashのコード
- /bin/shのコード（実行すべきシェルを探してexecするだけのコード、たぶんオリジナル）
を管理しているということかと

>>713
Apple Open Source で見れるやつのね
大体はコマンド名(複数のコマンドを含めたのは別)だから、dashってdashしかないんじゃないのかと
単なるキックコマンドを新しく作っていたとしても、dashに入れるかなあ。そもそも単なるキックコマンドにしてはでかいような(ちなみに、似たような単なるキックコマンドである /usr/bin/git は 18288 )

Apple Open Source のページはいつの間にか変わったな。今回のようなのからは探しやすくなったが、macOSバージョンでどういうのというのがなくった？
それよりも、まとめてダウンロードできなくなったような

>>714
>dashに入れるかなあ
現在の機能的には「全く」dashと無関係ということでね

まあ、Appleはそのうち/bin/shをdashにするつもりまんまんw、そんな感じが感じ取れそうってことで

>>714
「でかい」ってそれはあなたの感想ですよねw 2アーキ分というのもあるし
ソースがなければ〇〇したらいいじゃない

/usr/bin/gitはコマンド名がccか、clangか、等チェックしてxcselect_invoke_xcrun
というのを呼ぶだけですね。実際
% ls -li cc clang llvm-gcc c++ llvm-g++ clang++ git
1152921500312781207 -rwxr-xr-x 76 root wheel 167120 Aug 24 01:59 c++
1152921500312781207 -rwxr-xr-x 76 root wheel 167120 Aug 24 01:59 cc
1152921500312781207 -rwxr-xr-x 76 root wheel 167120 Aug 24 01:59 clang
1152921500312781207 -rwxr-xr-x 76 root wheel 167120 Aug 24 01:59 clang++
1152921500312781207 -rwxr-xr-x 76 root wheel 167120 Aug 24 01:59 git
1152921500312781207 -rwxr-xr-x 76 root wheel 167120 Aug 24 01:59 llvm-g++
1152921500312781207 -rwxr-xr-x 76 root wheel 167120 Aug 24 01:59 llvm-gcc

/bin/shは、もうちょっとだけロジックがある

いや、/bin/shも同程度か
お使いのOSバージョンによってファイルサイズは違いますね

あら、git以外にも開発系コマンドはほぼ全部? 同一なのね
面白いことをしますなあ、中の人

ある時期に、コマンドも全部Xcode.appに内包するようにしたからな

いつまで発見した疑問問答を続けるのか

バイナリーを1個にまとめる意味はなんだんだろう
昔からある、サイズを減らす使う手法としてなら、こんな風に別のバイナリを呼ぶのではなく
全部のコードを含まないといけないし、かつそれが有効なのはスタティックな場合ですよね

思いっきり思い違いしてる

皆さん素直に正解を教えてくれないw なので疑問と自己ツッコミが続くw

ふと思ったのは実行ファイルの自由さのためとか... ??
ライブラリに関してはダイナミックリンカーの設定・挙動でどこのどのバージョンを
使うかをランタイムでコントロール・管理できる自由度がある
一方実行ファイルに関しては環境変数とか、従来意外と地味な状況かと

的外れの妄想

茶化すしか能がない平均的スレ民

能があるならお前がそんなの無視して教えればいいのに
本人かと思えるレス

答えそのものを教えてもらえるのが当然というアレな思考なんだろな
違うと教えてもらってると考えられないのがまさしく。悩まないと身につかないよw

ちょっと茶化すと超いきり立つ平均的スレ民

↑ 自己紹介しかできないアホ

少し調べてみました
xcrunとかxcode-selectとかここらへんのやつが小細工をしていると
大雑把に開発系コマンドのインストール場所の管理とかそんな?
でそれは選択したしたSDKのバージョンなんかにも依存する?

しかしそんなことをして各コマンド自体は改変せずともちゃんと動くんだ
特定のファイルやディレクトリの位置をビルドの設定時に決めるようなやつとかいますよね?
そういうのも含めてアップルで改変・管理してるのかな

Xcodeを14にアップデートしたらxcrunがクラッシュするようになったのですが
私だけでしょうか

#!/bin/sh

_RES=$(printf "A\nB")
_STR="A\nB"
echo "_RES「${_RES}」"
echo "_STR「${_STR}」"

if [ "${_RES}" = "${_STR}" ]; then
echo "等しい"
else
echo "等しくない"
fi

これが"等しい"にならないのは何故なんでしょう？（Monterey、zsh）

>>734
printfが¥nを処理しちゃうからじゃないの? もう一方はされない

例えば1行目を _RES=$(printf "A\\\\nB") にすると

built-inなechoも色々のようで
% zsh -c 'echo "A\nB"'
A
B
% bash -c 'echo "A\nB"'
A\nB

あー、echoやprintfが出力時に良きに計らっちゃってるというか、その実装なりに出力して同じように見えちゃってるだけってことですかね
"A\\\\nB"だと確かに等しいですね

_STR="A\nB"
printf "_STR count=${#_STR}\n"

これも4になるので、改行になってないってことですかね。

_STR="A
B"

こうだと3になりました。
改行を含めたい場合の書き方として本当にこれで良いの…？という気もしますが
なんにしろ等しくない理由はなんとなく分かりました。ありがとうございます。

>>736
-n もだが、POSIX/XSI的には記述はあるが 実装による のようだからね
逆に、-n や文字列にバックスラッシュが含まれる echo の結果には互換性はないと記述があるくらいな

>>737
>あー、echoやprintfが出力時に良きに計らっちゃってる...
そゆことだね。/bin/sh は -n は処理するが文字列中のバックスラッシュは処理しないから、同じようには見えなくなるね

バックスラッシュは、基本的にはシェルでは処理しない
_STR="A\nB"
printf "_STR count=${#_STR}\n"
は、シェルで
>_STR="A\nB"
_STRに A\nB そのまま入れるだけ
>printf "_STR count=${#_STR}\n"
${#_STR}をシェルで展開し A\nB だから 4
_STR count=4\n がprintfの引数になる、printfは _STR count=4\n を受け取ってるだけ

シェルでリテラル中のバックスラッシュを展開させたいバックスラッシュ＋な特別文字(表記)を使いたいなら、実装による(まあ、bashやzshではサポートしてる) $'A\nB' という方法もある

>>739
>/bin/sh は -n は処理するが
/bin/echo は -n は処理するが

>>739
>バックスラッシュは、基本的にはシェルでは処理しない
シェルでバックスラッシュが意味あるのは、\n のような特殊文字表記用ではなく、 \ に続く文字をそのまま使うというだけの意味で
_STR=\n
は、単に n だけ
なんの意味があるのかというと、' や " や スペース や $ などなどシェルスクリプトでの特別意味がある文字をそのままを使いたい場合で。\nのような特別な文字を使いたい場合とは逆な
文字列に ' に使いた場合に、
_STR=It\'s\ a\ ...
' で囲んだ文字列リテラルでの場合は、
_STR='It'\''a ...'
という変態なのが定番だったりする
" で囲む場合だと、"It's a ..." という至って当たり前になるけど。また、" で囲った中で " を使う場合は \" でいいのは、" で囲った場合は中の変数展開をするのと同じで \" を ” とする(\に続く文字そのまま、囲む " とは別物の)処理をするからていうテイで
シェルスクリプトはオモロイねw

C言語なんかの文字列表記と同じ感覚でバックスラッシュ使ってましたわ

>>739
＞$'A\nB'
"A
B"
と書くよりはこっちの方が良さそうですねありがとうございます。

>>742
後は移植性を気にするかどうかだね。例えばLinuxだとdashがデフォの環境とかあって
いわゆるP

P？

O

S

T

複数種類のshで動作確認とかしてないなら#!/bin/shではなくて
具体的にbashとかzshとか書いといたほうが後々混乱しなくて済む

将来のPOST、じゃなくてPOSIXでは $'...' も標準になるみたいですなあ
https://www.austingroupbugs.net/view.php?id=249

でdashなんかも追随していくと。でも今度はdashのバージョンで挙動がちがーう、
みたいなことで悩むのが定例

echoの挙動も

dashはPOSIX準拠の最低限の機能しかないからdashを基準に……するのは、配列がないから辛すぎるんだよなあ
拡張機能使いまくってもbashとzshの両方で動くならまあいいでしょ。macOSだと特に

macOSのターミナルでsshを使うだとか、UNIXとしてのコマンドについて学ぶのにいい本ってありますか？Linux標準教科書とかいいんでしょうか。

>>752
そんなに本の選択肢がなさそうだけど、「これから学ぶmacOSターミナル」という本は?

Linuxの本でもほぼいいけど、LinuxとmacOSで少し差がある。そういう差を自分で対応
できるかどうか（適宜ググるとか）。あとmacOS固有の部分をどれぐらい知りたいかとか

>>752
>sshを使う
特に違いはないだろう

>UNIXとしてのコマンドについて学ぶ
どこかがわからん。どこまで固有のオプションを使うとかね

詳解 シェルスクリプト
はどうかなあ。Amazonで試し読みしようとしたが、全然判断材料にできるとこ試し読みできないやんけw 目次はLinux標準教科書と似てる

>>753
>>754
ありがとう、紹介いただいた本立ち読みしてみます

西村めぐみ著 macOS×コマンド入門
って、割と最近の2020年の本だし悪くないかも

自分だけかな、Xcodeをアップデートしたら? bcコマンドのプロンプトが ">>> "になった
地味に違和感

ググったらFreeBSDのこういう話が https://qiita.com/s_mitu/items/d8676c5ecdca0045b4de

macOS 12までGNU bc https://github.com/apple-oss-distributions/bc/blob/bc-21/bc.plist
macOS 13からGavin D. Howard bc https://github.com/apple-oss-distributions/bc/blob/bc-26/bc.plist
みたいな感じ

消せそう
-P, --no-prompt
BC_ENV_ARGS

man bcしてちょ

>>758 >>759
どうも素早いお答えをありがとうございます。もしかしてVenturaにしてから初bcだったか
しかしそんなオプションまで用意するということは自分のようなユーザーからの反応を
予期していたということかw

ところで、man bcしたら、manの文章が80桁以上になってターミナル内で折り返されてしまう
これも地味にうざい。manも特殊なのかな?

これとは別にmanに関して気づいたんですが、
単にmanと打つと画面にmanのソースのようなゴミが表示される

しかし新しいbc、数学関数が増えたりしてるんですね
以前は確か、例えば対数は自然対数しかなくて、「違う底で計算するのは変換式を
使えば無問題だろ」的な圧を勝手に感じたものですが

これはなんだろ？

/System/Library/PrivateFrameworks/Uninstall.framework/Resources/uninstalld

AppStoreからインストールしたアプリはアンインストールができるから
それ用のとかじゃないのかな？

当然というかinstalldもあるけど場所とかが対称的ではないね

しかしmacOSはなんちゃらdがどんどん増えている気がする。今Venturaの上でpsで
ざっくりカウントしたら270プロセスとか?

https://w.atwiki.jp/iosdeamons/pages/14.html
こういうのmacosバージョン無いかな

最近のMacってxzってデフォルトで入ってる?

入ってない
brew install xz
でインスコ汁

tarとかはxzに対応してるし、xz(LZMA)のライブラリもある
がxz関連のコマンドは見当たらんね。なんでだろ

>>768
有難うございます

>>769
gnu tarだとしたらxzにパイプしてると思いますので
どこかにxzあると思いますよ?

gnuではない
libarchive

ああそっか
OSXのユーザランドはBSD由来だったね

リモートのLinuxから使いたいのですが
X11アプリは他のUNIXと変わらんかったと思うのですが
それ以外のアプリ使うには
VNCを使うのでしょうか?
ポピュラーな方法を教えて下さい

システム設定の画面共有をONにすればもうVNCでつなげる状態だよ

>>774
おお! 素晴らしい
いたれりつくせりですな

Macってシェルスクリプトをダブルクリックで起動できる?
ターミナル開いてタイプしないとダメかな?

.shを作る要領で.commandファイルを作る

>>777
すみません.shとは何ですか?
シェルスクリプトをダブルクリックで起動するためには
拡張子を.commandにする必要があるという意味でしょうか?

ついでに質問ですが
仮にダブルクリックでシェルスクリプトを起動できたとして
pwdはどこになりますか?

ググれks

試せば一発だろ

実機は購入検討中でないんです!

>すみません.shとは何ですか?
「Unixとして使ってる人」のスレなんだから .sh でピンとこなきゃな
「Linuxから使い」らしくわかってはいるようだけど。そゆこと
ただし、実行属性は必要だろう
Terminalで新規にウィンドウ開いて実行スクリプトファイルタイプして実行するのと動作は同じ。なのでpwdはわかったであろうwそこ(.zshrcとかで cd ~/hogehoge とか起動時のディレクトリを変えててたらそこ。そんなことしないけど)

拡張子は .command でなくても、単に実行属性付けて Terminalのドキュメント にしても(ほぼ)動作は同じ
エディタによっては保存すると自分のドキュメントに戻したりして鬱陶しいので、 .command が無難だけど

>Macってシェルスクリプトをダブルクリックで起動できる?
まあ、元々Terminal上で起動実行できればいいような質問なんだろけど、
そういえば、Unixとしては別にTerminalは必要ないわなあ。Finder、GUIからのでってことで生／直接には実行できないようにしてるだけか
アプリケーションバンドル形式に仕込んだりすればば生／直接実行できるようにはなるだろけど

>>782
レスを有難うございます

>>すみません.shとは何ですか?
>「Unixとして使ってる人」のスレなんだから .sh でピンとこなきゃな
>「Linuxから使い」らしくわかってはいるようだけど。そゆこと
いや本当に分かりません
.shって「.sh」をサフィックスとしたシェルスクリプトのことをおっしゃってます?
1. その推測が正しいとしてmacではダブルクリックではシェルスクリプトは起動しない
2. ただしファイル名のサフィックスを.comandとすると起動できる
で正しいでしょうか?

>>782
>Terminalで新規にウィンドウ開いて実行スクリプトファイルタイプして実行するのと動作は同じ。
>なのでpwdはわかったであろうwそこ(.zshrcとかで cd ~/hogehoge とか起動時のディレクトリを変えててたらそこ。そんなことしないけど)
分かりません
/Users/hoge/Desktop に hage.command なるファイルがあって
hage.command内で cat ./mage.txt するとします
Finderで hage.command をダブルクリックして mage.txt の読み込みは成功しますか?
ちなみにWindowsの場合にはホームディレクトリがWDになるはずで失敗します
上記の例に当てはめると
$ cd /Users/hoge; /Users/hoge/Desktop/hage.command
相当を実行したことになり mage.txt は /Users/hoge にはないので失敗します
さてMacはWindowsと同じでしょうか?
あるいは例えばWDは hage.command がある/Users/hoge/Desktopになり
$ cd /Users/hoge/Desktop; /Users/hoge/Desktop/hage.command
が実行されるので mage.txt の読み込みは成功するのでしょうか?

もう止めにしようぜ

>>784,785
Linuxだって、シェルスクリプトファイルの拡張子を .sh にする(時もある)って普通にあるだろうに

デフォでファイルをアプリケーション(.app)に結び付けられる。.command はデフォではTerminal.appのドキュメントになるので、Finderでダブルクリックすると、Terminalに .commandファイルを開け と命令される。Terminal は(実行属性が付いているなら)、新しくウィンドウを開いてそこで開けと命令されたのを実行する
「手動で」新しくウィンドウを開いて実行するのと同じなんだから、pwdはどこかなんて分かるだろう。LinuxでのTerminalでどこやねん。同じだぞ。自分でどれが答えかそれで分かるだろう

Linuxからって言っていたくせになんでWinodwsやねんw まあ、アレを使ってLinuxを使ってるつもりでもあるんだろうけど
なんか(使いwとして勘が悪いくせにw)100まで細かいこと他人に聞いて確認しなきゃ気が済まなそうで、ウタウダ鬱陶しいしな。とっとと買えw
>>786
だなw

>>787
有難うございます

>>>784,785
>Linuxだって、シェルスクリプトファイルの拡張子を .sh にする(時もある)って普通にあるだろうに
少なくとも私の周りでは一般的じゃないので確認しました

>デフォでファイルをアプリケーション(.app)に結び付けられる。
>.command はデフォではTerminal.appのドキュメントになるので、
>Finderでダブルクリックすると、
>Terminalに .commandファイルを開け と命令される。
なるほど完璧に理解できました
有難うございます

>Terminal は(実行属性が付いているなら)、新しくウィンドウを開いてそこで開けと命令されたのを実行する
>「手動で」新しくウィンドウを開いて実行するのと同じなんだから、pwdはどこかなんて分かるだろう。
文章内の「そこ」は>>785で言うと /Users/hoge/Desktop と理解しました
ということはWindowsではWDがホームディレクトリ（/Users/hoge相当）になりますから挙動が異なります
この理解でよろしいでしょうか?

>>787
>Linuxからって言っていたくせになんでWinodwsやねんw まあ、アレを使ってLinuxを使ってるつもりでもあるんだろうけど
>なんか(使いwとして勘が悪いくせにw)100まで細かいこと他人に聞いて確認しなきゃ気が済まなそうで、ウタウダ鬱陶しいしな。とっとと買えw
>>>786
>だなw
クロスプラットホームで動くものを作ろうとすると確認が必要なのです
しかも手元にはLinuxしかないのでw
もうちょっとお付き合い下さい
よろしくお願いします

まずはLinuxでTerminal使ってみような

>>789
GUIで起動した場合のスクリプトのWDを問うていますので
LinuxでTerminalでスクリプトを起動してもその答えは得られません

ちなみにDolphinで起動するとスクリプトのあるパス
>>785の例で言うと /Users/hoge/Desktop がWDになります
LinuxにはFinderにあたるソフトウェアは他にもあるので
全てこの挙動になるとは限らないことに留意しておく必要があります

https://askubuntu.com/questions/332062/setting-default-path-when-opening-a-terminal-session
まあ、だよなあ。至って当たり前の動作だよなあ
と思ったが、
https://access.redhat.com/solutions/109483
変なwとこデフォにするのがあるんだな

何を偉そうに講釈垂れてるんだか。そんだけ講釈垂れられるなら全て自力で解決しろ

>>791
だから調べないと分からんのですよ
MacのFinderから起動するとWDは
1. 実行ファイルのあるディレクトリですか?
2. ホームディレクトリですか?
3. その他のディレクトリでしょうか?
私はMacはおろかWindowsも手元にないので聞きに来たのです

ファイラーアプリによって動作がまちまちってちゃんとわかってるじゃん
GUIから起動するようなスクリプトはpwdに依存しないように書くのが正しい、終了

>だから調べないと分からんのですよ
何を言ってるんだか。調べないとではなく、他人に頼って聞かないとだろ
他人頼りなのになんか変なプライドだけは高いやつだな
>>779 が正しかったなw

今度は 私は〜Windowsも手元にない だって。Linuxすら手元に無さそうだがw
こんな性格だったら、どうせMacを買いもしないだろうし、バイバイ

>>793
シェルスクリプトを書く上では、
普通に現在のカレントディレクトリはスクリプトで指定するなり、そもそもWorking Direcotyに依存しない絶対パスで書いたりするよなあ
ただの意固地で拘ってるだけだよ、多分w

>>793
> ファイラーアプリによって動作がまちまちってちゃんとわかってるじゃん
はい
だからFinderの挙動はどうなってるのかの質問になります

>>795
何かをどうするとは私は書いていないと思いますので
何に私が拘っているか不明です

>>793
>ファイラーアプリによって
ではなく、Terminalアプリだと思うけど(>>791の下)。単にファイラーアプリはアプリによってという例でかもしれないが
まんまファイラーアプリ＝Finderとなってるww
全くわかってねーな。とっととMac買えば済む話、Mac買って自分で触らなきゃ解決しないなこれはw

>>798
MacってTerminal.app以外にもxtermも動くよね?

だからなに？
な？拘ってるだろw
自覚無いようだが
何に拘っているかは自分に聞いてみろ。自覚がないなら...

>>798
すまんそのリンクは読んでなかった、でもそれ.desktopファイル(Windowsのショートカット相当)から起動するときの話で
ファイラーからダブルクリックして起動するのとは別じゃないかなあ

>>801
Terminalアプリで自動実行する場合のWorking Directoryはどこやねんって話で、
Terminal アプリで新しいウィンドウを開いて新しいセッションの場合は、ファイラーは関係なく、あくまでもTerminal アプリがどうってのじゃないかなあ
ファイラーからTerminal アプリへはWorking Directoryに依存しない、絶対パスなんぞで目的のスクリプトファイルが渡されるだけのような
まあ、これまたスクリプトファイルのあるディレクトリをWorking Directoryにsる変なTerminalアプリがあるかもしれないけどw

>>800
「何」にか書けないでしょう?
私は何にも拘っていませんから

何につけズバリと教えてもらわなければ気が済まない／わからないんだなww
まあ無自覚な方か