只是想知道是否有人可以解決我遇到的問題。 think()方法每100ms調用一次,並且我設置了一些斷點,但是第一個被停止的不是第一個。它似乎錯過了其他的停止。有沒有人見過這樣的事情?看下面的屏幕截圖,它停在的是第一個停在的屏幕截圖。.NET調試問題
Image Link http://img218.imageshack.us/img218/6761/debugissue.png
只是想知道是否有人可以解決我遇到的問題。 think()方法每100ms調用一次,並且我設置了一些斷點,但是第一個被停止的不是第一個。它似乎錯過了其他的停止。有沒有人見過這樣的事情?看下面的屏幕截圖,它停在的是第一個停在的屏幕截圖。.NET調試問題
Image Link http://img218.imageshack.us/img218/6761/debugissue.png
根據Think()被調用的方式,你可能打破了不同的線程,因此給人的感覺是你沒有達到每個斷點。例如,如果您點擊第一個斷點,然後點擊第二個點,然後再查看第一個斷點,您可能正在查看不同線程上的斷點。您可以通過查看線程調試窗口(Debug-> Windows-> Threads或Ctrl + Alt + H)來檢查。
HTH。
它看起來並不像它,但是做那些以前的斷點對他們的條件是什麼?你可以右鍵點擊這個點並選擇「Conditions ...」來查看 - 它允許你設置一個斷點,當某些事情成立時斷點斷點 - 也許這就是發生在這裏的事情。
除此之外,我不確定什麼會導致調試器跳過這些斷點,因爲它看起來每次都會觸發它們設置的代碼。
嘗試重建您的解決方案並重新設置斷點。我也有VS調試器錯過斷點,上面的程序一直在幫助。
這是因爲思考函數被調用每100ms,當你在調試你顯然花費更多的時間超過100ms最可能的原因。 – 24x7Programmer 2010-05-07 06:49:08
+1。如果您正在使用定時器來調用此函數,那麼如果第一次調用在100ms時間內未完成,則第二次調用將在不同的線程上。您可以在其中一個調試窗口中看到正在運行的線程以及您正在查看的線程。 – Paolo 2010-05-07 10:23:23
是的,這似乎是問題所在。我在另一個時間功能中也有了一個斷點。 歡呼聲。 Ĵ – 2010-05-08 12:51:55