Jump to content

valgrind [logs and help]


Recommended Posts

sd2 857(modified some c++ scripts sorry)
There are a LOT of serious SD2 errors! They could be causing some of the core bugs/crashes/freezes but it's impossible to fix them if you don't use clean SD2.
i also reproduced crash described here:
Did you reproduce it while running under valgrind ? The first log ends with a freeze and the second one seems to be shut down/terminated.
Link to comment
Share on other sites

  • 3 months later...
sorry for BIG delay, i didnt had mutch time to do some logs, so here are promised logs, i can provide more if need ... hope it help, i would really like to see some fixes from thees logs on mangos GIT :) so i know it helped
There were already commits fixing problems from your previous logs. I think about 2 crashes and memory leaks, don't remember exactly. They also helped confirm another major problem with grid unloading though the fix for that is yet to be written.
Link to comment
Share on other sites

There were already commits fixing problems from your previous logs. I think about 2 crashes and memory leaks, don't remember exactly. They also helped confirm another major problem with grid unloading though the fix for that is yet to be written.

Major problem with Grid unloading? seems familiar ^^...

Link to comment
Share on other sites

did many more test, with :

tested on : debug mode, no optimatization+(some flags for quade core)

Mangos/0.13.0 (**REvision 7723-* ) for Unix ( little-endian)

Using script library: ScriptDev2 (for MaNGOS 7715+) Revision [1029] 2009-04-26 23:45:06 (Unix)

Using World DB: UDB 0.11.0 (371) for MaNGOS 7681 with SD2 SQL for wev. 1012

Using creature EventAI: ACID 0.0.9 - Full Release for Mangos 7673+

CLEAN MANGOS + CLEAN SD2 + LOS/HEIGH ON(ALL MAPS)

here are many valgrind logs, we got some days testing, so hope it will help to find new crash/leaks..

if devs will need bt full for some logs, just send me log numbers, each log mean 1 crash

http://filebeam.com/91e5b69e07765701972aedcf131b136e

or any extra flags for valgrind setting, or just say what DEVs will need.

if anything helped, tell me pls:)

Link to comment
Share on other sites

did many more test, with :

tested on : debug mode, no optimatization+(some flags for quade core)

Mangos/0.13.0 (**REvision 7723-* ) for Unix ( little-endian)

Using script library: ScriptDev2 (for MaNGOS 7715+) Revision [1029] 2009-04-26 23:45:06 (Unix)

Using World DB: UDB 0.11.0 (371) for MaNGOS 7681 with SD2 SQL for wev. 1012

Using creature EventAI: ACID 0.0.9 - Full Release for Mangos 7673+

CLEAN MANGOS + CLEAN SD2 + LOS/HEIGH ON(ALL MAPS)

here are many valgrind logs, we got some days testing, so hope it will help to find new crash/leaks..

if devs will need bt full for some logs, just send me log numbers, each log mean 1 crash

http://filebeam.com/91e5b69e07765701972aedcf131b136e

or any extra flags for valgrind setting, or just say what DEVs will need.

if anything helped, tell me pls:)

thank you! :)

[aaded]

big thanks:)

fixed one memory leak

http://bit.ly/4fAtT

3 crash fixed by Vladimir in [7769] [7770] and [7771] rev

2 crash may be fixed by NoFantasy in SD2

maybe you can try to use valgrind to the new rev?:)

and without stiil reachable errors

--show-reachable=no
Link to comment
Share on other sites

awesome, didnt think it can help that mutch, thank u for infos, now i really know its need...)

i just did clean build 7782 + latest sd2

will post new logs in morning, after we collect new data, and i did that options u suggest.

EDIT: have problem with our test server, cant connect to it, so logs will be later, i need to get server startup

Link to comment
Share on other sites

  • 6 months later...
  • 1 year later...

Hmm, as i look most reports about destructor calling for global singletons. valgrind can incorrect false detect problems maybe...

Because related fields cleanup in code in singleton destructors...

BattleGroundMgr::DeleteClientVisibleInstanceId case uninitilized conditinal case strange but i will change cdeo: it not need check in this point.

Link to comment
Share on other sites

×
×
  • Create New...

Important Information

We have placed cookies on your device to help make this website better. You can adjust your cookie settings, otherwise we'll assume you're okay to continue. Privacy Policy Terms of Use