PlaneShift

System info
Windows Vista
AMD phenom 9500 quad core
2gb ram
Nvidia geforce 8400 gs[driver up to date]

Also to note, when crafting this crash seems to occur more often

OK, when you say “without warning” you mean there is no in game error message? Have you tried looking for a file called “errorlog.txt” (might be in the ps install directory)?

You could also try running the game from the command line, to see error messages… I suspect something like the linux issue of “a Cg exception hiding the real crash”, the only way I know to get around that is run from a debugger; maybe it stops the dmp files from being created on windows.

Yes, sorry i mean crash without error message.

i Looked up the errorlog.txt and found this…

psClientDR::HandleDeadReckon SEVERE>
Thu Aug 21 18:09:32 2008, Got DR message for unknown entity 20363.
Thu Aug 21 18:09:39 2008, <..\..\src\client\psclientdr.cpp:212 psClientDR::HandleDeadReckon SEVERE>
Thu Aug 21 18:09:39 2008, Got DR message for unknown entity 20070.
Thu Aug 21 18:09:39 2008, <..\..\src\client\psclientdr.cpp:212 psClientDR::HandleDeadReckon SEVERE>
Thu Aug 21 18:09:39 2008, Got DR message for unknown entity 20070.
Thu Aug 21 18:10:10 2008, <..\..\src\client\psclientdr.cpp:212 psClientDR::HandleDeadReckon SEVERE>
Thu Aug 21 18:10:10 2008, Got DR message for unknown entity 20359.

GEMClientActor::SetAnimation SEVERE>
Thu Aug 21 18:06:20 2008, Didn’t find animation ‘hammer’ for ‘Tiboy Tiboy.
Thu Aug 21 18:07:44 2008, <..\..\src\client\pscelclient.cpp:1681 GEMClientActor::SetAnimation SEVERE>
Thu Aug 21 18:07:44 2008, Didn’t find animation ‘hammer’ for ‘Tiboy Tiboy.
Thu Aug 21 18:09:32 2008, <..\..\src\client\psclientdr.cpp:212

i found these 2.
Any idea?

those should not make the client crash

Hmm yes, those are normal (well at least small issues that we ignore). From reading the comments on the forum thread you linked, it seems this might be the same bug as  FS#1838 , at least for some of the posters, and maybe something like  FS#1817  for others? Remember that whatever causes one client to hang for a bit, could very well crash another - it happens this way for me often, with debug and optimised clients.

As it is, this isn’t a very useful bug report from the developer point of view, sorry; but I will leave open a bit longer in case anyone else has more information.

yeah, not much use sorry.

I did try running from command…but suprisingly….i have not crashed once in hours now.
Normally i would crash loads of times.
so temp solution…run from command prompt maybe

When it crashes, does it give an access violation and the possibility to save a dump file? If so, could you check this thread:
http://hydlaa.com/smf/index.php?topic=31760.0 Also, there are other

no access violation errors, just closes without any warnings. doesn’t freeze, doesn’t hang..nothing…just closes.

Possibly confirmed, the problem being that with so little information, it’s difficult to say whether it’s exactly the same problem as the one Peter describes here.

Anyway, refering to http://hydlaa.com/smf/index.php?topic=33141.msg381782#msg381782 what is typical with this bug is that sometimes one gets repeating crashes with no dump at all. I had this one a lot on Laanx with 0.4.01 but not with 0.4.02 until very recently : having sent a char in the sewers (http://i422.photobucket.com/albums/pp301/aurelynt/shot36.png), my client suddenly started to crash repeatedly with no dump. All I had was the following messages in console :

