Deprecated Darkstar fourms

I know for sure the books work by the OP warp and also by the zone to Yuhtunga jungle (at north west part of the map).

Cool, I'll give it a try. Thank you!

Fantastic. Thanks for the quick fix guys! I can confirm the fix is working great, at least on Linux, cheers! mysql> select * FROM item_mods WHERE itemId NOT IN (SELECT itemid FROM item_basic); +--------+-------+-------+ | itemId | modId | value | +--------+-------+-------+ | 10552 | 73 | 2 | | 10281...

I run dsgame on a separate box (Debian VM on a ESX chassis) and have gone back to as far as r2156 and with the same item_mods.sql change it segfaults when it started to do the select statement.

However, that might not be a legit test as I don't know enough about this application

If you go to your POL check files, for the FFXI version does it show ver 30121205_4 or something else?

Not sure what's the best way but you might need to somehow trigger the client to upgrade to the latest version... that would be my guess

It could be a similar issue as reported in this other thread:

http://forums.dspt.info/viewtopic.php?f ... 2&start=10

You may try rolling back just the item_mods.sql to r2179 and see if it works?

the messed up was rev. 2181 edit: with a july patch client - 2181 onwards is intended to be used with dec. patch, so it will be broken on july patch can you guys test the item_mods crash on rev. 2180 only? I think the segfault happens at the dsgame process startup, before any client could connect t...

It looks like this issue started from r2180 and have you tried rolling back just item_mods.sql DB to an earlier version? Not sure why your SVN Revision is unknown (on windows?) but here is my output after the .sql rollback: [Status] Memory manager initialised: log/DSP.leaks [Info] DarkStar - onetime...

I had a similar issue where dsgame would crash after loading item_mods from the database, here is the strace output right before the Linux segfault: write(3, ",\0\0\0\3SELECT itemId, modId, value"..., 48) = 48 read(3, "\1\0\0\1\0039\0\0\2\3def\5dspdb\titem_mods\tit"..., 16384) = 16384 read(3, ">\005...

This is really a minor issue and probably doesn't deserve it's own thread but I had to change line 28 in conquest_system.cpp to make it compile under Debian: http://code.google.com/p/onetimexi/source/browse/trunk/src/map/conquest_system.cpp?spec=svn2162&r=2162 The error was that it could not find "l...