<div class="gmail_quote">On Thu, Jun 9, 2011 at 17:20, Iulian Grindeanu <span dir="ltr"><<a href="mailto:iulian@mcs.anl.gov">iulian@mcs.anl.gov</a>></span> wrote:<br><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
<div id=":3n">he6.h5m is a file that should contain only hexas and the skin organized in 3 neumann sets (bottom, top and lateral quads)<br>
Are you loading it with iMesh, and then saving it again?<br>
<br>
Can you do an<br>
mbconvert he6.h5m newhe6.h5m ?<br></div></blockquote><div><br></div><div>Yes, this works fine.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;"><div id=":3n">
<br>
The new one will be stripped down to bare essentials (the sets should be preserved)<br>
<br>
Maybe it is something wrong in he6.h5m, although I can't say what.</div></blockquote></div><br><div>I doubt it because I was doing simulations on it and saving the state just fine a few weeks ago. Now I'm solving different equations (and I updated MOAB in the mean-time) and it has stopped working. Loading he6.h5m is still working fine as long as I use a month-old MOAB.</div>
<div><br></div><div>I committed my code that calls iMesh_setAdjTable() on May 1 and it definitely worked then, but my MOAB may have been a week or two old at that point. I can bisect the history, but it's mildly time consuming because I have to cherry-pick my own patches back onto that state (so the build works, this is a couple git commands), rebuild, and relink my library, and run. I haven't written a condensed test case yet, but I can. Then I would be able to automate the bisection process to find which commit broke it.</div>
<div><br></div><div>But note that the iMesh API changed around that time. A minimal example probably wouldn't need to exercise those functions, but if I test using my library, I have to revert my updates for the new API.</div>