1. 13 7月, 2016 2 次提交
  2. 12 7月, 2016 1 次提交
  3. 11 7月, 2016 2 次提交
  4. 09 7月, 2016 1 次提交
  5. 06 7月, 2016 1 次提交
  6. 01 7月, 2016 3 次提交
    • V
      Merge microupdate into master (#12258) · 5ee3bdd5
      Visual Studio Languages Snap Account 提交于
      * Merge pull request #12041 from heejaechang/buildsyncrace
      
      found one more case where documentId can be null
      
      * prevent VS from crashing if VS got shutdown while build error reporting is in progress.
      
      * Update our NuGet package version to 1.3.2
      
      * Update Microsoft.DiaSymReader.Native to 1.4.0 RTM (#12141)
      
      * Enable building of release nuget packages.
      
      This commit makes it so that we will always try to generate release nugets except if they depend on prerelease packages. If one of our nuget packages happens to depend on prerelease packages, then when building release nugets, we will simply print a message in the build output and skip release nuget generation for that package (and allow the overall build to succeed).
      
      * Address code review feedback.
      
      * Simplify script to use nuget.exe for prerelease dependency validation instead of adding custom logic in the script for this.
      
      * Remove Microsoft.CodeAnalysis.EditorFeatures from list of prerelease nuget packages.
      
      * Change the name of the error log file to skipped_packages.txt.
      
      * fixed DifferenceViewer leak
      
      this leak was responsible for about 14% of managed memory in customer's dump.
      
      basically, in certain condition, if cancellation exception is thrown, we will not close difference viewer which cause
      all text views to leak. that cause all taggers and text buffers to leak and that cause our preview workspaces to alive.
      which in turn cause all solutions to alive and so on. all those objects (view, buffer, workspace, solution) are quite
      big graphs. so ends up eat up 14% of memory.
      
      added assert to make sure if we leak viewers again, we get some kind of notification.
      5ee3bdd5
    • K
    • K
  7. 30 6月, 2016 1 次提交
  8. 28 6月, 2016 1 次提交
    • M
      Display analyzer assemblies with no applicable diagnostic analyzers t… (#12174) · 76d52fe5
      Manish Vasani 提交于
      * Display analyzer assemblies with no applicable diagnostic analyzers towards the end of analyzers list in solution explorer
      
      For most cases, these are analyzer depedencies with no analyzers.
      For few cases, these might be analyzer assemblies with no analyzers applicable for the given project langauge.
      For few other cases these might be analyzer assemblies whose diagnostic analyzers could not be instantiated for some reason, and hence have no rules.
      
      We still display such analyzers in the solution explorer so the user is aware that the project file contains these analyzer references, but display them towards the end to avoid clutter.
      
      Fixes https://github.com/dotnet/roslyn/issues/12047
      
      * Address PR feedback and completely hide the analyzer dependencies (analyzer assembly has no diagnostic analzyers and also has no load errors)
      76d52fe5
  9. 25 6月, 2016 1 次提交
    • H
      fixed DifferenceViewer leak · ec082ecc
      Heejae Chang 提交于
      this leak was responsible for about 14% of managed memory in customer's dump.
      
      basically, in certain condition, if cancellation exception is thrown, we will not close difference viewer which cause
      all text views to leak. that cause all taggers and text buffers to leak and that cause our preview workspaces to alive.
      which in turn cause all solutions to alive and so on. all those objects (view, buffer, workspace, solution) are quite
      big graphs. so ends up eat up 14% of memory.
      
      added assert to make sure if we leak viewers again, we get some kind of notification.
      ec082ecc
  10. 24 6月, 2016 1 次提交
  11. 23 6月, 2016 1 次提交
  12. 21 6月, 2016 1 次提交
  13. 18 6月, 2016 2 次提交
  14. 17 6月, 2016 1 次提交
    • H
      loose up a bit on what happens when build error report on us errors on a file... · 2f5df277
      Heejae Chang 提交于
      loose up a bit on what happens when build error report on us errors on a file that doesn't exist in roslyn solution
      but have error code we own.
      
      we used to treat them as project level errors but that made us to sometime show one entry for multiple error reports.
      
      now, we will at least show all of them, but things like double click will not work since we don't know which document it is.
      2f5df277
  15. 16 6月, 2016 3 次提交
  16. 15 6月, 2016 3 次提交
  17. 14 6月, 2016 3 次提交
  18. 11 6月, 2016 2 次提交
  19. 10 6月, 2016 1 次提交
  20. 09 6月, 2016 1 次提交
  21. 07 6月, 2016 2 次提交
  22. 03 6月, 2016 1 次提交
  23. 02 6月, 2016 1 次提交
  24. 01 6月, 2016 1 次提交
  25. 26 5月, 2016 3 次提交