
Thanks to all of You! I also build the tests, but some of these were extremely memory hungry and
also pushed the processor to full power over a long time.
The test configuration includes tests with 1 000 000 input points. This was helpful to figure out some longrun bugs. Probably you should run those tests with release option. Using release it takes me around 20 secs to run all the tests and around 60 secs to run benchmark tests. The algorithm implementation uses stl vectors, lists, maps and queues. Those data structure are slower in the debug mode especially when you run large inputs. I was less successful on win32. I somehow didn't manage to configure qt as
to be able to build the example program.
I've updated build script, you shouldn't have any troubles now. The test ran out of memory on win32 with the strange error message "cmalloc
would have returned NULL". Tests and benchmarks should push the tested library to its limits, not the test machine.
Did you use mingw or cygwin to compile it? I am using msvc 9.0 compiler on win32 and it works fine. However I received the same message using cygwin + gcc. In my case this was failing on the 1 000 000 points test. Best, Andrii On Tue, Oct 26, 2010 at 11:20 PM, Mateusz Loskot <mateusz@loskot.net> wrote:
On 26/10/10 20:53, Thomas Klimpel wrote:
However, I wonder whether also posting to the Boost.Geometry mailing list <http://lists.osgeo.org/mailman/listinfo/ggl> would be a good idea, at least when the code is ready for review and experimentation. It might generate a bit more feedback, because the people there are at least interested in computational geometry.
Thomas,
Andrey's achievement and solid work hasn't slipped unnoticed, certainly not.
Good point though and I have just forwarded this thread there.
Best regards, -- Mateusz Loskot, http://mateusz.loskot.net Charter Member of OSGeo, http://osgeo.org Member of ACCU, http://accu.org _______________________________________________ Unsubscribe & other changes: http://lists.boost.org/mailman/listinfo.cgi/boost
-- Best regards, Andrii Sydorchuk