問題タブ [mingw32]

For questions regarding programming in ECMAScript (JavaScript/JS) and its various dialects/implementations (excluding ActionScript). Note JavaScript is NOT the same as Java! Please include all relevant tags on your question; e.g., [node.js], [jquery], [json], [reactjs], [angular], [ember.js], [vue.js], [typescript], [svelte], etc.

0 投票する
1 に答える
788 参照

oracle - QT の qci プラグインの qreating エラー、mingw32-make エラー

ORACLE db に接続できるように QCI プラグインを作成しようとしていますが、失敗します...次の段階:

私はこのエラーが発生します:

助けてください...私がネットで見ることができるように、QCIの問題に関する返信はなく、それが可能であるとは思えません....

0 投票する
1 に答える
699 参照

compilation - Code::BlocksのwxWidgetsをコンパイルする際の問題

Code ::Blocksで使用するためにWindows7x64でwxWidgets2.8.11をコンパイルしようとしていますが、同じエラーが発生し続けます。

前述のようにMinGWをインストールし、パスに適切なものを追加しました(c:\ mingw \ binおよびc:\ mingw \ mingw32 \ bin)。

私はここに与えられた指示に従いました:http ://wiki.codeblocks.org/index.php?title =Compiling_wxWidgets_2.8.6_to_develop_Code :: Blocks_%28MSW%29

クリーニング後、コンパイルを試みて、次のようになります。

gcc_mswudllフォルダーを削除しようとしましたが、役に立ちませんでした。

これは本当にイライラします。

0 投票する
3 に答える
3399 参照

c++ - mingw を使用した Linux での Direct3D のクロスコンパイル

Windows 用の Direct3D アプリをクロスコンパイルするように mingw32 を構成する方法は? 可能性はありますか?私は実際にこのチュートリアルからコードをコンパイルすることに成功しました: http://www.directxtutorial.com/Tutorial9/B-Direct3DBasics/dx9B4.aspx - i586-mingw32msvc-g++ で Kubuntu で Code::Blocks を使用します。これを行うには、パーツを追加#define UNICODEおよび削除する必要があり#pragma ...、/usr/i586-mingw32msvc/include のヘッダー ファイルと、mingw パッケージのライブラリも使用しました。

ただし、このチュートリアルのコードをコンパイルできません: http://www.directxtutorial.com/Tutorial9/B-Direct3DBasics/dx9B5.aspx

Mingw にはファイルがありませんd3dx9.hwine1.2-devそのため、Windows 関連のヘッダー ファイルのワイン バージョンを含むパッケージをインストールしましたが、エラーが発生しました。

#define UNICODE:

そしてなし#define

コンパイルしようとしているコード全体を次に示します。

wine MS DirectX SDK を介してインストールする必要がありますか? コードで何かを変更しますか?私は DirectX および Windows 関連の初心者ですが、D3D のいくつかの簡単な例をクロスコンパイルして、これが機能するかどうかを確認したいだけです。

0 投票する
2 に答える
175 参照

c++ - Linuxでファイルの読み取りが異なりますか? C++

私はかなり新しいプログラマーですが、私の google-fu は非常に有能であると考えており、検索に数時間を費やしました。

バイナリ ファイル (マジック ナンバーとして 2 バイト、次に「タイル」ごとに 5 バイト) から読み取る単純な SDL アプリケーションがあります。次に、各タイルをバッファーに表示し、バイトが x、y、id、通過可能性を決定します。など。つまり、実際にはレベルの読み込みです。

任意の Windows コンピューター (Windows Server 2008、7/64、および 7/32 でテスト済み) で正常に動作しますが、Linux でコンパイルすると、ランダムなタイルがランダムな位置に表示されます。RAM の間違った部分から読み取っていると言いたくなるかもしれませんが、最初の 2 バイトが外れた場合にエラーが返されるようにマジック ナンバーを実装しました。

私はこれを自分で理解したいと思っていますが、今は地獄に悩まされており、移動中にプログラミングできない限り、これ以上先に進むことはできません(私のラップトップはLinuxを実行しています)。LinuxではG ++、Windowsではmingw32g ++を使用しています。

前もって感謝します!

0 投票する
1 に答える
392 参照

c++ - tbb::concurrent_hash_map が SIGSEGV をスローする

mingw32を使用して、WindowsでTBBを使用して構築された小さなプログラムを実行しています。これは、parallel_for を実行します。オブジェクトの parallel_for 内で、concurrent_hash_map オブジェクトに変更を加えます。実行を開始しますが、後でアクセサーを使用しようとすると SIGSEGV がスローされます。どこに問題があるのか​​わからない。

私のオブジェクト:

pointMap_t は次のように定義されます。

誰かがこの問題に光を当てることができますか? 私はTBBが初めてです。apply メソッドが a->second を呼び出すと、シグナルがスローされます。

0 投票する
3 に答える
4769 参照

c++ - Visual Studio 2010C++プロジェクトでMinGWビルドdllを使用する

dllをビルドしましたが、このdllをMicrosoftVisualStudioプロジェクトで使用したいと思います。

「gccプロジェクト」で使用すると、dllは正常に機能します。

「.lib」ファイルと「.def」ファイルを作成するためにさまざまな方法を試し、さまざまなチュートリアルに従ってこれらのライブラリをVSにインポートしようとしました。しかし、VSはdllで宣言されたメソッドを見つけられません...

助けてくれてありがとう。

0 投票する
2 に答える
3834 参照

c - Windows では、_fseeki64 は大きなファイルに対して SEEK_END を正しくシークしません。

