Reddit Programming

Building a strict RFC 8259 JSON parser: what most parsers silently accept and why it matters for deterministic systems
https://www.reddit.com/r/programming/comments/1rp0zl4/building_a_strict_rfc_8259_json_parser_what_most/

Most JSON parsers make deliberate compatibility choices: lone surrogates get replaced, duplicate keys get silently resolved, and non-zero numbers that underflow to IEEE 754 zero are accepted without error. These are reasonable defaults for application code. They become correctness failures when the parsed JSON feeds a system that hashes, signs, or compares by raw bytes. If two parsers handle the same malformed input differently, the downstream bytes diverge, the hash diverges, and the signature fails. This article walks through building a strict RFC 8259 parser in Go that rejects what lenient parsers silently accept. It covers UTF-8 validation in two passes (bulk upfront, then incremental for semantic constraints like noncharacter rejection and surrogate detection on decoded code points), surrogate pair handling where lone surrogates are rejected per RFC 7493 while valid pairs are decoded and reassembled, duplicate key detection after escape decoding (because "\u0061" and "a" are the same key), number grammar enforcement in four layers (leading zeros, missing fraction digits, lexical negative zero, and overflow/underflow detection), and seven independent resource bounds for denial-of-service protection on untrusted input. The parser exists because canonicalization requires a one-to-one mapping between accepted input and canonical output. Silent leniency breaks that mapping. The article includes the actual implementation code for each section.  submitted by /u/UsrnameNotFound-404 (https://www.reddit.com/user/UsrnameNotFound-404)
[link] (https://lattice-substrate.github.io/blog/2026/02/26/strict-rfc8259-json-parser/) [comments] (https://www.reddit.com/r/programming/comments/1rp0zl4/building_a_strict_rfc_8259_json_parser_what_most/)

4 views02:10

Reddit Programming

Why glibc is faster on some Github Actions Runners
https://www.reddit.com/r/programming/comments/1rp2mbc/why_glibc_is_faster_on_some_github_actions_runners/

submitted by /u/not-matthias (https://www.reddit.com/user/not-matthias)
[link] (https://codspeed.io/blog/why-glibc-faster-github-actions) [comments] (https://www.reddit.com/r/programming/comments/1rp2mbc/why_glibc_is_faster_on_some_github_actions_runners/)

2 views02:11

Reddit Programming

Is legal the same as legitimate: AI reimplementation and the erosion of copyleft
https://www.reddit.com/r/programming/comments/1rp2vno/is_legal_the_same_as_legitimate_ai/

submitted by /u/hongminhee (https://www.reddit.com/user/hongminhee)
[link] (https://writings.hongminhee.org/2026/03/legal-vs-legitimate/) [comments] (https://www.reddit.com/r/programming/comments/1rp2vno/is_legal_the_same_as_legitimate_ai/)

1 view02:12

Reddit Programming

Linux Internals: How /proc/self/mem writes to unw
https://www.reddit.com/r/programming/comments/1rp398v/linux_internals_how_procselfmem_writes_to_unw/

submitted by /u/Dear-Economics-315 (https://www.reddit.com/user/Dear-Economics-315)
[link] (https://offlinemark.com/an-obscure-quirk-of-proc/) [comments] (https://www.reddit.com/r/programming/comments/1rp398v/linux_internals_how_procselfmem_writes_to_unw/)

1 view02:13

Reddit Programming

Thinnings: Sublist Witnesses and de Bruijn Index Shift Clumping
https://www.reddit.com/r/programming/comments/1rp7wbq/thinnings_sublist_witnesses_and_de_bruijn_index/

submitted by /u/mttd (https://www.reddit.com/user/mttd)
[link] (https://www.philipzucker.com/thin1/) [comments] (https://www.reddit.com/r/programming/comments/1rp7wbq/thinnings_sublist_witnesses_and_de_bruijn_index/)