7-14 patch structs (initial inspection)

[UnGod]

As I'm sure a lot of you can tell, the 7-14 patch broke a bit.

I'm still working on the various changes, but for those who wish to dig themselves, here is an updated charProfileStruct:

NOTE: This is not the only changed struct, and is a work in progress. Also the location data (eg. /*0215*/) is not correct at the time of posting. But the struct seems to work (everything tested for the most part except the AA struct).

Will this fix your showeq? no
Will this get you the correct colored skittles when you zone? yes! (I like my skittles the right colors) ;)

More to come in the near future.


/*
** Player Profile
** Length: 11120 Octets
** OpCode: CharProfileCode
*/
struct charProfileStruct
{
/*0000*/ uint32_t checksum; //
/*0004*/ char name[64]; // Name of player sizes not right
/*0068*/ char lastName[32]; // Last name of player sizes not right
/*0100*/ uint32_t gender; // Player Gender - 0 Male, 1 Female
/*0104*/ uint32_t race; // Player race
/*0108*/ uint32_t class_; // Player class
/*0112*/ uint32_t aapoints; // unspent ability points? (wrong?)
/*0116*/ uint32_t level; // Level of player (might be one byte)
/*0120*/ uint32_t bind_zone_id; // Zone player is bound in
/*0124*/ float bind_x; // Bind loc x coord
/*0128*/ float bind_y; // Bind loc y coord
/*0132*/ float bind_z; // Bind loc z coord
/*0136*/ float bind_heading; // *** PLaceholder
/*0140*/ uint32_t deity; // deity
/*0144*/ uint32_t guildID; // guildID
/*0148*/ uint32_t birthdayTime; // character birthday
/*0152*/ uint32_t lastSaveTime; // character last save time
/*0156*/ uint32_t timePlayedMin; // time character played
/*0160*/ uint8_t fatigue; // Sta bar % depleted (ie. 30 = 70% sta)
/*0161*/ uint8_t pvp; // 1=pvp, 0=not pvp
/*0162*/ uint8_t unknown162; // *** Placeholder
/*0163*/ uint8_t anon; // 2=roleplay, 1=anon, 0=not anon
/*0164*/ uint8_t gm; // 1=gm, 0=not gm
/*0165*/ uint8_t unknown0165[47]; // *** Placeholder
/*0212*/ uint8_t haircolor; // Player hair color
/*0213*/ uint8_t beardcolor; // Player beard color
/*0214*/ uint8_t eyecolor1; // Player left eye color
/*0215*/ uint8_t eyecolor2; // Player right eye color
/*0216*/ uint8_t hairstyle; // Player hair style
/*0217*/ uint8_t beard; // Player beard type
/*0218*/ uint8_t unknown0218[2]; // *** Placeholder
/*0220*/ uint32_t item_material[9]; // Item texture/material of worn/held items
/*0256*/ uint8_t unknown0256[52]; // *** Placeholder
/*0716*/ Color_Struct item_tint[9]; // RR GG BB 00
/*0344*/ AA_Array aa_array[122]; // Length may not be right
/*3640*/ uint8_t unknown0524[720]; // ?? pet data? 7-14
/*0588*/ char servername[64]; // length probably not right
/*0652*/ uint32_t altexp; // aaxp? (wrong?
/*0656*/ uint32_t exp; // Current Experience
/*0660*/ uint32_t points; // Unspent Practice points
/*0664*/ uint32_t MANA; // MANA
/*0668*/ uint32_t curHp; // current hp
/*0672*/ uint32_t unknown0674; // 0x05
/*0676*/ uint32_t STR; // Strength
/*0680*/ uint32_t STA; // Stamina
/*0684*/ uint32_t CHA; // Charisma
/*0688*/ uint32_t DEX; // Dexterity
/*0692*/ uint32_t INT; // Intelligence
/*0696*/ uint32_t AGI; // Agility
/*0700*/ uint32_t WIS; // Wisdom
/*0704*/ uint8_t face; // Player face
/*0705*/ uint8_t unknown0705[47]; // *** Placeholder
/*0752*/ uint8_t languages[28]; // List of languages (MAX_KNOWN_LANGS)
/*0780*/ uint8_t unknown0780[4]; // All 0x00
/*0784*/ int32_t sSpellBook[400]; // List of the Spells in spellbook
/*2384*/ uint8_t unknown2384[448]; // all 0xff after last spell
/*2832*/ int32_t sMemSpells[8]; // List of spells memorized
/*2864*/ uint8_t unknown2864[36]; // *** Placeholder
/*2900*/ float x; // Players x position
/*2904*/ float y; // Players y position
/*2908*/ float z; // Players z position
/*2912*/ float heading; // Players heading
/*2916*/ uint8_t unknown2918[4]; //*** Placeholder
/*2920*/ uint32_t platinum; // Platinum Pieces on player
/*2924*/ uint32_t gold; // Gold Pieces on player
/*2928*/ uint32_t silver; // Silver Pieces on player
/*2932*/ uint32_t copper; // Copper Pieces on player
/*2936*/ uint32_t platinum_bank; // Platinum Pieces in Bank
/*2940*/ uint32_t gold_bank; // Gold Pieces in Bank
/*2944*/ uint32_t silver_bank; // Silver Pieces in Bank
/*2948*/ uint32_t copper_bank; // Copper Pieces in Bank
/*2952*/ uint32_t platinum_cursor; // Platinum Pieces on cursor
/*2956*/ uint32_t gold_cursor; // Gold Pieces on cursor
/*2960*/ uint32_t silver_cursor; // Silver Pieces on cursor
/*2964*/ uint32_t copper_cursor; // Copper Pieces on cursor
/*2968*/ uint32_t platinum_shared; // Shared platinum pieces
/*2972*/ uint8_t unknown2972[20]; // Unknown - all zero
/*2992*/ uint32_t skills[75]; // List of skills (MAX_KNOWN_SKILLS)
/*3288*/ uint8_t unknown3288[408]; //
/*3700*/ uint16_t zoneId; // see zones.h
/*3702*/ uint16_t zoneInstance; //
/*3704*/ spellBuff buffs[15]; // Buffs currently on the player
/*3944*/ char groupMembers[MAX_GROUP_MEMBERS][64];// all the members in group, including self
/*4328*/ uint8_t unknown4328[668]; // *** Placeholder
/*5000*/ uint32_t ldon_guk_points; // Earned GUK points
/*5004*/ uint32_t ldon_mir_points; // Earned MIR points
/*5008*/ uint32_t ldon_mmc_points; // Earned MMC points
/*5012*/ uint32_t ldon_ruj_points; // Earned RUJ points
/*5016*/ uint32_t ldon_tak_points; // Earned TAK points
/*5020*/ uint8_t unknown4352[24]; // *** Placeholder
/*5760*/ uint32_t ldon_avail_points; // Available LDON points
/*5764*/ uint8_t unknown5764[5356]; // *** Placeholder
}; /* 11120 */

