I started with that timeline view yesterday, it makes it really easy to see what is executing when and for how long. For example with the VDP commands entry on the timeline, it will be much easier for me to parallelise the CPU-VDP workload by just looking when the commands could best be executed. Where previously I had to mostly rely on a mental picture, guesses and rough measurements.
p.s. Also there was a little problem in the VDP command probe, but wouterv quickly fixed it today, so make sure to be updated to openMSX commit ae590392c9 if you want to use it.
Is the timeline chart in the latest version yet? It looks quite useful!
Not yet! I made that new mode but then never took the time to properly finalise it .
Back on my radar now.
I was in need of some profiling tools, and I just saw this thread. Awesome, thanks Grauw!
Question about tcl.
I'm running the
profile::section_scope_bp frame 0xFD9F # H.TIMI profile_osd t
I'm getting a continuous "warning: Too many arguments.", but I have no idea to debug where this warning comes from.
I can use:
profile
without problems and I'm getting the text output.
The problem is caused by the '# H.TIMI' comment, it's seen as 2 extra arguments for the 'profile::section_scope_bp' command. You can fix it by replacing '# H.TIMI' with ';# H.TIMI'.
'#' in Tcl acts different like in most other languages. Tcl has no special parsing rule for '#'. Instead it's as-if there is a proc with the name '#' that takes a variable number of arguments and that acts like a nop. So if you want to add a comment on the same line as another command, you first have to end that first command via ';'.
I know it's annoying, but that's how Tcl works
THanks wouter_... but it still happens without the # H.TIMI :S
Are you sure?
What does set $errorInfo
output?
This seems to point to the right place:
> set $errorInfo
can't read "too many arguments.
while executing
"debug set_watchpoint read_mem -once [reg sp] {} {debug set_condition -once {} {::namespace inscope :rofile {section_end {frame}}}}"": no such variable
Hey salutte, are you using a recent development build of openMSX? The section_scope_bp
command relies on “run-once” breakpoints (-once
) which was only introduced after the current openMSX 0.15.0 release. The same applies to section_irq_bp
. The commands section_begin_bp
and section_end_bp
do work on openMSX 0.15.0.