S
Sven Erik Matzen
Does anybody know when these very old and extremely productive feature "Edit
and Continue" will run like it did in VB6? I mean this is what a tool makes
really RAD - fixing while debugging in contrast to spend hours in debugging,
stopping execution, changing 3 lines, building code, debugging again ...
that's really old style programming. In vb I had edit and continue since I
don't know how many years - now it's gone :.-(
I think it should not be too complex to implement this little feature when
having in mind that the jitter is invoked for each procedure not already
compiled. Why not simply compile the source again to IL and let the jitter
compile to native code again? BTW.: in vb6 I was able to change each line
just before executing it; and change and execute it again if it did not
produce my desired result ... that was coool
CU,
Sven
and Continue" will run like it did in VB6? I mean this is what a tool makes
really RAD - fixing while debugging in contrast to spend hours in debugging,
stopping execution, changing 3 lines, building code, debugging again ...
that's really old style programming. In vb I had edit and continue since I
don't know how many years - now it's gone :.-(
I think it should not be too complex to implement this little feature when
having in mind that the jitter is invoked for each procedure not already
compiled. Why not simply compile the source again to IL and let the jitter
compile to native code again? BTW.: in vb6 I was able to change each line
just before executing it; and change and execute it again if it did not
produce my desired result ... that was coool
CU,
Sven