Re: [Simulavr-devel] RFC: a few feature ideas

2009-04-24 Thread Knut Schwichtenberg
Colin, I have some questions so please try to explain your wishes a little deeper. Colin Coombs wrote: > (1) every event from the simulator process to the ui process must be > accompanied by the current (simulated) timestamp simulavrxx can simulate different CPUs in a single program. What timestam

Re: [Simulavr-devel] RFC: a few feature ideas

2009-04-24 Thread Knut Schwichtenberg
Sorry for my late reply, but the day has only 24hours... Joel Sherrill wrote: > As I have been working on getting a feedback > and testing framework built for a real application, > I have come across a few things I think would > be useful. I would like to bounce them all off > of you. While your b

Re: [Simulavr-devel] RFC: a few feature ideas

2009-04-23 Thread henne...@cableone.net
On Wed Apr 22 17:38 , 'Michael N. Moran' sent: >henne...@cableone.net wrote: >> On Wed Apr 22 16:57 , "Michael N. Moran" sent: >> >>> Joel Sherrill wrote: >> + A mechanism to load the contents of the eeprom to a file and subsequently save it to that file. >>> That sounds useful. I guess

Re: [Simulavr-devel] RFC: a few feature ideas

2009-04-23 Thread Colin Coombs
Hi Joel, your ideas are bordering on an area I am *very* interested in, so I would like to outline a few ideas of my own, and bounce them off you in return. Disclaimer: I will not be able to begin detailed design of my proposals for a few weeks yet, so some of these ideas may turn out to be a bi

Re: [Simulavr-devel] RFC: a few feature ideas

2009-04-22 Thread Joel Sherrill
Michael N. Moran wrote: Joel Sherrill wrote: As I have been working on getting a feedback and testing framework built for a real application, I have come across a few things I think would be useful. I would like to bounce them all off of you. Is that going to hurt? ;) :) + A mec

Re: [Simulavr-devel] RFC: a few feature ideas

2009-04-22 Thread Joel Sherrill
Michael N. Moran wrote: ASCII might make the files easier to edit by hand if required but, of course, that would "complicate" the load/save procedures. I have code from RTEMS that reads/writes the binary coverage maps written by simulators. So it would not be any special effort to write it

Re: [Simulavr-devel] RFC: a few feature ideas

2009-04-22 Thread Michael N. Moran
henne...@cableone.net wrote: On Wed Apr 22 16:57 , "Michael N. Moran" sent: Joel Sherrill wrote: + A mechanism to load the contents of the eeprom to a file and subsequently save it to that file. That sounds useful. I guess there may be cross platform issues with file I/O, but ... other tha

Re: [Simulavr-devel] RFC: a few feature ideas

2009-04-22 Thread henne...@cableone.net
On Wed Apr 22 16:57 , "Michael N. Moran" sent: >Joel Sherrill wrote: >> + A mechanism to load the contents of the eeprom >> to a file and subsequently save it to that file. > >That sounds useful. I guess there may be cross >platform issues with file I/O, but ... other than >that :) There really

Re: [Simulavr-devel] RFC: a few feature ideas

2009-04-22 Thread Michael N. Moran
Joel Sherrill wrote: As I have been working on getting a feedback and testing framework built for a real application, I have come across a few things I think would be useful. I would like to bounce them all off of you. Is that going to hurt? ;) + A mechanism to load the contents of the eepro

[Simulavr-devel] RFC: a few feature ideas

2009-04-22 Thread Joel Sherrill
Hi, As I have been working on getting a feedback and testing framework built for a real application, I have come across a few things I think would be useful. I would like to bounce them all off of you. + A mechanism to load the contents of the eeprom to a file and subsequently save it to that f