Cygwin + MinGW + GCC 相談室 Part 8 (988ﾚｽ)
Cygwin + MinGW + GCC 相談室 Part 8 http://mevius.5ch.net/test/read.cgi/tech/1411399211/
上
下
前
次
1-
新
通常表示
512ﾊﾞｲﾄ分割
ﾚｽ栞
613: デフォルトの名無しさん [sage] 2019/12/23(月) 15:52:08.05 ID:Losi+wwQ 難癖つけたいんなら、具体的に問題を指摘しろや http://mevius.5ch.net/test/read.cgi/tech/1411399211/613
614: デフォルトの名無しさん [sage] 2019/12/23(月) 15:54:08.35 ID:qAO2lZtX Windowsには 1.ハードリンク 2.ジャンクション 3.あほなシンボリックリンク 4.だるいシンボリックリンク がある http://mevius.5ch.net/test/read.cgi/tech/1411399211/614
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
616: デフォルトの名無しさん [sage] 2019/12/23(月) 16:26:38.22 ID:CGg4xw4r cygwinはもう永眠させてやれ WSLに乗っ取られた http://mevius.5ch.net/test/read.cgi/tech/1411399211/616
617: デフォルトの名無しさん [sage] 2019/12/23(月) 18:46:28.73 ID:wtBUbgEZ >>612 黙れ！ http://mevius.5ch.net/test/read.cgi/tech/1411399211/617
618: デフォルトの名無しさん [sage] 2019/12/23(月) 22:27:33.69 ID:nMe23UdH >>615 何をしようとしているか大体分かった。 ・/cygdrive/d/dev/debug はシンボリックリンクで /cygdrive/d/test/debug を指すと仮定 ・/cygdrive/d/dev/some_file があると仮定 このとき ・まずcd /cygdrive/d/dev/debugする ・次にcp ../some_file .するとファイルが無いと言われる ということだと思う。もしそうならそれがUNIX系では普通。LinuxやMacでもそうなる。 これは、cdした時点で既にカレントディレクトリが/cygdrive/d/test/debugに移っているからで、cpは/cygdrive/d/test/some_fileを読もうとしているために起こる。つまり >本来はシンボリックリンクはカレントと共に使用される。 がUNIX的には正しくない。 実際の挙動としては、 ・UNIXの場合、カーネル的にはカレントディレクトリはあくまでもディレクトリで、シンボリックリンクをパスの途中に含むことはできない ・cd ..でもといたディレクトリに戻るのはbashがシンボリックリンクを本当のデイレクトリのようにエミュレーションしているから(set -Pで切れる) ・これは基本的には内部コマンドのcdやpwdに対してのみできることで、外部コマンドのcpやlessに対してはできない(引数の..が親ディレクトリの意味になるかはコマンドに依存するから、シェルが勝手に置き換えられない) ・シェルはPWD環境変数にシンボリックリンクを含むロジカルなカレントディレクトリを出力するので、これを見るようにすれば原理的には外部コマンドもエミユレーションに対応できる(危なっかしいので普通はしない) WindowsのシンボリックリンクはUNIXと違ってOS自体がシンボリックリンクを含むカレントディレクトリを扱っているようだが、CYGWINはUNIXに合わせていると考えられる。 http://mevius.5ch.net/test/read.cgi/tech/1411399211/618
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
620: デフォルトの名無しさん [sage] 2019/12/23(月) 23:43:56.19 ID:gENEPh5i WindowsがーではなくCygwinの問題でしょ WindowsはWindowsの仕様でやってる。それがなんであれ正しい仕様 Cygwinがエミュレート機能をすべて行ってる 問題があるならそれはCygwinの問題 WSLならその問題も解決してるだろうさ http://mevius.5ch.net/test/read.cgi/tech/1411399211/620
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
622: デフォルトの名無しさん [sage] 2019/12/24(火) 00:05:26.55 ID:8h2rOUkn > Cygwinはエミュレーションレイヤーを提供しており、つまりUnixのシステムコールを受け付けているだけ。 ただしい ? だから仕様としてUnixと同じ動作になる。 ○ 仕様としてUnixと同じ動作になるように目指すべきだが、できてない http://mevius.5ch.net/test/read.cgi/tech/1411399211/622
623: デフォルトの名無しさん [sage] 2019/12/24(火) 00:06:45.59 ID:8h2rOUkn なんか文字化けする方法のバツを記録してるな。これでいいか？ × だから仕様としてUnixと同じ動作になる。 ○ 仕様としてUnixと同じ動作になるように目指すべきだが、できてない http://mevius.5ch.net/test/read.cgi/tech/1411399211/623
624: デフォルトの名無しさん [sage] 2019/12/24(火) 00:22:04.30 ID:6GYTbaHl >>620 なおWSLは理屈上はUnixの動作になるはず。 ただしbash等を見る限り既知の問題だから対策出来そうではあるが、 バイナリ互換なので現実的に無理だと思う。 (もちろんwindows専用bashを用意すればいいが、それだと既存のシェルスクリプトが動かなくなる。 といってもそれで問題が発生するような奴はWSLなんて使わずDockerだと思うが） が、まあ、俺に関して言えば、 問題の詳細は判明し、特段問題ないから当面はCygwinを使う。 (すまんがNGに当たっているようなのでバラバラにして投稿する） http://mevius.5ch.net/test/read.cgi/tech/1411399211/624
625: デフォルトの名無しさん [sage] 2019/12/24(火) 00:23:19.80 ID:6GYTbaHl (すまんがNGに当たっているようなのでバラバラにして投稿する） >>623 > ○ 仕様としてUnixと同じ動作になるように目指すべきだが、できてない 違う。そこを目指してない。 CygwinはUnixのシステムコールをcygwin1.dllが受け付けることにより、 GNU等が書き溜めた膨大なUnix向けCソースをそのまま動作させることを目標としている。 結果、ありとあらゆるUnixのツールがcygwin上では動くので、大成功している。 http://mevius.5ch.net/test/read.cgi/tech/1411399211/625
626: デフォルトの名無しさん [sage] 2019/12/24(火) 00:24:32.17 ID:6GYTbaHl >>623続き windowsのＣＭＤ。ＥＸＥのエミュレーションなんて必要ないし、目指してもいない。 本家でも読め。 そして認識も間違っている。CygwinはUnixと同じ動作になってる。つまり、「できてる」 http://mevius.5ch.net/test/read.cgi/tech/1411399211/626
627: デフォルトの名無しさん [sage] 2019/12/24(火) 00:29:23.48 ID:d/S5Qnsu >>619 ・tcshのmanは間違っているだけだと思う。実際試したら想定通り/tmpになった。 ・シェルが勝手に置き換えるべきではないというのは、単にgrep ..とかの動作が今までと変わって直感的でなくなるあたりの問題。.や..の置き換えの仕様とエスケープやクォートの仕様を十分理解すればまあそんなに困らないとは感じる。 http://mevius.5ch.net/test/read.cgi/tech/1411399211/627
628: デフォルトの名無しさん [sage] 2019/12/24(火) 00:49:31.91 ID:6GYTbaHl >>627 おおサンクス、手元にこなれた環境がないので助かる。 しかし今更このレベルの誤字ってあるかね？ まあtcshなんて今時誰も使ってないが、他のマニュアルもそうなってるし。 https://linux.die.net/man/1/tcsh とはいえ実行結果がそうなのならそれが一番信憑性があるが。 Unixは今更直せないで行くのだろうけど、WSLの際にMS内部ではどうするか検討してるだろうね。 WSL推しの人はどうぞ動作報告よろしく。 http://mevius.5ch.net/test/read.cgi/tech/1411399211/628
629: デフォルトの名無しさん [] 2019/12/24(火) 15:52:35.51 ID:IBUEMR4t WSLの話題はこちらへどうぞ https://mao.5ch.net/test/read.cgi/linux/1560665525/ cygwinの話題は引き続きこのスレでどうぞ http://mevius.5ch.net/test/read.cgi/tech/1411399211/629
630: デフォルトの名無しさん [sage] 2020/01/05(日) 00:06:31.37 ID:RxmL5T69 >>627 ばーーーか http://mevius.5ch.net/test/read.cgi/tech/1411399211/630
631: 627 [sage] 2020/02/21(金) 14:13:26.80 ID:3bMJAyBr >>630 ごめんなさい。 http://mevius.5ch.net/test/read.cgi/tech/1411399211/631
632: デフォルトの名無しさん [sage] 2020/03/07(土) 09:24:50.59 ID:6t68C04E このところ、MSYS2 の pacman を実行するとエラーが出るな サーバー不調なん？それとも pacman がバグった？ 一度アンインストールして最初から入れなおしてもダメやった・・・ http://mevius.5ch.net/test/read.cgi/tech/1411399211/632
633: デフォルトの名無しさん [sage] 2020/03/11(水) 21:27:12.49 ID:o+x7iIJI いつの間にか直ってた やっぱり、サーバーが不調なだけだったのか・・・ http://mevius.5ch.net/test/read.cgi/tech/1411399211/633
634: デフォルトの名無しさん [] 2020/03/12(木) 11:58:54.03 ID:MzPDqAwN 自分の回線を疑う気は皆無か http://mevius.5ch.net/test/read.cgi/tech/1411399211/634
635: デフォルトの名無しさん [sage] 2020/03/12(木) 19:21:51.59 ID:TmXPZpmc 自分の回線だけだったら書き込まないが・・・ http://mevius.5ch.net/test/read.cgi/tech/1411399211/635
636: デフォルトの名無しさん [] 2020/03/25(水) 09:30:19.85 ID:C+0WfFNh0 回線があまりに遅いと向こうからお断りしてくるのでは http://mevius.5ch.net/test/read.cgi/tech/1411399211/636
637: デフォルトの名無しさん [sage] 2020/03/28(土) 13:48:39.21 ID:Mtf58BEo サーバー不調なだけだぞ、公式でも話題になってた https://github.com/msys2/MINGW-packages/issues/6256 http://mevius.5ch.net/test/read.cgi/tech/1411399211/637
638: デフォルトの名無しさん [sage] 2020/04/02(木) 18:00:43.50 ID:1pp0Yvcl 今更 pacmanでfork errorでまくったので見切った。 wslでLinux入れてmingw64クロスコンパイルしている。 wslのコンソールでwindowsバイナリもそのまま動くし良い。 cygwinやmsysみたいにcygwin, msysバイナリとwindowsバイナリが混在することの混乱もないしさらに良い http://mevius.5ch.net/test/read.cgi/tech/1411399211/638
639: デフォルトの名無しさん [] 2020/04/03(金) 04:00:25.48 ID:FV+QUjkb GCC 9.3を早く出してくれ http://mevius.5ch.net/test/read.cgi/tech/1411399211/639
640: デフォルトの名無しさん [sage] 2020/04/03(金) 09:51:54.29 ID:yEeayoKI pacmanでfork errorの一番の解決策は ちゃんと出てきたメッセージを読むこと これに尽きる 638がそうなのかは知らんが http://mevius.5ch.net/test/read.cgi/tech/1411399211/640
641: デフォルトの名無しさん [sage] 2020/04/05(日) 22:38:22.52 ID:bwZ5xk1F WSLよりMSYS2の方が更新早い？ http://mevius.5ch.net/test/read.cgi/tech/1411399211/641
642: デフォルトの名無しさん [sage] 2020/04/06(月) 09:55:13.35 ID:m+LKHOnj WSLで使うディストリビューション(ArchとかUbuntuとか)によるでしょう 共通して言えるのはLinuxではセキュリティ修正の取り込みは早い http://mevius.5ch.net/test/read.cgi/tech/1411399211/642
643: デフォルトの名無しさん [sage] 2020/04/06(月) 20:27:42.43 ID:O5iO/eDc WSL は色々なディストリビューションが選べるんですね http://mevius.5ch.net/test/read.cgi/tech/1411399211/643
644: デフォルトの名無しさん [sage] 2020/04/19(日) 17:57:31.18 ID:UEW9MHEw インストールしようと思ったら、このサイト3年近く更新が止まってる・・・ http://xhmikosr.1f0.de/tools/msys/ 今入れるならどうしたらいい？ http://mevius.5ch.net/test/read.cgi/tech/1411399211/644
645: デフォルトの名無しさん [sage] 2020/04/19(日) 22:00:29.69 ID:+AizyWB9 WSLがある以上、MSYSのメンテはもう廃れるだろうな。 意味ねーし。 cygwinはXのためだけに存在する http://mevius.5ch.net/test/read.cgi/tech/1411399211/645
646: デフォルトの名無しさん [sage] 2020/04/19(日) 23:35:15.05 ID:UEW9MHEw >>645 えっ、そんなのあるの？ http://mevius.5ch.net/test/read.cgi/tech/1411399211/646
647: デフォルトの名無しさん [sage] 2020/04/20(月) 01:29:10.82 ID:VYi0JRSU そ、そんな〜(´・ω・｀) http://mevius.5ch.net/test/read.cgi/tech/1411399211/647
648: デフォルトの名無しさん [] 2020/04/20(月) 04:16:21.28 ID:DIgHaEzI 更新が止まってしまった http://mevius.5ch.net/test/read.cgi/tech/1411399211/648
649: デフォルトの名無しさん [sage] 2020/04/20(月) 04:41:27.35 ID:H+0bMHyU >>645 cygwinは便利だ。 http://mevius.5ch.net/test/read.cgi/tech/1411399211/649
650: デフォルトの名無しさん [] 2020/04/20(月) 07:25:19.48 ID:vhP2C7pa0 マジかよシグウィン窓から投げ捨てた WSL派になります http://mevius.5ch.net/test/read.cgi/tech/1411399211/650
651: デフォルトの名無しさん [sage] 2020/04/20(月) 08:37:44.26 ID:iSOfvkhv DLLだけで動くのが便利なときもあるが、日々の生活はWSLだね http://mevius.5ch.net/test/read.cgi/tech/1411399211/651
652: デフォルトの名無しさん [sage] 2020/04/20(月) 09:12:16.95 ID:aqwTNz7b Windows 10, WSL, Ubuntu 18.04 で、 VSCode の拡張機能、Remote WSL も使う Linux側には、日本人が作った、バージョンマネージャーのanyenv で、rbenv, nodenv を使って、 ruby 2.6.6, node 12.16.2 を入れた yarn は、Windows側に入れて、WSL から、拡張子なしのyarn コマンドを呼べる。 これは、#!/bin/sh で始まるシェルスクリプト anyenv は多言語向きで、rbenv, nodenv, pyenv, phpenv などを同じ使い方で、統一的に扱える。 ~/.bashrc に、下の2行を追加するだけで、各言語ごとに追加しないでも良い export PATH="$HOME/.anyenv/bin:$PATH" eval "$(anyenv init -)" http://mevius.5ch.net/test/read.cgi/tech/1411399211/652
653: デフォルトの名無しさん [sage] 2020/04/20(月) 09:13:30.71 ID:lEczCUui MSYS+MinGW、仮想マシン+Linuxって感じでWSLの入る余地がない WSL+MinGWツールチェーンにすれば仮想マシンすら必要ないって考えもあるけど やっぱり仮想マシンは手放せないからWindows側はMSYSでいいやってなる http://mevius.5ch.net/test/read.cgi/tech/1411399211/653
654: デフォルトの名無しさん [sage] 2020/04/20(月) 10:24:18.82 ID:HdM6J8YZ >>653 同じく http://mevius.5ch.net/test/read.cgi/tech/1411399211/654
655: デフォルトの名無しさん [sage] 2020/04/20(月) 13:58:21.58 ID:2UEzrf8e >>653 MSYS+MinGWで何作ってるの？ Windowsアプリ？ まあWindowsアプリしかないよね。 WSLはLinuxアプリを作って動かすものなので目的が違うよ。 http://mevius.5ch.net/test/read.cgi/tech/1411399211/655
656: デフォルトの名無しさん [sage] 2020/04/20(月) 14:00:46.58 ID:2UEzrf8e 仮想マシンは手放せないけど、仮想マシンはほぼテスト環境になった 作ったアプリを動かすための環境 普段の開発でテストのためだけの環境を使う気にならない 起動重いしメモリ食うし http://mevius.5ch.net/test/read.cgi/tech/1411399211/656
657: デフォルトの名無しさん [] 2020/04/20(月) 14:10:17.96 ID:X6dUog3k 起動したままで良い メモリ喰うのは諦めろ http://mevius.5ch.net/test/read.cgi/tech/1411399211/657
658: デフォルトの名無しさん [] 2020/04/20(月) 14:16:53.62 ID:agWbeiM9 msys+mingw入れて何がしたい？ ffmpegをビルドしたいから http://mevius.5ch.net/test/read.cgi/tech/1411399211/658
659: デフォルトの名無しさん [sage] 2020/04/20(月) 14:17:05.96 ID:2UEzrf8e ああ、なるほど。テスト環境じゃないから 一つしか仮想マシンがないんだな それぞれ微妙に異なるからテスト環境（仮想マシン）は プロジェクトごとに必要なんだよ http://mevius.5ch.net/test/read.cgi/tech/1411399211/659
660: デフォルトの名無しさん [sage] 2020/04/20(月) 14:18:38.31 ID:2UEzrf8e >>658 LinuxツールのWindowsネイティブ版への移植以外になんかあるの？ ffmpegもそうだし まあ全員がWSLをインストールしてるとは限らないから Windowsネイティブ版を作る意味はあるだろうね。 http://mevius.5ch.net/test/read.cgi/tech/1411399211/660
661: デフォルトの名無しさん [sage] 2020/04/20(月) 17:04:12.19 ID:lEczCUui だから何としか言えねぇ http://mevius.5ch.net/test/read.cgi/tech/1411399211/661
662: デフォルトの名無しさん [] 2020/04/20(月) 21:50:47.06 ID:vn9gJe4h0 cygwin mingw wsl 作ったアプリの動作時オーバーヘッド（動作速度）が大きい順に並べて http://mevius.5ch.net/test/read.cgi/tech/1411399211/662
663: デフォルトの名無しさん [sage] 2020/04/20(月) 21:54:06.18 ID:iSOfvkhv c w m http://mevius.5ch.net/test/read.cgi/tech/1411399211/663
664: デフォルトの名無しさん [] 2020/04/20(月) 21:57:01.49 ID:vn9gJe4h0 マジかよWSLに失望しました。窓から投げ捨ててMinGWに乗り換えます http://mevius.5ch.net/test/read.cgi/tech/1411399211/664
665: デフォルトの名無しさん [sage] 2020/04/20(月) 23:38:08.46 ID:pVOiahav いやいや君なんでも即断すぎやろw http://mevius.5ch.net/test/read.cgi/tech/1411399211/665
666: デフォルトの名無しさん [sage] 2020/04/21(火) 05:17:44.95 ID:Lx1iEb8v >>665 結論ありきの質問だからねｗ 使ってみればわかる。 WSLが一番軽いし一番正確に動く。 http://mevius.5ch.net/test/read.cgi/tech/1411399211/666
667: デフォルトの名無しさん [sage] 2020/04/22(水) 00:52:15.00 ID:nnh+EV8P mingw-w64-〇〇〇-yasm-1.3.0-4 (は32bit用はi686、64bit用はx86_64) yasm-1.3.0-2 どう違うの？ 入れるのはどっち？ http://mevius.5ch.net/test/read.cgi/tech/1411399211/667
668: デフォルトの名無しさん [sage] 2020/04/22(水) 09:41:29.70 ID:UQ7whF8j 前者はMinGW-w64のDLLが必要。いわゆるネイティブアプリ 後者はMSYSのDLLと場合によってはターミナルエミュレータが必要 どちらを使うかは環境と用途次第 http://mevius.5ch.net/test/read.cgi/tech/1411399211/668
669: デフォルトの名無しさん [] 2020/04/22(水) 09:46:40.84 ID:O/jaLKmb おま環 http://mevius.5ch.net/test/read.cgi/tech/1411399211/669
670: デフォルトの名無しさん [sage] 2020/04/23(木) 21:18:54.36 ID:4ZqPhGA2 msys2を入れてpacman -Syuをやった後、home/PC名のフォルダに、.gnupgというフォルダがあるんだけど、これって消しちゃダメ？ http://mevius.5ch.net/test/read.cgi/tech/1411399211/670
671: デフォルトの名無しさん [] 2020/04/26(日) 14:07:46.35 ID:XGLrD3LC0 え！？WSLってそのままでは音流せないんですか！？ http://mevius.5ch.net/test/read.cgi/tech/1411399211/671
672: デフォルトの名無しさん [sage] 2020/04/26(日) 15:10:53.48 ID:O/ywVmO1 gnupgってGPGだろ GNU製のPGP暗号化と復号プログラム http://mevius.5ch.net/test/read.cgi/tech/1411399211/672
673: デフォルトの名無しさん [sage] 2020/04/26(日) 16:13:34.86 ID:D7tlSM02 >>671 PulseAudio使えばいいだけじゃね？ http://mevius.5ch.net/test/read.cgi/tech/1411399211/673
674: デフォルトの名無しさん [sage] 2020/04/27(月) 04:32:34.19 ID:xcrAouIA0 ではWSLは、デフォルトでは音すら流せない杜撰な造りをしていると認めるんですか？ http://mevius.5ch.net/test/read.cgi/tech/1411399211/674
675: デフォルトの名無しさん [sage] 2020/04/27(月) 06:42:04.21 ID:4F1K1x/3 単にサウンドデバイスを実装してないだけだよ 設計は良く出来てるので実装しようと思えば出来るだろうが 利用者が求めてない機能なので優先度が低い WSLの利用者は開発者だからね。開発者が欲しい機能が最優先 http://mevius.5ch.net/test/read.cgi/tech/1411399211/675
676: デフォルトの名無しさん [sage] 2020/04/27(月) 06:46:16.14 ID:4F1K1x/3 あ、もしWSLが開発者向けの機能を優先してるのを知った上で WSLは駄目だって印象を与えようとした書き込みだったらごめん、邪魔したね そうでないなら音ならWindowsで鳴らせばいいと気づければOKだよ 音を鳴らす程度のためにWSLは不要だからね http://mevius.5ch.net/test/read.cgi/tech/1411399211/676
677: デフォルトの名無しさん [sage] 2020/04/27(月) 17:16:43.92 ID:cdGyQVmm >>653 wslはwslのコマンドラインからlinuxバイナリもwindowsバイナリも動く優れものなんだよ http://mevius.5ch.net/test/read.cgi/tech/1411399211/677
678: デフォルトの名無しさん [sage] 2020/04/27(月) 18:06:23.13 ID:AD9YXzU7 >>677 そうそう。だからbashのシェルスクリプトで Windowsのコマンドを実行してOSの設定を変更するとかできちゃう http://mevius.5ch.net/test/read.cgi/tech/1411399211/678
679: デフォルトの名無しさん [sage] 2020/04/27(月) 19:44:31.43 Windowsのコマンドプロンプト側からWSLのディレクトリに入っていけるの？ http://mevius.5ch.net/test/read.cgi/tech/1411399211/679
680: デフォルトの名無しさん [sage] 2020/04/27(月) 19:55:00.34 ID:AD9YXzU7 >>679 それはコマンドプロンプト自体の問題で、こいつは古いアプリなのでUNCパスに対応していない UNCパス（\\ではじまるネットワークフォルダのパス）を扱えるツールを使う必要がある WSLのディレクトリに対応してるかというよりも ネットワークフォルダに対応しているかという話に近い PowerShellはUNCパスに対応しているからWSLのディレクトリにも入れる コマンドプロンプトから実行するコマンドもUNCパスに対応していれば参照できる またネットワークフォルダはドライブに割り当てることが出来るので ドライブに割り当てればコマンドコマンドからWSLのディレクトリに入ることも出来る http://mevius.5ch.net/test/read.cgi/tech/1411399211/680
681: デフォルトの名無しさん [sage] 2020/04/27(月) 19:56:20.68 ID:AD9YXzU7 ちなみにcdの代わりにpushdを使えば コマンドコマンドからUNCパスに移動できる 一時的にドライブを割り当てているだけだが http://mevius.5ch.net/test/read.cgi/tech/1411399211/681
682: デフォルトの名無しさん [sage] 2020/04/27(月) 22:41:42.75 詳しい情報サンクス！ これなら皆がWSLへｌ移行するのもわかる気がする http://mevius.5ch.net/test/read.cgi/tech/1411399211/682
683: デフォルトの名無しさん [sage] 2020/04/27(月) 23:26:27.00 ID:hGgbh3Gh windowsのSSHサーバ立ち上げてwslをシェルにできるのは便利 PowerShell極めてるひとなら不要かもしれんけどね http://mevius.5ch.net/test/read.cgi/tech/1411399211/683
684: デフォルトの名無しさん [sage] 2020/04/28(火) 10:33:28.83 ID:gG+m5xpc MSYS2とWSLって共存出来るんですか？ http://mevius.5ch.net/test/read.cgi/tech/1411399211/684
685: デフォルトの名無しさん [] 2020/04/28(火) 10:52:09.80 ID:zAZN/f3s マジレスするとmsys使ってて問題無ければwsl要らない http://mevius.5ch.net/test/read.cgi/tech/1411399211/685
686: デフォルトの名無しさん [sage] 2020/04/28(火) 17:09:56.15 ID:7TaGv6sC >>684 共存できる。msys2はただのアプリでしかないから >>685 msysの問題はUbuntuと同じようなメンテナンス力を期待できないところかな WSLは本物のUbuntuのディストリのパッケージが使われてるので Ubuntuとほぼ同等にメンテナンスされてると思っていい だけどmsysは（Ubuntuと比べたら小さな）開発者が対応してるパッケージしか使えない しかもLinuxと完全互換じゃないからmsysでソースコードからコンパイルしようとしても 動くとは限らない。WSLを使えばそういった煩わしさから開放される。 msysはWSLを入れてない人のためのWindows用アプリを作るためのものだよ 開発者がLinuxの代わりとして使うものじゃない http://mevius.5ch.net/test/read.cgi/tech/1411399211/686
687: デフォルトの名無しさん [sage] 2020/04/28(火) 17:14:36.86 ID:qC7CqvMj ホームパスを一緒にすると色々弊害出そう http://mevius.5ch.net/test/read.cgi/tech/1411399211/687
688: デフォルトの名無しさん [sage] 2020/04/28(火) 17:30:05.30 ID:7TaGv6sC >>687 シンボリックリンクでホームディレクトリ以下から アクセスしやすくするのがおすすめ 色々と混ざらないし複数のディストリでも共有できる http://mevius.5ch.net/test/read.cgi/tech/1411399211/688
689: デフォルトの名無しさん [sage] 2020/04/28(火) 18:17:52.10 ID:eCWBo+Hl 色々と混ぜたいからホームディレクトリを一緒にするんだろ そうじゃなければ最初から分けとけばいいだけの話だ http://mevius.5ch.net/test/read.cgi/tech/1411399211/689
690: デフォルトの名無しさん [sage] 2020/04/28(火) 18:20:54.27 ID:7TaGv6sC >>689 「色々」と混ぜたいならその「色々」だめを混ぜればいいじゃん 全部混ぜる必要はない http://mevius.5ch.net/test/read.cgi/tech/1411399211/690
691: デフォルトの名無しさん [sage] 2020/04/28(火) 18:21:10.90 ID:7TaGv6sC 「色々」と混ぜたいならその「色々」だけを混ぜればいいじゃん http://mevius.5ch.net/test/read.cgi/tech/1411399211/691
692: デフォルトの名無しさん [] 2020/04/29(水) 09:35:11.34 ID:TuLha3Ht 混ぜるな危険 http://mevius.5ch.net/test/read.cgi/tech/1411399211/692
693: デフォルトの名無しさん [sage] 2020/04/29(水) 09:46:08.06 Microsoft Store に WSL Ubuntu 20.04 LTS 出てるけど、まだ入れない方がいいんですか http://mevius.5ch.net/test/read.cgi/tech/1411399211/693
ﾒﾓ帳
(0/65535文字)
上
下
前
次
1-
新
書
関
写
板
覧
索
設
栞
歴
あと 295 ﾚｽあります
ｽﾚ情報
赤ﾚｽ抽出
画像ﾚｽ抽出
歴の未読ｽﾚ
AAｻﾑﾈｲﾙ
Google検索
Wikipedia
ぬこの手
ぬこTOP
0.014s