| XMLパッチのほうですが 投稿者：あきやま@サイト移転中 投稿日：2010/07/31(Sat) 16:37 No.531 | |
|
bccだと、\src\save_xml.cのコンパイルで止まるようです。
..\extension\extension.c:
..\src\save_xml.c:
警告 W8065 ..\src\save_xml.c 570: プロトタイプ宣言のない関数 'save_glyph_xml' の
呼び出し(関数 save_you_xml )
警告 W8065 ..\src\save_xml.c 571: プロトタイプ宣言のない関数 'save_glyph_xml' の
呼び出し(関数 save_you_xml )
エラー E2176 ..\src\save_xml.c 642: 宣言に型が多すぎる(関数 save_you_xml )
警告 W8065 ..\src\save_xml.c 1266: プロトタイプ宣言のない関数 'save_glyph_xml'
の呼び出し(関数 save_rm_xml )
警告 W8065 ..\src\save_xml.c 1377: プロトタイプ宣言のない関数 'save_glyph_xml'
の呼び出し(関数 save_NhRegion_xml )
*** 1 errors in Compile ***
** error 1 ** deleting o\save_xml.o
ちなみに、こちらのパッチがあたればscoreパッチは要らないんですよね？ |
| Re: XMLパッチのほうです�... 井出 - 2010/08/01(Sun) 01:16 No.533 | |
|
|
bcc が long long 型を認識できないための様です。
検索してみた所、
http://www.play21.jp/board/formz.cgi?action=res&resno=18794&id=dixq&lognum=59&from=tree
というページがありました。
コンパイラを変えてみるか、include/save_xml.h の158行の
#define save_time_t_xml(fd, id, val) fd_printf(fd, "<VAL type=\"time_t\" id=\"%s\">%lld</VAL>\n", id, (long long)(val))
の部分を
#define save_time_t_xml(fd, id, val) fd_printf(fd, "<VAL type=\"time_t\" id=\"%s\">%lld</VAL>\n", id, (__int64)(val))
に変更で試して見てください。
> ちなみに、こちらのパッチがあたればscoreパッチは要らないんですよね？
はい。
骨サーバを運用してみるのが目的の一つでしたので、scoreパッチと共用部分があるため統合しています。 |
| Re: XMLパッチのほうです�... あきやま@サイト移転中 - 2010/08/01(Sun) 15:18 No.535 | |
|
|
1. 527を適用
mingwだと
Linking ../binary/nhraykey.dll
gcc -shared -Wl,--export-all-symbols \
-Wl,--add-stdcall-alias -o ../binary/nhraykey.dll o/nhraykey.o
Linking....
o/o_init.o:o_init.c:(.text+0x8c7): undefined reference to `shuffle_tiles'
o/nhinet.o:nhinet.c:(.text+0x1f6): undefined reference to `recv@16'
o/nhinet.o:nhinet.c:(.text+0x22e): undefined reference to `send@16'
o/nhinet.o:nhinet.c:(.text+0x2ae): undefined reference to `gethostbyname@4'
o/nhinet.o:nhinet.c:(.text+0x2db): undefined reference to `gethostbyname@4'
o/nhinet.o:nhinet.c:(.text+0x36f): undefined reference to `htons@4'
o/nhinet.o:nhinet.c:(.text+0x386): undefined reference to `htons@4'
o/nhinet.o:nhinet.c:(.text+0x3a9): undefined reference to `socket@12'
o/nhinet.o:nhinet.c:(.text+0x3e4): undefined reference to `connect@12'
o/extension.o:extension.c:(.text+0x67a): undefined reference to `WSAStartup@8'
o/extension.o:extension.c:(.text+0x721): undefined reference to `closesocket@4'
o/extension.o:extension.c:(.text+0x729): undefined reference to `WSACleanup@0'
o/extension.o:extension.c:(.text+0x880): undefined reference to `WSAStartup@8'
o/extension.o:extension.c:(.text+0xa2b): undefined reference to `closesocket@4'
o/extension.o:extension.c:(.text+0xa33): undefined reference to `WSACleanup@0'
collect2: ld returned 1 exit status
mingw32-make.EXE: *** [../binary/NetHack.exe] Error 1
===================
2. bccのほうで533も適用
..\src\save_xml.c:
..\src\restore_xml_core.c:
..\src\restore_xml_lex.c:
エラー E2209 lex.yy.c 7598: インクルードファイル 'unistd.h' をオープンできない
*** 1 errors in Compile ***
** error 1 ** deleting o\restore_xml_lex.o
になるため、config.h で +#define YY_NO_UNISTD_H
Linking....
Error: 外部シンボル '_shuffle_tiles' が未解決（Y:\JNHTMP\04TMP\SJIS\JNETHACK-3.4
.3-0.10-SAV-ARG\SRC\O\O_INIT.O が参照）
Error: 外部シンボル '_strcasecmp' が未解決（Y:\JNHTMP\04TMP\SJIS\JNETHACK-3.4.3-
0.10-SAV-ARG\SRC\O\RESTORE_XML_CORE.O が参照）
Error: 外部シンボル '_strtoll' が未解決（Y:\JNHTMP\04TMP\SJIS\JNETHACK-3.4.3-0.1
0-SAV-ARG\SRC\O\RESTORE_XML_CORE.O が参照）
** error 2 ** deleting ..\binary\NetHack.exe
と、いずれもリンクで失敗するようなのです。
長くなってすみません。 |
| Re: XMLパッチのほうです�... 井出 - 2010/08/01(Sun) 16:12 No.537 | |
|
| Re: XMLパッチのほうです�... あきやま@サイト移転中 - 2010/08/01(Sun) 18:20 No.538 | |
|
|
すみませんmingwのspecsいじり直すのを忘れていました。
Linking....
o/o_init.o:o_init.c:(.text+0x8c7): undefined reference to `shuffle_tiles'
collect2: ld returned 1 exit status
mingw32-make.EXE: *** [../binary/NetHack.exe] Error 1
とのことです。 |
| Re: XMLパッチのほうです�... 井出 - 2010/08/01(Sun) 18:57 No.539 | |
|
|
> 538
USE_TILES を定義していない場合のテストができてなかったようです。
o_init.c の 112 行目付近の shuffle_tiles_xml() の中身を
#ifdef USE_TILES
shuffle_tiles();
#endif
の様にしてみてください。(bcc の方も、これで一つ未定義が減ると思います)
bcc の方は、util/parse_struct.pl と src/restore_xml_core.c から strcasecmp を探して、strcmpi に置き換えてみて下さい。
同じように、Strtoll を探して、
#define Strtoll(ptr, next, base) ((ptr) ? _atoi64((ptr)) : 0)
みたいにしたら動くかも知れません。
後、実行時にエラー、あるいは、セーブファイル不正になる可能性があり、
533 で書いた部分の %lld の部分を %I64d にしたりする必要があるかも知れません。 |
| Re: XMLパッチのほうです�... あきやま@サイト移転中 - 2010/08/01(Sun) 20:24 No.540 | |
|
|
527 , 533 , config.h で +#define YY_NO_UNISTD_H , o_init.c
を適用してmingwでbuild OKでした。スコア送信OK
ただしXMLでのセーブ時にエラー、「%lld の部分を %I64d 」もやってみましたがだめでした。
次にbccのほうですが、util/parse_struct.pl と src/restore_xml_core.cを修正したら
無事buildできました。この修正すべて適用したソースで、mingw gccのほうでもビルド
問題なくできています。
なおXMLでのセーブですが、hogehoge.eという空のファイル、hogehogeという拡張子なしの、
470kBほどのXMLっぽいデータはできています。圧縮するとのことですがその際に失敗でも
してるんでしょうか？
|
| Re: XMLパッチのほうです�... 井出 - 2010/08/01(Sun) 20:39 No.541 | |
|
|
> 圧縮するとのことですがその際に失敗でも
gzip が無い所為かも知れません。
ファイル自体見れば、どこでエラーになったか分かるかも知れません。 |
| Re: XMLパッチのほうです�... あきやま@サイト移転中 - 2010/08/01(Sun) 21:24 No.542 | |
|
|
gzipの存在する、cygwin環境で実行しても同様ですね。XMLファイルの最後は
</STRUCT>
<BOOL id="discover">false</BOOL>
</OBJECT_CLASS>
</OBJECT_CLASSES>
</GAMESTAT>
と終わっています。ほかに見るべきところはあるでしょうか？
ところでgzipは必須ということでよいのでしょうか。そうなると配布の際は
同梱でやるしかなくなるけどソース入れてもサイズ小さいし大丈夫かな。 |
| Re: XMLパッチのほうです�... あきやま@サイト移転中 - 2010/08/01(Sun) 22:42 No.543 | |
|
|
config.hのCOMPRESSが定義されていない（非UNIX）で定義される
# define INTERNAL_COMP
をコメントアウトしてしまうとセーブに失敗することがなくなります。（でもセーブの際５秒くらい掛かる）
正常に書き込まれたと思われるデータは
</CURRENT_STAT>
<LEVELS>
</LEVELS>
</SAVEDATA>
で終わっています。再開も一応問題ないようです。
しかしもちろん圧縮されていません。生テキストです。
一応報告させていただきました。 |
| Re: XMLパッチのほうです�... 井出 - 2010/08/01(Sun) 23:42 No.544 | |
|
|
> をコメントアウトしてしまうとセーブに失敗することがなくなります。（でもセーブの際５秒くらい掛かる）
セーブに時間がかかるのは仕様です。多分圧縮とは無関係です。
一応、セーブファイルを覗いて、
<VAL type="time_t" id="ubirthday">012345</VAL>
の部分がちゃんとなってるか確認してもらえるでしょうか？ |
| Re: XMLパッチのほうです�... あきやま@サイト移転中 - 2010/08/02(Mon) 00:03 No.545 | |
|
|
<VAL type="time_t" id="ubirthday">1280674780</VAL>
となっているようです。 |
| Re: XMLパッチのほうです�... 井出 - 2010/08/02(Mon) 00:13 No.546 | |
|
|
> 545
問題ないようです。
再開して、もう一度セーブして同じ値ならとりあえず問題ないかと思います。
|
| Re: XMLパッチのほうです�... あきやま@サイト移転中 - 2010/08/02(Mon) 07:53 No.547 | |
|
| Re: XMLパッチのほうです�... あきやま@サイト移転中 - 2010/08/06(Fri) 20:19 No.549 | |
|
|
なお骨ファイルも # define INTERNAL_COMP しないときちんと生成されているように見えますが、これは
骨交換サーバー的にはどうなんでしょう？
ちなみに骨ファイルは、セーブファイルと違い通常っぽく素早く保存されているように見えます。 |
| Re: XMLパッチのほうです�... 井出 - 2010/08/06(Fri) 21:36 No.550 | |
|
|
> なお骨ファイルも # define INTERNAL_COMP しないときちんと生成されているように見えますが、
> 骨交換サーバー的にはどうなんでしょう？
別に問題では無いです。
問題があっても、サーバーの方で何とかできると思います。
> ちなみに骨ファイルは、セーブファイルと違い通常っぽく素早く保存されているように見えます。
骨ファイルは１階層だけなので大きくないので、そんなに時間がかからないだけです。 |
| Re: XMLパッチのほうです�... あきやま@サイト移転中 - 2010/08/06(Fri) 22:40 No.551 | |
|
|
了解しました。
では、バイナリ配布という観点的には、現在こちらでできている「セーブデータ、骨ファイルは生テキストで保存される」
という仕様で大丈夫でしょうか。
当方としては、井出さんのサーバーのほうで問題ないのならこのままで良いかと思います。
このあたりの説明書きは書いて添付します。
|
| Re: XMLパッチのほうです�... あきやま@サイト移転中 - 2010/08/08(Sun) 12:50 No.552 | |
|
|
あとひとつ、骨交換のほうの質問なんですが、機能のON/OFFについては
・コンパイル時のconfig.hの設定のみ
・設定ファイルやゲーム内のオプション設定はない
・機能が有効の場合、ネットに繋がっていないとまずいことになる
という解釈でよろしかったでしょうか？ |
| Re: XMLパッチのほうです�... 井出 - 2010/08/08(Sun) 15:24 No.553 | |
|
|
> あとひとつ、骨交換のほうの質問なんですが、機能のON/OFFについては
スコア報告と連動します。
コンパイル時に、骨交換だけ機能OFFできるようにはなっています。 |
| Re: XMLパッチのほうです�... あきやま@サイト移転中 - 2010/08/08(Sun) 23:08 No.554 | |
|
|
了解しました。この流れで、バイナリも作成することにします。
一応、骨交換ありのとなしの両方用意するつもりです。 |
|
