問題タブ [msys]

MSYS 用のサービス可能なシェルが必要です。これは私の現在のジレンマです：

デフォルトの rxvt.exe にはスクロール バーとコピー アンド ペーストがありますが、制御文字や矢印キーをシェルで実行中のプログラム (インタープリター/デバッガーなど) に送信しません。Haskell インタプリタ ghci を使用する場合、これは本当に厄介です。

もう一方のシェル sh.exe は制御文字 (または少なくともその一部) を処理しますが、スクロール バーやコピー アンド ペーストはありません。

rxvtには、出力バッファリングに関する（比較的）より多くの問題もあります

私のオプションは何ですか？代替シェルは msys 対応である必要がありますか? 私が望むのは、Haskell (ghc)、C++ (gcc)、および基本的なツール チェーン (make とその他) で動作する健全な環境だけです。クレイジーな悪ふざけがなければ、シェルをコンパイルするつもりです。

私は最近、Windows 開発用の「nix のようなシェル」の代替として MSys の使用を検討しています。ただし、デフォルトの色とサイズには頭がおかしくなりそうです。デフォルトのサイズ、色、および/またはフォントを変更する方法について、誰でも知っていますか? 正直、シェルのデフォルトの文字幅・高さをもっと大きくしてくれたら嬉しいのですが、他もいいなぁ…。

明確化: msys シェルは、Windows シェルとは別のアプリです。通常の「右クリック - 左上 -> プロパティ」構成 (Windows シェルと同様) は存在しません。

その下でrxvtを発射しているようです。ありがとう！

私はMSYSを使用して、Windowsで適切なスクリプト可能なシェルのいくつかの類似点を取得しています:)。

ここで、C＃で記述されたコンソールアプリケーションを作成しています。このアプリケーションは、多数の引数を受け入れ、それらをオプションとしてダイアログボックスに表示します。実際のオプションは、lsで取得しているファイル名に対応しています。

ただし、スペースを含むファイル名を使用すると問題が発生します。次の名前のファイルがあるとします。

fooというディレクトリでは、C＃実行可能ファイルはbarと呼ばれ、その中で "argv"配列の内容（つまり、.NETによって解釈されるようにアプリケーションに渡されるコマンドライン引数）を検査します。

私がそれを呼ぶとき、次の奇妙さが起こります：

./bar.exe"ファイル名""スペースあり"->

./bar.exe $（ls foo）->

./bar.exe $（ls -Q foo）->

ここで何が起こっているのか誰か知っていますか？どうやら、.NETはbashまたはlsのいずれかによって渡された引数を正しく解析していません。

しかし、引用符を追加しても、2つの引数を1つに結合するのではなく、引用符が引数に含まれます。

未処理のコマンドラインにアクセスする方法もあるので、制御文字などでファンキーさが発生しているかどうかを確認できますか？

どんな洞察も大歓迎です！

Msys を使用して、Linux で作成した自家製カーネルを構築しています。Linux はバイナリ形式に ELF を使用し、Msys は PE を使用します。マルチブート仕様を使用して Grub で起動できるようにソースをセットアップしました。ビルドの最後に、未定義のシンボルをいくつか取得します。

これらは ELF 指向のシンボルのようです。PE の世界でこれらをどのように扱うべきか、誰かが私にアドバイスできるなら、例えば同等のものがある場合、それは私を大いに助けてくれるでしょう!

MinGW/MSYS の最新リリースをインストールしました。退屈な Windows コマンド プロンプトで rxvt ターミナルを使用するのが好きです。しかし、この新しいビルドは文字のスペースが多すぎます: 私が試したほとんどのフォントはめちゃくちゃです - Courier New (ttf)、Consolas (ttf)、または PC6X13 (fon) でさえ。

少なくとも読みやすいので、プレーンな OLD Courier で立ち往生しています。そこに解決策はありますか？簡単な解決策が好まれます。ソース コードにパッチを当てて rxvt を再コンパイルするのは好きではありません。

MSYS でこれを取得するのはなぜですか?

cd や pwd などの基本的なコマンドは問題なく動作します。mkdir はどうなりましたか?

WindowsでいくつかのLinuxライブラリを使用するために、MinGW/MSYSの使用を開始しました。使用する

これまではうまく機能しましたが、「ln -s」呼び出しで、「makeinstall」で2つの異なるライブラリが失敗しました。これは次のようになります。

まず第一に、makefileの意図は何ですか？/mingw/lib/libvamp-sdk.so.2.0.0が存在するため、上記の「ln-s」呼び出しを次のように置き換えます

動作しますが、これが作者の意図したものかどうかはわかりません。

さらに重要なのは、なぜこれが発生するのか（ネイティブLinuxシステムで正常に機能すると思います）、それを回避する最も簡単な方法は何ですか？makefileを手動で編集することもできますが、これに対するより良い解決策があるかどうか疑問に思っています。

ご入力いただきありがとうございます。

MinGW を使用して MSYS で netcat を構築しようとしたところ、MinGW が実際にはすべての BSD ソケットを Windows に移植していないことに気付きました (例: sys/socket.h)。MinGW で Windows ソケットを使用できることは知っていますが、BSD ソケットの Windows ポートを作成しなかったのはなぜですか? #ifdef を使用して問題を回避するプログラムがかなりあることに気付きました。代わりに使用できる BSD ソケットの Windows ポートはありますか?

MSYS で netcat の make を実行したときのエラーは次のとおりです。

MinGW には #ifdef はありません。すべてをエラーなしでコンパイルするために MSYS に追加できるライブラリ/パッケージはありますか?

注:ここからnetcat をダウンロードし、ここから CVS リポジトリを参照できます。

ミニ クラッシュ ダンプを分析しようとしていますが、クラッシュの詳細を取得するためにシンボル ファイルが必要です。私は現在、「034eff74 0086eee9 00000000 0089d58d 034eff94 app_integrator!ZNK14ACE_Data_Block4baseEv+0x6」を見ています。

msys/mingw gcc でビルドされた dll からデバッグ情報を抽出して、windbg で読み取り可能な形式にすることはできますか? そうでない場合、何らかの方法で MAP ファイルをロードするなど、より詳細な情報を取得する他の方法はありますか?

dll とそれに含まれるすべての .o ファイルは、-g フラグを使用してビルドされます。

makeWindows で cmd-console から実行しようとすると、Turbo Delphi が実行されますが、 make.exeMSYS が必要make.exeです。変数にTurbo Delphi についての言及はありません%path%が、レジストリで MSYS に変更できますか?