baseview crashes when compile for Windows and running under Wine

[john-parton]

Normally, I wouldn't report this issue here, and just report it to wine (which I have done https://bugs.winehq.org/show_bug.cgi?id=59256), but in doing some experiments, I've noticed some unusual behavior that might point to other problems or might be useful in other ways, so here's a 'bug report' for something unusual.

Here's a repo that reproduces the behavior I'm going to discuss: https://github.com/john-parton/egui-wine-test (Ignore 'egui' in the name. It previously had baseview_egui as a dep, but I've simplified it to just use baseview)

Essentially, when attempting to initialize OpenGL, the program crashes. I have found that disabling sRGB support resolve the crash.

Here I would normally say this is "Wine and Windows being difficult", but I did the same thing use egui, eframe and glow (the gl rendered) and it worked just fine, even under Wine.

This is the result of me going down a loooong rabbit hole. I just wanted the Spectral Analyzer VST Plugin to work nicely in FL Studio without "tricks." https://github.com/robbert-vdh/nih-plug

[john-parton]

An idea I have percolating in the back of my mind is that this library does something unexpected or technically outside the well-defined specification of OpenGL, and Windows/Windows drivers basically forge on ahead. But perhaps, the error actually is a problem, and so then the Windows application crashes unexpectedly when some magic situation arises: Perhaps something as convoluted as attempting to render a color that is representable as sRGB, but not the normal RGB space?

[john-parton]

I've done some research, and I believe I've found a plausible cause.

If you don't query OpenGL to check to see if sRGB is a valid pixel/color format, and instead blindly initialize the framebuffer as sRGB, Windows somehow proceeds, even if an sRGB buffer isn't available to the underlying driver/hardware. My suspicion is it just initializes it with a default RGB color space instead.