[表示 : 全て 最新50 1-99 101- 201- 301- 401- 501- 601- 2chのread.cgiへ]
Update time : 02/16 10:56 / Filesize : 143 KB / Number-of Response : 665
[このスレッドの書き込みを削除する]
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧] [類似スレッド一覧]


↑キャッシュ検索、類似スレ動作を修正しました、ご迷惑をお掛けしました

Cygwin + MinGW + GCC 相談室 Part 6



1 名前:デフォルトの名無しさん [2011/05/06(金) 00:25:16.09 ]
Windows上で動作するフリーの開発環境 CygwinとMinGWに関する相談スレッドです。

過去スレ:
Cygwin + MinGW + GCC 相談室 Part 5
hibari.2ch.net/test/read.cgi/tech/1269400706/
Cygwin + MinGW + GCC 相談室 Part 4
pc12.2ch.net/test/read.cgi/tech/1221233882/
cygwin + mingwn + gcc 相談室 Part3
pc11.2ch.net/test/read.cgi/tech/1177944767/
cygwin + mingwn + gcc 相談室 Part2
pc11.2ch.net/test/read.cgi/tech/1126103347/
cygwin + mingwn + gcc 相談室
pc8.2ch.net/test/read.cgi/tech/1058134693/

関連サイト:
Cygwin www.cygwin.com/
MinGW www.mingw.org/

関連スレッド:
GCCについて part9
pc12.2ch.net/test/read.cgi/tech/1246059290/

481 名前:デフォルトの名無しさん mailto:sage [2011/12/13(火) 11:08:12.33 ]
>>480
projectzero-swb.blogspot.com/2009/08/windows-7-x64mingw-x64.html

482 名前:デフォルトの名無しさん mailto:sage [2011/12/13(火) 19:33:11.78 ]
testes

483 名前:デフォルトの名無しさん mailto:sage [2011/12/14(水) 14:25:34.43 ]
>何がオーケー
コードの配布以外何がある?

484 名前:デフォルトの名無しさん [2011/12/14(水) 15:28:23.77 ]
>>483
うん

485 名前:デフォルトの名無しさん mailto:sage [2011/12/15(木) 05:00:32.59 ]
MinGW32でextern "C"で定義してある構造体を返す関数が
gendefでdefを作ると@4と関数のあとについていて(他の関数には付いていない)
それからlibを作るとその関数だけVC++からリンクできないのですが
なにかありますか


486 名前:デフォルトの名無しさん mailto:sage [2011/12/15(木) 08:26:23.55 ]
struct の値返しは mingw と msvc で互換性がない。

487 名前:デフォルトの名無しさん mailto:sage [2011/12/15(木) 14:23:52.12 ]
>>485
//test.h
#pragma once
#ifdef __cplusplus
extern "C" {
#endif
struct Data{ int a,b; };
struct Data getData();
#ifdef __cplusplus
}
#endif

//test.cpp
#include "test.h"
struct Data getData() {
struct Data d = {123, 456};
return d;
}

//use.cpp
#include <stdio.h>
#include "test.h"
int main() {
struct Data d = getData();
printf("d.a=%d d.b=%d\n", d.a, d.b);
return 0;
}

488 名前:デフォルトの名無しさん mailto:sage [2011/12/15(木) 14:26:26.14 ]
gcc -shared -o test.dll test.cpp
gcc -o usegcc.exe use.cpp -L. -ltest
gendef test.dll
lib /def:test.def /machine:x86 /out:test.lib
cl /Fe"usevc.exe" use.cpp test.lib
usegcc.exe
usevc.exe

うちの環境では問題ないなぁ

