Hi Anton, you are right. For the FUMI case I hoped to re-use some parser classes. For this purpose I introduce a configuraton part at the top of the simulation data to be able to switch between upgrade and initialization mode. But at the moment only the latter case is implemented.
Another point is to influence the simulator while runtime. I thought about a client which communicates over a socket with simulator plugin. Or do you think it makes sense to enhance the ABI interface? In such a case also other plugins can use it. Regards Lars On Monday, May 16, 2011 05:54:03 pm Anton Pak wrote: > Hello! > > I've realized that simulation plug-ins lack of runtime configuration. > It means we cannot change sensor reading value, insert/extract board, > simulate FUMI upgrade process or DIMI Test process or Watchdog outcome. > > Suggest to introduce new plug-in or to add a way of runtime configuration > in simulator or dynamic simulator. > > What say? > > Anton Pak > > --------------------------------------------------------------------------- > --- Achieve unprecedented app performance and reliability > What every C/C++ and Fortran developer should know. > Learn how Intel has extended the reach of its next-generation tools > to help boost performance applications - inlcuding clusters. > http://p.sf.net/sfu/intel-dev2devmay > _______________________________________________ > Openhpi-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/openhpi-devel ------------------------------------------------------------------------------ Achieve unprecedented app performance and reliability What every C/C++ and Fortran developer should know. Learn how Intel has extended the reach of its next-generation tools to help boost performance applications - inlcuding clusters. http://p.sf.net/sfu/intel-dev2devmay _______________________________________________ Openhpi-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/openhpi-devel