[UnGod]

OP_ItemPlayerPacket is now 0x0291
OP_SpawnDoor is now 0x0292
OP_ZoneEntry is now 0x023b

(Looks like the generic pattern with this patch is opcode+1)
(Will update this post as I find new opcodes)

[Cryonic]

Implicit length table:

$implicitlen_table = array(
0x0021 => 0x08,
0x0027 => 0x12,
0x003e => 0x0c,
0x00bf => 0x0c,
0x00e2 => 0x17,
0x00f3 => 0x04,
0x0100 => 0x88,
0x0101 => 0x1f,
0x012c => 0x09,
0x012f => 0x08,
0x0140 => 0x04,
0x022e => 0x03,
0x022f => 0x03,
0x0244 => 0x06,
0x0245 => 0x06,
);

[UnGod]

Working (or so it seems so far, probably missing a few opcodes)

Patch Attached (cvs diff -u)

[Aeyn]

How do we apply this patch again? I have searched but with the new forums a lot of the old posts are missing. thanks and flame on im sure.

[UnGod]

patch < 7-14-patch.txt

And it seems new spawns are showing up as unknowns with this current patch, looking into that now.

OP_NewSpawn is now 0x0218

[bigdaddy77]

Thanks for the quick patch. Map seems to work ok so far. Am having seg faults when zoning into PoK though. Using lastest beta 5 from CVS with your patch only.

[seqforever]

I'm doing something wrong here. What directory do I drop the patch file into?

[purple]

All seems to be fine on my end for tonight. Map, spawns, colors, et al.

Thanks for the work and the patch, UnGod and for the steps along the way too. Helps newer folks understand more of what is involved.

[granai]

a little more instruction would be helpful for me :)

i dropped the patch.txt file into my showeq dir and then i opened a terminal and wend to cd showeq

from there i ran patch <7-4-patch.txt and got this

