Invasive Israeli-founded bloatware is harvesting data from Samsung users in WANA
smex.org
A revolution in English bell ringing
harpers.org
Philips announces digital pathology scanner with native DICOM JPEG XL output
philips.com
After Babel Fish: The promise of cheap translations at the speed of the Web
hedgehogreview.com
Solving a wooden puzzle using Haskell
glocq.github.io
Cormac McCarthy's tips on how to write a science paper (2019) [pdf]
gwern.net
Escapee pregnancy test frogs colonised Wales for 50 years (2019)
bbc.com
MapSCII – World map in terminal
github.com
TV Time Machine: A Raspberry Pi That Plays Random 90s TV
quarters.captaintouch.com
Vapor chamber tech keeps iPhone 17 Pro cool
spectrum.ieee.org
Evals in 2025: going beyond simple benchmarks to build models people can use
github.com
Show HN: Math2Tex – Convert handwritten math and complex notes to LaTeX text
Living microbial cement supercapacitors with reactivatable energy storage
cell.com
Systemd can be a cause of restrictions on daemons
utcc.utoronto.ca
Claude can sometimes prove it
galois.com
Are touchscreens in cars dangerous?
economist.com
Is Zig's new writer unsafe?
openmymind.net
I find rseq annoying because it is pointlessly designed to require every caller to write custom assembly code, for every target.
For very many use-cases, cpu-local variables (using the GS segment for x86) would suffice, which can then be used with ordinary atomic instructions without any asm. (Actually, even relaxed atomics are more expensive than needed, but unfortunately the language does not expose RMW primitives any other way. Fortunately this is a library problem and does not require every program to write its own asm. C standards people, please add `memory_order_volatile` and `memory_order_none` so we can use the APIs uniformly!)
The kernel already uses cpu-local variables internally, but it has the advantage of scheduling itself; userland processes have to pin everything to a single CPU (either statically, or doing its own scheduling somehow).