489 名前:485 mailto:sage [2011/12/15(木) 15:35:19.51 ]
>>488
こうするとダメでした。
$ cat test.h
#pragma once
#ifdef __cplusplus
extern "C" {
#endif
typedef struct { float v[4]; } data_t;
data_t getData(int a, int b, int c);
#ifdef __cplusplus
}
#endif
$ cat test.cpp
#include "test.h"
data_t getData(int a, int b, int c) {
data_t d;
d.v[0] = (float)a;
d.v[1] = (float)b;
d.v[2] = (float)c;
d.v[3] = (float)0;
return d;
}
$ cat use.cpp
#include <stdio.h>
#include "test.h"
int main() {
data_t d = getData(1, 2, 3);
printf("d.a=%f d.b=%f\n", d.v[0], d.v[1]);
return 0;
}




490 名前:デフォルトの名無しさん mailto:sage [2011/12/15(木) 16:11:55.94 ]
>>489
gcc -shared -o test.dll test.cpp -Wl,--output-def,test1.def
gcc -o usegcc.exe use.cpp -L. -ltest
lib /def:test.def /machine:x86 /out:test.lib
cl /Fe"usevc.exe" use.cpp test.lib

gcc -shared -o test.dll test.cpp
gcc -o usegcc.exe use.cpp -L. -ltest
impdef test.def test.dll
lib /def:test.def /machine:x86 /out:test.lib
cl /Fe"usevc.exe" use.cpp test.lib
ならいけるのでgendefの問題かもね

491 名前:デフォルトの名無しさん [2011/12/16(金) 22:18:26.50 ]
かもね

492 名前:デフォルトの名無しさん [2011/12/18(日) 23:15:42.83 ]
だね

493 名前:デフォルトの名無しさん mailto:sage [2011/12/23(金) 20:11:37.95 ]
/mingw32/bin/ld.exe: cannot find -lstdc++
このエラーはどうやったら直りますか?

494 名前:デフォルトの名無しさん mailto:sage [2011/12/23(金) 21:47:09.64 ]
g++じゃなくてgcc使ってないか?

495 名前:デフォルトの名無しさん mailto:sage [2011/12/24(土) 09:03:27.32 ]
うん

496 名前:デフォルトの名無しさん mailto:sage [2011/12/24(土) 10:12:02.61 ]


497 名前:デフォルトの名無しさん [2012/01/05(木) 19:31:41.76 ]
ふう

498 名前:デフォルトの名無しさん mailto:sage [2012/01/21(土) 16:31:23.43 ]
うんこしたいんですけど。便所どこですか

499 名前:デフォルトの名無しさん mailto:sage [2012/01/28(土) 17:04:42.88 ]
cygwin 1.7.xってDOSモード無いの?



500 名前:デフォルトの名無しさん mailto:sage [2012/01/28(土) 17:18:47.05 ]
DOSモード?

501 名前:デフォルトの名無しさん mailto:sage [2012/01/28(土) 17:44:11.08 ]
>>500
よく見たら、書いてありました。すいません。
toro.2ch.net/test/read.cgi/unix/1268282846/14


502 名前:デフォルトの名無しさん mailto:sage [2012/02/01(水) 10:41:28.34 ]
MinGW側でmallocしたポインタをVC++側でfreeしたり
FILE*を受け渡したりできるんでしょうか?
できないと思うんだけど、msvcrtを使っているというのはできるという意味でしょうか?


503 名前:デフォルトの名無しさん mailto:sage [2012/02/01(水) 11:14:22.99 ]
ためだろ
解放用の関数なり自作スマポなりで対応しろ
クラスならコンストラクタデストラクタをprivateにしてstaticメソッドかfriendしてる関数からしか生成、破棄できないようにするのもあり


504 名前:502 mailto:sage [2012/02/01(水) 11:27:47.34 ]
どうもmsvcrtでも71や80など違いがあるらしく、そのあたりの問題らしい。
mallocしたポインタを返すからそっちでfreeしろって設計のライブラリを撲滅したい。


505 名前:デフォルトの名無しさん mailto:sage [2012/02/01(水) 11:29:19.63 ]
>>503
mingwfreeというmingw側の関数でfreeするだけの関数が入ったDLLを作って対応していたんだけど
本当にこれ必要なのかなって疑問でした。


