Bah - Roy's instinct was correct... while those refinement flags make it
out of uniformly_refine() and refine_and_coarsen_elements() the do get
eaten by EQ::reinit(). I don't know why yet (no explicit calls to
clean_refinement_flags() from reinit() for instance).
So that's already somewhat unreliable...
Derek
On Tue, Nov 27, 2012 at 2:58 PM, Roy Stogner <royst...@ices.utexas.edu>wrote:
>
> On Tue, 27 Nov 2012, Derek Gaston wrote:
>
> Thanks! I just verified this, and it looks like it's exactly what I need.
>>
>
> If you have time, would you add a test for this? Maybe I'm being
> paranoid, but carelessly changing the point at which JUST_REFINED
> becomes DO_NOTHING sounds like exactly the sort of regression I might
> make while refactoring things for ParallelMesh+AMR+**repartitioning
> fixes.
> ---
> Roy
------------------------------------------------------------------------------
Keep yourself connected to Go Parallel:
INSIGHTS What's next for parallel hardware, programming and related areas?
Interviews and blogs by thought leaders keep you ahead of the curve.
http://goparallel.sourceforge.net
_______________________________________________
Libmesh-devel mailing list
Libmesh-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/libmesh-devel
