On Tue, 8 Oct 2013, David Knezevic wrote: > It wasn't a segfault actually. The solver was crashing, reporting that there > was a NaN in the matrix. > > I reverted to e1167380e6872c6dbf2e487d4908be192caa21e3 and it still didn't > work. Then I reverted to 99edb484698f647358c539df5a229503147bcdfd and it > worked again. > > I'll continue with the binary search...
Hmm... not sure a binary search is going to be helpful here. This change required a major refactor, and then lots of the subsequent changes are small bugfixes in that. Testing feature by feature might help. I assume your failure case uses AMR and/or Dirichlet BCs? Does it fail in serial? If you print the dof constraints for a working case vs the branch head, are there differences? --- Roy ------------------------------------------------------------------------------ October Webinars: Code for Performance Free Intel webinars can help you accelerate application performance. Explore tips for MPI, OpenMP, advanced profiling, and more. Get the most from the latest Intel processors and coprocessors. See abstracts and register > http://pubads.g.doubleclick.net/gampad/clk?id=60134071&iu=/4140/ostg.clktrk _______________________________________________ Libmesh-devel mailing list Libmesh-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libmesh-devel
