[過去ログ] 【Bash】Windows Subsystem for Linux【WSL】5 (1002レス)
上下前次1-新
抽出解除 レス栞
このスレッドは過去ログ倉庫に格納されています。
次スレ検索 歴削→次スレ 栞削→次スレ 過去ログメニュー
174: 2019/04/05(金)23:19:58.86 ID:oLaZPS7G(1) AAS
いつのまにかchrootができるようになったと知ったので、
qemu-arm-staticでラズパイの環境を動かすことに成功した。
しかし、chroot環境からネットに接続できない・・・
248(1): 2019/04/18(木)17:59:43.86 ID:6sL+CRtX(1/2) AAS
ヤバイな、全然伝わってなさそうで
264: 2019/04/18(木)23:33:56.86 ID:DlX2zkJ8(2/2) AAS
>>263
?
Linuxエグゼクティブとやらの話なんてしてないけど?
399(1): 2019/04/30(火)20:04:07.86 ID:NEsEYGpA(7/9) AAS
>>397
サーバーはGUIなしなんて今どきあり得ない。
GUI + CUI
が正解。
625(1): 2019/05/14(火)07:19:57.86 ID:6W721Gwg(1) AAS
開発者って何の開発者?
701(1): 2019/05/17(金)15:30:49.86 ID:MOB+RGrz(1) AAS
>>687
なんでマカーてこんなんバカばっかなの?
758(1): 2019/05/27(月)03:55:56.86 ID:By5bLAP5(1) AAS
>>748,750,752
WSLではなぜか事前情報と違ってdrvfsのmetadataを有効にしなくてもsocketを作ることができる
ソケットAPIからはちゃんと使えるんだけど拡張ファイル属性が付与されていない状態になる
1809まではsocketはwinsockと共通するリパースポイントだった
ファイル種別をディレクトリエントリから取得するgetdents64()ではDT_SOCKになって
拡張ファイル属性から取得するstat()ではフォールバックしてS_IFREGになってた
なのでlsと言ってもls -Fとls -lで表示されるファイル種別が違ってた
1903ではなぜかWindowsカーネルがAF_UNIXにリパースポイントを使うのをやめた
WSLから作るsocketもリパースポイントではなくなった
metadataを有効にしていない場合ファイルシステム上にsocketであることを示す情報がどこにも無いのでもうsocketに見えることはない
804(1): 2019/05/31(金)18:16:33.86 ID:Qcwctk5g(1) AAS
今はAzureの上で動かすんだよ。
AzureはMSのクラウドプラットフォームだよ
818: 2019/06/05(水)09:39:47.86 ID:8GNod4pp(1) AAS
>>815
優侍w
921: 2019/06/14(金)14:55:43.86 ID:R36bPVG+(1) AAS
伸びてると思ったら、なんだこれ
2人で無駄にやり合うなや…
上下前次1-新書関写板覧索設栞歴
スレ情報 赤レス抽出 画像レス抽出 歴の未読スレ AAサムネイル
ぬこの手 ぬこTOP 0.055s