Dimiter 'malkia' Stanev

Results 46 comments of Dimiter 'malkia' Stanev

We have a custom tool that deals with .sln, using Microsoft.Build - just profiled our app, and 30% of the time is spent there - |Function Name|Total CPU \[unit, %\]|Self...

I think it is, but not sure if I need to add exclude for the subst drive (B:\) - I'll try it out! Thanks!

FYI - Investigating now, but seem like enabling "Locks" check in AppVerif may cause this. So far just enabling "Heaps" checking does not. I'll have more as time goes on....

Some more findings. Our AppVerif was set with: C:\Windows\System32\appverif.exe -enable Heaps Locks Memory TLS DirtyStacks Threadpool Leak SRWLock Cuzz -for SCRUBBED_APP.exe I was able to narrow down a successful run,...

I had to declare HAVE_CPP_STDLIB top-level for projects using OpenTelemetry, and wished it was prefixed with OPENTELEMETRY_, and then split if needed (suggested above). So I would love to see...

We have a possible use case. We have `cuebot` on GCP and few render Windows workers there too. Initial tests indicate that this woks fine, scaling to more should not...

@paco-sevilla - Thank you so much!!! I've been just experiencing this issue - where 25 mins to decompress the bazel cache (granted It's probably caching more than needs to). Thank...

Awesome job @samypr100 - I'll have to try it out! - I was experimenting here with NTFS and tried ReFS - https://github.com/malkia/opentelemetry-cpp/blob/main/.github/workflows/otel_sdk.yml#L28 - though the VHDX gets to be much...

I have a list in my soft fork, with few more incompatbiles that were enabled (whatever I can) - https://github.com/malkia/opentelemetry-cpp/blob/main/.bazelrc#L92 - although that specifically did not work - I think...

I saw only `Microsoft.VisualStudio.Component.VC.14.29.16.11.ARM` and `Microsoft.VisualStudio.Component.VC.14.29.16.11.ARM64` - but not x64 and x86. 14.29 is Visual Studio 2019 (v142)