[fixed]getCollisionPoint() has gaps at large distances

[dixx]

Great, thank you! Unfortunately I have to sort out some private things first but will try this within the next two days (hopefully).

[dixx]

CuteAlien, sorry to bother you again. I did as you mentioned, using TortoiseSVN. But I am not able to compile Irrlicht out of the box. Using GNU Make 3.80 under WinXP command line, I get the following error:

Code: Select all

 
cc -I../../include -Izlib -Ijpeglib -Ilibpng -DIRRLICHT_EXPORTS=1 -MM -MF bzip2/bzlib.d bzip2/bzlib.c
process_begin: CreateProcess((null), cc -I../../include -Izlib -Ijpeglib -Ilibpng -DIRRLICHT_EXPORTS=1 -MM -MF bzip2/bzlib.d bzip2/bzlib.c, ...) failed.
make (e=2): Das System kann die angegebene Datei nicht finden.
make: *** [bzip2/bzlib.d] Error 2
 

Did I miss something? btw, this is my first attempt to compile something with make under Windows

[CuteAlien]

Maybe easiest solution is to install either Code::Blocks or VisualStudio Express. We have projects files for both in there, so you can just select the target and click on compile.

[dixx]

Okay, saw this just a few minutes ago VS2k8 did the job.

[dixx]

Hmm... compiled, all test project paths changed to this version, new dll copied over, now I get a "Run-Time Check Failure #0 - The value of ESP was not properly saved across a function call..." message. When I try to debug the tester, I get a lot of "warning: HEAP[getCollisionPointWithScalesMesh_Test.exe]:
Invalid Address specified to RtlFreeHeap( 00030000, 0023F71C )" with different addresses. App crashes with <terminated, exit value: -1073741819>getCollisionPointWithScalesMesh_Test.exe.
... you say it works fine on your side, that's good enough for me

[CuteAlien]

That looks like a version conflict. Maybe you have still the header-include path set to your previous headers? Or the wrong dll is found (that would give a console warning).

[dixx]

Seems that I only have trouble using the DLL from \bin\Win32-VisualStudio, the one from 1.7.2\bin\Win32-gcc runs without problems. Is there a way to compile this one with VS2008Express?

[CuteAlien]

Your project is in VS? Then you shouldn't use the one from bin\Win32-gcc (it's the same - just compiled with gcc).
But it sounds like you might link to the wrong library. Check your linker path.

[dixx]

I apologize for not being clear. My project is under Eclipse (with MinGW/GCC), so I used the bin\Win32-gcc DLL. I learned from the forum that it seems this DLL could only be compiled from the Irrlicht sources using CodeBlocks, is that correct?

[CuteAlien]

Hm, Makefile should also work, but I must admit I didn't try for a while and I think zlib just got updated last week. Maybe that build got broken - I have to test.

[dixx]

Cool, thanks! Meanwhile I'll install CodeBlocks and try with it.

[CuteAlien]

Ok, I just tried with MinGW (without CodeBlocks). The trick to get the dll build was, in the Makefile:
Replace: -DIRR_COMPILE_WITH_DX9_DEV_PACK with -DNO_IRR_COMPILE_WITH_DIRECT3D_9_ (or set paths to use directx headers - I didn't figure that out for now).
Remove: -Wl,--no-export-all-symbols (not known in gcc mingw it seems)

After that call:
make win32

[dixx]

Hm, that did'nt do the trick on my side, Make still has problems with the .d files. However, the CodeBlocks thing worked, I have retested with my app and did not find any gap within 10min of constant running on edges So you can close this thread as SOLVED
Many many thanks!