can't find file to patch at input line 8
Perhaps you should have used the -p or --strip option?
The text leading up to this was:
--------------------------
|Index: conf/zoneopcodes.xml
|================================================= ==================
|RCS file: /cvsroot/seq/showeq/conf/Attic/zoneopcodes.xml,v
|retrieving revision 1.1.4.9
|diff -u -r1.1.4.9 zoneopcodes.xml
|--- conf/zoneopcodes.xml 9 Jun 2004 20:36:21 -0000 1.1.4.9
|+++ conf/zoneopcodes.xml 15 Jul 2004 00:47:17 -0000
--------------------------
File to patch:


and dont knwo what to do from there, since this didnt seem to be correct i stopped

[Cleric]

I did a full recompile and copied the new eqstr and spells files into share.. Everything recompiled fine, when I go to run new version I get this right after it loads eqstr_us.txt:

File size limit exceeded

and ShowEQ dumps to desktop

Any thoughts?

[Cryonic]

yeah, not a SEQ issue, but one of (as the error says) a file exceeded the size limit for the filesystem/OS.

locate spawnlog

[seqforever]

a little more instruction would be helpful for me :)



I'm getting the exact same error on my RH9 box. I dropped the patch into /seq/showeq and ran it. patch < patchfile.txt

Doesnt work for me for some reason.

Going to wipe SEQ and get a clean install. Ill try agian then.

EDIT:

The proper command is patch -p0 < 7-14-patch.txt

So far so good. I added in the OP_NewSpawn, havent tested it yet. I dont get my maps, however. They dont load for some reason.

[purple]

Do "cat 7-14-patch.txt | patch -p0" and make sure you hand apply the OP_NewSpawn change to conf/zoneopcodes.xml before make install.

[brettlpb]

Nevermind. :)

[Cleric]

Yep.. global.log and zone.log were HUGE :) Went ahead and /dev/nul > to each of them and that did the trick, thanks for pointing that out.. didn't think of it right off ;) Even my unknown spawn problem is fixed so good deal.

[Elyon]

Wouldn't it be a lot easier for someone to just upload there patched files? :D

[Cryonic]

You mean like the one that is posted in this thread?

[Hobo]

Forgive my ignorance...I know I am missing something simple here. I'm trying to update the Op_NewSpawn but I can't seem to figure out where to insert the "0x0218"? Searching through zoneopcodes.xml and I find the following:

<opcode id="021b" name="OP_NewSpawn" updated="02/10/04">
<comment> old NewSpawnCode</comment>


This is the only place I find "OP_NewSpawn" so I am trying to understand where I place the "0x0218". Should I be simply be replacing "021b" with "0218"? Or do I need to put the entire "0x0218" somewhere?

Thanks for the help.


Hobo

[uRit1u2CBBA=]

I modded the structure in the .h file at the top of the thread, then re-did the fix in this (http://www.showeq.net/forums/showthread.php?t=4883) thread (since I only did it in the active folder, not the source folder, so it got overwritten when I did the make install.)

All spawns and skittles look good. :cool:

[seqforever]

Forgive my ignorance...I know I am missing something simple here. I'm trying to update the Op_NewSpawn but I can't seem to figure out where to insert the "0x0218"? Searching through zoneopcodes.xml and I find the following:

<opcode id="021b" name="OP_NewSpawn" updated="02/10/04">
<comment> old NewSpawnCode</comment>


This is the only place I find "OP_NewSpawn" so I am trying to understand where I place the "0x0218". Should I be simply be replacing "021b" with "0218"? Or do I need to put the entire "0x0218" somewhere?

Thanks for the help.


Hobo

here is mine:

<opcode id="0218" name="OP_NewSpawn" updated="07/14/04">
<comment>old NewSpawnCode</comment>
<payload dir="server" typename="spawnStruct" sizechecktype="match"/>
</opcode>

[Hobo]

Thanks. Looks like I was on the right track.



Hobo

[Hobo]

I'm getting the same message as Grainai. Gettin late here so I'll firgure it out tomorrow when I'm not so tired. :)




Hobo

[granai]

woot, thanks for the patch and the tips :)

got mine back up and running, skiittles correct and unknowns gone :D

[sea4th]

Well it decodes on zonein and based on the changes listed. Someday I will get QT3.3 installed and working so I can run Beta 5 but until then ... long live SEQ IV !

The zip file contains files opcodes.h and everquest.h so put them in your src directory.
make distclean
do your exports
make -f Makefile.dist
./configure
make
make install

works on RH7.3 and RH9

[MotleyC]

