According to the spec, 0 means srgb and 1 means linear. But in the code, it seems to be doing the opposite:

    p[13] = 0;  // srgb
    // ...
    case 's': p[13] = 1; break;

Is it possible to somehow indicate today's date when running Windows cal utility. Something like highlight today's date or underline it.
It might look something like this:

Hello,
While searching some qoi files to test your viewer, I've found an issue talking about an edge case in some qoi decoders:
phoboslab/qoi#258

And, like a lot of others decoders, your decoder fail to decode one of the file correctly.
The background of the file edgecase.qoi must be fully opaque black:
https://qoiformat.org/qoi_test_images.zip

Hi!

Doing some quick tests with splitxix33 and PractRand.
For 21 out of 21 different seeds I get failures, always with Gap-A or Gap-B, on average after 180 GB tested (failure at 128GB at the earliest and 256GB at the latest).
It consistently fails one of my own tests too, but PractRand fails splitxix33 more quickly.

Neat idea, having an implementation trivial to memorize but these constants don't quite work.

SplitMix64 does not have this behaviour.

Example 1:

> gcc -DDEMO -o demo.exe cmdline.c
> demo.exe "c:\program files\\"
cmd = demo.exe  "c:\program files\\"
argc = 2
argv[0] = demo.exe             (8) 64 65 6d 6f 2e 65 78 65
argv[1] = c:\program files\    (17) 63 3a 5c 70 72 6f 67 72 61 6d 20 66 69 6c 65 73 5c
recmd = demo.exe "c:\program files\"

Notice the recmd = line not having the last slash escaped, even though it appears before a closing quote.
If we execute that command as it appears above:

> demo.exe "c:\program files\"
cmd = demo.exe  "c:\program files\"
argc = 2
argv[0] = demo.exe             (8) 64 65 6d 6f 2e 65 78 65
argv[1] = c:\program files"    (17) 63 3a 5c 70 72 6f 67 72 61 6d 20 66 69 6c 65 73 22
recmd = demo.exe "c:\program files\""

We get a different result, because the arg is interpreted as having unclosed quotes with an escaped quote at the end.

Expected output for example 1 would have been:

> demo.exe "c:\program files\\"
...
recmd = demo.exe "c:\program files\\"

Saw your recent threading blog on HN. The Linux kernel now has a nolibc header that takes care of a lot of SYSCALL interfacing.

https://github.com/torvalds/linux/blob/master/tools/include/nolibc/nolibc.h