ToHeart2 ほか AquaPlus/LeafのGPLゲーをいじるスレ

**名前は開発中のものです。** · 2005/12/13(火) 01:33:48

弊社製品のムービー再生にxvid.orgのムービー展開ライブラリを使用していた件について。

弊社製品、
『アルルゥとあそぼ!!（ランチャとRoutesミニシナリオのみ）』
『Tears To Tiara』
『鎖－クサリ－』
『ToHeart2 XRATED』
の４商品では、動画再生に http://www.xvid.org/ において公開されいるXViD再生エンジンを使用しております。

この動画再生エンジンのプログラムはGPL(GNU General Public License)に基づくソフトウェアとして公開されていますが、これを使用した場合、GPLに定められている通り、オファーがあればソースコードを公開する義務があります。

このGPLのソース公開義務に従い、弊社の上記４作品のソースコードを全て公開する事に致しました。現在ソースコード公開に向けて社内のソースコードのまとめを行っておりますが、２年ほど前のタイトルも含まれておりますので、多少時間がかかります事をご容赦下さい。

今後、XViDの開発元に弊社より謝罪を含め連絡をとり、GPLの基準に合致しているかを確認を行った上で、全ソースコードの公開を致しますので公開まで少々お待ち頂けるようお願い致します。

http://leaf.aquaplus.co.jp/xvid.html

**名前は開発中のものです。** · 2006/01/18(水) 22:37:27

げんしけん7巻82ページを思い出した。

**名前は開発中のものです。** · 2006/01/18(水) 22:56:09

いまどきクラス構造もマトモにかけないプログラマは化石級だよ

**名前は開発中のものです。** · 2006/01/18(水) 22:59:54

お前の認識の甘さが化石級だｗ

**名前は開発中のものです。** · 2006/01/18(水) 23:00:22

>見たまんまで、クラスライブラリよりも読むのがはるかに楽だからな。

（　ﾟдﾟ）ﾎﾟｶｰﾝ

**名前は開発中のものです。** · 2006/01/18(水) 23:00:28

クラス構造ってなんでつか？

**名前は開発中のものです。** · 2006/01/18(水) 23:07:34

だから、オマエラの友達っつか知人に一人くらいいるだろ？

コメントアウト付けるプログラマは屑だ！
ソースから全てを読み取れ！
俺なら出来る！

って言う、奇才。

ちなみに漏れはそんな香具師見た事ありません。(´・ω・｀)ｼｮﾎﾞｰﾝ

**名前は開発中のものです。** · 2006/01/18(水) 23:07:46

>>280
せっかくのGPLだから
ケチつけるだけじゃなく直さないとな。

**名前は開発中のものです。** · 2006/01/18(水) 23:08:59