ファイル内のバイト数を単純に出力する必要がある次の基本関数に問題を減らしました。

83886080 バイト (80 MB) のファイルに対して実行すると、正しい番号が出力されます。ただし、4815060992 バイト (4.48 GB) のファイルの場合、520093696 と出力されます。

ポインターを手動で 4815060992 バイトに設定すると (たとえば、正しい位置が返されるため) SEEK_ENDオプションと関係があるよう_fseeki64(fp, (__int64)4815060992, SEEK_SET) _ftelli64です。したがって、回避策はSEEK_ENDを使用せずに適切なファイル サイズを取得することです。これはどのように行われますか?

コードは、MinGW を使用して 32 ビット Windows システムでコンパイルされます (したがって__int64_iseeki64および)。_ftelli64

要するに、ここで何が間違っているのですか?

0 投票する
2 に答える
585 参照

pthreads - メイン スレッドで alloc() を実行し、別のスレッドで free() を実行できますか?

MacOS と Linux で正常に動作し、mingw を使用して Windows にクロスコンパイルするプログラムがあります。最近、プログラムをマルチスレッド化しました。

プログラムの現在の設計では、メモリがメイン スレッドに割り当てられ、スレーブの「ワーカー」スレッドで解放されます。malloc/free システムはマルチスレッドであるため、MacOS と Linux では問題ありません。

ただし、クロスコンパイルが心配です。私が使用しているmingwのバージョンは、MacOSポートから構築されています。これは 2004 年からのかなり古いバージョンの G++ (バージョン 3.4.5) です。より新しいバージョンをビルドしようとして失敗しました (64 ビット バージョンをビルドしたいのですが、あきらめました)。http://sourceware.org/pthreads-win32から pthread を取得しています。

私の懸念は、3.4.5 の malloc & free システムがマルチスレッド化されていないことです。

質問:

  1. 解放されるメモリのブロックがメインスレッドに戻されて解放されるように、プログラムを書き直す必要がありますか?

  2. 最新の mingw にアップグレードする必要がありますか?

  3. 大量のテスト以外に、これらの並行性の問題を見つける方法はありますか? それは私には気分が悪いだけです。

ありがとう!

0 投票する
5 に答える
903 参照

c++ - MINGW32 で使用する DLL からシンボル ライブラリを作成する

C++、Qt、Mingw32、および Netbeans を使用して、職場でアプリケーションを開発しています。社内のソフトウェア グループによって開発された社内 API を使用する必要があります。リンクする必要がある DLL のシンボル ライブラリ .lib ファイルがありますが、Mingw32 ではこれらのライブラリを使用できません。Microsoft Visual Studio では問題なく動作します。

シンボルをエクスポートして、Mingw32 で動作する .a シンボル ライブラリを作成する方法があるかどうかは誰にもわかりませんか? そうでない場合は、Visual Studio に移動する必要があると思います。

プログラム「pexports」を使用して .def ファイルと dlltool を作成しようとしましたが、うまくいきませんでした。まだ参照されていないシンボルエラーが発生しましたが、不平を言ったシンボルが.defに追加されました。しかし、プログラムはクラッシュします。Visual Studio で同じコードを試したところ、コンパイルして正常に実行されました。

0 投票する
24 に答える
188292 参照

git - GitBashはWindows7x64では非常に低速です

私は小さなプロジェクトの開発中にWindowsとUbuntuの両方でGitを使用しており、2つの間を頻繁に行き来しています。問題は、GitBashが一貫して遅くなることです。

cd遅いとは、実行に8〜25秒かかり、gitコマンドの実行に5〜20秒かかり、ls場合によっては最大30秒かかることを意味します。言うまでもなく、これは非生産的であることは言うまでもなく、楽しいことではありません。WindowsではGitの速度が遅いことは知っていますが、これはばかげています。

私にとって(一時的に)機能した1つの解決策は、ネットワーク接続を無効にし(この回答で提案されているように)、Git Bashを起動してから、再接続することでした。それを行った後も数日間は高速で動作し続けることがありますが、最終的には常にパフォーマンスが低下します。msysgitディスカッショングループ、Stack Overflow、msysgit問題リストなどを何週間もオンとオフでトロールしましたが、機能するソリューションを見つけることができませんでした。

これまでのところ、私は試しました:

  • ウイルススキャナーの除外リストにGitおよびプロジェクトフォルダーを追加する
  • ウイルススキャナーを完全に無効にする(Kaspersky IS 2011)
  • Outlookが実行されていないことを確認する(Outlook 2007)
  • 他のすべてのアプリケーションをシャットダウンする
  • 管理者としてGitBashを実行する
  • ネットワーク接続を無効にし、Git Bashを起動し、接続を無効のままにします
  • ネットワーク接続の無効化、Git Bashの起動、接続の再有効化(たまにしか機能しません)
  • ランニングgit gc
  • そして上記の組み合わせ

数人の人がBashの完了を無効にすることに成功したことを読みましたが、理想的にはそれをアクティブに保ちたいと思います。msysgitのバージョンは1.7.3.1-preview20101002で、OSはWindows7x64です。Linuxで同じことを実行すると、予想通り、非常に高速になります。Linuxだけを使用しますが、Windowsでも実行する必要があります(特定のアプリケーション、テストなど)。

誰かが同様の問題に遭遇しましたか?もしそうなら、根本的な問題は何でしたか、そして解決策は何でしたか(もしあれば)?

これはGitリポジトリだけにとどまりませんが、参考までに、私がGitを使用してきたリポジトリはかなり小さく、最大で4〜50ファイルです。