- Boost-users - lists.boost.org

[polygon] get_trapezoids not reporting holes?
by David Thompson 22 Jun '16

22 Jun '16

Hi all, I am having trouble with boost::polygon: when get_trapezoids is called on a polygon_set_data containing a polygon_with_holes_data, it returns trapezoids covering the outer loop but that cover the hole (i.e., the hole is being ignored). A small example is below to demonstrate. I've tried with boost 1.60, 1.55, and 1.50. Am I doing something wrong? Thanks, David #include "boost/polygon/polygon.hpp" #include <vector> namespace poly = boost::polygon; typedef long long Coord; typedef poly::point_data<Coord> Point; Coord outerPts[] = { -37205784000000LL, -22528321200000LL, -20252740200000LL, -40391736000000LL, 19228717200000LL, -39708900000000LL, 37774737000000LL, 32882157000000LL, -37205784000000LL, -22528321200000LL, }; Coord innerPts[] = { -8808676800000LL, -4351000500000LL, 29799924000000LL, 21288613500000LL, 8185023000000LL, -10611816600000LL, -8808676800000LL, -4351000500000LL, }; template<typename T> void liftPt(double x[2], const T& pt, double sf) { x[0] = sf * pt.x(); x[1] = sf * pt.y(); } template<typename T> void print_polyarray(const std::string& msg, T& parr, double scale, double iscale) { std::cout << msg << " has " << parr.size() << " polygons\n"; std::vector<poly::polygon_data<Coord> >::const_iterator pit; int pp = 0; for (pit = parr.begin(); pit != parr.end(); ++pit, ++pp) { poly::polygon_data<Coord>::iterator_type pcit; std::cout << " Polygon " << pp << " has " << pit->size() << " points\n"; double p0[2]; for (pcit = poly::begin_points(*pit); pcit != poly::end_points(*pit); ++pcit) { liftPt(p0, *pcit, iscale); std::cout << " " << p0[0] << " " << p0[1] << "\n"; } std::cout << "--\n"; } } int main() { const double scale = 2.31e13; const double iscale = 1./2.31e13; poly::polygon_with_holes_data<Coord> pface; std::vector<poly::polygon_data<Coord> > holes; poly::polygon_data<Coord> loop; std::vector<Point> polypts1; for (unsigned ii = 0; ii < sizeof(outerPts)/sizeof(outerPts[0])/2; ++ii) { polypts1.push_back(Point(outerPts[2*ii], outerPts[2*ii + 1])); } pface.set(polypts1.begin(), polypts1.end()); std::vector<Point> polypts2; for (unsigned ii = 0; ii < sizeof(innerPts)/sizeof(innerPts[0])/2; ++ii) { polypts2.push_back(Point(innerPts[2*ii], innerPts[2*ii + 1])); } loop.set(polypts2.rbegin(), polypts2.rend()); holes.push_back(loop); pface.set_holes(holes.begin(), holes.end()); Point holecenter( 9725423400000LL, 2108598800000LL); Point nonholepnt(37774730000000LL, 32882150000000LL); // ^^ Compare to 37774737000000LL, 32882157000000LL, which is a vertex in outerPts. std::cout << "Polygon has " << pface.size() << " vertices and " << pface.size_holes() << " holes\n"; std::cout << "Winding is " << (poly::winding(pface) == poly::CLOCKWISE ? "cw" : "ccw") << "\n"; std::cout << "Contains hole center? " << (poly::contains(pface, holecenter) ? "Y" : "N") << "\n"; std::cout << "Contains point it should? " << (poly::contains(pface, nonholepnt) ? "Y" : "N") << "\n"; // The above demonstrates that pface appears to be a valid polygon with a hole. // However, now when we ask for trapezoids, no hole is provided: // Add pface to polys so we can get trapezoids: poly::polygon_set_data<Coord> polys; std::vector<poly::polygon_data<Coord> > parr; polys.insert(pface); polys.get(parr); // This prints that parr (and thus polys) contains 0 polygons, which seems wrong: print_polyarray("Original polygon set", parr, scale, iscale); polys.get_trapezoids(parr); // This prints 2 polygons that form only the outer boundary, which seems wrong: print_polyarray("Tessellation ", parr, scale, iscale); return 0; }

1 0

[boost] Checking interest in stacktrace library
by Antony Polukhin 22 Jun '16

22 Jun '16

Hi, I've got some prototype for getting stack traces: https://github.com/apolukhin/stacktrace It's design is based on the idea that class for stacktrace must be fully noexcept, without dynamic allocations in constructors and as simple as possible. Is there interest in it? What functionality would you like to have in it? -- Best regards, Antony Polukhin

7 12

Coroutine jump_fcontext crash (Boost 1.61)
by Jason Mancini 22 Jun '16

22 Jun '16

