Cygwin + MinGW + GCC 相談室 Part 8 (985ﾚｽ)
Cygwin + MinGW + GCC 相談室 Part 8 http://mevius.5ch.net/test/read.cgi/tech/1411399211/
上
下
前次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
抽出解除
必死ﾁｪｯｶｰ(本家)
(べ)
自ID
ﾚｽ栞
あぼーん
600: デフォルトの名無しさん [sage] 2019/12/23(月) 02:13:46.99 ID:IO6RyZUn Cygwin って /cygdrive上ではディレクトリまたげないんだけど、これってそんなもんだったっけ？ かなり久しぶりにCygwinを使おうとしているのだが困っている。 ディレクトリ構成 D:\DEV\debug で 下のディレクトリから上のディレクトリのファイルをコピーする、以下のコマンドが通らない。 MyMachine@MyName /cygdrive/d/dev/debug $ cp ../some_file . ディレクトリまたげないんだけど、こんなんだったっけ？ なお / をバックスラッシュにしても駄目。 なお/home以下のディレクトリならこれらのコマンドは通る。あまり試していないが、おそらく、/cygdrive以下だけ駄目。 何か設定がおかしい？それともこんなものだったっけ？ なお今のところディレクトリをまたげないだけでカレントについてはコマンドは通る。 http://mevius.5ch.net/test/read.cgi/tech/1411399211/600
601: デフォルトの名無しさん [sage] 2019/12/23(月) 02:30:38.75 ID:IO6RyZUn >>600 すまぬ自己解決した。 debugがシンボリックリンクだったorz http://mevius.5ch.net/test/read.cgi/tech/1411399211/601
604: デフォルトの名無しさん [sage] 2019/12/23(月) 13:59:53.49 ID:IO6RyZUn >>602 それはそうだが普段シンボリックリンクである事なんて意識しないからな。 いまだにcygwinではNTFSのシンボリックリンクを辿れないのはしょぼいと思うが。 なお32bit版。bashはversion4.4.12(3)、cygwin1.dll はversion 3001.2.0.0 （昨日の時点でsetup.exeを使いBestに更新） 64bit版なら行けるのかも？誰か動作報告よろしく。 http://mevius.5ch.net/test/read.cgi/tech/1411399211/604
607: デフォルトの名無しさん [sage] 2019/12/23(月) 15:26:21.18 ID:IO6RyZUn >>605 シンボリックリンクはSever2008/Vistaから導入された。もう10年以上前になる。 https://www.atmarkit.co.jp/fwin2k/win2ktips/988symlink/symlink.html つかお前、このレベルの話を知らないでその言い草は完全に老害化してるぞ。 http://mevius.5ch.net/test/read.cgi/tech/1411399211/607
615: デフォルトの名無しさん [sage] 2019/12/23(月) 16:12:25.30 ID:IO6RyZUn >>611 すまんが、/cygdrive以下だけ動かない、というのは間違いだった。 動作としては、シンボリックリンクを辿ることは出来るが、戻れない、というものだ。 本来はシンボリックリンクはカレントと共に使用される。 つまりD:/dev/debugがシンボリックリンクでそこにD:/devからcdして入ったら、 cd .. だとD:/devに戻って来れないといけない。 （シンボリックリンク先に入った時の元に戻る。他から入ったらそこに当然戻る） これが出来ておらず、debugしかないディレクトリ（というものを作って渡しているのだと思う）に戻ってしまう。 だから下から上が参照出来ない。上から下は参照出来るし、 下から上でも自分に戻ってくるのなら参照出来る。（言葉だと分かりにくいが要するに以下が通る） MyMachine@MyName /cygdrive/d/dev/debug $ less ../debug/some_file 下から上でもファイル名の補完は出来るのでbash自体は動作してる。 なお cd ../.. とシンボリックリンクを跨いで2つ上がることは可能。 cdってbashのコマンドだっけ？だとして、やはりbash自体は動作してる。 bashから各アプリに渡す時に失敗しているか、cygwin1.dll自体が対応してないか、だと思う。 バグ報告してもいいけど、それ以前に64bit環境の動作を確かめてからでないとウザがられる。 というわけで普段から64bit環境で使っている人がいたら試してみてくれ。 >>612 いや完全にシンボリックリンクだよ。 ln -s と使い勝手は同じ。 http://mevius.5ch.net/test/read.cgi/tech/1411399211/615
619: デフォルトの名無しさん [sage] 2019/12/23(月) 23:39:27.27 ID:IO6RyZUn >>618 こちらの状況は正しく伝わっており、君の言っていることも正しい。 こちらも615を書いた後、遠い昔にシンボリックリンク周りでトラブった記憶があり、 あれはなんだったかな？と思っていたところだった。 つまりbashで上手く誤魔化していてくれているわけだ。 ではtcshは？と確認したが、こちらもsymlinks変数で誤魔化し方を調整出来るようになっている。 https://linuxjm.osdn.jp/html/tcsh/man1/tcsh.1.html 結果、Cygwinとしては仕様通り、UNIXは糞仕様（≒仕様バグ）だな。 突っ込む必要はないと思うが、 > (引数の..が親ディレクトリの意味になるかはコマンドに依存するから、シェルが勝手に置き換えられない) これはよく分からない。 bashがコマンドに引数を渡すときにあらかじめシンボリックリンク周りを解決していたら、どういう問題が発生する？ というかtcshだとsymlinks=expandに設定したらそうなるらしい。 今回で言えば、 MyMachine@MyName /cygdrive/d/dev/debug $ cp ../some_file . を cp /cygdrive/d/dev/somefile /cygdrive/d/dev/debug として実行すれば問題ないはず。 (.を展開する必要はないかもだが） 既存シェルスクリプトの互換性が無くなるだけなら仕様バグでした、残念でした、でしかなく、 後発のwindowsでは修正されているということになる。 シンボリックリンクを辿って、その上の「論理的ではない、物理的上位ディレクトリ」を辿る必要がある使い方なんて無いはず。 なお上記man of tcshのsymlinksの最後の > > cd ".."; echo $cwd > /tmp/from > > /bin/echo .. > /tmp/to ←これがよく分からん、/tmpではなくて？あるいはコマンドが .. ではなく /bin/echo . なら納得だが > > /bin/echo ".." > .. 分かれば出来れば解説よろしく。 http://mevius.5ch.net/test/read.cgi/tech/1411399211/619
621: デフォルトの名無しさん [sage] 2019/12/23(月) 23:58:57.35 ID:IO6RyZUn >>620 それは違う。 Cygwinはエミュレーションレイヤーを提供しており、つまりUnixのシステムコールを受け付けているだけ。 だから仕様としてUnixと同じ動作になる。 詳しくはWikiなり本家なり読めばいい。 問題はUnixの糞仕様が今も修正されずそのままbash等で誤魔化され続け、 windowsでは修正された？為に動作が異なっている事による。 ただこれをCygwinで修正することは出来ないし、するべき事柄でもない。 http://mevius.5ch.net/test/read.cgi/tech/1411399211/621
ﾒﾓ帳
(0/65535文字)
上
下
前次
1-
新
書
関
写
板
覧
索
設
栞
歴
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
1.211s*