Best Of

Define "it just won't work" - is the program not responding? Is there unexpected output? Is there no output? An exception thrown?

Perhaps something is cached in the application domain - you can refresh (unload) the domain by pressing SHIFT-F5 ("Query Process Unloaded" should appear in status bar)

Any chance I could get some help with activation as well? I'd love to help test and fix some of the main issues. If we can get this working, the last remnant of my perfect dev environment will be available to me without parallels.

Really excited about this! I just need to be able to register for premium features.

You didn't provided any details on what kind of sort you use, so I can only suspect that it is caused by .net 5 migration to ICU: https://docs.microsoft.com/en-us/dotnet/standard/base-types/string-comparison-net-5-plus

If you're sure that the two data models are equal, you can create another instance of the typed data context (or user query) to the staging environment.

var conn1 = this;

using var conn2 = new TypedDataContext(
  new SqlConnectionStringBuilder(Connection.ConnectionString) {
    DataSource = @"sql2\MSSQLSERVER"
  }.ConnectionString);

Util.Dif(conn1.Products, conn2.Products).Dump();

@urza - Assuming MAUI delivers the x-platform desktop UI features needed for LINQPad, support for macOS is likely to come before Linux.

@wocar and @Dluk - I've added an exception handler around the call to the QueryIdleProcessorCycleTime method - this will appear in the next beta build in a few days.

I've just installed version 6.11.11.

If I try to type a closing brace '}', nothing happens. As far I have tried so far, no other characters have been impacted.
Please note that I use the Italian keyboard layout, where the keystrokes to accomplish '}' are Ctrl + Alt + Shift + ']' (in terms of US keyboard layout) or AltGr + Shift + ']'.
If I switch to the US keyboard layout, everything works.

Could this be related to a newly-added keyboard shortcut, together with the non-US keyboard layout?

Thank you.

Don't quite understand what this is all about, but you could try the new beta as it has an option relating to 'non-collectiible' in advanced query properties (see screenshot)

With subsequent executions, LINQPad uses the same process and so anything that's cached in memory by your script will benefit in performance. This hasn't changed in any recent LINQPad update.

A simple script in LINQPad takes maybe tens of milliseconds to compile, so that shouldn't be the issue. And NuGet references are not normally copied anywhere - LINQPad loads them directly from the machine cache.

Have you tried the same thing on another machine?

Something else to keep in mind is that the operating system also caches recently accessed data on the hard drive, so that will affect performance, too.

I am trying to connect to local postgresql db and unable to connect, keep getting the error in attached png. Any suggestion?
Thanks,
Salil