> Okay; I'll see what I can do. This is an API backwards compatibility > issue, so I'll need to be careful. We'll definitely want a > --with-getpot-namespace= option, and we'll be bending the rules if we > don't default to the previous-API-compatible value for at least one > release... > > Would "requires libMesh n.n+ configured with > --with-getpot-namepace=libMesh, or libMesh n.m+" be good enough? > Sure! It would be perfect to me, I really thank you. > > Ah, I see. That's definitely an issue. I presume the GnuPlotIO class > was *only* written to handle solution plotting, but unlike some of our > other IO classes in that category, it doesn't *enforce* that > limitation at compile time by requiring the EquationSystems to be > provided to the constructor, nor does it even document that > limitation... > > I don't have time to fix it or test the fix, but if you want to try > then there might be an easy hack: in write_solution just use 0 instead > of (*soln)[someindex] if soln is null, and use "Mesh" instead of > (*names)[0] if names is null. > ---
I'll try it, I'll follow your clue, I think i won't have any problem. Thank you again Simone ------------------------------------------------------------------------------ Check out the vibrant tech community on one of the world's most engaging tech sites, Slashdot.org! http://sdm.link/slashdot _______________________________________________ Libmesh-users mailing list Libmesh-users@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/libmesh-users
