Patch 5.0.0.19-purple1 (live compat 4/12/05)

[purple]

Some minor fixes for live compatibility. Without this, you'll still work ok, but you'll get spammed by size mismatches for hp updates. Patch is against latest cvs.

Changelog:
- Added to charProfileStruct:
o Leadership AAs (thanks to FatherNitwit for a lot of this)
o Intoxication, Toxicity, Autosplit (from Glee)
o Spell refresh
o expAA
- Fixed hpNpcUpdateStruct for 4/12 by rearranging and making hp int32
- Properly name drop codes for new combine containers (from uRit2CBBA)
- Fixed a problem with drop codes higher than 0x90 in most of the drop code mappings
- Added tutorial zones to zone.h (from uRit2CBBA)

Attached 5.0.0.19-purple1.patch.gz.txt (gzipped patch, remove .txt)

[quackrabbit]

Use patch -p0 < 5.0.0.19-purple1.patch to apply. =)

[tanner]

Format: 1.7
Date: Tue, 12 Apr 2005 17:20:13 -0500
Source: showeq
Binary: showeq-dev showeq showeq-doc
Architecture: source i386 all
Version: 5.0.0.19-1.1
Distribution: unstable
Urgency: low
Maintainer: Bob Tanner <[email protected]>
Changed-By: Robert J. Tanner <[email protected]>
Description:
showeq - realtime packet analyzer for Everquest
showeq-dev - development tools for ShowEQ
showeq-doc - documentation for showeq
Changes:
showeq (5.0.0.19-1.1) unstable; urgency=low
.
* 12-Apr-2005 -purple1 patch
* http://www.showeq.net/forums/showthread.php?t=5275
Files:
328e4d43268d467ba09ab56da23cfc90 711 net optional showeq_5.0.0.19-1.1.dsc
6d46b71e6a3c22238da8c635ee213598 1055448 net optional showeq_5.0.0.19-1.1.tar.gz
918f8c242eeb9d4e91d90db581570ff1 75224 doc optional showeq-doc_5.0.0.19-1.1_all.deb
4384779405a69371b46a03b90ebf9a1d 6665756 net optional showeq_5.0.0.19-1.1_i386.deb
ac3d1201ecca9fd5515dd91264ba00e4 81334 net optional showeq-dev_5.0.0.19-1.1_i386.deb

[BlueAdept]

Nice work on the patch.

You fixed the crashing issue I was having. There is only one problem though. Now it seems to be switching chars even with session tracking on.

My druid is PLing a lower char. It was tracking the lower char. Ported to POK thought everything was ok and zoned my druid into the guild lobby. It was then I found that it switched characters it was tracking.

[Cryonic]

Not uncommon when doing Session Tracking, BA. My recollection of 5.x is that it always had issues, especially if you zoned two chars at once since during the zone it doesn't know which one is the one it had been moitoring before.

[BlueAdept]

Heh. Maybe I should try to update 4x then :p

Its ok as long as it isn't crashing on zoning. I'm happy as long as it isn't crashing like it had been :)

[purple]

Or send me a tcpdump where it happens like I said before! I didn't fix anything with this patch related to the net layer. You're just getting lucky.

It's like I said before. The way session tracking works, there is a small window where the pcap filter opens from specifying both port and host to just host in order to capture the next zone server session. If you're running two EQs on the same machine, opening pcap up to the whole host will make you receive both sessions. Originally, the way I hoped this would work would be to spew crc errors since the session key isn't valid for both sessions, and only one session's data would get through. You were crashing, so this isn't happening properly and needs to be fixed.

The only difference between crashing, it working, and seq swapping from char to char is luck. If the two OP_SessionDisconnects (SEQ Closing detected in the console) happen spread out, the second one can cause the world server stream to be reset at a bad time. If they happen together, then it either works or swaps chars based on which zone server session starts first.

I'd like to fix this, but I don't have the resources to reproduce this. But if you send me a tcpdump where it happens, it's the same as me reproducing it and I can fix. I apologize if that I didn't make that clear the first time.

If you want to also teach me how 4.x does session tracking, that would help too. I just moved the old 5.x implementation of session tracking forward when I updated the net layer. I don't really need it, so it hasn't been fully tested. If there are problems, what is most helpful are tcpdumps so I can reproduce things on my end and try to fix it.

[BlueAdept]

Sure thing Purple. Ill make some dumps. It probably wont be until Friday though.

I don't know how v4 used to do session tracking. It just seemed to work. I never remember it switching chars unless the client it was tracking camped out. It would then switch to the remaining client.

I pretty much quit EQ at the time that v4 wasn't updated any more. After that I did convert to SEQ 5 but never really used it much. Now Im back into EQ.

[purple]

I think I have some good ideas on how to fix things. The dump will help definitely since having the dump is like reproducing it. I'm pretty glad I put in the tcpdump reading into seq.

[Tor K'tal]

Purple, while you are poking around in the code... the fabled stuff doesn't highlight if you have it in the find window and it spawns as the regular and then transmutes/transforms/changes into the fabled version(like Find: Fab). Hover over does however report it correctly... because you just kick so much arse. Not sure how the find field relates to the spawn list, if I change it and change it back it still doesn't find properly... takes a zoning to get the blinking circle again.

~ TK

[CeleSEQ]

iFedora Core 3 and RHEL 4 rpms are up in my usual location:

http://gibbled.com/seq

To install these on Fedora Core 3 for the first time, download both the maps and the application package, then go to the directory you saved them in and type the command


rpm -ivh showeq-5.0.0.19-1-1.fc.i386.rpm showeq-maps-1.0-4.noarch.rpm

and the packages will install. As always, you will need to be root to install the packages or run ShowEQ. (If you're downloading a future version, of course the version numbers won't be the same.)

When you need to update, you will usually only need to update the showeq package, the showeq-maps package will rarely change. If you had a previous RPM version installed, just update with


rpm -Fvh showeq-5.0.0.19-1.1.fc.i386.rpm

If you aren't using Fedora Core 3, but your system does use RPMs, feel free to try and see if these work. Due to differences in the libpcap and qt versions, I also have an RHEL4 version posted since I had a few requests for those, and the SRPM will build on RHEL3 and other white box rebuilds if you want to go that route.

Note that I've built it so that it places SEQ under /usr/bin, and the maps and other files in /usr/share/showeq, and documentation is in /usr/share/doc/showeq- but if you're a keener on keeping it in /usr/local it should be relocateable.