Difference between revisions of "Talk:Debugging Exercises"

(strikethrough completed tasks)
(Add a Test section?: new section)
Line 138: Line 138:
  
 
<s>Yes I think that's a good idea.. otherwise it may feel empty to complete an exercise, since you don't actually "solve" anything.</s>
 
<s>Yes I think that's a good idea.. otherwise it may feel empty to complete an exercise, since you don't actually "solve" anything.</s>
 +
 +
[[User:Hinerm|Hinerm]] ([[User talk:Hinerm|talk]])
 +
 +
== Add a Test section? ==
 +
 +
I was just thinking that it might be fun to add a companion test section, where the reader has to pick the appropriate debugging method for a variety of tasks? I don't know.. just a thought.
  
 
[[User:Hinerm|Hinerm]] ([[User talk:Hinerm|talk]])
 
[[User:Hinerm|Hinerm]] ([[User talk:Hinerm|talk]])

Revision as of 15:20, 3 December 2015

Exercise 8: Profiling

Used when we need information about performance

exercise: two methods, which takes more time to run?

  • open jvisualvm
  • run E8 program
  • double-click in jvisualvm
  • open “profile” tab
  • click “Settings”
  • change package to net.imagej.trouble.**
  • start profiling.


question box: which method took longer?


Exercise 9: Multiple threads

Even though no code changes, sometimes debugging affects code execution

exercise: debug once where breakpoint stops thread, once where it stops vm

  • Run E9 with no breakpoint. Note that it works fine
  • Now set a breakpoint in the “getName” method of either the Even or Odd LonelyRunnable
  • Set the breakpoints property to “Suspend thread”
  • Debug E9. After hitting the breakpoint, wait for a few seconds. Eventually you should see that a different thread is paused and “Expecting Exception”.
  • resume the threads and see the stack trace.
  • Now modify the breakpoint and tell it to suspend VM instead of just the thread
  • Debug again. When you hit a breakpoint, make sure you resume the VM and not just the thread.


Hinerm (talk)

Exercise 2 - Ellen's Questions

Sorry guys... can you just clarify the final part of this exercise? I get the point of expressions - just not necessarily how to implement them correctly and then go through the debugging process... I'm missing something here...

"To complete this exercise: 1. Write an expression that calls the size() method of our list. 2. Write a 2nd expression that evaluates to the value of the index variable"

For these two steps... wording is weird and confusing - so I'm not sure exactly what I need to do... (note: this could just be an Ellen-exclusive issue)

maybe another image - snapshot - would be helpful here?? something a bit more concrete - since this is really the point of this exercise - expressions...

Etarena (talk)

Response from Mark

There's a line that's like "any number of Java expressions".. before this there should be a robust description (and links, including examples) of precisely what java expressions **are**..

Hinerm (talk)

TODO: Emphasize the utility of Exception Breakpoints - that we don't need to know where the failure occurred

Hinerm (talk)

Exercise 3 - Ellen's Questions

Sorry - again... maybe because it is 'me'...

Can you give me a concrete conditional statement as an example in the conditional breakpoints example step 5???

As a first-first-first timer... I have no idea what to even write! Sorry. I know... stupid, but true.

Etarena (talk)

Response from Mark

I think my adding "any java conditional statement" is confusing.. and maybe it shouldn't be so vague? Before the instruction steps is a blurb "a breakpoint that stops in the loop when the everythingIsOK flag is set to false" which is the hint to what the condition should be. But it's probably not worth making the user deduce the statement.

Or at the least, we could have an expand/hide box that provides the conditional statement


Hinerm (talk)

Need clearer explanation of when and why to use hit count

Hinerm (talk)

Exercise 4 - Ellen's Questions

That's right! I've made it to #4... but not without some more 'simple' questions...

I have NO idea what to do with :

ImageJ.app/ImageJ-linux64 --debugger=8000

huh?!

That's right. In this case... even the link did not help me.

Sorry!

I'll finish this exercise at a later point then...

Response from Mark

<So this command is intended to be run from the command line, to launch ImageJ from a terminal so you can add the "debugger" configuration flag.

I wonder if there is a general scheme that could be used to quickly and unambiguously convey this kind of instruction.. like.. green = do this in eclipse, red = do this on the command line, etc...?

Hinerm (talk)

Also should add a link to Troubleshooting#Launching_ImageJ_from_the_console

Hinerm (talk)

Exercise 5 - Ellen's Questions

nope. got it.

but i didn't get the same 'bad' commit as was indicated... mine said something like 'Johannes wants more maths...

Mark's response

Note that this was the result of just **one step** of the bisect process. ;)

Hinerm (talk)

Exercise 6 Notes

If an individual doesn't know what a stack trace is they have no chance at completing this exercise. We need a link in the preamble to stack traces (and maybe even earlier, since we start talking about stack traces in exercise 1.. so maybe in Requirements?)

And again the goals could be clearer - that we are looking at situations where stack traces are not generated, so we have to take extra steps to collect this information.

Hinerm (talk)

Ellen's General point...

I like that you wrote a section for each exercise for the 'goals' ... can you do another thing at the end to summarize the main 'take-aways'... just to help keep the user in the right perspective of the exercise.

my last two cents - promise.

Etarena (talk)

Yes I think that's a good idea.. otherwise it may feel empty to complete an exercise, since you don't actually "solve" anything.

Hinerm (talk)

Add a Test section?

I was just thinking that it might be fun to add a companion test section, where the reader has to pick the appropriate debugging method for a variety of tasks? I don't know.. just a thought.

Hinerm (talk)