Irrlicht Engine

Ah, I see. Thank you for the quick reply and the clarification. Maybe it's worth a thought to update the Docs for ::getSize() with the return value -1L on error

Good morning! I have trouble understanding the choice of C++ types used regarding file size and buffer size in IReadFile and IWriteFile . It is clear to me why the amount of bytes to write or read must be given as an unsigned integer , but I fail to understand why the amount of bytes written or read...

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!

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

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?

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?

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[getCollisionPointWit...

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

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:   cc -I../../include -Izlib -Ijpeglib -Ilibpng -DIRRLICHT_EXPORTS=1 -MM -MF bzip2/bzlib.d bz...

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

@nespa: I start my ray above the highest point of mesh's bbox and end it below the lowest point of bbox. Should be long enough

CuteAlien, nespa, thanks for your help and ideas. I would like to try with newest svn trunk, but am not sure where to go and what to do for this, could you please give me a hint?

CuteAlien, thanks alot for your answer (and the time already invested)! Would you think it may help to downscale my whole world (collision problem is related to a little game project) or would that result in the same floating point issues? And if I can help with anything (except for debugging) pleas...

Here is the code of a sample app to reproduce the behaviour:   /**  * @file    getCollisionPointWithScalesMesh_Test.cpp  * @date    04.06.2012  * @author  dixx  * @brief   Test to locate gaps (points where getCollisionPoint() returns no  *          point) within a scaled mesh  *  *  Additional infor...

Hello all! First of all: great engine, great forum! I use Irrlicht for some time now and found always help here when I needed some. Until now; I saw some strange behaviour of getCollisionPoint() with the following setup: - load mesh from .3ds file, scale it * 200 - place it far away, about 39000 Irr...