Raised This Month: $ Target: $400
 0% 

Strange crash, propably Hamsandwich ( Trace info included )


Post New Thread Reply   
 
Thread Tools Display Modes
joshknifer
Veteran Member
Join Date: Jun 2011
Location: Denver, CO
Old 02-15-2012 , 11:57   Re: Strange crash problem
Reply With Quote #11

Update your HLDS to the latest build. It doesn't require anti-dl.
__________________
joshknifer is offline
Send a message via Skype™ to joshknifer
XAT
Member
Join Date: Jul 2011
Old 02-16-2012 , 07:25   Re: Strange crash problem
Reply With Quote #12

Quote:
Originally Posted by joshknifer View Post
Update your HLDS to the latest build. It doesn't require anti-dl.
Code:
version :  48/1.1.2.6/Stdio 5408 secure  (10)
Done


This the first crash after updating engine to 5408
Backtrace is more explained but i still cant see proper crash reason, maybe some of you can see it?

Code:
(gdb) bt
#0  0xf3fe3342 in CBasePlayer::TraceAttack(entvars_s *, float, Vector, TraceResult *, int) () from cstrike/dlls/cs_i386.so
#1  0xf384c62d in Hook_Void_Entvar_Float_Vector_Trace_Int (hook=0xf31f1688, pthis=0xf0e52850, ev1=0xf44c610c, f1=0, v1=..., tr1=0xfff142c4, i1=64) at hook_callbacks.cpp:626
#2  0xf0cf1028 in ?? ()
#3  0xf3fa8aae in RadiusDamage2(Vector, entvars_s *, entvars_s *, float, float, int, int) () from cstrike/dlls/cs_i386.so
#4  0xf3fab0fd in CBaseMonster::RadiusDamage(entvars_s *, entvars_s *, float, int, int) () from cstrike/dlls/cs_i386.so
#5  0xf3fb6bfa in CEnvExplosion::Use(CBaseEntity *, CBaseEntity *, USE_TYPE, float) () from cstrike/dlls/cs_i386.so
#6  0xf3fb70cc in ExplosionCreate(Vector const &, Vector const &, edict_s *, int, int) () from cstrike/dlls/cs_i386.so
#7  0xf3fb8af8 in CBreakable::Die(void) () from cstrike/dlls/cs_i386.so
#8  0xf3fb825d in CBreakable::TakeDamage(entvars_s *, entvars_s *, float, int) () from cstrike/dlls/cs_i386.so
#9  0xf40187a0 in ApplyMultiDamage(entvars_s *, entvars_s *) () from cstrike/dlls/cs_i386.so
#10 0xf40348cc in CKnife::Stab(int) () from cstrike/dlls/cs_i386.so
#11 0xf4034ea5 in CKnife::SecondaryAttack(void) () from cstrike/dlls/cs_i386.so
#12 0xf401719e in CBasePlayerWeapon::ItemPostFrame(void) () from cstrike/dlls/cs_i386.so
#13 0xf3ff8c0d in CBasePlayer::ItemPostFrame(void) () from cstrike/dlls/cs_i386.so
#14 0xf3fece23 in CBasePlayer::PostThink(void) () from cstrike/dlls/cs_i386.so
#15 0xf3fa4f88 in PlayerPostThink(edict_s *) () from cstrike/dlls/cs_i386.so
#16 0xf41af23a in api_caller_void_args_p(void const*, void const*) () from cstrike/addons/metamod/dlls/metamod_i386.so
#17 0xf44bb6f4 in ?? ()
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
(gdb) info symbol amx
No symbol "amx" in current context.
I also noticed that this crashes only happends when player is about to break exploding boxes on the map. But not every time.


Edit:

Code:
#1  0xf384c62d in Hook_Void_Entvar_Float_Vector_Trace_Int (hook=0xf31f1688, pthis=0xf0e52850, ev1=0xf44c610c, f1=0, v1=..., tr1=0xfff142c4, i1=64) at hook_callbacks.cpp:626
(gdb) info locals
iThis = 5 < - player that was killing box
end = {m_Ptr = 0x0} <- should this value be like this ?
iev1 = 59 < - box entity propobly
__vec = 0xf319ac90
DoForwards = true
result = 1
thisresult = 1
And...

