Skip to Content.
Sympa Menu

cgal-discuss - Re: [cgal-discuss] Stack overflow in Alpha_shape_2

Subject: CGAL users discussion list

List archive

Re: [cgal-discuss] Stack overflow in Alpha_shape_2


Chronological Thread 
  • From: GIS Worx <>
  • To:
  • Subject: Re: [cgal-discuss] Stack overflow in Alpha_shape_2
  • Date: Wed, 25 May 2011 12:05:08 -0700
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:in-reply-to:references:date:message-id:subject:from:to :content-type; b=Y3N97Mqf95Awc7SOF1dlk0QziN7ZTXp/QUqLyUvt0JqHtesZoEjayYXc828Baahsi+ d5yKMz7n7kgvZ6vvp3WAuK+2WOTZ4qCTGanjW8qfN8Ne6CYmCCDvPBAHXx+q78UppnbU 7W+OCQWBkrGB/PhLu5A2veLbNcNDnHLHZ/jVU=

Thanks for the suggestions Marc,

Increasing the stack size to 20MB from 1MB does not resolve the issue. The lazy kernel seems to have a DAG underlying it. What checks enforce that it is a DAG, i.e. is it possible I've got a long loop in my 'DAG'?

Is there a construction I can use besides Lazy_exact_nt which will side-step this issue? I want to use a Exact_predicates_exact_constructions_kernel, but trying all combinations of using the flag CGAL_DONT_USE_LAZY_KERNEL with CGAL_USE_GMP turned on and off, I run into ambiguous call errors with CGAL::internal::fit_in_double in Orientation_2.h.


On Tue, May 24, 2011 at 10:22 PM, Marc Glisse <> wrote:
On Tue, 24 May 2011, gisworx wrote:

With one particular dataset, I'm encountering a stack overflow in lazy
evaluation within the alpha shape constructor.

Is a slight increase in the stack size (/STACK) enough to work around this?

http://msdn.microsoft.com/en-us/library/tdkhxaks%28v=VS.100%29.aspx

--
Marc Glisse


--
You are currently subscribed to cgal-discuss.
To unsubscribe or access the archives, go to
https://lists-sop.inria.fr/wws/info/cgal-discuss





Archive powered by MHonArc 2.6.16.

Top of Page