Anyone have a zip file with changes for version 5?

[jesterbam]

nevermind

[Hobo]

I'm getting the same exact message as Grainai was getting...


can't find file to patch at input line 8
Perhaps you should have used the -p or --strip option?
The text leading up to this was:
--------------------------
|Index: conf/zoneopcodes.xml
|================================================= ==================
|RCS file: /cvsroot/seq/showeq/conf/Attic/zoneopcodes.xml,v
|retrieving revision 1.1.4.9
|diff -u -r1.1.4.9 zoneopcodes.xml
|--- conf/zoneopcodes.xml 9 Jun 2004 20:36:21 -0000 1.1.4.9
|+++ conf/zoneopcodes.xml 15 Jul 2004 00:47:17 -0000
--------------------------
File to patch:






Any idea how to correct what I am doing wrong? I'm using the Beta 5 version and dropped the patch into my /root directory (same place I've put other patches).



Thanks!

[Cryonic]

SEQ5.x requires QT >= 3.1

Don't know where you are getting the thought that it needs 3.3, Sea4th

[Elyon]

Actually Cryonic, I was talking about a Patched .h and .xml files, not just the patch file.

[purple]

As simple as I can put it, when someone posts a patch here just look at the patch (it's text!) and you'll see lines like:


|--- conf/zoneopcodes.xml 9 Jun 2004 20:36:21 -0000 1.1.4.9
|+++ conf/zoneopcodes.xml 15 Jul 2004 00:47:17 -0000


The patch needs to be put in a directory where running "ls conf/zoneopcodes.xml" will show you the file. So in this case, you need to put it in your showeq directory. Once it is there, just do:


cat file-with-patch.txt | patch -p0


If you get rejected chunks, then that usually means your current sources are out of date with CVS. You can hand apply the patch if you want. They are usually very short and just to zoneopcodes.xml and everquest.h.

To hand apply the patch, just look for patch lines like:


--- conf/zoneopcodes.xml 9 Jun 2004 20:36:21 -0000 1.1.4.9
+++ conf/zoneopcodes.xml 15 Jul 2004 00:47:17 -0000
@@ -574,42 +574,42 @@
<opcode id="0221" name="OP_UpdateAA" updated="05/26/04">
<comment></comment>
</opcode>
- <opcode id="022d" name="OP_MobHealth" implicitlen="3" updated="05/26/04">
+ <opcode id="022e" name="OP_MobHealth" implicitlen="3" updated="07/14/04">
<comment>health sent when a player clicks on the mob</comment>
</opcode>


The lines with @@ tell you where in the current file the changes are. -574,42 +574,42 means look for line 574 in your source file and start there. Lines that start with - mean delete that line. Lines that start with + mean add that line.

So the above means in file conf/zoneopcodes.xml, starting at line 574, look for OP_MobHealth line. Delete it and replace it with "<opcode id="022e" name="OP_MobHealth" implicitlen="3" updated="07/14/04">".

That's it. Patches aren't mystic. They are very simple. I'm sure everyone here would appreciate it if everyone stopped asking how to apply the patches that get posted!

[Backspace]

I'm getting the same exact message as Grainai was getting...


can't find file to patch at input line 8
Perhaps you should have used the -p or --strip option?
The text leading up to this was:
--------------------------
|Index: conf/zoneopcodes.xml
|================================================= ==================
|RCS file: /cvsroot/seq/showeq/conf/Attic/zoneopcodes.xml,v
|retrieving revision 1.1.4.9
|diff -u -r1.1.4.9 zoneopcodes.xml
|--- conf/zoneopcodes.xml 9 Jun 2004 20:36:21 -0000 1.1.4.9
|+++ conf/zoneopcodes.xml 15 Jul 2004 00:47:17 -0000
--------------------------
File to patch:

Any idea how to correct what I am doing wrong? I'm using the Beta 5 version and dropped the patch into my /root directory (same place I've put other patches).

Thanks!
It's a path issue cause it's looking for conf/zoneopcodes.xml. So you'll need to place the patch in your directory with the conf subdirectory, i.e. /showeq . That way when you run the patch, it'll find the zoneopcodes.xml in the /showeq/conf directory.

[Cryonic]

You can place the patch anywhere

where you run the patch application is what matters

cd showeq
patch -p0 < ../../../../local/test/crap/directory/../../../patch.txt

would work...

[Elyon]