506 名前:デフォルトの名無しさん mailto:sage [2012/02/01(水) 11:41:07.39 ]
>>502
例えばMinGWのgccでコンパイルしたobjをMSVCのclでコンパイルしたobjにリンク
した場合は、可能だよ
(ただし、コンパイラサポート用の特殊なobjやlibを別途リンクする必要が
しばしば生じるし、C++の場合は両者のABIにそもそも互換性がないのでダメだ)

そうではなくて、MinGWで作ったDLLをMSVCで作ったexeから利用するシナリオを
考えているのなら、ダメ

MSVCに閉じた世界であっても、msvcrt.dll, msvcr70.dll, .... msvcr100.dllや
そのデバグ変種はすべて互換性がなく、exeとDLLが同じランタイムDLLを
利用しているのでない限り、そういうことは出来ない(それぞれ別のCランタイムを
ロードしてメモリに保持する形になる)
今のMSVCはデフォではmsvcrt.dllとリンクするようになっていないので
自動的にダメということになるよ

507 名前:506 mailto:sage [2012/02/01(水) 11:43:03.46 ]
ちなみにC++が不要なら、MSVCでmsvcrt.dllとリンクするようにすることは一応可能
WDKを入れて、そちらのincludeとlibを使うといい
ただ色々落とし穴もあるし、事実上(少なくともモダンな)C++は使えない
ネットで検索すると色々情報が得られるはず

508 名前:502 mailto:sage [2012/02/01(水) 12:13:51.23 ]
>>506
objも互換性があるのか。
DLLにしないとVC++側から使えないと思っていました。
ちなみにC++は不要でCだけでいいです。
>>507
逆にMinGW側でmsvcrt80などにリンクするようにビルドすることもできるらしいのですが
MSVC側のCRTのバージョンが上がっていきそうなので、
mallocしたポインタを返してこっちでfreeすることを要求してくるMinGW側のライブラリ(DLL)があって
僕が作っているわけではないオープンソースのライブラリなのでできればコードには触りたくないけど
MSVCから使いたい場合は、
MinGWのDLLをビルドしたのと同じバージョンのfreeを単体のDLLにしてその関数でfreeするのがいい方法でしょうか。


509 名前:デフォルトの名無しさん mailto:sage [2012/02/01(水) 13:17:19.87 ]
たぶんそれで大丈夫だけど、試したことはないな

そのオープンソースのライブラリが一応Windowsをサポートしているんなら
DLL boundaryを超えた場合の問題について開発者に説明して
libfoo_free()のような関数を入れてもらうのが本来は望ましいんじゃないの

objは互換性あるよ、少なくとも32bitでは
gccもwin32ターゲットの場合はCOFFを吐くし、fopenやmallocみたいな関数への
参照はどっちでコンパイルしたとしても最終的にリンク時に解決されるので
そのタイミングでリンクされるCランタイムが使われることになるわけだ

x64だとどうだったかな……x64のABIは確か結構ややこしいことになってるんだよな



510 名前:デフォルトの名無しさん mailto:sage [2012/02/01(水) 16:32:47.61 ]
>>509
今そうしているので動いてはいるんだけど
もっと普通の方法がないのかなと思ったのです。
どうもです。


511 名前:デフォルトの名無しさん mailto:sage [2012/02/01(水) 16:49:08.70 ]
LoadLibraryしてGetProcAddress(msvcrtdll, "free")では?

512 名前:デフォルトの名無しさん mailto:sage [2012/02/01(水) 17:37:53.09 ]
msvcrt.dllが(mingwによって)間接的にプロセスのメモリ空間にマップされているなら
LoadLibrary()の代わりにGetModuleHandle()でもいいね

513 名前:デフォルトの名無しさん mailto:sage [2012/02/01(水) 17:54:09.97 ]
>>511
そっちのほうが簡単ですね
MinGWがmsvcrt.dllを使っているというのは期待してていいんでしょうか


