Dong H. Ahn
Dong H. Ahn
First one dies within a boost graph library, starting at: > at /usr/include/boost/graph/graphml.hpp:211 It could be an ABI compatibility issue between the C++ compiler used to produce `/usr/lib64/libboost_graph.so.1.66.0` and one...
Yeah good theory -- This probably is what it is. It would be good to run `make check` under more restricted environment though. We can easily work around the second...
Before I forget. We may want to create a testing instance with these checks in our CI. BTW, did this show up in our x86_64 build farm?
Probably, slight compiler/runtime/architecture differences are causing this, then.
I now believe the first issue has the same root cause as the second then. The first test that causes Flux to crash is `t4000-match-params.t` ``` test_expect_success 'loading resource module...
It should be relatively easy to add a simple "graphML" format pre-check at our GRUG reader code before calling `boost::read_graphml` to avoid this error. (too bad BGL doesn't do this...
Good to know. A generic TOSS4 platform issue then. Thanks.
Just let you know I haven't forgotten this. I have a fix for `atoi` crash but `read_graphml` needs some thoughts. PR and patch likely by today tough
PR #809 is likely to work around the `std::stoi` crash. But @grondo and I agreed that the fix for `boost::read_graphml` crash requires access to an actual TOSS4 machine. We don't...