Will Fuqua

I tested IE10 with the following code snippet: ``` html ``` It did not load either of the two favicons, and instead loaded the root favicon located at `/favicon.ico`. After...

@xr09 I tried this: ``` html ``` and it did not work. I think the solution on the page you linked is working because of the IE10 behavior of automatically...

I believe the root cause (and why it crashes CSharpRepl and cannot be prevented) is summarized here: https://codeblog.jonskeet.uk/2022/02/20/diagnosing-an-asp-net-core-hard-crash/

This is mostly fixed by https://github.com/waf/CSharpRepl/pull/322 When multiple packages are loaded at once, the nuget logger is run concurrently, causing the errors due to its fancy output rendering. The above...

Appears to be due to a hard-coded 500ms timeout in the underlying TextCopy package: https://github.com/CopyText/TextCopy/blob/701c64408f75a7a5a8f4b0328372aca643a69c06/src/TextCopy/BashRunner.cs#L48 EDIT: Opened https://github.com/CopyText/TextCopy/issues/830

I've had a quick look at this. We do attempt to set the search directory to the directory that the DLL is loaded from (e.g. loading `/foo/bar/A.dll` will add `/foo/bar`...

This is an interesting idea. I just manually converted CSharpRepl to compile/evaluate everything in Release mode ([`OptimizationLevel.Release`](https://learn.microsoft.com/en-us/dotnet/api/microsoft.codeanalysis.optimizationlevel?view=roslyn-dotnet-3.7.0)), and it looks like the optimizations you're expecting still don't take place. So...

Hi @heartacker, a few questions to better understand your use case: 1. We match the Visual Studio behavior -- we have no plans to change this. Do you also use...

I'm surprised that ending the session and starting a new one (i.e. restarting the REPL) doesn't resolve the issue. We don't evaluate history entries or anything like that, so a...

Unfortunately, comments are stripped during the compilation process, so I don't think preserving comments is possible. I like the suggestion to use comments to show the corresponding C#. We actually...