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(水) 14:39:42

>>256
今ぐぐってみたら・・・

ttp://www.fx-it.com/kihon/top.html

((((((；ﾟДﾟ))))))ｶﾞｸｶﾞｸﾌﾞﾙﾌﾞﾙ

**256** · 2006/01/18(水) 14:44:47

>>257
６年近く毎月買ってたのに……。(´･ω･｀)

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

>>236
betterCとして使ってるんじゃね？

**名前は開発中のものです。** · 2006/01/18(水) 14:57:11

まあ、最近は完全にウェブの後追いだったからな。雑誌じゃ小回りが効かん。

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

最新の情報を追うのは遅くなってたけど、まとまった情報源としての価値は大きいと思うんだけどなぁ。
今でも98､9年ごろの特集が役に立つことが多いし。

3月売り分ってことは4月号で休刊か…
刊行継続されることを祈るしかないな。

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

どこだか分かんないし
見あたんないからまあいいや。

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

>>262
>>178

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

>>179だった

**名前は開発中のものです。** · 2006/01/18(水) 16:24:51

＞２４８
GNU 一般公衆利用許諾契約書の複製物がないおｗｗｗ

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

しまった入れ忘れた、証拠隠滅))彡あと少しで全部解凍出来そうなので
そん時忘れずに入れときます

**名前は開発中のものです。** · 2006/01/18(水) 16:51:50

betterCまでたどり着けてないな。
まぁToHeart2延期の謎は全て解けたが。

・・・ここって、ソースのレビューしてやるスレ？

**名前は開発中のものです。** · 2006/01/18(水) 16:57:43

ここはソースのバグ修正やソースを利用した（当てずっぽうじゃない）ぶっこ抜きツールなどを作るスレ。

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

238は社員

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

とりあえず、最初にやることはリファクタリングだなｗｗ

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

まったくだ、混沌としすぎてるなこのソースは。。。

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

プロのコードってんで楽しみにしてたんだが……
力技っていうか……なんていうか……

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

まあ、クローズドのソースなんてどこもこんなもんさ。

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

誰かリファクタリングやってくんね？

てかどっかまとめ作って分散してリファしたいな。

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

あれ意外にソース少ないね、ノベルだからかな

**名前は開発中のものです。** · 2006/01/18(水) 21:55:04

予想通りの展開だな。ここでうれしそうにC++どうこうとかいってる奴は、
まともなゲームプログラムなんか作ったことのない奴だろうｗ
このくらいの規模のプログラムならCライクに作るという選択はありうる。
見たまんまで、クラスライブラリよりも読むのがはるかに楽だからな。
>272
派手な打ち回しなどいらないんだよ、静かに勝ってこそプロ。

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

そんな事より、コミパＰのコード公開してくださいよ。
あの酷い読み込みの嵐

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

>>276
何処のエロゲーメーカー所属ですか?

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

SourceForgeまだー？

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

人のソースにケチつけるようなプログラマって見っとも無いと思う。

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

俺サイコーっていう最低プログラマーに事実を教えないのは
人として冷たいと思うよ。

**名前は開発中のものです。** · 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
外に出すつもりで書いてたソースコードとそうでないコードの違いだろ。