- 1 名前：名前は開発中のものです。 [01/12/13 14:15 ID:GMPeVutx]
- ゲームに利用できそうな各種のライブラリ(フレームワーク含む)を紹介してみるスレです。
できれば紹介文もつけてね。
- 436 名前：名前は開発中のものです。 mailto:sage [04/09/01 00:44 ID:/8lJt3eW]
- ４Dとっくの昔から使われてるんだが
- 437 名前：名前は開発中のものです。 mailto:sage [04/09/01 11:23 ID:Ph6g14fm]
- clanlibってどう？
- 438 名前：名前は開発中のものです。 mailto:sage [04/09/01 12:58 ID:gF3vQny8]
- ここの流れ見てると日本製ライブラリに関しては
ＤＸライブラリが一番っていう見解でＯＫ？
そんなにいいなら使ってみようかな・・・
- 439 名前：名前は開発中のものです。 mailto:sage [04/09/01 18:32 ID:JSL7Dn8l]
- ポインタ排除してる作りなので非常に初心者に優しいという点ではピカイチというところだろう
かなりメモリは食うけど、普通にリンクしてexe作るだけなら問題ないかと
あとはｂｃｃ対応を歌っているだけあって完全フリーでつくれると言うところ
２Ｄゲームさくっと作れと言われたら俺も選択肢には入るかも
環境フリーなのでソースコードこみで渡しても相手に手直しさせることもできる
まぁ〜多機能とか高速性とかそんなのの真逆いってるけど悪くない方向性ではないかな
- 440 名前：名前は開発中のものです。 mailto:sage [04/09/01 19:11 ID:gF3vQny8]
- ってことはＤＸの対になるのは、高速・多機能・ポインタＯＫってらいぶらリか。
ＥＬ・Ｌｕｎａあたりが該当するんかな。
ＥＬは微妙だったけどＬｕｎａは独自ＤＬＬでＢＣＣに完全対応だし。
こうして考えてる間になんでもいいから使ってみたほうが早いか・・・
- 441 名前：名前は開発中のものです。 mailto:sage [04/09/01 19:55 ID:JSL7Dn8l]
- ＡＰＩの説明だけみてみればいい
サンプルコードもわかりやすさを極限まで追求している
- 442 名前：名前は開発中のものです。 mailto:sage [04/09/03 23:20 ID:hov7X1x1]
- dev c++ と DirectX.DevPak で遊んでる人いますか?
t-pot や twintail lovers のサンプルをコンパイルできるし、自分にとっては十分なのですが
めったに話題を聞きません。
何か問題があるのでしょうか？
- 443 名前：名前は開発中のものです。 mailto:sage [04/09/04 00:58 ID:/1JuLZWl]
- 問題は無いけど良いとこも無いのでは？
わざわざマイナーなの使わなくてもVisualC++でいいじゃん。
- 444 名前：名前は開発中のものです。 [04/09/04 01:06 ID:DMwlnp6d]
- XBOXのフリーのSDKがあると聞いたのですが
どこにありますか？
- 445 名前：名前は開発中のものです。 mailto:sage [04/09/04 01:19 ID:TzAUQGCx]
- >>444
おいてある場所も自分じゃ簡単にわからないようなＳＤＫ使って
この先大丈夫ですか？
- 446 名前：名前は開発中のものです。 mailto:sage [04/09/04 01:48 ID:VaB+r+9b]
- VC: 長所 - Windowsスタンダード,MSの寵愛を受けている 短所 - 高価
DevC: 長所 - gccはunix系スタンダード,無料 短所 - やはりマイナー DIY精神だ
- 447 名前：名前は開発中のものです。 mailto:sage [04/09/04 01:52 ID:DMwlnp6d]
- >>445
前に落とした事あるんだけど、名前忘れてググれない・・・。
Openなんとかだったと思う。
自分のサイトで使い方まで紹介してたくらいたのに、忘れてしまうとは・・・orz
- 448 名前：名前は開発中のものです。 mailto:sage [04/09/04 01:59 ID:DMwlnp6d]
- 全く・・・
紹介しないで何の為のこのスレなんだか
おまけに煽りがツマラン。
OpenXDK
sourceforge.net/projects/openxdk/
VC++でコンパイルできるXbox用ソフト開発ライブラリ。
実際にXboxで動かすには、binフォルダに入っているcxbe.exeと言うプログラムで
exe形式からXboxの実行形式であるxbe形式に変換する必要がある。
尚、Xboxの開発用マシンでの動作が基本だが、普通のXboxでもケーブルトリック（MOD不要）やMODで自作アプリを動かせるようになる。
やり方は、その手のサイトをググれ。ここで質問は禁止な。
- 449 名前：名前は開発中のものです。 mailto:sage [04/09/04 04:04 ID:/1JuLZWl]
- つーか数分で見つけられるんなら
質問するまえに自分で探してそれを紹介しろよ…
ここは紹介スレなんだけど。
- 450 名前：名前は開発中のものです。 mailto:sage [04/09/04 13:08 ID:lsT93R/j]
- xboxなんかもってねーし
でも落としてみるか
- 451 名前：名前は開発中のものです。 mailto:sage [04/09/05 11:50 ID:rrTtielo]
- >>446
VCって昔からメモリの管理が悪いらしいよ。
- 452 名前：名前は開発中のものです。 mailto:sage [04/09/05 12:15 ID:fQUnYwVV]
- >>451
VCというか、MFCのメモリ管理がタコなので、
非ゲーム系アプリでは時々洒落にならなくなる。
API+DirectX使う分にはそうそう問題にならない。
マルチプラットホーム系のライブラリを使う場合、自前でメモリ管理してる場合も多いしな。
dev-c/mingw32の弱点というと、実行ファイルが一般にVCに比べてでかくなる点かな。
長所は、un*x系の先進ライブラリを持ってきやすい点。
DIY精神旺盛なら、vcでは使えないような面白い部品があれこれ使えるのが強みだと思う。
- 453 名前：名前は開発中のものです。 mailto:sage [04/09/05 13:33 ID:f5/IXDBX]
- 正直どちらでも大差ないと思うがなぁ。
- 454 名前：名前は開発中のものです。 mailto:sage [04/09/05 13:34 ID:QRCPldsB]
- どうでもいいけど
>>448のライブラリ使うとXboxって最高のゲーム動作プラットフォームじゃね？
VRAMを直接弄ったり、かなり遊べるな・・・
- 455 名前：名前は開発中のものです。 mailto:sage [04/09/05 17:02 ID:Tm+G2t3W]
- MFCは独自のアロケータを提供してないし
newもmallocもオーバーライドしてないよ。
あまり知ったかぶらない方が良い。
あと、VCのCRT読める環境ならわかると思うけど、
mallocは標準的な素直なメモリプーリングしてるし、
newもそれを使っているだけ。
毎回API呼び出してメモリ取得したりしてるとそりゃ遅いけど
そいつはWindowsと、プログラム書いた人の責任だろ。
- 456 名前：名前は開発中のものです。 mailto:sage [04/09/05 17:07 ID:Tm+G2t3W]
- そーいやMinGWの実行ファイルがでかくなるとか言ってるな、stripしたこと無いんだろうな。
UNIX系独自のライブラリを持って来やすいのはcygwinだし、POSIXとかに依存しない
コードでかつgcc拡張使われたメジャーコードなんてのはほぼ皆無だし、Winで開発する限り、
その辺のところにgccのメリットなんてのは存在しない。
- 457 名前：名前は開発中のものです。 mailto:sage [04/09/05 17:34 ID:Ihha5pte]
- >>455
MFCでデバッグモードのコンパイルすると、newとdeleteがデバッグ用のそれに置き換わるじゃない。
メモリリークを検知できる奴。
それのことを言ってるのかもしれぬな。
- 458 名前：名前は開発中のものです。 mailto:sage [04/09/05 18:14 ID:fQUnYwVV]
- >>455
一回MFCやATL/WTLで書いたプログラムを業務用プロファイラとかで実行しならが追ってみ。
思い切り色々叱られるから。
それとOpenGL系のライブラリ(例えばompとか）の中には、
基本はun*x、cygwinもOK、mingw32もサポート、でもmsvcはサポート外、
ってのは案外多い。
stripすりゃ小さくなるぐらいは知ってる、
ただ、そこに思い至らない初心者はいる、という意味で言ったのだわ。
- 459 名前：名前は開発中のものです。 mailto:sage [04/09/05 18:19 ID:fQUnYwVV]
- ああ、あと、シフトJIS環境のソースを使ってると
コメント中の漢字２バイト目で不具合が出ることが時々あったと思ったけど、
最新のgccでは改善されてるんかね？
漏れはマルチプラットホーム前提の時は日本語コメント使わないのでよくわかってないのだが。
（かなりスレ違いになってきた気がするのでこのへんで自粛）
あと、そう言いながら普段はdev-c++使ってる漏れだったりｗ
- 460 名前：名前は開発中のものです。 mailto:sage [04/09/05 18:26 ID:fQUnYwVV]
- ああ、あと漏れの言い方も悪かったな。
MFCが独自のメモリ管理をしていてそれがタコ、と言うつもりはなくて、
MFCが中で嫌なメモリの取り方をしている所があちこちにあって、
プロファイラとかを通すといちいち指摘されるんですよ。という意味。
WTLはそのへんかなりマシなのだけれど、それでも時々叱られるｗ
- 461 名前：名前は開発中のものです。 mailto:sage [04/09/05 18:31 ID:S1PqwTYJ]
- >>458
名前も言わずに「業務用」じゃぁ「一回〜追ってみ」とか無理です。
そんなこと言わずにどこがタコなのか教えてくださいよ。
> ただ、そこに思い至らない初心者はいる、という意味で言ったのだわ。
だったらはじめからそう書いてください。
- 462 名前：461 mailto:sage [04/09/05 18:35 ID:S1PqwTYJ]
- >>460
あ、ごめんなさい。リロードせずに書き込みました。
つまり、
> 非ゲーム系アプリでは時々洒落にならなくなる。
これは「プロファイラとかを通すといちいち指摘」されて洒落にならなくなるってことですね。
- 463 名前：名前は開発中のものです。 mailto:sage [04/09/05 18:48 ID:fQUnYwVV]
- で、今実際にexeファイルサイズにどのくらいの差が出るか裏を取ってみた。
Allegroのexamplesをmingw32とmsvcでそれぞれコンパイル。
mingw32は最大限の最適化+stripあり msvcは実行速度依存の最適化。
それぞれDLL版でやってみた。
結果：
おおむねmingw32版の方が1.5〜2倍程度の大きさになることが判明
それぞれの大きさまでは言及せずともいいよね？
Allegroのexamplesなので、誰でも再検証可能と思われ。
mingw32のバージョン：3.1.0-01
msvcのバージョン：Visual Studio 6 SP5
- 464 名前：名前は開発中のものです。 mailto:sage [04/09/05 21:00 ID:7VdTEgWQ]
- つうか、今時exeのサイズ気にする奴なんているのかよ
- 465 名前：名前は開発中のものです。 mailto:sage [04/09/05 21:21 ID:oltXOr3P]
- 「Delphiで小さな実行ファイルを作ろう」スレ思い出した
不毛この上ない
- 466 名前：名前は開発中のものです。 mailto:sage [04/09/05 21:39 ID:LXMSqFvj]
- .comで8バイトプログラムとか作ったのを思い出す。
- 467 名前：名前は開発中のものです。 mailto:sage [04/09/05 23:31 ID:JKTBcmLx]
- まとめページでQuadrupleDが３Ｄ対応：◎になってるけど
地形作成機能がまったくなくコリジョン判定も弱い
対応フォーマットも少ないのに◎は他のライブラリの
評価とバランスが悪いんじゃない？
- 468 名前：名前は開発中のものです。 mailto:sage [04/09/06 00:14 ID:Vq9rQlb4]
- >>467
過去スレ見たが、QuadrupleDは触れてないように見えるが？
まとめ「ページ」ってこた、ここの過去スレではないんかな？
だったらURLよろしこ。
- 469 名前：名前は開発中のものです。 mailto:sage [04/09/06 00:33 ID:a1xy8CC1]
- >>468
gamdev.org/w/?%5B%5B%A5%E9%A5%A4%A5%D6%A5%E9%A5%EA%5D%5D
- 470 名前：名前は開発中のものです。 mailto:sage [04/09/06 07:45 ID:fweo5lD2]
- >>469
さんくすこ。そっちの話だったのね
(つかそのページにこの項目上がってるの知らんかったわ)。
確かに、QuadrupleDがTrueVision3Dと五分の３Ｄ機能なのかと言われると疑問だわな。
貴重（？）なDelphi向け国産３Ｄライブラリではあるけど、
同じくDelphi対応であるTrueVisionとの比較で考えたいところだねぇ。
となると、○ぐらいが妥当かもしれん。
Wikiなんだし、訂正してしまえば？
- 471 名前：名前は開発中のものです。 [04/09/07 17:07 ID:CzNMTiDR]
- OpenXDKのライブラリ見てみたけど
XBoxってWinsock使えないのか？
なんかDirectPlayベースっぽいけど・・・
- 472 名前：名前は開発中のものです。 mailto:sage [04/09/07 19:46 ID:CzNMTiDR]
- って、違うな・・・
そもそもOpenXDKってsocket関連の機能が全く無い。
公式のXDKにはWinsockとほぼ一緒のコードでOKなやつがあるけど・・・。
OpenXDK使ってネットワーク系アプリ開発してる人って一体どうやってるんだろう？
- 473 名前：名前は開発中のものです。 mailto:sage [04/09/07 20:50 ID:HNGF/dk7]
- 単に誰もやってないのでは？
XBoxでネットワーク系アプリってゲームだと思うけど
OpenXDKはGPLライセンスだからソース公開の義務があるんで
きっとチートされまくりになる。
- 474 名前：名前は開発中のものです。 mailto:sage [04/09/07 21:13 ID:pzfeCiVg]
- >>460
あ、そゆことね。
VCで作ると、MFCに限らず、Win32SDKだけで作ってもリリース版はメモリ管理悪くて
何も悪くないコードにも関わらず落ちる時あるよ。
- 475 名前：名前は開発中のものです。 mailto:sage [04/09/07 21:19 ID:nVo8xvZl]
- >>474
はぁ？そんなこと一度もねぇぞ。
お前のコードが糞なだけだろ。
よくいるんだよな。
本当は自分が悪いのに、コンパイラやライブラリの（つまりは他人の）せいにする奴って。
- 476 名前：名前は開発中のものです。 mailto:sage [04/09/07 21:23 ID:zH/qJkXJ]
- 何も悪くないプログラムを作る以上に、
何も悪くないプログラムだということを検証するのが難しい。
- 477 名前：名前は開発中のものです。 mailto:sage [04/09/07 21:25 ID:Xivz5Ogs]
- >>474
>VCで作ると、MFCに限らず、Win32SDKだけで作ってもリリース版はメモリ管理悪くて
>何も悪くないコードにも関わらず落ちる時あるよ。
そんなん起きたことないぞ
間違いなくお前のたたき方が悪い
- 478 名前：名前は開発中のものです。 mailto:sage [04/09/07 21:29 ID:hvOpjDoC]
- >>460
勉強のためMFCのどの辺で嫌なメモリの取り方してるか
具体的な場所を教えて欲しいです。
- 479 名前：名前は開発中のものです。 mailto:sage [04/09/07 21:54 ID:mO8jfU22]
- >>474
何言ってるのこの人？
SDKだけで作って自分のコードが何も悪くないのに
「メモリ管理」が原因で落ちたらそれはWindowsのバグじゃないか。
VCに限らず何で作っても落ちるはずだろ？
- 480 名前：名前は開発中のものです。 mailto:sage [04/09/07 23:09 ID:syuXgy+r]
- VC使った後Delphiに戻るとホッとするよ
- 481 名前：名前は開発中のものです。 [04/09/07 23:12 ID:ygIvxG2H]
- ネットゲーム向けのライブラリありませんか？
C/C++対応でオプソ、無償で日本語か英語のものをおながいします。
- 482 名前：名前は開発中のものです。 mailto:sage [04/09/07 23:25 ID:XP0tM8Ru]
- >>474
Debug の時は何もおきないようなバグにでもあったか？
そりゃ VC が Debug モードの時にだけ確保する領域違反検出用のメモリブロックを破壊してて、
Release モードだとそれがないから変なトコ壊して
強制終了食らってるだけなんじゃねーかっつー気がするな。
モノがベータ版とかいうなら別だが、コンパイラを疑うのは最後の選択肢だろうよ。
- 483 名前：名前は開発中のものです。 mailto:sage [04/09/08 00:58 ID:NRrGcJ0W]
- Purifyとか使ってMFCなプログラムのメモリリークを検知してると、
真っ先にMFCのメモリリークが報告されるね。
- 484 名前：名前は開発中のものです。 mailto:sage [04/09/08 02:05 ID:kzQRGr1l]
- それはboostとかSTLPortでも検出されるよ。
MFCでもたとえばSplitterのドラッグイメージとか、ひとつしか生成しない事がはっきりしている
オブジェクトは、プールしていてプロセス終了に破棄を任せているし。
こういうのはむしろ賢い使い方であって、何ら問題ないと思うけど？
lintで警告が一切出ないソースしか認めないとか言うスタンスの人間ならその方針でもいいけど
そんな奇妙なコードかいてる人間なんてほとんど居ないだろうな。
ところで業務用プロファイラの話はどこ言ったのよ。
まさかVTuneのこととか言わないよな？
- 485 名前：名前は開発中のものです。 mailto:sage [04/09/08 02:32 ID:9CJ/xdXc]
- MFCの使い方が悪いとかだろ
- 486 名前：名前は開発中のものです。 mailto:sage [04/09/08 02:44 ID:VUx78eUd]
- 実は>>474のOSはWindows3.1
- 487 名前：名前は開発中のものです。 mailto:sage [04/09/08 06:02 ID:6+1P9W1S]
- ヒープはプロセスローカルなものなので、プロセス終了時に
リークしているものは、完全に無害。
どちらかというと、一定時間おきにリークしているものだとか
ある操作ごとにリークしているものが危険。
なお、STLがリークチェッカにひっかる件は、STLの公式ドキュメントにも
記されているよ。
- 488 名前：名前は開発中のものです。 mailto:sage [04/09/08 08:35 ID:cVJ+TfVR]
- ヒープの確保なんでどんな環境でも内部でAPI呼んでるんだろ？
それにC++だと開放は自分持ちだし・・
MFCにメモリ管理に介入出来るところなんてあるのか。
- 489 名前：名前は開発中のものです。 mailto:sage [04/09/08 08:53 ID:NRrGcJ0W]
- >>488
Afx……で始まる、一連のメモリ系APIとか。
- 490 名前：名前は開発中のものです。 mailto:sage [04/09/08 10:23 ID:HTUcrn+z]
- まぁ、デバッグモードでOKなのにリリースで駄目とか
確かに書いたコードが悪いんだろうけどさ
モードによって結果が変わってたら、何の為のデバッグモードかは分からんね。
- 491 名前：名前は開発中のものです。 mailto:sage [04/09/08 10:26 ID:VUx78eUd]
- ど素人のためのデバッグモードです。
- 492 名前：名前は開発中のものです。 mailto:sage [04/09/08 11:27 ID:ynCgLjJ8]
- >>490
それはテメェの設定（デフォルトなんだけどさ）が悪いだけ。
デバッグ時に「変数の値をＸＸで初期化」って項目が確かある（うろ覚えだが）
なんか設定を色々といじってみたら？
- 493 名前：名前は開発中のものです。 mailto:sage [04/09/08 13:37 ID:dly54/T/]
- >>484
わり、ここ２、３日ここ見る暇無かった。
その時使ったんはDevPartnerという奴だ。
（つか会社で調べないとわからなかったのさ、スマソ）
ttp://www.compuware.co.jp/products/devpartner/dpstudio6.htm
体験版があるっぽいので実際どうなるか通してみるとよかろ。
すでにこの話題はスレ違い甚だしいので、これで終わりにするために、
発言に至る全経緯を書いておく。長文になるがすまん。
NDAで明かせないところは勘弁しとくれ。
２年ほど前、漏れの所に、
「外注に作らせたプログラムが、ＰＣでは動くのだが某ＲＯＭ焼き用Windowsで動かん、面倒みれ」
というお達しが。（某ＲＯＭ焼きWindowsが何かはNDAで勘弁）
（もともと漏れはVxWorks屋なんだが、とりあえず面倒は漏れのとこに来る仕掛けになっていたのさ当時。）
ＰＣで追ってもさっぱりわかんねぇし確かに動く。でもターゲットに持ってくと動かねぇ。
ターゲットには計測用一品物ＰＣＩボードがわんさか刺さっているし、
そっちとの相性なんだろうかとも考えつつ追うがさっぱりわかんね。
しょうがないのでWindows部隊に相談すると貸してくれたのが上記のDevPartner。
それで追ってみると、MFC内のTabControle（だっけ？）あたりでメモリリーク警告される。
これが怪しいのかと仮定して、ダイアログにタブ何枚かとボタンだけ出して何もしないアプリを書いて、
ターゲットに持ってくと、やっぱり動かねぇ。
ＯＳ屋にネジ込んでみたが
「アプリの問題です、それで動かないとしたらこっちの仕様制限ということで」
ということでそっち方面の改善はのぞめない、ということになり、
泣きながら仕様書もないそのアプリを非MFC版に書き直しましたとさ。
ということがあったんさ。
そのターゲットＯＳが悪いと言えばその通りなんだが、
ＭＦＣにはこういう落とし穴もありますよ、ってことで。
というわけで、どう見てもム板、マ板系の話題なので、ここまでにしとく。
スレを元に戻すべく、>481のリクエストに対応のためネット巡りしてくま。
- 494 名前：名前は開発中のものです。 [04/09/08 13:42 ID:nt5JAcCE]
- そういえばLunaはメモリ管理自前でやってたな。
ああいうやり方がいいのかどうかはしらんが。
ELはGlobalAlloc()だった気がする。
今ならVirtualAlloc()のがいいとは思うけど。
Win9x系ってnewででかい領域確保できないのが難儀な気がする。
設定で変えられるかも知れんけど以前画像展開用に
20MB確保しようとしてWin98だと落ちてたの気づかなかった事がある。
20MBも確保するなよ、と言われればそれまでだけど・・・
- 495 名前：名前は開発中のものです。 mailto:sage [04/09/08 17:04 ID:kzQRGr1l]
- >>490
debug assertとか>>492にあるようなのとか使わないのか。
デバッグモードとリリースモードが全く同じならデバッグモードの意味ないじゃないか。
- 496 名前：名前は開発中のものです。 mailto:sage [04/09/08 20:08 ID:YnNNX9fV]
- メモリ管理なんか自前でせずに、普通にmallocやnewでokだろ。
それがヤダってんならdlmallocでも使え
gee.cs.oswego.edu/dl/html/malloc.html
自作はヤメといたほうがいい。
大抵糞なモノが出来て、開発効率、実行速度、メモリ効率全てがガタ落ちする。
- 497 名前：名前は開発中のものです。 mailto:sage [04/09/09 00:04 ID:X/ip1pi7]
- >>496でようやく「ライブラリ紹介」に戻ってきた。
- 498 名前：名前は開発中のものです。 mailto:sage [04/09/09 00:56 ID:PecWHS5e]
- >>481
RakNet
ttp://www.rakkarsoft.com/
UDPベースのオブジェクト同期系ネットワークライブラリ
Windows/Linux対応
- 499 名前：名前は開発中のものです。 mailto:sage [04/09/09 01:36 ID:PAmWt9Ny]
- >>498
RakNetはフリーソフトに使うのでなければ有料では？
>>481のネットゲームがフリーソフトなら問題ないけど。
- 500 名前：名前は開発中のものです。 mailto:sage [04/09/09 17:00 ID:4yIkblD5]
- >>481
HawkNL
ttp://www.hawksoft.com/hawknl/
LGPL、Windows、各種Un*x、MacOS 7〜9/X対応のネットワークライブラリ
オブジェクト同期までは持ってないが、ネットワーク越しのSignal、Mutexぐらいは持ってる。
- 501 名前：名前は開発中のものです。 mailto:sage [04/09/09 19:33 ID:nSfnsFTO]
- LGPLならもうBSDにしてくれ！
と心底思う。
- 502 名前：名前は開発中のものです。 mailto:sage [04/09/10 01:32 ID:fbFfO+ZQ]
- GPLにしたいところをLGPLで我慢してるんだろう。
- 503 名前：474 mailto:sage [04/09/10 19:53:21 ID:NhxKibXg]
- OpenGL 2.0出たな。
>>475-477 >>479
まあ、普通は信じないだろうね。
実際起こってるｵﾚですら状況がわからんのだから。
>>482
＞Debug の時は何もおきないようなバグにでもあったか？
そう。
もちろんDebugとReleaseの動きがある程度違うという事は知ってる。
ちなみに、配列を操作するというわけでも無いし、動的変数を操作している訳でも無い。
普通に WORD で宣言した変数に値を入れたらある所で決まって落ちた。
もちろん他で宣言した WORD の変数ではこんな事無い。
んで、諦めて BCC でコンパイル（もちろんデバッグモードじゃないぞ？）したら、上手くいった。
- 504 名前：名前は開発中のものです。 mailto:sage [04/09/10 20:09:02 ID:fbFfO+ZQ]
- >ｵﾚですら
ｵﾚの能力を疑わないところが素敵。
- 505 名前：名前は開発中のものです。 mailto:sage [04/09/10 20:34:40 ID:Ts/cUbOT]
- デバッグしてやるからソースうpしろ。
- 506 名前：474 mailto:sage [04/09/10 20:52:39 ID:NhxKibXg]
- >>505
かなり改造して今、コンパイル通らない状態。
問題が起きた EXE ならあるが…
- 507 名前：名前は開発中のものです。 mailto:sage [04/09/10 21:01:11 ID:zx2Eqhn2]
- >>474(>>503)のような人間とは同じ職場で仕事したくない。プログラマ失格。
- 508 名前：名前は開発中のものです。 mailto:sage [04/09/10 21:19:34 ID:wl6wS2KN]
- まず、一番疑うべきものが何かってところを完全に間違えてるよな。
- 509 名前：名前は開発中のものです。 mailto:sage [04/09/10 21:34:02 ID:TuF2u1Gn]
- >>506
通んなくてもいいんでupよろ
- 510 名前：474 mailto:sage [04/09/11 00:11:47 ID:WoMgddYs]
- >>509
すまん。通してみたがもう起こらなかった。
うｐしても意味無いっす。
けど、DebugとReleaseで動きの違うプログラム作ってみた。>>474 で書いたのとは違う問題。
ttp://up.isp.2ch.net/up/b9bda95456d7.lzh
まあ、こっちは本当にただのバグで解決済みだが…
糞ースだが、ソース見る？（'A｀）
- 511 名前：名前は開発中のものです。 mailto:sage [04/09/11 00:26:29 ID:YKOgMw71]
- >普通に WORD で宣言した変数に値を入れたらある所で決まって落ちた
有るところで決まって落ちるなら、たぶん自分のプログラムが悪いよ。
原因もすぐ分かると思うんだけど。
- 512 名前：474 mailto:sage [04/09/11 00:29:25 ID:WoMgddYs]
- >>511
あー、すまん。書き方おかしかった。
正しくは
普通に WORD で宣言した変数に、値を入れたところで決まって落ちる。
だった。
- 513 名前：名前は開発中のものです。 mailto:sage [04/09/11 00:33:38 ID:6DOzk4wk]
- >>510
動きの違うプログラムってソースアップしないと意味ないだろ。
- 514 名前：名前は開発中のものです。 mailto:sage [04/09/11 00:39:04 ID:dHa1qbHR]
- 世界の中心で>>474に氏ねと叫びたい
- 515 名前：名前は開発中のものです。 mailto:sage [04/09/11 00:40:44 ID:w9A5Hnfe]
- そういやＶＣ６って放置のバグあったな
.netでなおってるんだっけ
- 516 名前：名前は開発中のものです。 mailto:sage [04/09/11 02:31:45 ID:e6Kt65Ak]
- vector<int>> a;
とか？
- 517 名前：名前は開発中のものです。 mailto:sage [04/09/11 07:34:26 ID:6QS7LIbU]
- >>474 そろそろ他人デバッグやめろよ
- 518 名前：名前は開発中のものです。 mailto:sage [04/09/11 09:57:59 ID:P+G/YXJZ]
- >>513
ソースを晒すと474様の高度な技術がぱくられるので、
それは出来ません。
- 519 名前：名前は開発中のものです。 mailto:sage [04/09/11 10:33:36 ID:DPhOt3EY]
- >>510
exeだけって舐めてんのか
第一怖くて実行できるかタコ！
- 520 名前：名前は開発中のものです。 mailto:sage [04/09/11 10:45:33 ID:dHa1qbHR]
- 誰も「debugとreleaseで動作が違うプログラムなんて組めない」
なんて言ってないしなぁ。どこまでもアホだよ此奴。
>すまん。通してみたがもう起こらなかった。
ってことはテメェのバグだったって認めたようなもんだろ
コードのデバッグの前に頭のデバッグしやがれと
- 521 名前：394 mailto:sage [04/09/11 11:58:08 ID:HGSoPbXj]
- まあまあ。
バグが出て、素直に自分自身を疑うってのはなかなかできるもんじゃないし。
できるようになれば、プログラマとしてはまあ中級者到達ってカンジだろうね。
とりあえず>>503の口ぶりを見ると
DebugとReleaseではなぜ、どのように動作が違うのかまだ理解してないようだ。
まあ、そんな時期もあるだろ。
- 522 名前：名前は開発中のものです。 mailto:sage [04/09/11 12:57:24 ID:e6Kt65Ak]
- 仮に、VCにある条件でWORDへの代入を行ったときクラッシュするバグがあるとしよう。
それと「VCのリリース版のメモリ管理が悪い」のつながりと、
SDKだけで作ったものが落ちるバグと、460のMFCの話題の関連を説明してもらおうじゃないか。
- 523 名前：名前は開発中のものです。 mailto:sage [04/09/11 14:41:45 ID:4Brp5wSv]
- まぁどっちにせよMFCは消えるからいいよ
.NETも同じようにいつか消えるのだろうけど
- 524 名前：名前は開発中のものです。 mailto:sage [04/09/11 15:22:23 ID:e6Kt65Ak]
- .NETはまだ始まってすら居ないというのが正直な感想なんだけど
ActiveXとかのように生きてるんだか死んでるんだか分からない状態のまま終わると思う。
- 525 名前：名前は開発中のものです。 mailto:sage [04/09/11 15:31:43 ID:DPhOt3EY]
- で、ソースはまだかね？
まぁ逃げたんだろうけど。
自分で(>>510)糞ソースと認めてる癖に、
「何も悪くないコード」とか言ってんじゃねぇよ。
- 526 名前：名前は開発中のものです。 mailto:sage [04/09/11 20:08:13 ID:oUeq8dPV]
- 見るだけのクセにえらそうなこと
ぬかしてんじゃねえ
- 527 名前：名前は開発中のものです。 mailto:sage [04/09/12 00:41:03 ID:S7MAc6im]
- 俺のプログラムのパフォーマンスが満足に出ないのも
バグが混入してしまうのもみんなVCのメモリ管理が悪い所為です。
ついでに言えばUIのデザインが今ひとつ垢抜けないのもVCの所為です。
- 528 名前：名前は開発中のものです。 mailto:sage [04/09/12 00:51:47 ID:QQ73P6UC]
- で、>>474はいつ来ますか？
ソースまだー？ﾁﾝﾁﾝ
- 529 名前：名前は開発中のものです。 mailto:sage [04/09/13 14:56:29 ID:Wrhj0dmH]
- >>526
見ても理解できない人間ほど態度が尊大だから
すぐわかるよね(^_^;
- 530 名前：名前は開発中のものです。 mailto:sage [04/09/13 15:38:22 ID:B7upaZ/p]
- bcc用のlunaの最新版ってdirectx9.0c対応になったんでしょうか？
- 531 名前：名前は開発中のものです。 mailto:sage [04/09/13 15:59:45 ID:Vs/BVxTj]
- >530
yes
- 532 名前：名前は開発中のものです。 mailto:sage [04/09/13 17:09:41 ID:9wWkhZIY]
- >>531
有難うございます
道理ででコンパイルできないはずでした
さっそく入れることにします
- 533 名前：名前は開発中のものです。 mailto:sage [04/09/14 00:19:37 ID:obgzCXYO]
- Irrlicht0.7キター！
ttp://irrlicht.sourceforge.net/
- 534 名前：名前は開発中のものです。 mailto:sage [04/09/14 22:27:36 ID:F38cv0eb]
- シェーダー対応、きましたねぇ
- 535 名前：お約束 mailto:sage [04/09/15 08:41:14 ID:zz/6Pbur]
- ∧⊂ヽ ／￣￣￣￣￣￣￣￣￣￣
(ﾟДﾟ)ﾉ ＜ シェーﾀﾞ
| ⊃| ＼＿＿＿＿＿＿＿＿＿＿
| |
⊂ノ〜
∪
- 536 名前：名前は開発中のものです。 [04/09/15 22:35:31 ID:/4xq4x6N]
- >>533
これなに？すごすぎ。
英語が読めない私に誰か解説してください。
|
 |