When I did the patch -p0 < patchfilename it said it was patching, but a look into the file showed that it was not patched. I eneded up doing it manually, using gedit and am in the process of compiling it now. Also, doing a DL from CVS using the co sommand seems to get you an old version of Beta 5. Possibly I am using wrong CVS?

[Cryonic]

CVS is about 6+ weeks old, even for the beta...

[bonkersbobcat]

I have put these patches into CVS and bumped the SEQ version number to 5.0.0.11. It will take a bit before CVS makes them available for public anonymous access.

BB

[Hobo]

You know, I've been trying to access CVS for about 3 hours now with zero success. Everytime I try to login and get the password promt I press ENTER and it just sits there doing nothing. Bonkers any chance you can host a tarball of it while we wait on cvs? I got the patches installed sort of...lotsa bad chunks so was going to do a fresh install.

Thx!

[bonkersbobcat]

CVS seems pretty responsive right now. I run my cvs update and it comes right back with the list of files it is checking. I also ran a new checkout into a fresh directory and it came right back. (Given the patch hasn't taken yet, but the prior version comes right down.) Are you sure you have your CVS configured correctly?

You have your CVSROOT environmental variable set to
:pserver:[email protected]:/cvsroot/seq right? and you are trying to retrieve the Tag of
pre_5_0_beta right?

BB

[seqforever]

Just ran CVS here, went through as expected!

[Hobo]

Yup. Just tried it again and it seems to be working now. Just to clarify pre_5_0_beta will get me the latest that you just posted, if it is available?


Thx


EDIT.....CVS timed out during the DL. :((

[bonkersbobcat]

Correct. The patches posted here were applied to the beta version in CVS (Tag pre_5_0_beta) a short while ago. Since I have CVS access I can read to and write from the "real" information on CVS. Everyone else (who is not a developer) can only access a copy of the CVS (Thats what the :pserver: thing is about.)

At some regular interval, SourceForge copies the "real" CVS into the "copy" CVS, and then everyone can get to it. I am not sure what this copy interval is, but I think it is daily. If you poke around on the sourceforge site, it is probably documented somwhere, or perhaps somone here knows of the top of thier head. (It's probably actually mentioned in a prior post somewhere.)

Note that the concept of a "real" and a "copy" version of CVS are not really CVS concepts, but rather a technique that SourceForge is using to handle the scalability of many projects with a few contributors and a large number of consumers. Any weirdness around this process is really a SourceForge issue and not a CVS issue.

BB

[BluesClues]

Anyone figure out what op 02e9 was?

[jpaq]

I am also having the problem where CVS does not work for me...

Should I just assume the problem is that the server is being unreliable and just check back from time to time?

[Hobo]

CVS finally worked after about 10 tries. Compiling now. <fingers crossed>

[Hobo]

Can someone tell me what value OP_TimeOfDay is? I'm getting a warning message that says:

Warning: OP_TimeOfDay (0x27) (dataLen: 0) doesn't match: sizeof(timeOfDayStructure):8


And I'm also seeing this warning message:


Warning: error on zone-client size > left (size=200, left=74, opcode=0x0027)


Been hunting around but can't seem to find the right value. Was thinking about increasing it by one similar to others in this patch just to give it a shot. For whatever reason my zoneopcodes.xml seems to have a lot of old opcodes dated 02/10/04. I just did a fresh cvs download and compiled it, fwiw.

Thanks!


Hobo

[zarget]

Which OP code shows the current zone map lines if there is one? When I zone the map shows for a sec then dissappears. Anybody else having this problem?

[Walpurgiss]

Yeah i have that problem. Since it loads the appropriate map, then unloads it and says unknown sounds like maybe it is reading the right information for the zone name, and then reading past that at which point it thinks it's an invalid zone?

I dunno much about opcodes and such, but that's what it seems kind of like to me, overflowing the expected map name or some such.

Not too big a deal, since you can just manually load the map and be ok, but something to go after eventually :)

[purple]

I have OP_TimeOfDay as 0026 set on 5/26/04. 0027 is OP_ClientUpdate for me also set on 5/26/04.

You probably just have an old zoneopcodes.xml from somewhere.

[Hobo]

Hmm...after three fresh CVS downloads and 3 compilings I'm still getting this message:

Warning: error on zone-client size > left (size=200, left=74, opcode=0x0027)

and another one similar that has the opcode=0x003e


Been hunting through both the zoneopcode.xml and the .h file and can't find anything that matches up. Found a couple things that look like they might be related, but nothing I was certain of. Cryonic I noticed your post that says:



Implicit length table:

$implicitlen_table = array(
0x0021 => 0x08,
0x0027 => 0x12,
0x003e => 0x0c,
0x00bf => 0x0c,
0x00e2 => 0x17,
0x00f3 => 0x04,
0x0100 => 0x88,
0x0101 => 0x1f,
0x012c => 0x09,
0x012f => 0x08,
0x0140 => 0x04,
0x022e => 0x03,
0x022f => 0x03,
0x0244 => 0x06,
0x0245 => 0x06,
);


Somehow I know this is related to my problem but I'm not exactly sure where to go to make changes. Can anyone help?

Thanks!

Hobo

[reaver]

I'm guessing CVS hasn't rolled live to the new patch yet.

-reaver

[jesterbam]

Is there any way we can check if the CVS is current? Timestamp?

[jpaq]

when you download it onto your machine you can look at the lmtime for the files... I downloaded it at about 4AM this morning, the lmtimes for a lot of the files was 07/16, and when I compiled it listed as 5.0.0.11

[Elyon]

It IS current at this time... 12:15: EST

[jesterbam]

Thank you

[ralkrasta]

I too am having problems with the maps, I can load them manually which works for now, but has anyone figured out what I need to change the op code to, to get the maps to show up?

Currently, when I load a map, it is trying to load the maps from the wrong directory. Had logged in as root just to see if any changes, and when I log in as root and hit load map, it's loading from /root/.showeq/maps/. I am no linux genius, so I am not really sure what this means, I am guessing it is thinking my showeq directory is /showeq/ rather than /seq/showeq/ which is where I actually have it installed.

Hope this helps any of you geniuses :)

[reaver]

Maps are installed to /usr/local/share/showeq/maps

In addition, you can have customized maps that override SEQ maps in your home/.showeq/maps directory.

Looking at your post, you are currently logged in as root, so they are looking in /root/.showeq

What I typically do for security, is su to root, then chmod 7777 my showeq executable. Then exit and return to your normal user.

Then when running showeq your home directory is your normal user directory instead of root, but you are running with privaledges due to the chmod.

Not sure if that makes much sense, but works great for me ;)

-reaver

[bigdaddy77]

Still getting seg faults...

I did rm -rf /seq/showeq and downloaded cvs again and verified I am using 5.0.0.11 (by looking at CHANGES file) rebuilt and I'm still get seg faults about every other zone. When it doesnt die on zone in it works great. Could someone point me in the right direction? Here is the dump:

Zone: ChangeCode: Client, Zone: nektulos
Info: Loaded map: '/usr/local/share/showeq/maps/Nektulos.map'
Info: Saved spawn points: /root/.showeq/spawnpoints/poknowledge.sp
Info: Loaded spawn points: /root/.showeq/spawnpoints/nektulos.sp
Info: Loading Zone Filter File: /seq/showeq
Zone: Zoning, Please Wait... (Zone: 'nektulos')
Zone: ChangeCode: Server, Zone:nektulos
Zone: LogoutCode: Client logged out of server
Info: EQPacket: SEQClosing detected, awaiting next zone session, pcap filter: EQ C lient 192.168.1.51
Zone: EntryCode: Client
Info: Loaded map: '/usr/local/share/showeq/maps/Nektulos.map'
Info: Loading Zone Filter File: /seq/showeq
Zone: Zoning, Please Wait... (Zone: 'nektulos')
Player: <removed for privacy>
Player: Level: 65
Player: PlayerMoney: P=0 G=0 S=0 C=0
Player: BankMoney: P=0 G=0 S=1 C=7
Player: CursorMoney: P=0 G=0 S=0 C=0
Player: SharedMoney: P=25008
Player: Exp: 1,135,464,418
Player: ExpAA: 0
Player: You have buff Howl of Tashan duration left is 12 in ticks.
Debug: charProfile(705.000000/-349.000000/-4.000000 - 20.000000)
Debug: Player::backfill(): Pos (705.000000/-349.000000/-4.000000) Heading: 20.00000 0
Debug: Player::backfill(bind): Pos (467.125000/80.000000/-156.248993) Heading: 0.00 0000
Player: ExpAA: Set: 0 total, with 0 aapoints
Info: Loaded map: '/usr/local/share/showeq/maps/Nektulos.map'
Info: Loading Zone Filter File: /seq/showeq
Zone: Zoning, Please Wait... (Zone: 'nektulos')
Debug: Player::zoneBegin(): Pos (-349.000000/705.000000/-4.000000) Heading: 0.00000 0
Zone: EntryCode: Server, Zone:
Segmentation fault


Thanks.

[bigdaddy77]

FIXED the seq faults....

For anyone who may be having them, trying removing the .showeq directory under your home directory. Apparently I was using some settings this version didnt like. Since I went back to defaults (and made only minor setting changes) everything is great.

Also found a few opcodes that are wrong. I will try and dig around but here they are if anyone would like to explore:

Warning: OP_BazaarSearch (0x1e7) (dataLen: 20) doesn't match: modulus of sizeof(bazaarSearchResponseStruct):88

Warning: OP_InspectAnswer (0x249) (dataLen: 1792) doesn't match

[uRit1u2CBBA=]

sounds like then you were using a bad version of zoneopcodes.xml which is stored in the .showeq tree somewhere

[Hedge]

I'm assuming that if we have already patched using the patch file we don't need to download from CVS?I am currently running ShowEQ 5.0.0.7

[doox00]

I applied the patch, seems to work overal, but it is not updating new spawns/ppl zoning in to the zone, this norma as of now or am I missing something?

[reaver]

Looks like a minor struct change. Using latest 5.0.0.11

I'll look into it more tomorrow if someone doesn't get to it first.


OP_GuildMOTD (0x1bf) (DataLen:648) doesn't match:

-reaver

[doox00]

I was using 5.0.0.10 with the patch file in this thread. Installing 5.0.0.11 now.. I see if that fixes it

** 5.0.0.11 seems to have resolved this issue, thanks.

[UnGod]

Warning: OP_BazaarSearch (0x1e7) (dataLen: 20) doesn't match: modulus of sizeof(bazaarSearchResponseStruct):88

There are 2 responses from the server when you do a bazaar search.
The first is a list of results (modulus of 88, matches and works fine).
The second (that you posted) is actually data, containing your search options.

Having that error for the second packet, causes no harm and a minor cosmetic inconvenience, nothing more, nothing less. (Though it does get annoying at times)

The actual structure of the packet is VERY easy, it seems to be just a bunch of uint8_t's that match up to.. well, the various bazaar search options ;) Though I have not completely mapped it, as it seemed quite irrelivant at the time.

[Hobo]

Well after much trial and tribulation installing patches onto my older version (5.0.0.7+) I finally just made a fresh install of RH9 and a fresh cvs download of 5.0.0.11 and everything works great. Thanks again!



Hobo

[notaguru]

CVS seems pretty responsive right now. I run my cvs update and it comes right back with the list of files it is checking. I also ran a new checkout into a fresh directory and it came right back. (Given the patch hasn't taken yet, but the prior version comes right down.) Are you sure you have your CVS configured correctly?

You have your CVSROOT environmental variable set to :pserver:[email protected]:/cvsroot/seq right?

and you are trying to retrieve the Tag of pre_5_0_beta right?

BB

what exactly does this mean? To cvs the latest release I need to do "cvs -z3 -d:pserver:[email protected]:/cvsroot/seq co pre_5_0_beta" after I log in?

[bonkersbobcat]

what exactly does this mean? To cvs the latest release I need to do "cvs -z3 -d:pserver:[email protected]:/cvsroot/seq co pre_5_0_beta" after I log in?

Every time you issue a cvs command you need to tell cvs what database or "cvs root directory" to use. This tells cvs where to go get the files from. There are two ways to do this: 1) specify the -d paramater on the cvs command line; or 2) set the value of the CVSROOT environmental variable. I personally like to set the environmental variable so that I don't have to type the long path string with every cvs command. I have a script file that sets my CVSROOT variable that I run when I start my terminal session; after that I can just issue the cvs commands and not have to type the -d parameter.

