You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
I don't really know what's up, but my favourite debugging technique for the F# compiler now seems to be messed up. I believe it's because the PDB files being generated by the compiler are now wrong somehow
Normally I do this:
devenv /debugexe Debug\net40\bin\fsc.exe test.fs
If I then put some breakpoints in Optimizer.fs I expect to hit them, e.g. in OptimizeLambda and OptimizeImplFileInternal.
But now the line numbers for stack frames shown by both VS2015 and VS2017 are wrong. For example, in the screen shot below the hover tip claims that OptimizeLambda is on line 3168 of Optimizer.fs. But that's nowhere neat the actual source range of that function
This means none off the following work correctly
Setting breakpoints (setting a breakpoint in most places in Optimzier.fs now normally fails to bind)
double-click source navigation up and down the call stack no longer works
Maybe it's related to some of the other issues with debugging reported recently, e.g. the portable debug format
Activity
forki commentedon Apr 5, 2017
We're all cheering to get #2773 in
KevinRansom commentedon Apr 5, 2017
@dsyme we are now using portable pdbs rather than desktop pdb's. There may still be some issues because we haven't really been dogfooding them.
dsyme commentedon Apr 5, 2017
I confirmed that moving to "full" makes this problem go away. Closing in favour of #2773
vasily-kirichenko commentedon Apr 5, 2017
@dsyme use #2773. Without it VFT isn't debuggable at all.