state of win32 build of current SVN
- zuzuf
- Administrateur - Site Admin
- Posts: 3281
- Joined: Mon Oct 30, 2006 8:49 pm
- Location: Toulouse, France
- Contact:
state of win32 build of current SVN
Currently it builds but it seems there is some compatibility issue between some binary components. I ran the game through gdb and I only saw random crashes in system or pthread DLLs, often related to free/malloc functions.
I tried to build TA3D with GCC 3.4 and 4.4, so far I got the same results with both GCC versions.
I've added several tests to make sure TA3D doesn't do anything bad with memory allocated for images and pathfinding stuffs, everything is ok here but it keeps crashing
I am running out of ideas
I tried to build TA3D with GCC 3.4 and 4.4, so far I got the same results with both GCC versions.
I've added several tests to make sure TA3D doesn't do anything bad with memory allocated for images and pathfinding stuffs, everything is ok here but it keeps crashing
I am running out of ideas
=>;-D Penguin Powered
- Balthazar
- Moderator
- Posts: 2055
- Joined: Wed Nov 01, 2006 4:31 pm
- Location: Russian Federation
- Contact:
Re: state of win32 build of current SVN
Maybe it is somehow connected to muli-core CPU?
Re: state of win32 build of current SVN
On OS X, I've just found how to make Ta3D work. I have to disable the compression texture and then it works just fine
It may be related.
In any cases, we now have a working version of TA3D on Snow Leopard !
It may be related.
In any cases, we now have a working version of TA3D on Snow Leopard !
Damien Gerard
Ta3d & Yuni Developer
Ta3d & Yuni Developer
- zuzuf
- Administrateur - Site Admin
- Posts: 3281
- Joined: Mon Oct 30, 2006 8:49 pm
- Location: Toulouse, France
- Contact:
Re: state of win32 build of current SVN
On windows it crashes on single core and multi core machines and disabling texture compression doesn't help
=>;-D Penguin Powered
- zuzuf
- Administrateur - Site Admin
- Posts: 3281
- Joined: Mon Oct 30, 2006 8:49 pm
- Location: Toulouse, France
- Contact:
Re: state of win32 build of current SVN
After several hours of testing I could figure out that this bug appeared in r2199 which means the new pathfinder code is responsible for it. Well more specifically the new pathfinder interface seems to be responsible for this bug since r2199 doesn't bring the new algorithm.
=>;-D Penguin Powered
- zuzuf
- Administrateur - Site Admin
- Posts: 3281
- Joined: Mon Oct 30, 2006 8:49 pm
- Location: Toulouse, France
- Contact:
Re: state of win32 build of current SVN
WOOOWWWWWWW, I think I finally got it working
It looks like it doesn't like creating/destroying mutexes on windows . AI:Path objects were also ObjectSync objects which contain a Mutex. This mutex was useless since it didn't protect copy operations and the unit mutex was already protecting it so I just removed the ObjectSync stuffs from AI::Path and now it works !!
I am cleaning things a bit, once it's done I'll build the first working beta package
It looks like it doesn't like creating/destroying mutexes on windows . AI:Path objects were also ObjectSync objects which contain a Mutex. This mutex was useless since it didn't protect copy operations and the unit mutex was already protecting it so I just removed the ObjectSync stuffs from AI::Path and now it works !!
I am cleaning things a bit, once it's done I'll build the first working beta package
=>;-D Penguin Powered
- Balthazar
- Moderator
- Posts: 2055
- Joined: Wed Nov 01, 2006 4:31 pm
- Location: Russian Federation
- Contact:
Re: state of win32 build of current SVN
Hehe, thats a very nice news i must say
Re: state of win32 build of current SVN
WOOWOWOW! It' over, lol, cool
- Balthazar
- Moderator
- Posts: 2055
- Joined: Wed Nov 01, 2006 4:31 pm
- Location: Russian Federation
- Contact:
Re: state of win32 build of current SVN
Any news conserning the bug in 2235 build?
- zuzuf
- Administrateur - Site Admin
- Posts: 3281
- Joined: Mon Oct 30, 2006 8:49 pm
- Location: Toulouse, France
- Contact:
Re: state of win32 build of current SVN
It was due to some change I made to have TA3D running in virtual box, something related to OpenGL accumulation buffer (which is not used by TA3D ) initialization.
I have changed the values used but I haven't tested yet, I'll make another binary tomorrow for you to test it.
I have changed the values used but I haven't tested yet, I'll make another binary tomorrow for you to test it.
=>;-D Penguin Powered
Who is online
Users browsing this forum: No registered users and 23 guests