>>284
確かに認識があまかったようなだ社員さんよ(pgr

**名前は開発中のものです。** · 2006/01/18(水) 23:22:25

TH2でゲームプレイヤーに、18禁な名前が付けられないようにするコードを探してみた。

多分この関数で名前を登録している。

Winmain.cpp の、
BOOL CALLBACK NameDialogBoxProc( HWND hwnd, UINT wmes, UINT wparam, LONG lparam )

読む限り、もしかして18禁な名前をチェックしてない？

わくわくしながら探したのに30分無駄になった…

しかし、変数が_(アンダーバー)で始まるのが多いですね。_で始まる変数はC言語ではシステム予約
で使ったらダメだったと記憶しているのだが。(うろ覚え)

**名前は開発中のものです。** · 2006/01/18(水) 23:26:10

>290
そんなマナー規約、実際にエラー（名前のバッティング）が発生しなければ何ともないぜ！
それが職業プログラマクオリティ

**名前は開発中のものです。** · 2006/01/18(水) 23:27:17

チェックする前に卑猥な名前つけられるかどうか製品版で試してみればいいのに

**名前は開発中のものです。** · 2006/01/18(水) 23:27:33

STLをCライクに使ってどこがどう読みやすくなるのかと小一時間（ｒｙ

**名前は開発中のものです。** · 2006/01/18(水) 23:29:44

>>290
それ残骸だよ。
_で始まっている変数も残骸多数。

**名前は開発中のものです。** · 2006/01/18(水) 23:35:10

>>290
俺もちょっとうろ覚えなんだが、確か
_大文字が予約語なのよ
_小文字はOKのはず、GoF本でも使ってたはず

Leafのソースは観てないのでどちらかは知らないけど。

**名前は開発中のものです。** · 2006/01/18(水) 23:36:06

予約語ではない。あくまで紳士協定。

**名前は開発中のものです。** · 2006/01/18(水) 23:47:35

いや予約語だよ。俺も自信ないので結局めくってきたがｗ
uppercaseが大文字の事ね

17.4.3.1.2 - Global names [lib.global.names]

-1- Certain sets of names and function signatures are always reserved to the implementation:
Each name that contains a double underscore ("__") or begins with an underscore followed by an uppercase letter (lex.key) is reserved to the implementation for any use.
Each name that begins with an underscore is reserved to the implementation for use as a name in the global namespace.*
[Footnote: Such names are also reserved in namespace ::std (lib.reserved.names). --- end foonote]

http://www.kuzbass.ru:8086/docs/isocpp/lib-intro.html

**名前は開発中のものです。** · 2006/01/18(水) 23:48:40

これ、アンダーバー２つじゃね？

**名前は開発中のものです。** · 2006/01/18(水) 23:52:29

>>298
or begins with 【an】 underscore followed by an uppercase letter
こっちス

**名前は開発中のものです。** · 2006/01/18(水) 23:54:48

>>299
ほんとだ。すまん。

**名前は開発中のものです。** · 2006/01/18(水) 23:58:06

そのreservedは、
いわゆる予約語（キーワード（if とか int とか））のとは意味が違うんではないか。

**名前は開発中のものです。** · 2006/01/19(木) 00:20:07

JIS X3010(ISO/IEC 9899:1999)
7 ライブラリ
7.1.3予約済識別子

　下線に続き大文字一文字または下線に続きもう一つの下線で始まるすべての識別子は、
　いかなる使用に対しても常に予約済みとする。

　一つの下線で始まるすべての識別子は、通常の名前空間およびタグ名前空間の双方における
　ファイル有効範囲を持つ識別子としての使用に対して、常に予約済みとする。

**名前は開発中のものです。** · 2006/01/19(木) 00:20:56

結局ここには初心者にも満たない屑しかいねぇな。
プログラミングそれ自体を勉強して出直してこい屑ども。

**名前は開発中のものです。** · 2006/01/19(木) 00:28:14

ゲームなんて動けばいいんだよ。

バグがあったところで、別に人が死ぬわけじゃないんだから。

**名前は開発中のものです。** · 2006/01/19(木) 00:32:12

>>302
それ違う。
6.4.1のキーワードの方が予約語。X3014(C++)なら2.11。
識別子として用いられないものを予約語という。

ttp://www.jisc.go.jp/
ここで、X3011とX3014のpdfが見られるので見たい人はどうぞ。

**名前は開発中のものです。** · 2006/01/19(木) 00:35:55

識別子として用いられないものを予約語という

**名前は開発中のものです。** · 2006/01/19(木) 00:44:30

>>303
これくらいのソースで給料貰えるのは正直うらやましい
漏れのとこでこんなソース書いたら白い目で見られるわ文句言われまくりだわで大変だ。。。

**名前は開発中のものです。** · 2006/01/19(木) 00:56:26

折角のGPLなんだからエレガントにしてあげてください

**名前は開発中のものです。** · 2006/01/19(木) 00:57:31

>>303
口だけなら、誰でも出せるんですよ。(pgr

**名前は開発中のものです。** · 2006/01/19(木) 01:05:57

俺も自信ないのでドラフト見てきたら既に書き込まれてるし。

ていうか俺、インクルードガードに３連アンダースコア使ってた。１つや２つが予約されているのなら３つと。
いつどこで仕込まれたのか重い打線けど、規格見る限りこれまずいよな。次から改める。

**名前は開発中のものです。** · 2006/01/19(木) 01:17:05

Netscape Navigatorのソースよりも綺麗で驚いた

**名前は開発中のものです。** · 2006/01/19(木) 03:22:07

スクリプト解析して使えるようにして欲しい

**名前は開発中のものです。** · 2006/01/19(木) 04:43:42

ttp://www.pro.or.jp/~fuji/mybooks/cdiag/

>第２章　これでもプロ
>売りものであるにもかかわらず、超きたない！
>構造的な欠陥の指摘～引数、ポインタの活用

**名前は開発中のものです。** · 2006/01/19(木) 07:15:09

TH2専用 PAK展開TOOL v1.0うpしました。今回は全てのPAKに対応します。
PASS:nekoneko
注意点
1)コンパイルする時は必ず同梱のcomp_lzsとreadfileを使用してください。
2)Xvidは1.1で確認しました。2.2では再生しませんでした。

