Jynx sent me another magical update that seems to have greatly improved decoding, I zoned about 15 times and it decoded every time on the first spawn.
For you programmers out there who've thought about helping out, this decode fix was only one line. This isn't quantum mechanics here, come help us out, it's not as tough as it looks :)
There's still a bunch of bugs left from the last eq patch but I decided to post this right away. Hopefully I'll fix spawn point loading and player decode tonight, just about to look into it.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2002-05-12
Thanks again Jynx and Malakin!
Hey, just one thing... I noticed that everquest.h was supposedly updated to include structure changes, but according to cvs diff there are no lines changed... is this as intended?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I've got too many damn computers here, guess I only updated packet.cpp on the one I did the cvs commit with, should be updated with an even newer one then was supposed to be there before. Spawn point loading is also fixed now, maybe some other stuff.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
More structure fixes, I didn't figure out why the player wasn't decoding so I added to the sins.conf file in the [Misc] section an entry for PlayerLevel so if you make your sins.conf look like this it will assume your character is level 60 but _only_ when it can't automatically detect it so if player decode starts working this setting will be ignored.
[misc]
PlayerLevel 60
Another preference I added which has been bothering me for ages, if you run your desktop with a white on black color theme like I do add "BlackText 0" in your [interface] section and Sins will look fine instead of drawing some of the spawnlist text as black on black.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2002-05-12
Did a cvs and ran sins and got this ...
ShowEQ 2.5.3, released under the GPL.
SINS 0.5, released under the GPL.
Using configuration file '/usr/local/share/sins/showeq.conf'
testing: /usr/local/share/sins/filters.conf
testing: /usr/local/share/sins/alerts.conf
Using spawn filter file '/usr/local/share/sins/filters.conf'
Using spawn alert file '/usr/local/share/sins/alerts.conf'
Opening packet capture on device eth0
Setting auto-find mode
packet filter: udp[0:2] > 1024 and udp[2:2] > 1024
QLayout "unnamed" added to DepthControlBox "filter-controls", which already had
a layout.
Segmentation fault
Any ideas would be greatly appreciated =)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
In fact I played for a couple hours today, must of zoned 20 times or so and it decoded every time. Definitely working much better now then it has in a long time for me.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2002-05-13
running redhat 7.1
Sins ran great before may 8
did the troubleshoot thing here's some info =)
Core was generated by `kdeinit: kdesktop'.
Program terminated with signal 11, Segmentation fault.
#0 0x40cd782c in ?? ()
(gdb) bt
#0 0x40cd782c in ?? ()
#1 0x40cd77b8 in ?? ()
#2 0x40c1a136 in ?? ()
#3 0x4078875d in ?? ()
#4 0x4054338e in ?? ()
#5 0x404d2a15 in ?? ()
#6 0x40572b29 in ?? ()
#7 0x41158e62 in ?? ()
#8 0x0804a49b in ?? ()
#9 0x0804add1 in ?? ()
#10 0x0804b2a6 in ?? ()
#11 0x0804bff3 in ?? ()
#12 0x40c77e5e in ?? ()
and
ShowEQ 2.5.3, released under the GPL.
SINS 0.5, released under the GPL.
Using configuration file '/usr/local/share/sins/showeq.conf'
testing: /usr/local/share/sins/filters.conf
testing: /usr/local/share/sins/alerts.conf
Using spawn filter file '/usr/local/share/sins/filters.conf'
Using spawn alert file '/usr/local/share/sins/alerts.conf'
Opening packet capture on device eth0
Setting auto-find mode
packet filter: udp[0:2] > 1024 and udp[2:2] > 1024
QLayout "unnamed" added to DepthControlBox "filter-controls", which already had
a layout.
QObject::connect: No such slot StatListView::statsChanged(const struct playerPrimStatStruct*,const struct playerPrimStatStruct*)
QObject::connect: (sender name: 'player')
QObject::connect: (receiver name: 'stat-list')
Segmentation fault
always crashes same spot ... did a make clean also =\
any ideas?
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Thanks very much for this bug report but I made one mistake on my how to do a backtrace description and didn't mention that after trying to load the core file it must say "Core was generaged by './sins'" otherwise it was generated by another program. I updated the webpage to include this info.
However I think I may know what's causing your crashes, try to cvs update again since those connect errors means you're not using the latest version, I fixed a serious crash bug since then which just might be what's causing your crashes.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2002-05-15
hmm tried updating again ... noticed new kedge info.
got this core info (correct core this time)
Core was generated by `sins'.
Program terminated with signal 11, Segmentation fault.
#0 0x401514e7 in ?? ()
(gdb) bt
#0 0x401514e7 in ?? ()
#1 0x0806d103 in ?? ()
#2 0x08069485 in ?? ()
#3 0x0806808e in ?? ()
#4 0x0809b0a5 in ?? ()
#5 0x0809afc3 in ?? ()
#6 0x080c949e in ?? ()
#7 0x080c2cfc in ?? ()
#8 0x080c1d43 in ?? ()
#9 0x080c0db8 in ?? ()
#10 0x40208c6b in ?? ()
#11 0x40261022 in ?? ()
#12 0x402419bb in ?? ()
#13 0x401b0f14 in ?? ()
#14 0x4017ec06 in ?? ()
#15 0x4017c8b4 in ?? ()
#16 0x401b2dac in ?? ()
#17 0x4017c01a in ?? ()
#18 0x08065f87 in ?? ()
#19 0x405e0e5e in ?? ()
and
ShowEQ 2.5.3, released under the GPL.
SINS 0.5, released under the GPL.
Using configuration file '/usr/local/share/sins/showeq.conf'
testing: /usr/local/share/sins/filters.conf
testing: /usr/local/share/sins/alerts.conf
Using spawn filter file '/usr/local/share/sins/filters.conf'
Using spawn alert file '/usr/local/share/sins/alerts.conf'
Opening packet capture on device eth0
Setting auto-find mode
packet filter: udp[0:2] > 1024 and udp[2:2] > 1024
QLayout "unnamed" added to DepthControlBox "filter-controls", which already had
a layout.
Segmentation fault
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2002-05-15
I updated via CVS today and recompiled (did a make clean prior to compile) and I am getting an error message when I run sins:
sins: error while loading shared libraries: sins: undefined symbol: __ti7QWidget
Please point me to where this problem may be ocurring
Thanks - HM
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
I could list a bunch of things to try but you'd probably just end up doing this anyways,
reinstall QT.
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2002-05-15
Please give some other options because I reinstalled QT (2.3.2) and am getting the same error:
sins: error while loading shared libraries: sins: undefined symbol: _ti7QWidget
Sins is a far better tool than ShowEQ and I had it running once (prior to the 5/8 patch) and I want to getting it running again. What else could the problem be?
Thanks - HM
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Well this is a linker error, which has nothing to do with Sins specifically. Your linker is searching the library files for that symbol and is unable to fine it, even though it should be in one of the qt so files, so something is screwed up.
You can try adding your qt lib directory to /etc/ld.so.conf, run "ldconfig" and try to compile Sins again. (something like /usr/lib/qt2 depending on your distro)
If that doesn't work you could try QT 2.3.1
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2002-05-15
N'er mind, I found what was causing the problem. I have two version of QT installed (2.3.2 for sins and 3.0.1 for showEQ) and sins was looking at the 3.0.1 libraries first when I ran sins. I just changed the order of the listings in /etc/ld.so.conf so that the qt-2.3.2 libs appeared first and sins ran fine.
Will compiling sins statically prevent something like this from reocurring?
-HM
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Anonymous
-
2002-05-16
Malakin Thnx for the input ... got it all sorted out =)
If you would like to refer to this comment somewhere else in this project, copy and paste the following link:
Jynx sent me another magical update that seems to have greatly improved decoding, I zoned about 15 times and it decoded every time on the first spawn.
For you programmers out there who've thought about helping out, this decode fix was only one line. This isn't quantum mechanics here, come help us out, it's not as tough as it looks :)
There's still a bunch of bugs left from the last eq patch but I decided to post this right away. Hopefully I'll fix spawn point loading and player decode tonight, just about to look into it.
Thanks again Jynx and Malakin!
Hey, just one thing... I noticed that everquest.h was supposedly updated to include structure changes, but according to cvs diff there are no lines changed... is this as intended?
I can't slip anything past you guys can I ;P
I've got too many damn computers here, guess I only updated packet.cpp on the one I did the cvs commit with, should be updated with an even newer one then was supposed to be there before. Spawn point loading is also fixed now, maybe some other stuff.
More cvs updates.
More structure fixes, I didn't figure out why the player wasn't decoding so I added to the sins.conf file in the [Misc] section an entry for PlayerLevel so if you make your sins.conf look like this it will assume your character is level 60 but _only_ when it can't automatically detect it so if player decode starts working this setting will be ignored.
[misc]
PlayerLevel 60
Another preference I added which has been bothering me for ages, if you run your desktop with a white on black color theme like I do add "BlackText 0" in your [interface] section and Sins will look fine instead of drawing some of the spawnlist text as black on black.
Did a cvs and ran sins and got this ...
ShowEQ 2.5.3, released under the GPL.
SINS 0.5, released under the GPL.
Using configuration file '/usr/local/share/sins/showeq.conf'
testing: /usr/local/share/sins/filters.conf
testing: /usr/local/share/sins/alerts.conf
Using spawn filter file '/usr/local/share/sins/filters.conf'
Using spawn alert file '/usr/local/share/sins/alerts.conf'
Opening packet capture on device eth0
Setting auto-find mode
packet filter: udp[0:2] > 1024 and udp[2:2] > 1024
QLayout "unnamed" added to DepthControlBox "filter-controls", which already had
a layout.
Segmentation fault
Any ideas would be greatly appreciated =)
It constantly crashes in the same place?
You've used Sins before?
Did you do a "make clean" before make after a cvs update?
Every time i start SINS it shuts down before it opens all the way, i have reloaded everything and it still won't work. any ideas would help.
things are much better, although some zones i haven't been able to decode at all, after trying 20-30 times. western wastes is one of em...
I tried WW today and it decoded on the first spawn for me.
In fact I played for a couple hours today, must of zoned 20 times or so and it decoded every time. Definitely working much better now then it has in a long time for me.
running redhat 7.1
Sins ran great before may 8
did the troubleshoot thing here's some info =)
Core was generated by `kdeinit: kdesktop'.
Program terminated with signal 11, Segmentation fault.
#0 0x40cd782c in ?? ()
(gdb) bt
#0 0x40cd782c in ?? ()
#1 0x40cd77b8 in ?? ()
#2 0x40c1a136 in ?? ()
#3 0x4078875d in ?? ()
#4 0x4054338e in ?? ()
#5 0x404d2a15 in ?? ()
#6 0x40572b29 in ?? ()
#7 0x41158e62 in ?? ()
#8 0x0804a49b in ?? ()
#9 0x0804add1 in ?? ()
#10 0x0804b2a6 in ?? ()
#11 0x0804bff3 in ?? ()
#12 0x40c77e5e in ?? ()
and
ShowEQ 2.5.3, released under the GPL.
SINS 0.5, released under the GPL.
Using configuration file '/usr/local/share/sins/showeq.conf'
testing: /usr/local/share/sins/filters.conf
testing: /usr/local/share/sins/alerts.conf
Using spawn filter file '/usr/local/share/sins/filters.conf'
Using spawn alert file '/usr/local/share/sins/alerts.conf'
Opening packet capture on device eth0
Setting auto-find mode
packet filter: udp[0:2] > 1024 and udp[2:2] > 1024
QLayout "unnamed" added to DepthControlBox "filter-controls", which already had
a layout.
QObject::connect: No such slot StatListView::statsChanged(const struct playerPrimStatStruct*,const struct playerPrimStatStruct*)
QObject::connect: (sender name: 'player')
QObject::connect: (receiver name: 'stat-list')
Segmentation fault
always crashes same spot ... did a make clean also =\
any ideas?
Thanks very much for this bug report but I made one mistake on my how to do a backtrace description and didn't mention that after trying to load the core file it must say "Core was generaged by './sins'" otherwise it was generated by another program. I updated the webpage to include this info.
However I think I may know what's causing your crashes, try to cvs update again since those connect errors means you're not using the latest version, I fixed a serious crash bug since then which just might be what's causing your crashes.
hmm tried updating again ... noticed new kedge info.
got this core info (correct core this time)
Core was generated by `sins'.
Program terminated with signal 11, Segmentation fault.
#0 0x401514e7 in ?? ()
(gdb) bt
#0 0x401514e7 in ?? ()
#1 0x0806d103 in ?? ()
#2 0x08069485 in ?? ()
#3 0x0806808e in ?? ()
#4 0x0809b0a5 in ?? ()
#5 0x0809afc3 in ?? ()
#6 0x080c949e in ?? ()
#7 0x080c2cfc in ?? ()
#8 0x080c1d43 in ?? ()
#9 0x080c0db8 in ?? ()
#10 0x40208c6b in ?? ()
#11 0x40261022 in ?? ()
#12 0x402419bb in ?? ()
#13 0x401b0f14 in ?? ()
#14 0x4017ec06 in ?? ()
#15 0x4017c8b4 in ?? ()
#16 0x401b2dac in ?? ()
#17 0x4017c01a in ?? ()
#18 0x08065f87 in ?? ()
#19 0x405e0e5e in ?? ()
and
ShowEQ 2.5.3, released under the GPL.
SINS 0.5, released under the GPL.
Using configuration file '/usr/local/share/sins/showeq.conf'
testing: /usr/local/share/sins/filters.conf
testing: /usr/local/share/sins/alerts.conf
Using spawn filter file '/usr/local/share/sins/filters.conf'
Using spawn alert file '/usr/local/share/sins/alerts.conf'
Opening packet capture on device eth0
Setting auto-find mode
packet filter: udp[0:2] > 1024 and udp[2:2] > 1024
QLayout "unnamed" added to DepthControlBox "filter-controls", which already had
a layout.
Segmentation fault
I updated via CVS today and recompiled (did a make clean prior to compile) and I am getting an error message when I run sins:
sins: error while loading shared libraries: sins: undefined symbol: __ti7QWidget
Please point me to where this problem may be ocurring
Thanks - HM
I could list a bunch of things to try but you'd probably just end up doing this anyways,
reinstall QT.
Please give some other options because I reinstalled QT (2.3.2) and am getting the same error:
sins: error while loading shared libraries: sins: undefined symbol: _ti7QWidget
Sins is a far better tool than ShowEQ and I had it running once (prior to the 5/8 patch) and I want to getting it running again. What else could the problem be?
Thanks - HM
Well this is a linker error, which has nothing to do with Sins specifically. Your linker is searching the library files for that symbol and is unable to fine it, even though it should be in one of the qt so files, so something is screwed up.
You can try adding your qt lib directory to /etc/ld.so.conf, run "ldconfig" and try to compile Sins again. (something like /usr/lib/qt2 depending on your distro)
If that doesn't work you could try QT 2.3.1
N'er mind, I found what was causing the problem. I have two version of QT installed (2.3.2 for sins and 3.0.1 for showEQ) and sins was looking at the 3.0.1 libraries first when I ran sins. I just changed the order of the listings in /etc/ld.so.conf so that the qt-2.3.2 libs appeared first and sins ran fine.
Will compiling sins statically prevent something like this from reocurring?
-HM
Malakin Thnx for the input ... got it all sorted out =)