aspnetcore/src/Shared/Buffers.MemoryPool
Stephen Halter e727101957
Work around potential race in PipeWriter Redux (#11065)
- Make sure we always await the last flush task before calling FlushAsync
  again instead of preemptively calling FlushAsync and checking to see
  if the ValueTask is incomplete before bothering to acquire the _flushLock
- This now acquires the _flushLock fore every call to Response.Body.Write
  whereas this only happened for truly async writes before.
- I don't think this is a big concern since this should normally be uncontested,
  and DefaultPipeWriter.FlushAsync/GetResult already acquire a lock.
2019-06-13 20:03:29 -07:00
..
DiagnosticMemoryPool.cs
DiagnosticPoolBlock.cs
MemoryPoolBlock.cs Lock during finalizer to not race with dispose in MemoryPoolBlock (#9555) 2019-04-22 15:55:53 -07:00
MemoryPoolFactory.cs Work around potential race in PipeWriter Redux (#11065) 2019-06-13 20:03:29 -07:00
MemoryPoolSlab.cs
MemoryPoolThrowHelper.cs
SlabMemoryPool.cs Implement new bedrock listener abstraction and re-plat Kestrel on top (#10321) 2019-05-30 20:34:26 -07:00