award999 wrote:

So the approach in this PR still makes use of VSCode log rotation and 
persisting, where the log file goes in the same folder as LogOutputChannel 
would put it. So really the biggest difference I see is the verbosity of the 
file log vs. introducing a dependency. As long as you're fine with me moving 
all this to the ".info" level then I'll make that change to get something in 
place. Where this whole PR started was us trying to diagnose an intermittent 
Swift debugging failure which we have not been able to reproduce, and by the 
time we are able to video chat and see their screen they can not readily 
reproduce, but it has popped up often enough from numerous developers over the 
last year that something is clearly going wrong. My main concern is capturing 
the logging to diagnose intermittent failures without needing to configure 
after the fact. This approach using Winston has worked very well on numerous 
extensions I've worked on, but I can appreciate other developers including 
yourself may feel like LLDB DAP may not derive the same value from this, and 
for this OSS project less code to maintain is more attractive. So I'll start 
reverting out the dependency but at least want to move some messages from the 
"debug" to "info" level that would help diagnose this issue.

https://github.com/llvm/llvm-project/pull/146884
_______________________________________________
lldb-commits mailing list
lldb-commits@lists.llvm.org
https://lists.llvm.org/cgi-bin/mailman/listinfo/lldb-commits

Reply via email to