You should also note that you don't have to checkout all of the files every time you want to update. Cvs has an update command that pulls down only the files that have changed and that are different the the ones on your computer. This saves a lot of download time.

When I update my showeq files I set my CVSROOT environmental variable and then I use the "cvs update" command. If there are any new files, they get downloaded, and then I rebuild showeq. The update option also remembers which tag you originally pulled from, so you don't have to specify it again.

All of this is documented in the man pages for cvs.

BB

[Pascal7]

OH GOD! PLEASE LETS TARBALL THIS!
I HATE THE CSV SERVER !!!

Sorry, I feel better now..

[Cryonic]

I'd rather not see a tarball...

[Pascal7]

fine for you. I'm on day 2 of trying to connect to the CVS. :(

Connection timed out...Connection timed out...Connection timed out...Connection timed out...Connection timed out...Connection timed out...Connection timed out...Connection timed out...Connection timed out...Connection timed out...Connection timed out...Connection timed out...Connection timed out...Connection timed out...Connection timed out...Connection timed out...Connection timed out...Connection timed out...Connection timed out...Connection timed out...Connection timed out...Connection timed out...

[uRit1u2CBBA=]

How are you trying to connect?

[Pascal7]

Dooh! :eek:
Found the answer...

/showeq/CVS/Root was pointing to:
cvs.seq.sourceforge.net