514 名前:デフォルトの名無しさん mailto:sage [2012/02/01(水) 17:56:55.89 ]
DLLが使っているfreeのアドレスをなんらか判定して取れれば一番いい気がしますけど


515 名前:デフォルトの名無しさん mailto:sage [2012/02/01(水) 17:58:28.73 ]
この手の解決策はハックなので、ライブラリの実装を直してもらえるなら
直してもらったほうがいいのは間違いないわな
ライブラリがリソース解放用の関数を提供していれば、それがMinGWでビルド
されていようが、MSVCでビルドされていようが、問題ないわけで

516 名前:デフォルトの名無しさん mailto:sage [2012/02/01(水) 17:59:49.32 ]
>>514
そのDLLのインポートセクションを見れば一応わかるはず
APIフックなどでは使われる手法だけど、ハックだな

517 名前:デフォルトの名無しさん mailto:sage [2012/02/01(水) 18:02:10.74 ]
msvcrt.dll使ってるとは限らないしなぁ

518 名前:デフォルトの名無しさん mailto:sage [2012/02/01(水) 18:39:45.66 ]
個別に直してもらえれば一番いいのはそうですけど
いろいろあるのと今後もまたあるかもしれないので
相手の対応に依存せず自分側だけで対応できる汎用的な方法も持っておきたいというのがあるんですよね。
FILE*の受け渡しなんかはインターフェースの定義だから多分変えてもらえないので
同じバージョンのfopenが使いたいとかもあるし。

DLLと関数を指定して、それがインポートされているDLL名を取得して>>511ってのを試そうと思います。

519 名前:デフォルトの名無しさん mailto:sage [2012/02/07(火) 01:56:10.50 ]
bugs.ruby-lang.org/issues/3296
これとかまさに>>516なコードだよな

iconvとかどこでも使われてるのに、エラー通知がerrnoなために
DLL-safeでないってのが終わってる
POSIXだから今更インタフェース変えられるわけもねーし



520 名前:デフォルトの名無しさん mailto:sage [2012/02/12(日) 00:42:21.69 ]
この手の問題ってメモリの処理はどうなってんだろ?
一つのプログラムが二つ以上の標準ライブラリとリンクしてしまった場合ヒープは適切に管理されるのかな

521 名前:デフォルトの名無しさん mailto:sage [2012/02/12(日) 01:32:29.29 ]
少なくとも今のCRTだとmalloc()は大して自分じゃ仕事してねーというか
HeapAlloc()に丸投げなので、CRTのバージョンが違ってもOSの側が
矛盾のないように仕事をしてくれるはず
ただし、それぞれがHeapCreate()で自分専用のプールみたいなもんをこしらえて、
そっからHeapAlloc()していく

OSの同じAPIに仕事させてる以上、それらは衝突はしないんだけれども
プールAから確保したメモリをプールBのものとして開放することはもちろんできない
HeapFree()の関数インタフェース見ればわかると思うけど

malloc()やfree()という関数インタフェースからはプールが見えないんだけど裏では
それぞれ専用のプールが使われるわけで、そこが要注意なわけだ

522 名前:デフォルトの名無しさん mailto:sage [2012/02/12(日) 01:58:28.91 ]
なるほど。低レベルではHeapAllocを使っているならきっと拡張可能で作っていると思うんだが
2つヒープができてしまった場合効率的に使えるのかな?変に制限されるんじゃないかと思ったので

523 名前:デフォルトの名無しさん mailto:sage [2012/02/12(日) 03:45:52.29 ]
標準ライブラリの数だけallocatorがあれば
ひとつより効率的ではないだろけど、まあそう気にするほどでもないのでは。
C++でもdeleteやdelete[]があって違うんじゃない。


524 名前:デフォルトの名無しさん mailto:sage [2012/02/14(火) 12:21:53.07 ]
mingwのgprofはlinuxのとくらべて制限とかありますか?

525 名前:デフォルトの名無しさん mailto:sage [2012/02/14(火) 12:36:18.05 ]
ありがとうございます。
あるとわかってよかったです。

