I set up the VS as described in the video which was quite good. I'm building that sketch.

Release the output window I get:
Compiling 'MySketch' for 'Arduino Duemilanove w/ ATmega328'
Binary sketch size: 1094 bytes (of a 30720 byte maximum) (1.383 secs)
Uploading to I/O board using 'COM5'
Done uploading

But when I do debug I get:
Compiling 'MySketch' for 'Arduino Duemilanove w/ ATmega328'
Binary sketch size: 1094 bytes (of a 30720 byte maximum) (1.69 secs)
Compiling debug version of 'MySketch' for 'Arduino Duemilanove w/ ATmega328'
MySketch.pde : In function 'void setup()'
MySketch.pde : 'MicroDebug' was not declared in this scope
MySketch.pde : In function 'void loop()'
MySketch.pde : 'MicroDebug' was not declared in this scope
Error compiling
Any ideas? I uninstalled the previous version and now I am using 1.1219 BETA.
Thank you.

1)

Have you set your Tools>Visual Micro>Compiler>Libary Optimization to false? 

If not, does that fix it?
Answer=No.

2)

If the answer to 1) is no, then we need to check the uninstall remove the old files correctly. 
Question: Do you mean the last beta or files of the sketch?

Please tell me the dates and times of the Visual.Micro.Processing.Sketch.dll and the Visual.Micro.Visual.Studio.Arduino.10.dll in the visual micro program folder.
Answer:
Visual.Micro.Processing.Sketch.dll = 7/19/2012
Visual.Micro.Visual.Studio.Arduino.10.dll = 7/19/2012

I'm now uninstalling and ensure the dll's are correct...thank once again.

Sorry, I must be dense. I see the reference but only 1208 and 1207 have an active download link not 1209.19. If it's not there can you reply with the 1209.19 link?
Thanks.

Okay, all is correct - no errors on compile.
Library = false
No breakpoints as per video work and standard breakpoints do not stop execution.
I'm using UNO on com4.
What's fix to check?
Thanks.

Hi Enddoc,

Thanks for the great example, I think I can see the problem and here is also a bit of info to help. We certainly need better documentation

You have switched on "startup wait" and also set "startup delay" to 4 milliseconds. "Startup wait" causes the arduino to send a debug message to visual studio letting it know you want to wait for F5 to be pressed before the arduino will start.

The arduino starts up immediately after upload so in theory it sends the F5 wait message before Visual Studio has had a chance to start the debug listening.

So the reason why no trace messages appeared is because the startup delay is 4ms and visual micro missed the F5 message. The arduino is actually waiting so no trace messages appear. You will also find that pressing F5 in visual studio will ask you if you want to stop the debug session and re-compile. Again this is because visual studio doesn't know it is supposed to be waiting for you.

When things are working and you press F5 to continue Visual Micro uses a simple system to tell the arduino to continue. You can replicate the system simply by sending the 'c' serial character using the serial window. If you do this with your current setup you should see the debugger spring to life.

It's best to leave startup delay empty so vm uses defaults which I've tested quite well (i hope). I think the defaults are 500ms, I might be wrong. Anyway, a few seconds  (3000) wouldn't hurt

Actually if you are using the main upload port for debug and you have the "Startup Pause/Dtr" true (which is the default) then vm should be re-booting the arduino when it starts the debugger. 

Unrelated but a good thing to do.. Switch on the DTR checkbox on the serial monitor for COM4

I notice you have entered the default upload port as the LocalDebugPort. That's okay but you can leave it empty because vm defaults to the upload port (which I can see is selected on your std vm tool bar). I suggest you clear the LocalPort property for now.

All other settings look great. I think if you clear the localPort and set the startup delay property back to 0 it should be ok. I have my fingers and toes crossed

Thanks for the update, it always is a big help to hear the results

If I have mistakenly included an image in the help that shows the wait time as 4 milliseconds then please let me know so that I can re-make the screen shot. 

The value should be 0 (default) for new debug users.

Hi Bob,

The debug header is currently being inserted before the first line of code which is in an #if

There will be a fix in the next release but in the meantime add the following code to the top of the .ino file or move any global var to the top.

int dummy; 

This will then be the first valid code line and well away from the conditional #if's