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


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

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/

175 名前:デフォルトの名無しさん mailto:sage [2009/02/20(金) 18:15:29 ]
意味がわからん

176 名前:デフォルトの名無しさん mailto:sage [2009/02/20(金) 18:27:32 ]
main (int argc,char **argv){
int* buf = new int [100];
 ↓ が何故か
int* buf =new ( argv - 1) int [100];

177 名前:デフォルトの名無しさん mailto:sage [2009/02/20(金) 21:58:33 ]
>>176
「が何故か」ってそれをどうやって確認したの?

178 名前:デフォルトの名無しさん [2009/02/21(土) 00:30:12 ]
無料なのでMinGWでウィンドウズのアプリを作るのを勉強しようとしたら説明してるサイトが見つからない。
これはどうしてなのでしょうか?
MinGWのインストールやコンパイルを説明してるサイトは沢山あります。
MinGWはインストールして他人のソースをコンパイルして満足するだけのもののような感じを受けます。

179 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 01:25:09 ]
なぜならMinGWでもVisual C++でもBorand C++でもWindowsアプリの作り方は同じだから。
MinGWの解説をしているとこは、MinGW特有の部分の解説に徹しているだけのこと。

180 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 01:27:23 ]
倍精度の浮動小数点演算を多用する、レイトレーサの一種を書いてます。
VC++ 2008 Express Edition と icc 9.0 では問題なく動作するのに、
MinGW の GCC だと計算結果がおかしくなります(レイが想定外の場所に
飛んでいってしまう)。GCC の3つのバージョンを試しましたが変化なし。
gcc version 3.2.3 (mingw special 20030504-1)
gcc version 3.4.5 (mingw-vista special r3)
gcc version 4.3.0 20080305 (alpha-testing) mingw-20080502 (GCC)
実行環境は XP SP3 です。何かちょっとしたことを忘れている気がするん
ですが、アドバイスをいただけませんか。よろしくお願いいたします。

>>178
基本的に VC++ やなんかと同じ要領で Win32 API を使ってアプリからでは。
Win32 API を使ったプログラミングは情報がたくさんありますよね。
Unix 環境のつもりでプログラムを書き始めるとライブラリ関数があれも
これも無くて泣きを見ます。例えば
・GUI は Win32 API で手書きするか Win32 環境で使えるツールキットを使う。
・gettimeofday() が無いので計時には Win32 の QueryPerformanceFrequency(),
QueryPerformanceCounter() を使う。
・共有ライブラリの動的リンクは dlopen() ではなく LoadLibrary() でやる。
・OpenGL を使うには Win32 固有の wgl 関数群を用いる。
・Win32 に移植された pthread ライブラリを使うのでなければ
pthread_create(), pthread_mutex_init(), pthread_mutex_lock() ではなく
CreateThread(), CreateMutex(), WaitForSingleObject() を使わないといけない。
といった具合です。Win32 環境のつもりで情報を集めるとよろしいかと。


181 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 01:49:43 ]
>>180
そこまでするならまずはCygwin使えよ。
というのはともかく、178はUnixから来たのではなく
本当にここから始めようとしているように思った。

182 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 01:53:52 ]
ここで、VC++ Express(無料)を薦めるのはなしか

183 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 02:09:27 ]
>>180
homepage1.nifty.com/herumi/prog/prog90.html



184 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 02:35:43 ]
>>183
レスありがとうございます。
このスレの Part 3 で _controlfp のことを教えていただいたのは私です。
カキコの直後まで失念しておりました。
_controlfp(_PC_64, _MCW_PC) だと GCC と ICC では NG、VC++ では OK で
_controlfp(_PC_53, _MCW_PC) だと3つのコンパイラすべてで OK でした。
また髪の毛が減ってしまいました。本当にありがとうございました。


185 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 03:00:03 ]
個人的な感想ですけどVC2008EEはなかなか良かったよ。
この茨の道を突き進むよりも初心者はVCのほうがいいと思われ。

186 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 04:16:44 ]
>>184
あの思うですけど、そこまでしてネイティブ・コンパイラにこだわる意味はあるんですか?
たぶん良くあるプログラミングの落とし穴だと思うんですが、
計算のロジック部分はジャバやCシャープにして、描画やレンダリングのところだけネイティブ(Cコンパイラ)にすれば、髪の毛もフサフサのままですよ。
もしCやフォートランしか知らないというなら、あなたの勉強不足が原因なので自業自得なんですけど。

187 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 04:35:25 ]
>>185
んだな
多少操作やアプリ依存の用語を覚える必要はあるが、
理解度や開発効率を考えると初心者はあれでおk

なのに、何で某ランドがいまだにはびこっているのかw
mingw等はマルチを意識すると選択肢として出てくるが、
某ランドは選ぶ理由がさっぱりわからん

>>186
用途が逆な気がするが・・・

188 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 04:53:02 ]
>>187
だよなぁ俺も逆だと思うよ

189 名前:デフォルトの名無しさん mailto:sage [2009/02/21(土) 05:04:17 ]
仮想マシンが手軽になってからは、個人的にはmingwの出番が減ったな

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)に持ち込めれば、100倍ぐらい速くなるんじゃないか?
昔のままネイティブ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に準拠して君の満足であるかどうかではなくて、仕様や要求を満たしたプログラムであるかどうかじゃないか?
それこそ計算部分のロジックとネイティブのハード部分を分離するような設計(使用)をすることのほうが基本だと思うが、どうだろう。
昔から構造化プログラム(モジュール化)やオブジェクト指向など方法論があるわけで、
君の主張するプログラミングスタイル(複数のコンパイラを通すだと?!)はまったく流行らないと思うが?
君のような宗教観では、どうでもいいところに神経使ってばかりで、さらに髪の毛をなくしていくんだろうけどw

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以前のオジサン?w

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なんてほぼ関係なくて、ひたすら演算だけじゃん
環境依存部分をネイティブで個別実装するのがいいとか、きちg(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
コウスケちゃんのブログなんてあったんだw
さすがに日本人ハッカーだね



214 名前:デフォルトの名無しさん mailto:sage [2009/02/22(日) 01:28:20 ]
>>210
>なんか、レイトレ→3DCG→DirectXとか思ってそう

この流れは3Dであってレンダリングと関係ないと思うんだが。
DirectXを未だにゲーム用のAPIとか考えちゃってるの?
ひたすら演算だけでネイティブに依存する必要がないなら、ジャヴァとかC#でいいんでない?
なのにどうしてこだわるんだろう。どうせスピードを求める君のポリシー(笑)なんだろうけど。

215 名前:デフォルトの名無しさん mailto:sage [2009/02/22(日) 01:44:31 ]
なんで演算メインでJavaやC#使うんだよ?バカなの?死ぬの?

216 名前:デフォルトの名無しさん mailto:sage [2009/02/22(日) 03:24:01 ]
ちょっと待て、偽者が混じって楽しんでるだろ、おいw

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のみじゃないの?何と比べてるかわからんが、糞はお前w

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 ]
で?
けっきょく、どれが新しいかわからないんだろ?
知らないならレスすんなよ。
あんたに質問したんじゃねーーーーーーーよw

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 のデバッグしてんじゃねぇぞ。
どの部分が問題だったかは結局分からなくても
安定して使えさえすればOKなんだよ。

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 ]
もったいぶらずに教エロ






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

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

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