DistributeLeafObjects failed: !leaf_replaced
  This node contains the following objects:
    0: 'gobble' (1.#QNAN,1.42886,-143.645)-(1.#QNAN,2.53772,-142.55)
    1: 'effect_label_17' (1.#QNAN,3.40933,-144.701)-(1.#QNAN,4.65253,-141.422)
Assertion failed: false

Sometimes It was ‘rat’ instead of ‘gobble’ and other numbers for ‘effect_label_#’, sometimes I only had one object line. So it seems that when an entity (npc for example) has collision issues somewhere around you, your client receives corrupted info and crashes.

In order to reproduce it on trunk I did the following steps :

- Spawned a stonebm char and a menki char.
- Teleported them to the place shown in the screenshot above : swr-orange -49.47 -11.21 -153.24
- Made the menki char run into the wall appearing at the background of the screenshot, minimized the client with this char and brought it back to generate a crash at collision (this is  FS#1749  )
- An instant after the client with the menki char crashed, the client with the stonebm char crashed too with the following message in console :

DistributeLeafObjects failed: !leaf_replaced
  This node contains the following objects:
    0: 'enkim' (1.#QNAN,-11.2972,-137.293)-(1.#QNAN,-9.57788,-135.391)
    1: 'effect_label_0' (1.#QNAN,-9.03015,-136.085)-(1.#QNAN,-8.64918,-135.967)
Assertion failed: false

Backtrace of that crash (PS and CS compiled in debug mode) :

 	crystalspace-1.4-vc8_d.dll!CS::Debug::DebugBreak()  Line 875	C++
 	crystalspace-1.4-vc8_d.dll!CS::Debug::AssertMessage(const char * expr=0x1051f454, const char * filename=0x1051fd64, int line=226, const char * msg=0x00000000)  Line 82	C++
 	crystalspace-1.4-vc8_d.dll!csKDTree::DebugExit()  Line 226 + 0x23 bytes	C++
 	crystalspace-1.4-vc8_d.dll!csKDTree::DistributeLeafObjects()  Line 465	C++
 	crystalspace-1.4-vc8_d.dll!csKDTree::Distribute()  Line 599	C++
 	dynavis.dll!IntersectSegmentSloppy_Front2Back(csKDTree * treenode=0x1b5a2cd0, void * userdata=0x0012f0d0, unsigned int cur_timestamp=34426, unsigned int & __formal=0)  Line 2276	C++
 	crystalspace-1.4-vc8_d.dll!csKDTree::Front2Back(const csVector3 & pos={...}, bool (csKDTree *, void *, unsigned int, unsigned int &)* func=0x0b6b7320, void * userdata=0x0012f0d0, unsigned int cur_timestamp=34426, unsigned int frustum_mask=0)  Line 795 + 0x13 bytes	C++
 	crystalspace-1.4-vc8_d.dll!csKDTree::Front2Back(const csVector3 & pos={...}, bool (csKDTree *, void *, unsigned int, unsigned int &)* func=0x0b6b7320, void * userdata=0x0012f0d0, unsigned int cur_timestamp=34426, unsigned int frustum_mask=0)  Line 803	C++
 	crystalspace-1.4-vc8_d.dll!csKDTree::Front2Back(const csVector3 & pos={...}, bool (csKDTree *, void *, unsigned int, unsigned int &)* func=0x0b6b7320, void * userdata=0x0012f0d0, unsigned int cur_timestamp=34426, unsigned int frustum_mask=0)  Line 809	C++
 	crystalspace-1.4-vc8_d.dll!csKDTree::Front2Back(const csVector3 & pos={...}, bool (csKDTree *, void *, unsigned int, unsigned int &)* func=0x0b6b7320, void * userdata=0x0012f0d0, unsigned int frustum_mask=0)  Line 857	C++
 	dynavis.dll!csDynaVis::IntersectSegmentSloppy(const csVector3 & start={...}, const csVector3 & end={...})  Line 2471	C++
 	crystalspace-1.4-vc8_d.dll!csColliderHelper::TraceBeam(iCollideSystem * cdsys=0x034e02b0, iSector * sector=0x1ae95630, const csVector3 & start={...}, const csVector3 & end={...}, bool traverse_portals=true, csIntersectingTriangle & closest_tri={...}, csVector3 & closest_isect={...}, iMeshWrapper * * closest_mesh=0x0012f524, iSector * * end_sector=0x00000000)  Line 464 + 0x1c bytes	C++
 	psclient.exe!psCamera::CalcCollisionPos(const csVector3 & pseudoTarget={...}, const csVector3 & pseudoPosition={...}, iSector * sector=0x1ae95630)  Line 1475 + 0x31 bytes	C++
 	psclient.exe!psCamera::DoElasticPhysics(bool isElastic=true, const unsigned int elapsedTicks=29, const psCamera::CameraData & deltaIdeal={...}, iSector * sector=0x1ae95630)  Line 1508	C++
 	psclient.exe!psCamera::Draw()  Line 708	C++
 	psclient.exe!psEngine::HandleEvent(iEvent & ev={...})  Line 864	C++
 	psclient.exe!psEngine::EventHandler::HandleEvent(iEvent & ev={...})  Line 229	C++
 	crystalspace-1.4-vc8_d.dll!csEventTree::Dispatch(iEvent & e={...})  Line 576 + 0x10 bytes	C++
 	crystalspace-1.4-vc8_d.dll!csEventTree::Notify()  Line 547	C++
 	crystalspace-1.4-vc8_d.dll!csEventQueue::Notify(const unsigned long & name=5)  Line 270	C++
 	crystalspace-1.4-vc8_d.dll!csEventQueue::iTypedFrameEventDispatcher::HandleEvent(iEvent & __formal={...})  Line 259	C++
 	crystalspace-1.4-vc8_d.dll!csEventTree::Dispatch(iEvent & e={...})  Line 576 + 0x10 bytes	C++
 	crystalspace-1.4-vc8_d.dll!csEventTree::Notify()  Line 547	C++
 	crystalspace-1.4-vc8_d.dll!csEventQueue::Notify(const unsigned long & name=1)  Line 270	C++
 	crystalspace-1.4-vc8_d.dll!csEventQueue::Process()  Line 290	C++
 	crystalspace-1.4-vc8_d.dll!csDefaultRunLoop(iObjectRegistry * r=0x00310c68)  Line 102	C++
 	psclient.exe!main(int argc=2, char * * argv=0x021e4d30)  Line 1947 + 0xa bytes	C++
 	psclient.exe!__tmainCRTStartup()  Line 597 + 0x19 bytes	C
 	psclient.exe!mainCRTStartup()  Line 414	C

aurelynt: your bug is the same as  FS#1817 .

And  bug 1749  (crashing on un-minimize, reproducable in sewer), and possibly  bug 547  (window not in focus). The first one seems to happen near sector boundaries. The crash is when the bounding box of the character is not valid.