2006-1-18 Couple more FindPath crash dumps

[CWO]

Dont wanna scare Austin away with any more FindPath dumps but.. Just posting a few more. What I get for saying "We havent crashed on pathfinding in 2 monts "... a couple crashes.

Any new info known from the ones I posted?

[Shinigami]

something inside FindPath /

we should add logging there

Shinigami

[CWO]

The only thing I can tell you is that its completely random at least from the scripting side where I had logs on these a while back. It would crash on a completely open path at a seemingly random time. I even tried testing if it was something with the path by running the final FindPath call when it crashed in a script thousands of times in succession and it would be fine.

[Shinigami]

it would help a lot if u would just add syslog with your findpath-coords. use your brain... to help

Shinigami

[CWO]

Thats exactly how I got the coords to test in the first place because I thought it was something to do with either certain coords or certain things in the path and they came up completely dry.

FindPath(5831, 235, -2, 5839, 239, -3, "britannia", 0, 10)

was one of the calls that crashed the shard. I can also get a second as soon as I go through and read my mIRC logs from the POL channel. I gave those coords in the main channel too.

[Shinigami]

sorry, but I have no time to read whole IRC.. but u can query me. thx for coords. do u use osi-default-map or an own/modified map?

Shinigami

[CWO]

All OSI defaults. The only customs my shard has are hues and multis. I also try to keep the game as up to date as possible on a UOML install re-"uoconvert"ing every POL release and OSI patch that modifies anything UOConvert covers.

[CWO]

Also if you want me to test anything with it, even if its experimental, I'll try it but also I have to say, since slowing down the calls to FindPath and making it so the function never has to do that much work for any reason, the shard only crashes about once a month now if that.