Cygwin + MinGW + GCC 相談室 Part 4

1 名前：デフォルトの名無しさん [2008/09/13(土) 00:38:02 ] Windows上で動作するフリーの開発環境 CygwinとMinGWに関する相談スレッドです。 過去スレ: 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について part8 pc11.2ch.net/test/read.cgi/tech/1192201659/ 【激遅】AppleGCC【絶望】 pc11.2ch.net/test/read.cgi/tech/1173267844/ 190 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 05:08:45 ] そうか？ ウェブアプリとかビジネスロジックといわれる部分は、ハード特有じゃないのでジャバとかのほうが向いてると思うんだが・・ 逆にダイレクトXとかネットワーク・メッセージ機構の言語外（ハード部分）はMSとかジャバでもいいけど、例えばジャバに「ウインドウのハンドルを取得するAPI」が用意されてないと結局ネイティブAPIを使うから、ネイティブ向けのコンパイラが必要になってくる。 というか、そこまで計算のロジック（アルゴリズム）を速くしてこだわってるなら、一つのコンパイラに徹するべきであって、GCC使ってみたりBCCやICC使って浮気する必要はないと思うんだけどなあ。 やってみれば分かると思うけど、結局早くて効率的なロジックをフォートランとかICCで実装したところで、ウインドウズならDLL呼び出し関数呼び出しのコストで相殺されるからあまり関係なくなるんだけど。 どういうの作ってるかわからないけど、PC並に複雑な機構のOSだと、そもそもロジックが速いとか、プリミティブ型(double)の演算誤差がどうとかあまり関係ないんじゃない？ 191 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 05:19:31 ] レイトレを書いてるらしいから、数値計算メインで DLL呼び出し関数呼び出しのコストはほとんど無いような 思いっきりネイティブ向けの希ガス 192 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 05:53:25 ] レイトレはやったことないけど、そのロジックをストリーミング用のプログラミング手法（GPUとかCELL)に持ち込めれば、１００倍ぐらい速くなるんじゃないか？ 昔のままネイティブAPI（OSコール）てんこもりでソースもforとifだらけってのでも別にいいけど、画像解析じゃなくてただのレンダリングだし、そういうプログラミング・スタイルはもう流行らないと思う。 どっちにしてもネイティブ・コンパイラ使ってるくせに気軽に浮気するような素人じゃろくなもんじゃないだろうけど。 193 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 07:45:25 ] ここ10スレ位の書き込みは酷いな。 複数のコンパイラを通すのは、移植性やソースをクリーニングする為の超基本。 限られた精度の計算とloopが主なレイトレで、javaとかfortranて何のネタ？ borlandは1番parserの出来が良いので、初心者の多い2ちゃんではお薦め。 windowsのgccにもgettimeofdayはある。ぐぐって出てくるし、 unofficialな自宅の4.3.3でも通った。 iccは知らないけど、VCってdefaultでSSE使って無かったっけ？ 俺なら計算結果をファイル出力してdiffするけど。 ところでsjljなgccでレイトレって凄く遅くない？Dwarf2も試そうよ。 libraryコンパイルし直すのに少し苦労するけど。 194 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 09:39:57 ] 確かにbccは警告が(他と比べて)適切という印象はある。 195 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 10:43:04 ] ISO−Cに準拠したいのか、よりネイティブ向けに特化したプログラムを作って速度や効率を稼ぎたいのか、君は何をやりたいのか意味不明。 超基本は、ISO−Cに準拠して君の満足であるかどうかではなくて、仕様や要求を満たしたプログラムであるかどうかじゃないか？ それこそ計算部分のロジックとネイティブのハード部分を分離するような設計（使用）をすることのほうが基本だと思うが、どうだろう。 昔から構造化プログラム（モジュール化）やオブジェクト指向など方法論があるわけで、 君の主張するプログラミングスタイル（複数のコンパイラを通すだと？！）はまったく流行らないと思うが？ 君のような宗教観では、どうでもいいところに神経使ってばかりで、さらに髪の毛をなくしていくんだろうけどｗ 196 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 10:49:24 ] 何だか急に芳ばしくなってきましたね。 197 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 11:03:33 ] >>193 ソースで配布するんですか？ windowsだとハードが常に進化するんで、そのときのハードにあったAPI（DirectXなど）を使い、 そのプログラムに一番最適なコンパイラ（Cに限らない）を使ってDLLなどのバイナリで配布する方式の方が受けると思うんですけど・・・ 198 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 11:07:36 ] >>193 もしかして「Javaは遅い」とかを信じちゃってるJIT以前のオジサン？ｗ 199 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 12:52:03 ] JAVAがどれだけ速くなってもC以下なのは変わらないだろ。 200 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 14:30:17 ] >>199 実行時コンパイルだからこそできる最適化というのもあるんだよ。 まー、たいていはCの方が速いけど。 201 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 14:51:50 ] そのプルグラムが実行時のハード構成SSEなどに合わせて動的にコンパイル（JIT)されるようになればそうともいえないんじゃない？ 202 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 17:09:22 ] >>201 それはいったい何年後の話だ？ 203 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 18:27:33 ] >>200 実行時にコンパイルすると、どこがC(アセンブラ)より速くなるの？ 204 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 18:30:56 ] MS謹製CLI戦略は将来の自動並列化でJavaに置いて行かれるのを恐れた為なんだぜ？ 205 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 18:33:01 ] ハードウェアの構成にあわせてアセンブルしてくれたほうが断然早いね（笑） 206 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 18:55:35 ] 香ばしい流れ 207 名前：178 mailto:sage [2009/02/21(土) 19:01:52 ] >>179-187 レスありがとうございます。 Unixはほとんど知らないからMinGWを使う利点はあまりないないのかな。 MinGWも同じということはWinMain()とかで組めるのかな？ でもwindowsのアプリを作るにはVC2008EEがよさそうですね。 そうします。おじゃましました。 208 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 19:21:36 ] 1年前のJava6u10でこのくらい。まだ先は長い。 ttp://d.hatena.ne.jp/kkawa/20080330/p1 209 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 20:05:47 ] >>207 MinGWはあくまでビルド環境でしかないよ 俺は基本VC++EEで管理＆コーディングして、ビルドはどちらでもできるようにしてる どちらにしろリソースエディタは別に必要だし 210 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 21:31:14 ] レイトレなんて生成終了までAPIなんてほぼ関係なくて、ひたすら演算だけじゃん 環境依存部分をネイティブで個別実装するのがいいとか、きちｇ(ry なんか、レイトレ→3DCG→DirectXとか思ってそう あとGPGPUでレイトレすればいいって環境を選びすぎるし、 もしレイトレの学習が目的なら、不純物が増えて意味ないだろ これは……釣られたのか!? 211 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 22:08:18 ] ジャバと書いてるだけで正直胡散臭いし 長文な上に、どの主張も「だと思うんだけどなあ」「じゃない？」とか 曖昧な表現で逃げてる時点で、な 212 名前：デフォルトの名無しさん mailto:sage [2009/02/21(土) 22:08:42 ] 演算の途中経過とかをリアルタイムに見たいんじゃないの？ 標準的な画像や動画フォーマットに出せばAPIはいらんよなぁ，確かに 213 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 01:19:53 ] >>208 コウスケちゃんのブログなんてあったんだｗ さすがに日本人ハッカーだね 214 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 01:28:20 ] >>210 ＞なんか、レイトレ→3DCG→DirectXとか思ってそう この流れは３Dであってレンダリングと関係ないと思うんだが。 DirectXを未だにゲーム用のAPIとか考えちゃってるの？ ひたすら演算だけでネイティブに依存する必要がないなら、ジャヴァとかC#でいいんでない？ なのにどうしてこだわるんだろう。どうせスピードを求める君のポリシー（笑）なんだろうけど。 215 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 01:44:31 ] なんで演算メインでJavaやC#使うんだよ？バカなの？死ぬの？ 216 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 03:24:01 ] ちょっと待て、偽者が混じって楽しんでるだろ、おいｗ 217 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 09:17:22 ] その前に本物ってどれ？ 246みたいなのは本気で言ってるの？ なんでこんなのがtech板に居るの？ 218 名前：デフォルトの名無しさん [2009/02/22(日) 09:45:52 ] コンパイラぐらい金出して買えよ いつまでもオープンソースにいると髪の毛なくなっちゃうぞ 219 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 11:10:04 ] >>246がどんなことをマジで言うのか期待 220 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 12:19:20 ] >>219 何言ってんの？？？ 221 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 12:44:03 ] 少しは考える力をつけろ。 222 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 14:09:21 ] >>218 オープンソースと髪の毛は関係性が薄い ツーカ、オプソ界にいるやつはみんなフッサールだ 問題なのはヒゲ 223 名前：デフォルトの名無しさん mailto:sage [2009/02/22(日) 15:55:33 ] >>218 オープンソース以下のコンパイラが多すぎるからなあ 224 名前：デフォルトの名無しさん mailto:sage [2009/02/23(月) 04:58:13 ] オープンソースのコンパイラは実質GCCのみじゃないの？何と比べてるかわからんが、糞はお前ｗ 225 名前：デフォルトの名無しさん mailto:sage [2009/02/23(月) 06:37:55 ] オープンソースなコンパイラはそれなりにあるが、 実質gccのスレなので、gccと仮定しても、クソという 理由が見いだせない。この意味不明な論理展開を行う >>224には、VIPがお似合いだろう。これは224の 書き込み時間からも、容易に想定可能である。 226 名前：デフォルトの名無しさん mailto:sage [2009/02/23(月) 07:09:15 ] >>225 はいはい。能書きはそれぐらいにして早いところVIP板へ行ってくらはい 227 名前：デフォルトの名無しさん mailto:sage [2009/02/23(月) 07:59:06 ] 結局なんの説明も出来ない無職か 228 名前：デフォルトの名無しさん mailto:sage [2009/02/23(月) 08:05:03 ] >>224って>>218? まずはgccより高機能な市販コンパイラを出して貰いたい 229 名前：デフォルトの名無しさん mailto:sage [2009/02/23(月) 08:33:24 ] cygwinってCPU強化したら速くなんの? configureが遅すぎて泣ける 230 名前：デフォルトの名無しさん mailto:sage [2009/02/23(月) 08:42:41 ] 手持ちのCentOS4やUbuntuと、大差ない気がしたんだけど、 大きなファイルなら差が出るのかな。差があるとしたら I/Oまわりだろうねえ 231 名前：デフォルトの名無しさん mailto:sage [2009/02/24(火) 23:21:31 ] >229 configure が遅い理由は cygwin 特有のプロセス起動とファイル I/O にかかる種々の変換だとか前処理の コストだと思うんで、速くはなるだろう。 232 名前：デフォルトの名無しさん mailto:sage [2009/02/25(水) 12:27:11 ] cygwinのファイルI/Oは遅いよ。ストリームI/Oをバッファ入出力の段階でシミュレートするのではなく 関数レベルでシミュレートしているようで、fgetc()をループで回すだけでも結構差が出る。 >>228 iccは高性能だけど、高機能と言うのはどういう尺度? gccを否定する気はさらさらないけれど、最近のx86系CPUを使いこなすには力不足なのは否めない。 233 名前：デフォルトの名無しさん mailto:sage [2009/02/25(水) 13:04:58 ] msysをつかえばいいじゃない。 大概のことはmsysでカタがつくでしょ。 234 名前：デフォルトの名無しさん mailto:sage [2009/02/25(水) 13:10:53 ] msysはメモリーリークが酷いから嫌 235 名前：デフォルトの名無しさん mailto:sage [2009/02/25(水) 14:02:34 ] >>234 kwsk 236 名前：デフォルトの名無しさん mailto:sage [2009/02/25(水) 21:06:45 ] >>234がお漏らしプログラム作ってるだけっていう落ち 237 名前：デフォルトの名無しさん mailto:sage [2009/02/25(水) 21:21:24 ] リークと違うけど、Qt4コンパイルしてて、なんのエラーも 出てないのに、mingw32-makeがエラーで止まる事ならあった。 Dwarf2でbuildしたgcc4.3.3が原因の可能性も高いが。 ああ、msys全然関係無かったねw 238 名前：デフォルトの名無しさん mailto:sage [2009/02/25(水) 21:53:46 ] Qt4はメモリ4Gあろうがページファイル1G以上用意しないと確実にこけるね 239 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 01:00:40 ] MSYS+MinGWでMKVtoolnixコンパイルしてて、動くバイナリはできんたんだけどちょっと気になってることがある。 公式で配布されてるバイナリにはregex2.dllがあるけど、自分のにはない。 何かのライブラリがスタティックリンクになってるんだろうけどどれかわからない。 名前からして正規表現だろうからboostかと思ったけどlink=sharedにしてコンパイルしてもそんなdllない。 何のライブラリか教えてください。 240 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 05:04:14 ] glibc gnuwin32.sourceforge.net/packages/regex.htm 241 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 11:27:42 ] APIを使わないDLL遅延バインドのやり方がわからん。 242 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 18:42:21 ] >>240 �d でもこれ突っ込んでもやっぱりregex2.dllは使われないな。何でだろう… 243 名前：デフォルトの名無しさん mailto:sage [2009/03/01(日) 21:25:45 ] >>241 なぜAPIを使うのがいやなの？ 244 名前：239 mailto:sage [2009/03/02(月) 01:36:26 ] 公式のバイナリをDependency Walkerで調べてやっとわかった。 libmagicの依存ファイルだったのか。 libmagicはうまくコンパイルできなかったらバイナリ取ってきてたからそのせいか。 245 名前：デフォルトの名無しさん mailto:sage [2009/03/05(木) 18:41:39 ] ちょっと前に 「gccの4.x.x系は3.4.5よりもWindows環境への対応が悪い」 と聞いんだが、未だに悪いの？ 俺が興味あるのはg++だけだが、g++に限ってもそう？。 246 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 05:19:57 ] 何をして対応が悪いといっているのか不明なのでなんとも・・・ 247 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 11:34:41 ] MinGW sourceforge.net/project/showfiles.php?group_id=2435&package_id=24963&release_id=46827 ここから src 以外の tar を全部ダウンロードしたんでしけど、 解凍したら同じ名前のファイルが重複しているんです。 たとえば bin/bash.exe なら bash-3.1-MSYS-1.0.11-1.tar.bz2　　　　bash.exe　607,744 バイト msysCORE-1.0.11-20080826.tar.gz　　bash.exe　911,646 バイト の両方に入っています。 いったいどちらの bash.exe を取ればいいのでしょう？ ほかにも tar.exe などなど、重複がいっぱいあります。 どれを入れればいいんですか？ ヒヨコのオスメスみたいに、ひとつひとつ手作業で選別せにゃいかんのですか？ 248 名前：デフォルトの名無しさん [2009/03/06(金) 11:46:55 ] バージョン1.0.11 と バージョン1.0.11-1 のサイズが違うと何か問題ある？ 249 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 12:33:53 ] 知らないならレスしないでください 250 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 13:32:28 ] だから、リリースバージョンが違うものなんだから、中身が違って当然だろうが。 これで意味が通じなかったら、Technological Previewバージョンを各ソフトごとにとってくるなんてやめて、 おとなしく安定バージョンをパッケージで入れろ。 251 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 13:35:06 ] だから知らないならレスしないでください 252 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 13:35:57 ] ほかに誰か知ってる人はいませんか？ 253 名前：デフォルトの名無しさん [2009/03/06(金) 14:06:09 ] >>251, 252 くだらない悪ふざけはν速にでも行ってやれや。 254 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 15:32:21 ] 質問：　どちらが新しいんですか？ 答え：　サイズが違うと何か問題ある？ 頭おかしいの？ 255 名前：デフォルトの名無しさん [2009/03/06(金) 15:45:13 ] だから、リリースバージョンの見方もわからんバカは 安定版のパッケージを入れろよ。 バージョンわからん奴がTechnological Previewをいれて何の役に立つんだよ。 256 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 16:18:23 ] >>254 とっとと失せろ、ゴミクズ 257 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 17:47:47 ] ニートタイムに喚くなよ 見苦しいな 258 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 18:21:19 ] で？ けっきょく、どれが新しいかわからないんだろ？ 知らないならレスすんなよ。 あんたに質問したんじゃねーーーーーーーよｗ 259 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 19:01:39 ] ファイルの日付も読めない奴に使える訳もないな 260 名前：デフォルトの名無しさん [2009/03/06(金) 19:39:43 ] >>258 瞬時にリリースバージョンくらいわかりますが、何か？ バージョンを読みとってるからこそ>>248なのだが。 お前は、自分が書いたものと248をみてもまだ理解できないわけだろ？ だから>>250の安定版を入れろと言うことなんだが。 Technological Previewってのは人柱用なんだぜ。 なぜあえてこれを入れたいんだ？ バカだからか？ 261 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 20:21:43 ] わかったわかった。俺が悪かった。ここはひとつ、俺がオトナになろう。 で、リリースバージョンの見方をおしえてください。おねがいします。 262 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 20:23:22 ] 事情を説明いたしますと、 安定版が安定しないから、試しに全部新しいのにしてみようと思っただけです。 それで安定するか、しないか、検証してみるだけです。 「問題の切り分け」 を死体のです。 263 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 20:33:45 ] >>261 逆に煽り返されたりして、出来もしないくせに下手なことしないほうがいいよなぁ 264 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 20:46:50 ] >>262 おとなしくVC++いっとけ 265 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 20:55:24 ] ぜんぶ 1.0.11 なので、どれが新しいのかわかりません。 でも確実に、中身が違うんです。 266 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 21:03:19 ] すこし分かりかけてきた 1.0.11-1 1.0.11-20080826 これのどっちが新しいか。それさえ分かれば・・・ 1 と 20080826 って、どっちが新しいんですか？ 267 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 21:14:49 ] なんか迷宮に迷い込んでいるような気がするなぁ・・・ 問題の切り分けをするのであれば、安定版のどの部分が安定 しないのか切り分けるのが先では無いだろうか。 全部最新版に差し替えて安定したところで、どの部分が問題 だったかは結局分からないのでは。 268 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 21:20:20 ] パッケージとバラを同じ項目においておきながら、 バラの方が古いなんてアホな管理をするやつがいるとも思えんが。 269 名前：デフォルトの名無しさん mailto:sage [2009/03/06(金) 23:37:06 ] つーかさ、不安定があるのなら、どういう不安定なのか書けよな〜 他のユーザーのためにもなる。 270 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 00:07:40 ] 俺は MSYS のデバッグしてんじゃねぇぞ。 どの部分が問題だったかは結局分からなくても 安定して使えさえすればＯＫなんだよ。 271 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 00:43:26 ] >>270 だからよぉ、他人にもどう不安定か情報出せよ。 自分だけ情報を得られたらそれで桶かよ。 マサにカスだな 272 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 00:46:02 ] >>270 問題の切り分けをしたいとか言いながらちゃぶ台ひっくり返すし、 ここまでMSYSが問題なんだとは一言も話をしていないし、 しかも大人のふりしたと思ったらまた退行しているし。 273 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 01:34:15 ] >>271-272 ゴミの相手するなよ 274 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 01:48:09 ] 新しいのと古いのと見分け方を聞きたかっただけなんだが・・・ 275 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 01:48:41 ] もったいぶらずに教エロ 276 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 11:16:12 ] もったいぶらずに着エロ ttp://blog-imgs-27.fc2.com/a/p/p/appetite/20050216122706.jpg 277 名前：デフォルトの名無しさん mailto:sage [2009/03/07(土) 14:50:19 ] >>276 ありがとうございます。おかげさまで解ケツしました。 278 名前：デフォルトの名無しさん mailto:sage [2009/03/13(金) 22:53:09 ] g++ってワイド文字列環境はまともになってる？ g++ (GCC) 3.4.5だと、 std::wcoutって何だか分かりません見たことも聞いたこともありません 的なコンパイルエラーがでちゃうんだよね。 279 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 01:43:37 ] >>278 今は無理。まともにサポートできる見通しが立たないから宣言自体が無効化されてる。 今公開テスト中の Cygwin 1.7 には wchar_t 関連の C 標準関数がひととおり実装されてるんで、 その上で動く g++ なら使えるようになるかもしれない。 280 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 03:23:49 ] >>278 この4.3.3使え ttp://www.tdragon.net/ 281 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 08:30:19 ] そもそも何でMinGWって最新のGCCを同梱してないの？ >>279 ふーん、まだダメダメなのか。残念だ。 >>280 TDM/MinGW Installer 1.902.0 Released 2009-02-28 Bundled Installer: [tdm-mingw-1.902.0-f1.exe] (23.8 MB) Includes C and C++ SJLJ packages from GCC 4.3.3 TDM-1, plus binutils (2.19.1), mingw-runtime (3.15.2), w32api (3.13), mingw32-make (3.81-20080326-3) and gdb (6.8-mingw-3). ってやつか？すげぇなコレ。 いわゆる人柱版ってことかな？ 282 名前：デフォルトの名無しさん [2009/03/14(土) 17:36:13 ] UNIX/Linux初心者です。 会社でfork/FIFOを使用した開発をやっていて家でもお勉強できるようにとCygwinインストールしました。 でもうまく動いてくれません。chi 3-25で、Device or resource busyが発生します。 Cygwinの仕様でしょうか？ // プロセス作成 p = fork(); if(p == -1) exit(1); if(p > 0) { sprintf(fname_p, "%s-%d-%d", FIFO, p,1); } if (p == 0) { p = getpid(); //子側FIFO名前 sprintf(fname_c, "%s-%d-%d", FIFO, p,1); //親側FIFOのメーク待ち while(1){ if(access(fname_c, F_OK) == 0) break; sleep(1); } //読み込みパイプ開 fifo_cr = open(fname_c, O_RDONLY); if(fifo_cr == -1){ printf("chi 3-25 error open fifo\n",fname_c); err_no = errno; perror("err_no"); exit(6); } 省略 283 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 18:40:21 ] >282 質問の答えじゃないが、fork するんなら pipe(2) 使えばループで待つ必要もないんじゃないの？ 284 名前：デフォルトの名無しさん mailto:sage [2009/03/14(土) 19:52:06 ] >>282 質問の答えじゃないが printf("chi 3-25 error open fifo\n",fname_c); err_no = errno; これはダメだろう常識的に 285 名前：デフォルトの名無しさん mailto:sage [2009/03/17(火) 11:38:28 ] 質問の答えじゃないが、popen()で事は足りないのかな? 286 名前：デフォルトの名無しさん mailto:sage [2009/03/22(日) 07:03:44 ] ファイルを先頭から順次読み込むプログラムで， 以下のようなものを書いたのですが，ファイルの途中なのにもかかわらずループを抜けてしまいます． (どうも0x1Aを読み込んだときにbreakがかかるようです．) for ( ; ; ){ c = fgetc(fp); if (c == EOF) break; /* 省略 */ } Linux上のgcc(2.95.3)でコンパイルした場合は正常に動くのですが， MinGW(5.1.4)だと前述したように，正常に動きません．(fgetcの仕様が違うのでしょうか) とてもくだらない質問に思えて恐縮なのですが，解る方がいたら教えてください． 287 名前：デフォルトの名無しさん mailto:sage [2009/03/22(日) 07:55:26 ] fopenでtext modeでファイルを開くと、0x1aをEOF(=CP/Mの)と見なすから。 www.google.co.jp/search?q=fopen+EOF+0x1a 288 名前：デフォルトの名無しさん mailto:sage [2009/03/22(日) 07:56:24 ] mingwのライブラリはVC仕様なので バイナリモードで開いてみては fp = fopen( path, "rb" ); // こんな感じ? # たしか Windows/DOS ではテキストモードで開くと 0x1a を # EOF として扱う仕様だったような気がする # unixはテキストモードはなし 289 名前：デフォルトの名無しさん mailto:sage [2009/03/22(日) 08:33:39 ] >>287-288 素早い返答ありがとうございます． ご指摘のとおり，fopenのモード指定の問題でした． VC系だとテキスト/バイナリの区別がある，というのを初めて知りました． googleにもスバリ書いてあることだったようで，お恥ずかしい限りです． 290 名前：デフォルトの名無しさん [2009/03/22(日) 23:13:40 ] CygWinでgprofかけても時間情報が取れないのですがどうすればプロファイル取れる でしょうか。 g++のコードのプロファイルが取れる方法よろしくです。gprofて最近は使われてない？

---

---

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

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