took the seq out and it seems to be working now.

I'm still getting time outs, but re-running the cvs update a few times I should get it all eventually. Is there any way to tell when all the patch files are in other than running cvs updates?

[bonkersbobcat]

Is there any way to tell when all the patch files are in other than running cvs updates?
Watch the message boards for references to a new version number (The current version number is 5.0.0.11.) Generally whenever new code is checked into cvs (because of a patch), the version number is changed.

If you look in the showeq directory that was created when you checked out showeq from cvs you will see a file called "configure.in". If you look near the top of this file you will see a line that looks like:
AM_INIT_AUTOMAKE(showeq, 5.0.0.11)
This is where the version number is stored in the code. If the version number in this file matches the number you are seeing referred to on the message boards you are up to date. If not, you need to do a cvs update or checkout and get the latest files.

BB

[UnGod]

Attached is a small patch, with a few updated *world* opcodes (These havn't changed in a while).
Also a small struct update (Nothing critical).

guilds2.dat will be created now.

PS: Why the hell does SOE have to do everything backwards?! it's RGB not BGR damnit!

[reaver]

Thanks UnGod :)

-reaver

[notaguru]

Thanks BB, that got me started in the right direction.

[ralkrasta]

No matter what I do, I cannot fix the maps. When I first zone, the map is there, then all the sudden, 2 seconds later, I start getting unknown map. I tried deleting the ./showeq directory from root just to see if it was just pointing to the wrong directory, I have tried saving my maps in the ./showeq/maps/ directory, and it still doesn't load them, I have to load them all manually everytime. However I am getting....