**名前は開発中のものです。** · 2006/01/19(木) 13:17:57

2.2の方は間違い、別物でしたm(_ _)m

**名前は開発中のものです。** · 2006/01/19(木) 13:24:42

>>311
それは言うな、悪夢を思い出した。

そもそも、Mosaicから続いからてるんだ。一発屋のエロゲと一緒にするな。

**名前は開発中のものです。** · 2006/01/19(木) 16:10:51

>293
そもそもこの程度のことにＳＴＬ使うのが間違い。

**名前は開発中のものです。** · 2006/01/19(木) 16:29:25

>>317
楽したもの勝ち
コの程度のことに、ライブラリ使わなくてどうするの

**名前は開発中のものです。** · 2006/01/19(木) 16:30:56

どうするのって何言ってんの

**名前は開発中のものです。** · 2006/01/19(木) 16:38:33

この処理がライブラリ使って楽になるとも思えんが。
STLを使うには、STLの使い方という、C言語の言語仕様の外の知識が
必要になるからな。
しかし、葉鍵板のほうがまだソースを利用しようとしてる奴が
多いというこの逆説。ここじゃ文句つけてるだけだものな。
あ、「弄る」って、利用するって意味じゃなく、ネタにするってことか？
いわゆる関西芸人的な。

**名前は開発中のものです。** · 2006/01/19(木) 17:04:23

>>320
日本語でおｋ

**名前は開発中のものです。** · 2006/01/19(木) 17:10:04

このソースを利用しろと言われても困ってしまうな。正直、情熱のあるエロゲオタに譲るよ。

**名前は開発中のものです。** · 2006/01/19(木) 17:37:22

実際のところゲームプログラムの参考にするなら吉里吉里の方がよくまとまってるしなぁ…
吸い出しや移植以外に用途が思いつかない

**名前は開発中のものです。** · 2006/01/19(木) 19:13:13

>323
吉里吉里は吉里吉里で、ちょっと大げさすぎるからなー。
どっちも部品単位で参考にする目はあると思うけど。

**名前は開発中のものです。** · 2006/01/19(木) 19:26:40

は？　え？　規模の問題じゃねえよｗ

**名前は開発中のものです。** · 2006/01/19(木) 20:19:55

規模というより、吉里吉里は汎用性をもたせようとしすぎ。
あそこまでやる必要ないだろう。オブジェクト指向とか。

**名前は開発中のものです。** · 2006/01/19(木) 22:27:39

でもスクリプト周りがしっかりしてたらわざわざプログラム変えてあんな妙なことをやらなくてもイイと思うんよ。

**名前は開発中のものです。** · 2006/01/19(木) 23:21:45

話を聞いてると吉里吉里のソースのほうがおもしろそうなのでそっち行くわ。んじゃ。

**名前は開発中のものです。** · 2006/01/19(木) 23:32:31

別の商品を同じもので統一するわけにはいかんのだろう。
汎用プログラム＝商品ごとに使わない無駄が出る＆バグが全商品に影響

あとそういう仕事を知ってる人なら分かると思うけど
もし完全自社内開発でなければ大人の事情もあるわけで。

**名前は開発中のものです。** · 2006/01/19(木) 23:37:37

俺は吉里吉里のゲームは例え法人による販売だとしても同人ゲームだと思ってる。

**名前は開発中のものです。** · 2006/01/19(木) 23:40:32

>327
あれは社内人事絡んでそうじゃね？
メインプログラマが違うんじゃないかと思えた。

TH2のソース見る限り、サポートはこっちのほうが楽だな。
ちょっとだけコンシューマの開発やったことがあるけど、どうせ毎回一作限りで
キツいチェック通さなきゃいけないなら、ストレートにハードコーディングして
一回きりのソースとして考えたほうが楽なんだよな。

**名前は開発中のものです。** · 2006/01/19(木) 23:42:49

