Is Edit and continue support available for X64 application in VS2010 ?
-
Hi Richard, Thanks for your reply..Its mainly intended for VS2013. I am not able to do for VS2010 Thanks, SMA
-
Hi Richard, Thanks again for your reply. Actually I came to know from link that "Edit and continue" feature is not available for X64 bit application in VS2010..In order to be make sure I wanted to hear it from expert team who had already having hands on experience on this. Thanks, SMA
-
Hi Richard, Thanks again for your reply. Actually I came to know from link that "Edit and continue" feature is not available for X64 bit application in VS2010..In order to be make sure I wanted to hear it from expert team who had already having hands on experience on this. Thanks, SMA
-
Hi Richard, Thanks again for your reply. Actually I came to know from link that "Edit and continue" feature is not available for X64 bit application in VS2010..In order to be make sure I wanted to hear it from expert team who had already having hands on experience on this. Thanks, SMA
I'm going to have to second Richard on this... I've never used Edit & Continue... I wouldn't depend on a feature that's not really widely used as that (none of the other developers in my company use it either).
-
I'm going to have to second Richard on this... I've never used Edit & Continue... I wouldn't depend on a feature that's not really widely used as that (none of the other developers in my company use it either).
-
Hi All, I am using VS 2010 (SP1). When I am trying to use Edit and continue for debugging X64 bit application, I am getting the following error, "the source file has changed it no longer matches the version of the file used to build the application being debugged" Is there anyway to get rid of this? OS: Win2008server (64 bit) Thanks, SMA
-
I have never used it either. Rather curious as to what development methodology would be in use such that this would be a feature that one could ever rely on in a non-trivial way.
Yeah, I'd be curious too. It's not a very helpful feature, sounds more like a feature added for the sake of adding bullet point highlights for a new release of VS.
-
Yeah, I'd be curious too. It's not a very helpful feature, sounds more like a feature added for the sake of adding bullet point highlights for a new release of VS.
I very rarely use it to fix minor typo-like errors, such as replacing
<with<=, or changing literal values in assignments or function calls to something else. The reason is that I'm often confronted with deep levels of function calls with multiple nested loops, and getting back to the same point of debugging can be very time consuming.GOTOs are a bit like wire coat hangers: they tend to breed in the darkness, such that where there once were few, eventually there are many, and the program's architecture collapses beneath them. (Fran Poretto)
-
I very rarely use it to fix minor typo-like errors, such as replacing
<with<=, or changing literal values in assignments or function calls to something else. The reason is that I'm often confronted with deep levels of function calls with multiple nested loops, and getting back to the same point of debugging can be very time consuming.GOTOs are a bit like wire coat hangers: they tend to breed in the darkness, such that where there once were few, eventually there are many, and the program's architecture collapses beneath them. (Fran Poretto)
True, but nothing that you couldn't do with a bookmark and/or a conditional break point.