[VS.NET 2005] Vreemd gedrag tijdens debuggen

[MrSleeves]

Ik heb momenteel nogal vreemd gedrag van de debugger van VS.

Wat klopt er niet aan dit screenshot?


Volgens de debugger wordt de If-Then-actie gewoon uitgevoerd, terwijl -1 > 0 gewoon False is.
Als ik echter op regel 40 een break probeer te zetten, zet VS deze op regel 44. Dit kan normaal soms wel als je iets in de code (voor regel 40) veranderd, dan raakt VS "in de war" qua regelnummers. Echter, dat is niet het geval (ik heb de code niet veranderd voor de build).

Het gedrag is nogal lastig om te reproduceren. Deze code is onderdeel van een rekenprogramma, waarbij er bepaalde situaties kunnen ontstaan, waardoor er onwaarschijnlijke uitkomsten zijn. Als ik dan ga debuggen, is dit een deel waarbij er gewoon niets van de debug klopt. Maar het gedrag is wel vrij zeldzaam.
Verder maakt dit deel uit van een Class die overerft van een abstracte; de code wordt uitgevoerd met een Backgroundworker (dus in een andere thread).

Wie heeft er ooit zoiets meegemaakt en weet wellicht wat er mis gaat? Ik heb namelijk echt totaal geen idee

[whoami]

pdb files die niet up to date zijn, obj files die niet goed zijn ....

Doe eens een 'clean' van je solution.

Ivm je onwaarschijnlijke resultaten van je reken-opdrachten: kan dit iets te maken hebben met racing conditions ?

>DTE trouwens

[yamahabest]

In een release-build debuggen kan soms ook vreemde sprongen opleveren.

[MrSleeves]

whoami schreef op maandag 16 juni 2008 @ 14:01:
Ivm je onwaarschijnlijke resultaten van je reken-opdrachten: kan dit iets te maken hebben met racing conditions ?

Dat lijkt me onwaarschijnlijk. De berekening gebeurt in de Backgroundworker nadat alle data klaargezet is. Wijzigingen door de iteraties worden allemaal in diezelfde Backgroundworker gedaan. De berekening zelf is dus eigenlijk single-threaded.

yamahabest schreef op maandag 16 juni 2008 @ 14:05:
In een release-build debuggen kan soms ook vreemde sprongen opleveren.

Hmm, ik zie dat hij inderdaad nog in de release mode stond. Maar waardoor lijkt hij dan die regels uit te voeren? Staat de break eigenlijk ergens anders en wordt er andere code uitgevoerd dan weergegeven?

[whoami]

Je debugged in release mode ?
Dan genereer je wel pdb files in release mode ?

[leuk_he]

MrSleeves schreef op maandag 16 juni 2008 @ 14:18:
Hmm, ik zie dat hij inderdaad nog in de release mode stond. Maar waardoor lijkt hij dan die regels uit te voeren? Staat de break eigenlijk ergens anders en wordt er andere code uitgevoerd dan weergegeven?

Release mode optimaliseert. Daardoor lijken sommige source regel op andere plekken te komen. Nou weet ik niet hoe dat in vb werkt, maar in native c++ kijk je dan naar de assembler voor aanwijzingen. Ook een rebuilt kan geen kwaad omdat de incremental compiler soms hikken heeft.


PS, voor VS2005 is een service pack. (duurt abnomaal lang om die te installeren). Heb je die wel?

[ Voor 11% gewijzigd door leuk_he op 16-06-2008 14:53 ]

[MrSleeves]

whoami schreef op maandag 16 juni 2008 @ 14:30:
Je debugged in release mode ?
Dan genereer je wel pdb files in release mode ?

Tja, je vergeet wel eens wat..