たとえば、あらゆるタイトル画面を実装するために、
細かい演出処理をスクリプト仕様に組み入れるぐらいなら、
タイトル画面自体をハードコーディングしたほうが楽。

**名前は開発中のものです。** · 2006/01/20(金) 00:05:12

>328
やっとSubversionの使い方が分かったから落としてみた。
>330
お前の同人ゲームの定義が解らん以上意味不明。

**名前は開発中のものです。** · 2006/01/20(金) 00:12:29

>>316
いや、少なくとも公開されたソースは3タイトルを含むから、ごちゃごちゃに
至る歴史があったわけで、一発屋ってわけではないと思う。Netscapeのアレは
WinMainからしてヘンだったわけでドッコイだけどね。

>>331
うん、オレもソースのハンドリング（という表現はおかしいか？）は
いい方だと思った。これなら引き継いでもさほど困らない。
クラス関係が複雑なのかよりも全然わかりやすいし。

**名前は開発中のものです。** · 2006/01/20(金) 00:28:34

冗談だろ。ハードコーディングにしても汚いほうだぞ。

**名前は開発中のものです。** · 2006/01/20(金) 00:36:04

まー。とりあえず、コードが汚いとか抜かしてる奴は、
自分のコード晒してからな。

**名前は開発中のものです。** · 2006/01/20(金) 00:51:26

そりゃ、人に見せたらなにこれｗっていうレベルだし、これよりも
ちゃんと書くことの出来る人はたくさんいるけど。

納期があって、ちゃんと動くパッケージのソースとしては
あれくらいでもいいと思うよ。
規約やら美しさどうこう言う人は苦しんだ経験がないんだろう。
まぁそれはそれでうらやましいし、理想は高い方がいいよね。

**名前は開発中のものです。** · 2006/01/20(金) 01:00:16

綺麗汚い以前に普通に書いていれば入らないであろう
>>233のようなバグが入っているのがおかしい。

**名前は開発中のものです。** · 2006/01/20(金) 01:22:10

やー、俺がコンシューマの仕事で書いたソースはこれよりはるかに汚いしｗ
バグはともかく、ソースの書き方としては綺麗なほうだと思うんだがな。
あと、233はバグじゃないようだぞ。VC++では問題ないんだとか聞いたが。
俺はそもそもSTLとか使わんので分からんが。

**名前は開発中のものです。** · 2006/01/20(金) 01:24:57

つか、世の中のあらゆるソースがそんな完璧に綺麗なのばかりであれば、
リファクタリングの本なんか売れるわけ無いんだよｗ

**名前は開発中のものです。** · 2006/01/20(金) 01:46:38

>339
デバッグビルドだと思いっきりアサートが掛かる訳だが。

ついでに言えばopenFileNumもArcFile.size()があるから不要。
なぜreserveとpush_backを使って、sizeを使えない？

あと、
arc_file_info::streamInfoはvector使ってるのに
arc_file_info::pack_fileはいちいちnew[]で確保している。
しかも削除時はdelete[]じゃないし。

**名前は開発中のものです。** · 2006/01/20(金) 02:15:05

>341
>デバッグビルドだと思いっきりアサートが掛かる訳だが。
http://pie.bbspink.com/test/read.cgi/leaf/1135546874/446
を読んだだけなんで、俺はあんまし知らん。すまん。何せ使ってない。
>しかも削除時はdelete[]じゃないし。
これはメモリリークするんだっけ。気づかなかったのかな？
new deleteもほとんど使わんなあ。malloc freeだ。

**名前は開発中のものです。** · 2006/01/20(金) 02:47:44

ほとんどというか何というか、
よほどシビアな環境じゃなければ普通はどちらかに統一するし
クラスを使う以上はnew/deleteにしないと。

**名前は開発中のものです。** · 2006/01/20(金) 03:30:58

>343
C構造体をmallocで割り当てるソースは良く使うしなあ。
多くのサンプルコードがCで書かれてるし、俺はそっちで統一してるな。
つまりはC++よりbetter Cってことなんだろう。
クラスは使うけど、newで動的には割り当てない。

**名前は開発中のものです。** · 2006/01/20(金) 03:51:38

>>341
だから>>237なんだろ。
無理してC++を使う必要はないし、Cで統一するのも結構だけど
このソースは無理してC++使って破綻してる感じだしな。
うちのとこでもこんなソース書いたら大目玉食らうよ・・・

