<div dir="ltr">Hi Amanda,<div><br></div><div>Not sure if this is the same cause for your problem, but I just encountered the same problem for my cmb build when I start building the meshing support. Basically, the <span style="font-size:12.8000001907349px">boost::filesystem::current_</span><span style="font-size:12.8000001907349px">path() returns an empty path, and it crashed while trying to parse the empty path.</span> Rob (and Dave) helped me to figure out what's the root cause of the problem.</div><div><br></div><div>I have a 10.10 machine and I set the build target to 10.8 in the superbuild. In this scenario, all the libraries in cmb/smtk and their dependencies will link against libstdc++, except boost libraries, which will link against libc++, and the mixed linking of libstdc++ and libc++ causes the crash. Setting target to 10.9 and 10.10 does not have this problem, and I will file an issue with cmbsuperbuild for this bug.</div><div><br></div><div>Yumin</div><div class="gmail_extra"><br><div class="gmail_quote">On Mon, Jun 8, 2015 at 1:24 PM, Robert Maynard <span dir="ltr"><<a href="mailto:robert.maynard@kitware.com" target="_blank">robert.maynard@kitware.com</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">This smells like a mismatch of boost versions.<br>
<div class="HOEnZb"><div class="h5"><br>
On Mon, Jun 8, 2015 at 12:23 PM, David Thompson<br>
<<a href="mailto:david.thompson@kitware.com">david.thompson@kitware.com</a>> wrote:<br>
> Hi Amanda,<br>
><br>
>> 3. It appears to be a boost problem. It looks like I am getting junk for<br>
>> my path ...<br>
>><br>
>> frame #9: 0x00000001125f5388<br>
>> libRemusServer.dylib`remus::server::detail::WorkerFinder::WorkerFinder(this<br>
>> =0x00007fff5fbfc3b0, parser=0x000000012059c0c8, ext=0x000000012059c0b0) +<br>
>> 648 at WorkerFinder.cxx:35<br>
>> -> 35           this->parseDirectory(cwd);<br>
>> (lldb) p cwd<br>
>> (boost::filesystem::path) $1 = (m_pathname = "?Y \x01")<br>
>><br>
>> I have several versions of boost on my machine so I wonder if it is trying<br>
>> to use the wrong one (I have cmv v3 and data browser which both have their<br>
>> own builds of boost and then I have v3 and v4 installed in the<br>
>> applications directory using mac installers).<br>
><br>
> There are at least 2 ways boost libraries can get confused:<br>
><br>
> 1. Run-time selection of a different boost from the one used during compilation.<br>
> 2. Build-time compilation of different libraries against different boost libraries (i.e., headers from one boost used but the application linked to another).<br>
><br>
> The former usually prints messages to the terminal when different dependent libraries ask the linker to load multiple versions of the same library. But to double-check, you can run "image list" in lldb and verify that (a) there is only one version of boost_filesystem and (b) it is the correct boost for your application.<br>
><br>
> The latter can be more subtle. If "image list" seems correct, then you might verify that your Remus, SMTK, and CMB build directories all have CMakeCache.txt references to Boost pointing to the same boost *and* that the include-directory paths match the Boost_FILESYSTEM_LIBRARY_* paths.<br>
><br>
>         David<br>
_______________________________________________<br>
Cmb-users mailing list<br>
<a href="mailto:Cmb-users@computationalmodelbuilder.org">Cmb-users@computationalmodelbuilder.org</a><br>
<a href="http://public.kitware.com/mailman/listinfo/cmb-users" rel="noreferrer" target="_blank">http://public.kitware.com/mailman/listinfo/cmb-users</a><br>
</div></div></blockquote></div><br></div></div>