Code:
(gdb) print (char*)cmd_args
$2 = "Engine Query"
What is that Engine Query message ?

So, is there anyone who knows what is this about ?

Last edited by XAT; 02-17-2012 at 12:35.
XAT is offline
Old 02-16-2012, 08:05
stephenr11
This message has been deleted by asherkin. Reason: Spam.
XAT
Member
Join Date: Jul 2011
Old 02-27-2012 , 13:04   Re: Strange crash problem
Reply With Quote #13

Anyone can help?
I've made some progress but it still isn't clear...

Code:
(gdb) bt full
#0  0x5961f342 in CBasePlayer::TraceAttack(entvars_s *, float, Vector, TraceResult *, int) () from /home/hlds/cstrike/dlls/cs_i386.so
No symbol table info available.
#1  0x59d5462d in Hook_Void_Entvar_Float_Vector_Trace_Int (hook=0x8f369f8, pthis=0x907a400, ev1=0x56d95500, f1=36.5196877, v1=..., tr1=0xffa0aec0, i1=64) at hook_callbacks.cpp:626
        iThis = 1
        end = {m_Ptr = 0x56d95480}
        iev1 = 208
        __vec = 0x5b0f6b38
        DoForwards = true
        result = 1
        thisresult = 1
#2  0x08cb9028 in ?? ()
No symbol table info available.
#3  0x595e4aae in RadiusDamage2(Vector, entvars_s *, entvars_s *, float, float, int, int) () from /home/hlds/cstrike/dlls/cs_i386.so
No symbol table info available.
#4  0x595e70fd in CBaseMonster::RadiusDamage(entvars_s *, entvars_s *, float, int, int) () from /home/hlds/cstrike/dlls/cs_i386.so
No symbol table info available.
#5  0x595f2bfa in CEnvExplosion::Use(CBaseEntity *, CBaseEntity *, USE_TYPE, float) () from /home/hlds/cstrike/dlls/cs_i386.so
No symbol table info available.
#6  0x595f30cc in ExplosionCreate(Vector const &, Vector const &, edict_s *, int, int) () from /home/hlds/cstrike/dlls/cs_i386.so
No symbol table info available.
#7  0x595f4af8 in CBreakable::Die(void) () from /home/hlds/cstrike/dlls/cs_i386.so
No symbol table info available.
#8  0x595f425d in CBreakable::TakeDamage(entvars_s *, entvars_s *, float, int) () from /home/hlds/cstrike/dlls/cs_i386.so
No symbol table info available.
#9  0x596547a0 in ApplyMultiDamage(entvars_s *, entvars_s *) () from /home/hlds/cstrike/dlls/cs_i386.so
No symbol table info available.
#10 0x595e6805 in CBaseEntity::FireBullets3(Vector, Vector, float, float, int, int, int, float, entvars_s *, bool, int) () from /home/hlds/cstrike/dlls/cs_i386.so
No symbol table info available.
#11 0x59666ecb in CAK47::AK47Fire(float, float, int) () from /home/hlds/cstrike/dlls/cs_i386.so
No symbol table info available.
#12 0x59666c90 in CAK47::PrimaryAttack(void) () from /home/hlds/cstrike/dlls/cs_i386.so
No symbol table info available.
#13 0x59d4ff64 in Hook_Void_Void (hook=0x8cba360, pthis=0x5aafb5f8) at hook_callbacks.cpp:172
        iThis = 202
        end = {m_Ptr = 0x59630e7e}
        __vec = 0x5aa006e8
        DoForwards = true
        result = 1
        thisresult = 1