**名前は開発中のものです。** · 2006/01/20(金) 04:12:07

>345
君んところが相当理想主義なんだろうな。
世の中のソースなんて結構こんなもんだぞ。ネスケですら(ry
それに、「C++的に正しい」けど無駄に難しいソースよりは、
こういう単純なののほうがいい。
プラットホームによってはC++の対応が不完全なことも多いし、
STLで相性問題が起こることも多いしな。Cが一番確実。
inline関数とコンストラクタ／デストラクタだけは、
無くてはならないものになっちゃってるけどな。俺も。

**名前は開発中のものです。** · 2006/01/20(金) 04:15:50

これ、スレ違いすぎるから無視してくれてもいいけどさ。
new malloc派の人はBITMAPINFOの割り当てとかもnewでやるの？
p=(BITMAPINFO*)malloc(sizeof(BITMAPINFOHEADER)+(sizeof(RGBQUAD)*256));
こういう感じのものを書くとき、newで書くとあんまり直感的にならんような。

**名前は開発中のものです。** · 2006/01/20(金) 04:16:23

new malloc派→new delete派の間違いでした、ごめん。

**名前は開発中のものです。** · 2006/01/20(金) 04:24:15

>>347
慣れの問題じゃないの？
特に直感とか言ってるし。

**名前は開発中のものです。** · 2006/01/20(金) 05:13:23

>342
delete[]をdeleteとしても、デストラクタがなければ「大抵」正常に動作してしまう。

>346
STLのvector程度が使いこなせてないのは、難しいんじゃなくてただ不勉強なだけ。
STLの相性問題って、それはSTLの実装に依存した使い方が悪いと思うんだが。

>347
C++としてはBITMAPINFOのアクロバティックな構造は悪。
どうしてもと言うなら、そんなWindows臭いモノは、直接Win32APIでメモリ確保。

**名前は開発中のものです。** · 2006/01/20(金) 09:02:36

>>350の書いたソースコードが見たいぜ

**名前は開発中のものです。** · 2006/01/20(金) 09:34:29

>>346
向上心の無いおじさんの言い訳に聞こえるな。
「無駄に難しい」だの「単純」だのは主観でしかない。
逆に、「C的には正しい」がマクロ、関数ポインタを駆使したソースなんかは、
C++ を学んだプログラマから見れば無駄に難しく見えるだろう。
決して「単純」だなんて思われることはない。

>>347
そんなメモリ確保は new ではうまくいかないんだから malloc() 使えばいい。
new で問題ないケースで malloc() を使うのはデメリットが多い。
もちろん動的確保が必要なければ new も malloc() も使わなくていい。
「new delete 派」なんて書くと好みで選んでるように聞こえるが、
状況に応じて最適なものを使うだけ。

**名前は開発中のものです。** · 2006/01/20(金) 09:39:07

>>346とだけは一緒に働きたくないと思った俺ガイル

**名前は開発中のものです。** · 2006/01/20(金) 09:42:20

だいたい「ネスケですら(ry」って、一体何年前のコードに依拠してるんだか。
Firefoxのソースでも読んでみれば？

**名前は開発中のものです。** · 2006/01/20(金) 09:55:31

>350
vectorだけしか使わなくて、パフォーマンスに影響するほどデータ数が
多くないなら、自力で似た処理組んだほうが楽。
mapやmultimapに大量のデータ食わせるような場合には使いでがあるけど。

コンパイラの側が変な実装なせいでSTLがちゃんと読めないケースがある。
何かあったらSTLのソースを覗く羽目になるのも嫌だな。

GlobalAllocで確保したところでmallocと大して違うと思えんが。
mallocを消したという自己満足感が得られるだけのような。
ゲームなんて、そのWindows臭いコードが大量に出てくる分野なんだが。

>352
俺だってvectorくらいなら本読みながらであれば使えるけどな。
仕様や注意点を完璧に覚えるところまでは行ってないんだ。
何か弄るたびに参考書引っ張り出さなきゃいけないのは非効率なんだよ。
俺もinline関数は使うし、関数ポインタよりは仮想関数使うけどな。

newでも出来ないことはないと思うけど。
char配列として確保して、型キャストすればいいのかな。

**名前は開発中のものです。** · 2006/01/20(金) 10:01:12

>354
外に出すつもりで書いてたソースコードとそうでないコードの違いだろ。

**名前は開発中のものです。** · 2006/01/20(金) 10:16:01

>>356
矛盾してるよ。外に出すならなおさら
>プラットホームによってはC++の対応が不完全なことも多い
なんてのはまずいでしょ。
だからMozilla Foundationは「C++ 移植性ガイド」を公開して
処理系に依存しそうな部分を禁止した上でC++を使ってるんじゃないか。
C++を使って、その上依存性のない最大公約数的なコードを書くことは可能。

**名前は開発中のものです。** · 2006/01/20(金) 10:18:02

あと、関数ポインタは結局DLL使うときに必要だしな。
C++的に悪だからって、APIの仕様を変更することは出来んのだから。
関数ポインタ利用部分をラップするようなinline関数書くなり
クラスを作るなりすれば済む話。
俺だってクラスは作るしコンストラクタ／デストラクタの恩恵には
預かるわけだが、継承とかは出来るだけやらないようにしてるな。

**名前は開発中のものです。** · 2006/01/20(金) 10:20:08

>357
>356はネスケのソースとFireFoxのソースの話ね。
ネスケの段階で既に一流の仕事なんだから、プログラマの腕が上がったと
いうよりは、単に心構えの問題にすぎんだろうと。
外に出すとケチをつける人が増えるから綺麗に書こうとすることになる。

Windowsのゲームプログラミングに移植性もクソもないし。

**名前は開発中のものです。** · 2006/01/20(金) 10:37:29

>>355
なんで既にできあがってるものがあるのに、自力で組んだほうが楽になるのかね？
実装がマズイ可能性も、ソース覗く羽目になるのもいっしょだろ。

むしろ実装がマズイ可能性は自力で書いたもののほうが高いし、
仕様だってあやふやなものになって、ソース覗く羽目になりやすいだろ？

自分で書いたものならそれでも問題になりにくいだろうけど、、、、
あ、もしかして一人でしか開発したこと無いのか？
それなら辻褄が合うな。

**名前は開発中のものです。** · 2006/01/20(金) 10:40:38

>>346
> プラットホームによってはC++の対応が不完全なことも多いし、
> STLで相性問題が起こることも多いしな。Cが一番確実。

>>359
> Windowsのゲームプログラミングに移植性もクソもないし。

なにこのダブルスタンダード。

**名前は開発中のものです。** · 2006/01/20(金) 10:55:22

std::vectorごときでさえテンプレートメタプログラミングの初歩の
話になってくれば使った方が良いに決まってんだけどねえ

**名前は開発中のものです。** · 2006/01/20(金) 10:59:57

>360
自分で書いたソースを覗くのとSTLのソースを覗くのじゃ大違いだが。
スマートポインタの問題とかに深入りしだしたらキリないし。
楽になろうと思って返って疲れないか？
STLの利点は、楽さではなく、一応の標準性とパフォーマンスだと思うが。

俺のやってる規模の仕事なら一人で出来る。
言っておくがプロのゲームプログラマだぞ。
確かに自前のライブラリを他人に使わせようとは思わんがな。
そういうときは仕方ないからSTL使う。

>361
例えばその「プラットホーム」がVC++だから困るんだが。
もっとも、例えば携帯端末でSTLなんて使いたくないとも思うけどな。

画像周りなんてどうせプラットホームごとに全部書き直しだしなあ。

**名前は開発中のものです。** · 2006/01/20(金) 11:17:12

>>363
やっぱり一人で開発してるのが前提だったのか。そりゃ話がかみ合わないな。
忠告したいことは山ほどあるが、これ以上続けても無駄そうだし、
スレ違いだし、もう消えることにするよ。

**名前は開発中のものです。** · 2006/01/20(金) 12:09:49

そんなすごいよかよとFireFoxのソースみたが、言われてるほどじゃないなぁ

**名前は開発中のものです。** · 2006/01/20(金) 12:26:17

>>363
多分アンタは共同開発し出すと泣くことになると思うんよ。

**名前は開発中のものです。** · 2006/01/20(金) 12:30:29

一人で出来るとは書いてるが、一人でやってるとは書いてないと思うんだが。
そういう弱いトコつっつくようなレスしていい気になってるんだろうけど。

**名前は開発中のものです。** · 2006/01/20(金) 12:51:04

>351
いやいや、俺はプログラマと言うより単なるプログラミング評論家（笑）ですから。
どんなソースであれ、思った通りに動くモノを作れる人は尊敬しますよ。

>355
いや無理してmallocを消したのではなく、
malloc→Win32APIによるメモリ確保、をショートカットしただけ。

いかにWindows臭（環境依存）を限定箇所に封じ込めるか、が設計の腕の見せ所かと。

任意バイトの確保には、素直にstd::mallocを使うのが正解だと思う。
個人的にはoperator newを直接使ってるが。

**名前は開発中のものです。** · 2006/01/20(金) 13:07:18

>366
しないし。上がりを独り占めできないからなあ。
誰もが共同開発する仕事をやるわけじゃないだろ。

>367
あー、ごめん、俺は実際一人でやってる。

>368
Windows臭を封じ込めるために（俺から見れば過剰に）抽象化してるのが
吉里吉里の設計思想で、ベタに書いたほうがメンテは楽というのが
Leafの設計思想だと思う。これはまあ方針の違いかなあと。
中途半端にSTLとかC++クラスとかに手を出してるから統一性とれてないが、
その辺は多人数で組んでるのか、書いた時期が違うのか。

**名前は開発中のものです。** · 2006/01/20(金) 13:51:37

いい加減スレ違いだと気づいてもらうにはどうしたらいいでしょうか。

**名前は開発中のものです。** · 2006/01/20(金) 15:21:36

ソース弄ってるやつなんざスレの頭からぜんぜんいないじゃん。

**名前は開発中のものです。** · 2006/01/20(金) 17:49:39

>>371
だからってスレタイ蟲すんな

**名前は開発中のものです。** · 2006/01/20(金) 18:59:48

とりあえずSTL追い出さないとW-ZERO3とかには移植できないかな？

**名前は開発中のものです。** · 2006/01/20(金) 19:20:51

公開される前：GPLで喧嘩
公開された後：ソースが良い悪いで喧嘩

公開されたソースにケチつけてる人は
道端に落ちてるうんこ見つけて、きたねーきたねーとはしゃいでいる小学生なのか、
仕方ない掃除するかと考えてる善良なうんこなのかどっちなんだ？

**名前は開発中のものです。** · 2006/01/20(金) 19:26:26

>>374
善良なウンコがウンコの掃除するの？

**名前は開発中のものです。** · 2006/01/20(金) 20:23:29

おまいら人が飯食ってるときにうんこはないだろ。
ところで、一次配布を法外な値段にすれば、公開せ
ずにすみそでない?。

**名前は開発中のものです。** · 2006/01/20(金) 20:26:33

>>376
失うものが大きすぎると思うんですが

**名前は開発中のものです。** · 2006/01/20(金) 20:40:00

>>371
断言するが、ぶっちゃけこのソースにいじくったり参考にしたりするほどの価値がない。
せいぜいツマミにしてダベる程度だな。
移植やらなんやらは、意欲のあるエロゲオタが勝手にやればいいことだし、ここらが限界じゃね？

しかし、もうどう見てもただのフェードアウト組です。本当に（略）って人間が
ここまで堂々としているのを見るのは久しぶりだな。

**名前は開発中のものです。** · 2006/01/20(金) 20:40:11

なんか殺伐としてるな。しょうがない燃料投下してやる。TH2起動時に
>ToHeart2.exe　999999999.SDT
とするとちょっと変わったデバックモード突入　

**名前は開発中のものです。** · 2006/01/20(金) 20:40:11

>>377
と、申しますと、如何なる問題が?

**名前は開発中のものです。** · 2006/01/20(金) 21:28:36

つ［イメージダウン］

GPL解釈に無条件降伏するとしても、GNU自身が
「GPL違反者が、たとえ手数料に１００万ドルふっかけたとしても、
　それを阻止できる法的根拠は無いし、
　そもそも、そんなザコに興味は無い、好きにしろ」
と言っている。

つまり、手数料に枠は無い。
ただ、そう言われてしまっては、できるとわかってても、やらないのが大人の世界。

**名前は開発中のものです。** · 2006/01/20(金) 22:01:59

C的なのに関数ポインタ全然使ってないんで驚いた。