Hello, Starting with Boost 1.61, if -DBOOST_USE_VALGRIND=1 is set, then the Coroutine sample from boost docs crashes on first stack switch. Is this a known issue? (We're using GCC 6.1 on 64-bit Linux.) Not posting a code sample, it's literally the exact one from the Coroutine web page. Compile with the define, then run. We have Valgrind 3.10.1 installed. [Curiously, the Context code sample runs fine.] I am suspecting a missing snippet on the Coroutine side that affects stack_context structure size. Thanks! Jason # gdb ./a.out ... SIGSEGV, Segmentation fault. (gdb) bt #0 0x00002aaaaaab3ec0 in jump_fcontext () from .../lib/libboost_context.so.1.61.0 (gdb)

3 8

Re: [Boost-users] Suggestion for boost::dll:import_alias<>() or boost::dll::import<>()
by Leo Carreon 19 Jun '16

19 Jun '16

Sorry, I figured out how to use the search capability. I was misinformed because the documentation did not include the possible values for boost::dll::load_mode which I discovered by needing to have a look in the source code. From: Leo Carreon Sent: Sunday, June 19, 2016 1:40 PM To: Boost Users Mailing List Subject: Suggestion for boost::dll:import_alias<>() or boost::dll::import<>() Hi, I have been experimenting with the Boost.DLL library and I have discovered that the “lib” argument of either boost::dll::import_alias<>() or boost::dll::import<>() functions require the full path to the shared library to load. If I’m not mistaken, this functions use either the POSIX dlopen() function or the Windows LoadLibrary() function. These platform specific functions are capable of searching a list of paths if a non-qualified shared library name is given. My suggestion is to use this search capability for non-qualified shared library names. Kind regards, Leo Carreon

1 0

Suggestion for boost::dll:import_alias<>() or boost::dll::import<>()
by Leo Carreon 19 Jun '16

19 Jun '16

Hi, I have been experimenting with the Boost.DLL library and I have discovered that the “lib” argument of either boost::dll::import_alias<>() or boost::dll::import<>() functions require the full path to the shared library to load. If I’m not mistaken, this functions use either the POSIX dlopen() function or the Windows LoadLibrary() function. These platform specific functions are capable of searching a list of paths if a non-qualified shared library name is given. My suggestion is to use this search capability for non-qualified shared library names. Kind regards, Leo Carreon

1 0

is parallel-bgl active?
by Salvador Aguiñaga 17 Jun '16

17 Jun '16

Installing on a local 2 core system on a cluster ends in errors Installing on small system I want to use for temporary development, I get the following error. > > >parallel-bgl-0.7.0/boost/property_map/property_map.hpp:16:37: fatal > error: boost/pending/cstddef.hpp: No such file or directory > compilation terminated > > I've configured the system: > >"sudo apt-get install build-essential" > > And successfully installed the openmpi: "openmpi-1.10.2.tar.bz2" > > But when I get to: > /parallel-bgl-0.7.0/build/cmake .. > > I can't find a good solution online to this cstddef.hpp error. > > Any suggestions? > > > My system: uname -a > > Linux atomix 4.2.0-16-generic #19-Ubuntu SMP Thu Oct 8 14:46:51 UTC 2015 > i686 i686 i686 GNU/Linux >

1 0

Re: [Boost-users] boost bind, issue moving from 1.57 to 1.60
by Jason Mancini 17 Jun '16

17 Jun '16

We worked around this failure by changing: Func = boost::bind(Func, _1) && boost::bind(&Boom::Oops, _1); to Func = boost::bind(AND, Func, &Boom::Oops, _1); // custom AND function Not sure why it used to work, or why it still works with raw pointers, but not shared_ptr. The actual change happens from 1.59 (working) to 1.60 (changed behavior). Jason

4 11

Undefined Reference to 'boost::system::generic_category()'
by Blair Climenhaga 16 Jun '16

16 Jun '16

Hello everyone, I have been attempting to install OpenFOAM however the boost library has been giving me trouble, most recently reading out these error during OpenFOAM installation. undefined reference to `boost::system::generic_category()' undefined reference to `boost::system::system_category()' undefined reference to `boost::detail::set_tss_data(void const*, boost::shared_ptr<boost::detail::tss_cleanup_function>, void*, bool)' undefined reference to `boost::detail::get_tss_data(void const*)' If anyone has ever encountered this problem before, or has a hypothesis on how to solve I would be eager to hear your advice. I should mention that this error has persisted across multiple attempts at boost installs (1.48.0,1.52, and 1.61.0) as well as an update of my system from Ubuntu 12.04 to 14.04. Thank you everyone for your time in reading this and for any advice you may give. All the best, Blair Climenhaga

4 6

[xint] Ptoblems with compiling
by Андрей Серебро 16 Jun '16

16 Jun '16

1 0

[Log] Get the streams in a text_ostream_backend derived class
by Florian Lindner 16 Jun '16

16 Jun '16

Hello, I have class StreamBackend : public boost::log::sinks::text_ostream_backend and manually instantiate the backend and add a stream boost::shared_ptr<StreamBackend> backend = boost::make_shared<StreamBackend>(); backend->add_stream(boost::shared_ptr<std::ostream>(new std::ofstream(some file name))); using sink_t = boost::log::sinks::synchronous_sink<StreamBackend>; boost::shared_ptr<sink_t> sink(new sink_t(backend)); sink->set_formatter(config.second.format); sink->set_filter(config.second.filter); boost::log::core::get()->add_sink(sink); All I want is to overwrite the consume function in the derived class. Since I want to retain the original functionality as far as possible, I would like to work on the streams added add_streams. Problem is that the m_pImpl->m_Streams vector in the implementation is private and there is no method to get the added streams. What is the best way to go here? Thanks, Florian

1 0