#14 0x095ca013 in ?? ()
No symbol table info available.
#15 0x5965337b in CBasePlayerWeapon::ItemPostFrame(void) () from /home/hlds/cstrike/dlls/cs_i386.so
No symbol table info available.
#16 0x59634c0d in CBasePlayer::ItemPostFrame(void) () from /home/hlds/cstrike/dlls/cs_i386.so
No symbol table info available.
#17 0x59628e23 in CBasePlayer::PostThink(void) () from /home/hlds/cstrike/dlls/cs_i386.so
No symbol table info available.
#18 0x595e0f88 in PlayerPostThink(edict_s *) () from /home/hlds/cstrike/dlls/cs_i386.so
No symbol table info available.
#19 0x592e3a57 in mm_PlayerPostThink (pEntity=0x56d6ca64) at dllapi.cpp:205
        i = 11
        status = MRES_IGNORED
        prev_mres = MRES_IGNORED
        iplug = 0x594f1ff8
        pfn_routine = 0x595e0f54 <PlayerPostThink(edict_s *)>
        loglevel = 14
        pfn_string = 0x59390ab0 "PlayerPostThink"
        backup_meta_globals = {mres = 1433911116, prev_mres = 1456917092, status = 1438662560, orig_ret = 0xffa0bb3c, override_ret = 0xc2ef64d4}
        mres = MRES_IGNORED
#20 0x55776d05 in SV_RunCmd () from /home/hlds/engine_i686.so
No symbol table info available.
#21 0x56d6ca64 in ?? ()
No symbol table info available.
#22 0x422028a0 in ?? ()
No symbol table info available.
Backtrace stopped: previous frame inner to this frame (corrupt stack?)
Well iplug, at last

Code:
(gdb) frame 19
#19 0x592e3a57 in mm_PlayerPostThink (pEntity=0x56d6ca64) at dllapi.cpp:205
205             META_DLLAPI_HANDLE_void(FN_PLAYERPOSTTHINK, pfnPlayerPostThink, (pEntity));
(gdb) meta_analyze
Crash is most likely caused by:
    hamsandwich_amxx_i386.so
Oh great, but...

Code:
(gdb) print api_info
No symbol "api_info" in current context.
So, it is amxx fault but which plugin, if there would be api_info in the context it should point at amxx main binary i think ?
I can't see any amxx info in this stack, how can i check which amxx plugin is causing the nasty crash any other way ?


I've tested both binaries 5006 and 5408, both are crashing at same moment.
Also as you can see weapon in this context is not inportant, it crashes from any weapon, M4, AK also knife.
Not everytime, sometimes it crashes in the middle of map time, sometimes at begining but everytime when someone is dealing with exploding crates.

EDIT:

AMXX and all modules are compiled on local machine with -g -ggdb3 so they are debugged but nothing about it in trace.
Is this is a hamsandwich module bug ?

Last edited by XAT; 02-27-2012 at 13:18.
XAT is offline
Exolent[jNr]
Veteran Member
Join Date: Feb 2007
Location: Tennessee
Old 02-27-2012 , 13:55   Re: Strange crash problem
Reply With Quote #14

Post the output of the following commands:
rcon meta list
rcon amxx plugins
rcon meta version
rcon version
__________________
No private work or selling mods.
Quote:
Originally Posted by xPaw View Post
I love you exolent!
Exolent[jNr] is offline
XAT
Member
Join Date: Jul 2011
Old 03-23-2012 , 14:21   Re: Strange crash problem
Reply With Quote #15

About a month passed, engine updated and nothing helped.

You've been asking me to show my plugins, i'd like to say, it crashes with standard freshly installed amxx 1.8.2-dev with only it's default amxx plugins and modules.
I tried to crash it without amxx but i couldn't so i guess its amxx bug.

By reading core dump above and all others i had i guess its hamsandwich's fault.
Dont ask about compilation dates, i compiled it on localmachine with debug flags, but it crashes with default ones too.

Metamod 1.19
Engine version 5447


Code:
Protocol version 48
Exe version 1.1.2.6/Stdio (cstrike)
Exe build: 14:06:24 Sep 23 2011 (5447)
Code:
Currently loaded plugins:
      description      stat pend  file              vers      src  load  unlod
 [ 1] AMX Mod X        RUN   -    amxmodx_mm_i386.  v1.8.2-d  ini  Start ANY
 [ 2] MySQL            RUN   -    mysql_amxx_i386.  v1.8.2-d  pl1  ANY   ANY
 [ 3] SQLite           RUN   -    sqlite_amxx_i386  v1.8.2-d  pl1  ANY   ANY
 [ 4] Fun              RUN   -    fun_amxx_i386.so  v1.8.2-d  pl1  ANY   ANY
 [ 5] Engine           RUN   -    engine_amxx_i386  v1.8.2-d  pl1  ANY   ANY
 [ 6] FakeMeta         RUN   -    fakemeta_amxx_i3  v1.8.2-d  pl1  ANY   ANY
 [ 7] CStrike          RUN   -    cstrike_amxx_i38  v1.8.2-d  pl1  ANY   ANY
 [ 8] CSX              RUN   -    csx_amxx_i386.so  v1.8.2-d  pl1  ANY   ANY
 [ 9] Ham Sandwich     RUN   -    hamsandwich_amxx  v1.8.2-d  pl1  ANY   ANY