526 名前:デフォルトの名無しさん mailto:sage [2012/02/14(火) 23:42:58.64 ]
gprofって、凄いの?

527 名前:デフォルトの名無しさん mailto:sage [2012/02/15(水) 12:49:16.99 ]
gcc -pg で作って実行したらgmon.outができたけどgprof test.exe gmon.outとかやってもヘッダみたいなのしか出ない。なにか間違ってるのか?

528 名前:デフォルトの名無しさん mailto:sage [2012/02/15(水) 13:35:45.56 ]
ttp://blog.majide.com/2009/03/usage-of-gprof/
ttp://d.hatena.ne.jp/ousttrue/20091017/1255754733

529 名前:デフォルトの名無しさん mailto:sage [2012/02/16(木) 15:29:10.20 ]
tdm64-gcc-4.6.1をインストールして
gcc -o a.exe a.cpp
ってやると
undefined reference to 'operator new(unsigned long long)'
みたいなエラーがでるので解決策教えてください。
ソースは
int main(){
new int *a=new a;
}
です。



530 名前:デフォルトの名無しさん mailto:sage [2012/02/16(木) 15:48:02.62 ]
訂正
ソースは
int main(){
int *a = new int;
です。

531 名前:デフォルトの名無しさん mailto:sage [2012/02/16(木) 16:00:03.50 ]
g++

532 名前:デフォルトの名無しさん mailto:sage [2012/02/16(木) 16:06:36.96 ]
gccをg++に変えればできるんですか?

533 名前:デフォルトの名無しさん mailto:sage [2012/02/16(木) 16:10:54.70 ]
すみません、よろしくお願がいします。
これはみんながなる症状なんでしょうか?
本当に困ってます。お願いします。

534 名前:デフォルトの名無しさん mailto:sage [2012/02/16(木) 16:46:04.85 ]
>>532
何故それを試さん

535 名前:デフォルトの名無しさん mailto:sage [2012/02/16(木) 16:53:19.78 ]
すみません、インストールしたパソコンではないので
今すぐ出来ません。
許してください。

536 名前:デフォルトの名無しさん mailto:sage [2012/02/16(木) 17:04:55.28 ]
じゃあ、試してから結果を報告してください
それまでお待ちしています

537 名前:デフォルトの名無しさん mailto:sage [2012/02/16(木) 17:34:33.60 ]
はい、また何日か後くらいにきます。
そのときはよろしくお願いします。

538 名前:デフォルトの名無しさん mailto:sage [2012/02/16(木) 17:51:57.66 ]
いま別のパソコンで試したけど同じ症状でした。
しかしg++にしたらちゃんとコンパイルとリンクできました。
有難うございます。
これは何が原因なんですか?
とても気になるのでおしえてください。

539 名前:デフォルトの名無しさん mailto:sage [2012/02/16(木) 18:43:21.54 ]
え、今時の学生は基本的なことも知らないでやるの?



540 名前:デフォルトの名無しさん mailto:sage [2012/02/16(木) 18:46:25.61 ]
もしかしてgccはgnu c コンパイラーの略ってことですか?
gnuコンパイラーコレクションの略で好きな言語をコンパイル出来る
フロントエンドだと勝手に勘違いしてました。
大事なことをおしえてくれて有難うございます。

541 名前:デフォルトの名無しさん mailto:sage [2012/02/16(木) 20:19:11.22 ]
>>540
コンパイルは出来るよ。
言語ごとのライブラリを勝手にリンクしないだけ

542 名前:デフォルトの名無しさん mailto:sage [2012/02/16(木) 20:33:57.27 ]
-v 見ると楽しいよな

543 名前:デフォルトの名無しさん mailto:sage [2012/02/17(金) 01:38:57.98 ]
なんでもはコンパイルできないわよ。知ってる言語だけ。

544 名前:デフォルトの名無しさん mailto:sage [2012/02/20(月) 16:22:39.59 ]
じゃあ539の勘違いということでFAですね。

545 名前:デフォルトの名無しさん mailto:sage [2012/02/20(月) 16:53:58.45 ]
エラー: ‘new’ が宣言されていません (この関数内での最初の使用)

546 名前:デフォルトの名無しさん mailto:sage [2012/02/22(水) 13:25:24.33 ]
mingw-get-instはインターネット回線に繋がってないパソコンではつかえないですよね?

547 名前:デフォルトの名無しさん mailto:sage [2012/02/22(水) 14:07:28.95 ]
つかえないです

548 名前:デフォルトの名無しさん mailto:sage [2012/02/25(土) 08:48:41.26 ]
ありがとうございます。
msysを手動でインストールする方法とか知ってますか?
知らないなら自分で考えます。

549 名前:デフォルトの名無しさん mailto:sage [2012/02/25(土) 10:14:42.41 ]
インストール出来る環境でインストールしたら、それを全部アーカイブしてよそへ持ってく。
例えばC:\MinGWにインストールしたらそのディレクトリごと。
コンソールへのショートカットはC:\MinGW\msys\1.0\msys.batを自前で作ればオッケー
だと思う。
時分の使い方の場合は問題でなかった。

あ、双方の環境でログイン名が違う場合は、ホームディレクトリをリネームするか
必要な設定ファイル群をコピーしてね。




550 名前:デフォルトの名無しさん mailto:sage [2012/02/25(土) 11:14:27.76 ]
ありがとうございます。
参考にします。

551 名前:デフォルトの名無しさん mailto:sage [2012/02/25(土) 11:22:15.80 ]
>>548
xhmikosr.1f0.de/index.php?folder=dG9vbHM=
ここのMSYS_MinGW_GCC_462_x86-x64_Full.7zを解凍するだけ
mingwは他のを使いたければ、中のmingwフォルダを差し替えればいい

552 名前:デフォルトの名無しさん mailto:sage [2012/02/25(土) 19:50:04.64 ]
>>548
ttp://d.hatena.ne.jp/naga_sawa/20111112/1321108907
自分は、こことかを参考にして手動インストールしてる。


553 名前:片山博文MZ ◆0lBZNi.Q7evd [2012/02/27(月) 14:15:19.34 ]
次のようなWDM filter driverをMinGWでビルドできないの?
ttp://www.reactos.org/paste/index.php/10164/

554 名前:デフォルトの名無しさん mailto:sage [2012/02/28(火) 13:13:02.42 ]
>>553
やりたいことは要するにコレなんでしょ? どうやるのかは知らんが
A filter driver that swaps "Left Ctrl" and "Caps Lock" keys

555 名前:デフォルトの名無しさん mailto:sage [2012/02/28(火) 19:46:33.96 ]
すみません初歩のことなのですが、先程C言語の本を買ってきて

本の通り(多分・・・)にmingw-get-inst-20111118.exeをインストールして

環境設定のPathを選択して編集→変数値の最後に「;C:\MinGW\bin」を
入力してから、コマンドプロンプトで「C:\Users\パソコン名>gcc」と
入力しても本に記載している「gcc:no input files」と表示されません。

代わりに
gcc:致命的なエラー:入力ファイルがありません
RpC~オワオスB

と表示されます。

ただ日本語に翻訳されてる感じですが・・・ご教授ください><

OSはWindows7Ultimateです。

556 名前:デフォルトの名無しさん mailto:sage [2012/02/28(火) 19:51:29.11 ]
ただ日本語に翻訳されてるだけでしょう

557 名前:デフォルトの名無しさん mailto:sage [2012/02/28(火) 19:59:27.99 ]
>>556
ありがとうございます





558 名前:デフォルトの名無しさん mailto:sage [2012/02/28(火) 20:04:35.93 ]
>>555
さすがにもうちょっとググったほうがいい・・・

559 名前:デフォルトの名無しさん mailto:sage [2012/02/28(火) 20:09:30.90 ]
gcc:致命的なエラー:入力ファイルがありません
RpC~オワオスB

でググってきます><








560 名前:デフォルトの名無しさん mailto:sage [2012/02/28(火) 20:53:25.96 ]
>>559
MinGW msys 環境構築 でググれ
「RpC~オワオスB」みたいなアホなワードでは何も出ない

561 名前:デフォルトの名無しさん mailto:sage [2012/02/28(火) 21:15:05.12 ]
追試してみた。
手元の mingw-get-inst-20110316.exe (Windows 7 Pro 64bit) では、エラーメッセージは英語だったよ。
gcc: fatal error: no input files
compilation terminated.

mingw-get-inst-20111118.exe に入れ替えたら、同じように文字化けした。
C:> which gcc
C:\MinGW\bin\gcc.EXE

C:> gcc --version
gcc (GCC) 4.6.1
...(略)

C:> gcc
gcc: 致命的エラー: 入力ファイルがありません
RpC~オワオスB

でも、いったんファイルに保存してtypeで表示したら文字化けしない。ふしぎ。
C:> gcc >error.log 2>&1
C:> type error.log
gcc: 致命的エラー: 入力ファイルがありません
コンパイルを停止しました。

あと、LANGを切り替えたら、こちらも文字化けしなかった。
C:> set LANG=C
C:> gcc
gcc: fatal error: no input files
compilation terminated.

562 名前:デフォルトの名無しさん mailto:sage [2012/02/28(火) 21:18:09.30 ]
>>559
釣られてみる。

> gcc [リターン]

じゃないよね...

563 名前:デフォルトの名無しさん mailto:sage [2012/02/28(火) 21:30:47.65 ]
Shift_JISで「コンパイルを停止しました。」は

83528393 83708343 838B82F0 92E28E7E
82B582DC 82B582BD 8142

他の文字コードで解釈できるのは

RpC~ B だけ、あと半角カタカナ

そんだけ



564 名前:デフォルトの名無しさん mailto:sage [2012/02/28(火) 21:40:37.56 ]
>>562
やめてくれー><
ぼくをイジメないでくれ><
初心者なんだ><

>>561
僕の脳みそでは、まだよくわからないけど
set LANG=C
打ち込んだらなおりました!ありがとぉ!


565 名前:デフォルトの名無しさん mailto:sage [2012/02/28(火) 21:48:18.93 ]
Cはまだ早い
まずAからだ

566 名前:561 mailto:sage [2012/02/28(火) 21:58:15.78 ]
すまんが、備忘録として、もう一回だけ書かせてくれ。

[case B] cmd.exe + bash でも、文字化けする。

C:> which bash
C:\MinGW\msys\1.0\bin\bash.EXE
C:> bash
bash-3.1$ gcc
gcc.exe: 致命的エラー: 入力ファイルがありません
RpC~オワオスB
bash-3.1$ LANG=C gcc
gcc.exe: fatal error: no input files
compilation terminated.

[case C] mintty (code.google.com/p/mintty/ の mintty-1.0.3-msys.zip) + cmd.exe だと、文字化けしなかった。
C:> mintty -c c:\mingw\mintty.cfg cmd.exe
(以下、mintty の window の方で)
C:> gcc
gcc
gcc: 致命的エラー: 入力ファイルがありません
コンパイルを停止しました。

[case D] mintty + bash.exe も文字化けしなかった。

C:> mintty -c c:\mingw\mintty.cfg bash.exe
(以下、mintty の window の方で)
bash.exe-3.1$ gcc
gcc.exe: 致命的エラー: 入力ファイルがありません
コンパイルを停止しました。
bash.exe-3.1$

567 名前:548 mailto:sage [2012/02/29(水) 10:16:21.56 ]
手動インストールできました。
色々ファイルを入れてpi.batが動くようにしたら出来ました。

568 名前:デフォルトの名無しさん mailto:sage [2012/02/29(水) 12:16:19.41 ]
一応、最新版にしたら4ギガ以上のファイルのサイズも表示されますね。
よかったです。

569 名前:デフォルトの名無しさん [2012/02/29(水) 17:22:10.28 ]
よかったよかった



570 名前:デフォルトの名無しさん mailto:sage [2012/03/01(木) 10:03:50.14 ]
調べてみたらまだスレッド機能使えないらしいな。

571 名前:デフォルトの名無しさん mailto:sage [2012/03/01(木) 15:16:06.43 ]
まじで…

572 名前:デフォルトの名無しさん mailto:sage [2012/03/02(金) 00:50:26.85 ]
すみません
昨日、MinGWを入れてみて下のコードを
>gcc test.c -o test
でコンパイルしたら
PCのアンチウィルスソフトに検知されました。
誤検知かと思ってDrWebのオンラインスキャンにかけても感染してると診断されました。
同様の症状の出る人いませんか?

#include<stdio.h>

int main(){

printf("Hello,World!!");

return 0;

}

573 名前:デフォルトの名無しさん mailto:sage [2012/03/02(金) 01:08:55.65 ]
検知されたのは、生成されたtest.exe
診断はトロイ
g++でコンパイルしたときはなんともありませんでした

574 名前:デフォルトの名無しさん mailto:sage [2012/03/02(金) 01:18:55.97 ]
たびたび失礼
g++でコンパイルしたexeもオンラインスキャンにひっかかる

575 名前:デフォルトの名無しさん mailto:sage [2012/03/02(金) 01:27:37.21 ]
とりあえずここにそのバイナリあげてみ
https://www.virustotal.com/

576 名前:デフォルトの名無しさん mailto:sage [2012/03/02(金) 01:52:34.65 ]
Detection ratio: 16 / 43

AVG Generic26.BUPR
BitDefender Trojan.Generic.KDV.493557
CAT-QuickHeal (Suspicious) - DNAScan
DrWeb Trojan.Siggen3.46647
Emsisoft Trojan.Win32.Menti!IK
F-Secure Trojan.Generic.KDV.493557
GData Trojan.Generic.KDV.493557
Ikarus Trojan.Win32.Menti
Jiangmin Trojan/Menti.osy
K7AntiVirus Riskware
McAfee-GW-Edition Heuristic.BehavesLike.Win32.Suspicious.H
nProtect Trojan.Generic.KDV.493557
SUPERAntiSpyware Trojan.Agent/Gen-Small
TheHacker Trojan/Menti.jswz
VBA32 Trojan.Menti.jvgg
VirusBuster Trojan.Offend!HUI9cixAnWU

いくつか引っかかってますが、マカフィー、カスペルスキー、NOD32がスルーしてますね
上の危険度を示す?矢印の表示は真ん中を指してます

577 名前:デフォルトの名無しさん mailto:sage [2012/03/02(金) 02:06:55.48 ]
Avast、Microsoft、Symantecもスルーしてるところをみると
どうも誤検知のようです・・・

たいへんお騒がせしました

578 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 00:30:42.04 ]
自作プログラムがウィルス扱いとかたまらんたまらん

579 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 01:13:08.52 ]
MinGWの4.6.3落とせるとこもうある?



580 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 02:26:57.71 ]
>>579
www.xvidvideo.ru/component/docman/cat_view/28-cross-mingwgcc-x86x64/183-cross-mingw-with-gcc-46-x86x64/193-stable.html

581 名前:デフォルトの名無しさん mailto:sage [2012/03/03(土) 04:30:37.73 ]
thx!






[ 続きを読む ] / [ 携帯版 ]

前100 次100 最新50 [ このスレをブックマーク! 携帯に送る ] 2chのread.cgiへ
[+板 最近立ったスレ&熱いスレ一覧 : +板 最近立ったスレ/記者別一覧]( ´∀`)<143KB

read.cgi ver5.27 [feat.BBS2 +1.6] / e.0.2 (02/09/03) / eucaly.net products.
担当:undef