Here is one potential solution: The ThreadedIO in system_io.C is the key. If this is templatized using the value type, the appropriate method XDR::data_stream() in xdr_cxx.C will be called. So, providing the template value (for ThreadedIO) to be Real when Number=Complex should do the trick.
The catch here is that this template value will have to be carried down all the way from EquationSystems::read(). So, if Number = Complex, but the data in XDR is Real, then something like EquationSystems::read<Real>() should work fine. In which case, all methods down to System::read_serialized_block_dof_object() will need an extra template value. Does this sound reasonable? Manav On Wed, Mar 20, 2013 at 5:27 PM, Manav Bhatia <[email protected]> wrote: > Thanks, Ben. I am currently digging into xdr_cxx.h/.C , hoping to find > something. > In case you find something, please let me know. > > Manav > On Wed, Mar 20, 2013 at 5:23 PM, Kirk, Benjamin (JSC-EG311) < > [email protected]> wrote: > >> On Mar 20, 2013, at 4:06 PM, Manav Bhatia <[email protected]> wrote: >> >> > I will need help in identifying if there truely some function where >> this >> > happens, and where. Any inputs would be greatly appreciated. >> >> >> I'll take a look and get back to you - the only reason the current XdrIO >> class is not templated on type is because it is ancient… >> >> -Ben >> >> > ------------------------------------------------------------------------------ Everyone hates slow websites. So do we. Make your web apps faster with AppDynamics Download AppDynamics Lite for free today: http://p.sf.net/sfu/appdyn_d2d_mar _______________________________________________ Libmesh-users mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/libmesh-users
