On Nov 2, 2012, at 3:22 PM, Roy Stogner <royst...@ices.utexas.edu> wrote:
> > On Fri, 2 Nov 2012, Kirk, Benjamin (JSC-EG311) wrote: > >> If I do this I don't need a container. But there is a problem, at >> least in DEBUG mode, there is a collective assertion in >> get_unique_tag(), preventing me from creating one inside the "if >> (libMesh::processor_id() == 0)" bit >> >> See the issue? What would your proposed path forward be? > > Yeah, in that case you really do want to save the tags as they're > created; the point is for them to match up later after all. What > happened to the "create a default constructor so we can create vectors > of MessageTags" plan; wouldn't that work fine here? (Actually, even if > I remove that default argument g++ still seems to be letting me create > vectors of MessageTags, I just have to push_back() each one rather > than pre-sizing the vector) I was able to run with a vector of tags, but the vector *desctructor* died (in debug mode) trying to dereference an "unused" tag. My guess this is because our simple reference counting is suffering the same issue as std::auto_ptrs<> with put in a container? Something like a shared_ptr implementation may be required to containerize them? So then I decided to work around the container issue (as that seems a major rework) and, well, here we are! -Ben ------------------------------------------------------------------------------ LogMeIn Central: Instant, anywhere, Remote PC access and management. Stay in control, update software, and manage PCs from one command center Diagnose problems and improve visibility into emerging IT issues Automate, monitor and manage. Do more in less time with Central http://p.sf.net/sfu/logmein12331_d2d _______________________________________________ Libmesh-devel mailing list Libmesh-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libmesh-devel
