Skip to Content.
Sympa Menu

cgal-discuss - [cgal-discuss] Delaunay_d and threads

Subject: CGAL users discussion list

List archive

[cgal-discuss] Delaunay_d and threads


Chronological Thread 
  • From: Panagiotis Foteinos <>
  • To:
  • Subject: [cgal-discuss] Delaunay_d and threads
  • Date: Thu, 7 Oct 2010 11:30:35 -0400
  • Domainkey-signature: a=rsa-sha1; c=nofws; d=gmail.com; s=gamma; h=mime-version:date:message-id:subject:from:to:content-type; b=IVx/VXhuZ2IJKuuz6QJUhf4ct5lisVk7W9EYxI/SUhCP59rc8IeqISRcT5Ff5deeIc DgP9HDka2fhkRf5q6lFYCbQR8XtuYZRfhAk2OnCjmbhRaA3HK2crmyQ+2C5rVsxA4l1W pOTewKF00yIMNiDwH4bYi3jzKHsZJOt5ulcug=

Hello.

I am using Delaunay_d to maintain a 4D triangulation of a set of points. After the algorithm terminates, my application launches at about 2000 Dt.locate() queries. To speed the queries up, I employ threads each of which calls some out of the 2,000 queries.

Delaunay_d requires Gmpq to be the RT. Since Gmpq is not thread safe, I replaced Gmpq with mpq_class. It seems, however, that mpq_class causes problems when Delaunay_d tries to determine the orientation of a point to hyperplanes. Is that because of parallelism or because mpq_class is not so exact as Gmpq?


I know that thread safety in CGAL is still an unresolved issue, but I just want to ask if there is a solution to what I am trying to do.


Best Regards,
Panagiotis Foteinos


  • [cgal-discuss] Delaunay_d and threads, Panagiotis Foteinos, 10/07/2010

Archive powered by MHonArc 2.6.16.

Top of Page