Waring: Op_NewZone (0xeb) (datalen: 596) doesn't match: sizeof(newZoneStruct): 588

So my Op_NewZone code may be incorrect? I am not sure what the deal is, not making sense when I first zone it realizes I am zoning into (Freeport West) then 2 seconds later, woooops now I don't know what zone you are in.

[Pascal7]

seeing the following now with the 7-18 patch..



Warning: error on zone-client: size > left (size=146, left=121, opcode=0x00e2)
Warning: error on zone-client: size > left (size=146, left=103, opcode=0x00e2)
Warning: error on zone-client: size > left (size=146, left=139, opcode=0x00e2)
Warning: error on zone-client: size > left (size=146, left=121, opcode=0x00e2)


looked at the short thread on fixing this, but I'm boggled.
So how would I fix this? the size is constant, but left changes. I'm not sure that I understand what I'm looking to change in the opcode.
:confused:

[ksmith]

ralkrasta, Pascal7... neither of you have the latest code from cvs.

[Pascal7]

Updated it twice, still having problems.
Blowing it away and starting fresh now. That should fix it.

[SeqTester]

I was having unknown mobs atfer 7-14 patch but I think it was something from there end. I never did anything to it and it is working fine after SOE Repatched to "Fix" the last patch. I am on the 4.x version with the Gimp fix from the last patch before 7-14.

hope this helps.

Maybe the 2nd patch was a partial rollback?

[showeqnewb]

Is the 7-18 update that ungod posted in the CVS or do i need to upgrade to 5.11 via the CVS then apply the patch?

[bonkersbobcat]

The 7/18 patch is not yet in CVS. It should be applied to the 5.0.0.11 version currently in CVS.

BB

[ralkrasta]

Well, I would get the newest version of Showeq if CVS was working, but it isn't, I am getting timeouts over and over and over again.

And yes I changed from cvs.seq.sourceforge.net -- cvs.sourceforge.net and no difference... timeouts when I try and checkout, everytime.

[Cryonic]

first, you shouldn't be using checkout if you already have files from CVS, use update. Second, the ROOT files buried in each of the CVS folders will trump the CVSROOT variable

[KaL]

Just FYI, some people make patches that assume you are in the showeq directory, some assume you are in the showeq/src directory. That accounts for why sometimes you'll get prompted for a filename even though you run it correctly.