Code:
Metamod v1.19  2006-04-17 (5:13)
by Will Day <[email protected]>
   http://www.metamod.org/
compiled: Mar 23 2012, 15:34:39 +0100 (debugging)
Code:
AMX Mod X 1.8.2-dev (http://www.amxmodx.org)
Authors:
        David "BAILOPAN" Anderson, Pavol "PM OnoTo" Marko
        Felix "SniperBeamer" Geyer, Jonny "Got His Gun" Bergstrom
        Lukasz "SidLuke" Wlasinski, Christian "Basic-Master" Hammacher
        Borja "faluco" Ferrer, Scott "Damaged Soul" Ehlert
Compiled: Mar 23 2012, 15:06:41
Build ID: 1.8.2-dev 9:7ff502465eae
Core mode: JIT+ASM32
XAT is offline
fysiks
Veteran Member
Join Date: Sep 2007
Location: Flatland, USA
Old 03-23-2012 , 19:37   Re: Strange crash problem
Reply With Quote #16

Quote:
Originally Posted by XAT View Post
You've been asking me to show my plugins, i'd like to say, it crashes with standard freshly installed amxx 1.8.2-dev with only it's default amxx plugins and modules.
I tried to crash it without amxx but i couldn't so i guess its amxx bug.
What happens with AMX Mod X 1.8.1 (there were very few changed but it's something to do)?
Have you tried upgrading Metamod to v1.19p32?
__________________
fysiks is offline
XAT
Member
Join Date: Jul 2011
Old 03-24-2012 , 04:34   Re: Strange crash problem
Reply With Quote #17

Quote:
Originally Posted by fysiks View Post
What happens with AMX Mod X 1.8.1 (there were very few changed but it's something to do)?
Have you tried upgrading Metamod to v1.19p32?
With Metamod 1.19p32 it also crashes, i will check how it goes with 1.8.1 and post the results.

Edit:

Server crashed just right now with amxmodx 1.8.1.
GDB points at:

Code:
(gdb) bt
#0  0xf3e4d342 in CBasePlayer::TraceAttack(entvars_s *, float, Vector, TraceResult *, int) () from /home/cstrike/dlls/cs_i386.so
#1  0xf3821551 in ?? () from cstrike/addons/amxmodx/modules/hamsandwich_amxx_i386.so
(AMXX 1.8.1 isn't debugged.)

Last edited by XAT; 03-24-2012 at 05:19.
XAT is offline
fysiks
Veteran Member
Join Date: Sep 2007
Location: Flatland, USA
Old 03-24-2012 , 12:15   Re: Strange crash problem
Reply With Quote #18

Quote:
Originally Posted by XAT View Post
With Metamod 1.19p32 it also crashes, i will check how it goes with 1.8.1 and post the results.

Edit:

Server crashed just right now with amxmodx 1.8.1.
GDB points at:

Code:
(gdb) bt
#0  0xf3e4d342 in CBasePlayer::TraceAttack(entvars_s *, float, Vector, TraceResult *, int) () from /home/cstrike/dlls/cs_i386.so
#1  0xf3821551 in ?? () from cstrike/addons/amxmodx/modules/hamsandwich_amxx_i386.so
(AMXX 1.8.1 isn't debugged.)
What plugin are you running that uses Ham Sandwich? It's not needed for any default plugins.
__________________
fysiks is offline
XAT
Member
Join Date: Jul 2011
Old 03-24-2012 , 12:39   Re: Strange crash problem
Reply With Quote #19

Quote:
Originally Posted by fysiks View Post
What plugin are you running that uses Ham Sandwich? It's not needed for any default plugins.
Well, none, just standard plugins.
This is weird

Edit:

Actualy, there are two plugins loaded, i forgot about that one.
There is csstats running and a plugin with a TraceAttack hook (my bad, i though it can't be the crash reason) with a following code:

PHP Code:
#include <amxmodx>
#include <hamsandwich>
#include <fakemeta>

...

public 
plugin_init()
{
    
RegisterHam(Ham_TraceAttack"player""fw_TraceAttack");
    
    ...
}

...

public 
fw_TraceAttack(ididattackerFloat:damageFloat:direction[3], tracehandledamagebits)
{
    if(
is_user_alive(id))
    {
        new 
hit_group get_tr2(tracehandleTR_iHitgroup);
        
        ...
    }
}

... 
Can get_tr2 crash the serwer without any proper debug info ? Strange thing...
I've made a probes also, one before the plugin posted above and one after it with a Ham_TraceAttack hook in pre both. Both were executed when it crashed, so it can't be the get_tr2 plugin fault...

Only this 2 amxx plugins were loaded when the server crashed. I disabled all others.


Also AMXX BinLog ends after last plugin (probe), it seems to be executed and then crash.

Code:
...

4,008868E+09: Plugin "probe1.amxx, probe1.sma" (43) had public function "fw_TraceAttack_pre" (2) called.
4,008868E+09: Plugin "probe1.amxx, probe1.sma" (43) hit line 15.
4,008868E+09: Plugin "probe1.amxx, probe1.sma" (43) hit line 15.
4,008868E+09: Plugin "probe1.amxx, probe1.sma" (43) called native "log_amx" (8) with 1 parameters.
4,008868E+09: Native parameters: (316)
4,008868E+09: Plugin "probe1.amxx" (43) formatted parameter 1 (maxlen 18), result: 
    fw_TraceAttack_pre
4,008868E+09: Native returned: 0
4,008868E+09: Plugin "my_plugin.amxx, my_plugin.sma" (44) had public function "fw_TraceAttack" (1) called.
4,008868E+09: Plugin "my_plugin.amxx, my_plugin.sma" (44) hit line 13.
4,008868E+09: Plugin "my_plugin.amxx, my_plugin.sma" (44) hit line 13.
4,008868E+09: Plugin "my_plugin.amxx, my_plugin.sma" (44) called native "is_user_alive" (7) with 1 parameters.
4,008868E+09: Native parameters: (1)
4,008868E+09: Native returned: 1
4,008868E+09: Plugin "my_plugin.amxx, my_plugin.sma" (44) hit line 15.
4,008868E+09: Plugin "my_plugin.amxx, my_plugin.sma" (44) called native "get_tr2" (8) with 2 parameters.
4,008868E+09: Native parameters: (-7702156, 9)
4,008868E+09: Native returned: 2
4,008868E+09: Plugin "probe2.amxx, probe2.sma" (45) had public function "fw_TraceAttack_pre" (2) called.
4,008868E+09: Plugin "probe2.amxx, probe2.sma" (45) hit line 15.
4,008868E+09: Plugin "probe2.amxx, probe2.sma" (45) hit line 15.
4,008868E+09: Plugin "probe2.amxx, probe2.sma" (45) called native "log_amx" (8) with 1 parameters.
4,008868E+09: Native parameters: (316)
4,008868E+09: Plugin "probe2.amxx" (45) formatted parameter 1 (maxlen 18), result: 
    fw_TraceAttack_pre
4,008868E+09: Native returned: 0
4,008868E+09: Binary log corrupt past this point.

Last edited by XAT; 03-25-2012 at 07:44.
XAT is offline
Arkshine
AMX Mod X Plugin Approver
Join Date: Oct 2005
Old 03-25-2012 , 10:16   Re: Strange crash problem
Reply With Quote #20

To test something, you should start to test only with the plugin hooking Ham_TraceAttack and removing unrelated code, meaning, just hook Ham_TraceAttack and does nothing inside and elsewhere. Also make sure you load only modules of amxx and nothing else.
__________________

Last edited by Arkshine; 03-25-2012 at 10:22.
Arkshine is offline
Reply



Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off

Forum Jump


All times are GMT -4. The time now is 10:00.


Powered by vBulletin®
Copyright ©2000 - 2024, vBulletin Solutions, Inc.
Theme made by Freecode