What a brutal bug. I'd never entertain a that bug in SQLite could be causing problems in code I wrote.
Tracking down the 16-year-old WAL-reset SQLite bug
81–90 of 263 posts
Re: Tracking down the 16-year-old WAL-reset SQLite bug
#82Earlier quoted context omitted.
My interpretation is that they haven't been copied because they didn't exist? If you have 10 pages and it tries to copy 20, either those 10 pages wouldn't really be copied, or bogus data would be written. That's how I read at least. Those things are not mutually exclusive.
Or you could have 10 pages, it actually copies 9, and reports 20 anyways.
Re: Tracking down the 16-year-old WAL-reset SQLite bug
#83SQLite: 92 million lines of tests Dijkstra: Tests can only prove the presence of bugs, never their absence!
I admit to curiosity as to whether static analysis could have caught this. E.g., Rust's type system (yeah yeah I know) catches all data races, unless they originate in unsafe code, which this one might or might not have; a hypothetical Rust SQLite would probably need a lot of unsafe ( https://github.com/tursodatabase/turso has 556 unsafe blocks in the core), and I don't have a sense of whether the particular part tha…
Re: Tracking down the 16-year-old WAL-reset SQLite bug
#84> SQLite corruption is possible, but it’s highly unusual and not something you should encounter in normal operation If there's a hardware failure, for example a flaky SD card, it's not out of the question. A mobile app with a lot of usage will see it. (Yes, I know this appears to be a server use case.)
I believe your flaky SD card is category 4, Disk Drive and Flash Memory Failures.
Re: Tracking down the 16-year-old WAL-reset SQLite bug
#85Earlier quoted context omitted.
I wish they'd buy the carcass of Keybase from Zoom. It seems very similar to Tailscale: immense utility from a free-tier product for the general public, which leads to trust and a large enterprise market.
Wow, that’s a great idea! I loved keybase back in the day and really thought it solved a real world problem in a unique and interesting way. Then Zoom bought it (for some reason) and left it to rot.
A shame really, because Keybase was kind of unique in the way the facilitated social proof of identity tied to cryptographic keys. A shame though that they never found a really sustainable business model. When they turned to crypto currency towards the end of their independent run I knew it probably wouldn't last.
Re: Tracking down the 16-year-old WAL-reset SQLite bug
#86Earlier quoted context omitted.
I think their reasoning on not being an identify provider but acting solely downstream is very clever.
Y? What's wrong with providing username/password authentication
Re: Tracking down the 16-year-old WAL-reset SQLite bug
#87Re: Tracking down the 16-year-old WAL-reset SQLite bug
#88Re: Tracking down the 16-year-old WAL-reset SQLite bug
#89Was curious so we checked and yep, Antithesis finds this bug in about 15 minutes. Will post a repro/writeup here soon.
Re: Tracking down the 16-year-old WAL-reset SQLite bug
#90I wonder if this also affected litestream disproportionately, because litestream also inserts itself into the checkpoint process.