- 18 2月, 2016 3 次提交
-
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-
由 Cyrus Najmabadi 提交于
-
- 14 2月, 2016 1 次提交
-
-
由 Gen Lu 提交于
Merge from branch 'master' to 'stabilization'
-
- 13 2月, 2016 20 次提交
-
-
由 Gen Lu 提交于
-
由 John Hamby 提交于
IOperation API review
-
由 CyrusNajmabadi 提交于
Moving the Glyph enum back to the 'Features' dll.
-
由 AlekseyTs 提交于
Ensure custom modifiers are copied for types of overriding properties and events even in the case of dynamic/object mismatch.
-
由 John Hamby 提交于
-
由 Gen Lu 提交于
-
由 CyrusNajmabadi 提交于
Improve add-using perf in interactive window. Fixes #8637
-
由 John Hamby 提交于
-
由 Jason Malinowski 提交于
Correctly localize the "Failure" and "Warning" strings
-
由 CyrusNajmabadi 提交于
-
由 Dustin Campbell 提交于
Ensure that VB XML doc comment completion returns correct tag names
-
由 AlekseyTs 提交于
Ensure custom modifiers are copied for types of overriding properties and events even in the case of dynamic/object mismatch. Fixes #7674.
-
由 Tomáš Matoušek 提交于
Rename ContinueAsync to RunFromAsync and make it public
-
由 AlekseyTs 提交于
Ensure DeclarationTreeBuilder.GetModifiers doesn't throw on unexpected tokens that have errors.
-
由 CyrusNajmabadi 提交于
1. When creating symbol tree infos, lazily produce BKtrees. That way we don't take the perf hit for features that want to search but don't need fuzzy matching 2. Don't perform fuzzy matching interactive. The problem here is that interactive Doesn't have a 'serialization service'. As such, when VS loads and we run interactive, we end up having to produce all the same BKtrees for metadata again. In normal scenarios we can store these in the .vs file, so we only pay the price the very first time. In Interactive we always pay the price the first time after VS loads.
-
由 AlekseyTs 提交于
Handle default parameter values for event accessors in CreateBinderForNodeAndUsage.
-
由 CyrusNajmabadi 提交于
Prevent NaN from slipping into .Measure calls. Fixes #8514
-
由 Jared Parsons 提交于
Normalize paths when generating pipe names
-
由 Jared Parsons 提交于
Harden determinism job
-
由 Dustin Campbell 提交于
-
- 12 2月, 2016 16 次提交
-
-
由 Dustin Campbell 提交于
-
由 Dustin Campbell 提交于
-
由 Dustin Campbell 提交于
-
由 Dustin Campbell 提交于
-
由 Dustin Campbell 提交于
Fix Code Model race for real this time
-
由 Dustin Campbell 提交于
-
由 Tomas Matousek 提交于
-
由 John Hamby 提交于
-
由 John Hamby 提交于
-
由 Tomáš Matoušek 提交于
Misc renames and minor cleanup
-
由 Tomáš Matoušek 提交于
Add CompilationOutputFiles test helper.
-
由 Dustin Campbell 提交于
I thought I'd fixed this subtle race with PR #8607. After all, the check-in tests were passing and it passed locally on my machine. However, it was still failing consistently on the build server. Finally, I noticed that the only test passes that were failing were on x86 *Release* (insert sound of forehead being smacked). After compiling Release, I could reproduce the problem locally. It turns out that this was a race with GC. In a previous fix, when adding an element to FileCodeModel's element cache, we would first check to see if the element was already in the cache. If it was in the cache, we'd remove it before adding it. However, the test to see if the element was in the cache called `CleanableWeakComHandleTable.TryGetValue(TKey key, out TValue value)`, which would only return true if `key` was in the cache and `value` was not set to null. In essence, it's defined like so: ```C# public bool TryGetValue(TKey key, out TValue value) { this.AssertIsForeground(); WeakComHandle<TValue, TValue> handle; if (_table.TryGetValue(key, out handle)) { value = handle.ComAggregateObject; return value != null; } value = null; return false; } ``` However, when running in Release, the GC can run a bit more aggresively and `handle.ComAggregatedObject` (a weak reference) could easily be null. The fix is to add a simpler `CleanableWeakComHandleTable.ContainsKey(TKey key)` and use that instead. ```C# public bool ContainsKey(TKey key) { this.AssertIsForeground(); return _table.ContainsKey(key); } ```
-
由 John Hamby 提交于
-
由 CyrusNajmabadi 提交于
Enable Glyph's on code actions.
-
由 CyrusNajmabadi 提交于
-
由 CyrusNajmabadi 提交于
-