<rss version="2.0" xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:atom="http://www.w3.org/2005/Atom"><channel><title>Hacker News: billpg</title><link>https://news.ycombinator.com/user?id=billpg</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 08 Jun 2026 01:14:19 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=billpg" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[Will We Run Out of Unicodes?]]></title><description><![CDATA[
<p>Article URL: <a href="https://owl.billpg.com/the-expanding-universe-of-unicode/">https://owl.billpg.com/the-expanding-universe-of-unicode/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48334522">https://news.ycombinator.com/item?id=48334522</a></p>
<p>Points: 5</p>
<p># Comments: 0</p>
]]></description><pubDate>Sat, 30 May 2026 09:57:32 +0000</pubDate><link>https://owl.billpg.com/the-expanding-universe-of-unicode/</link><dc:creator>billpg</dc:creator><comments>https://news.ycombinator.com/item?id=48334522</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48334522</guid></item><item><title><![CDATA[New comment by billpg in "Let's Standardize the 1970 Epoch"]]></title><description><![CDATA[
<p>Thanks, and that POSIX link is exactly the one I expected someone to bring up.<p>The key point is that POSIX does not actually define a real, physical epoch, and it explicitly avoids doing so. POSIX says every day is exactly 86400 seconds, leap seconds are ignored, the relationship between POSIX time and UTC is unspecified. In other words, POSIX defines how the "time()" API behaves, not what the underlying timeline is. It’s an OS level contract, not a timekeeping standard.<p>The problem I’m addressing is that POSIX retroactively assumes a form of UTC that didn’t exist in 1970–1971 and it provides no authoritative mapping between POSIX time and actual UTC. That’s why you can’t use POSIX as a normative reference for "seconds since 1970". It’s not a definition of time, it’s a behavioural model for system clocks.<p>This document is trying to define the actual timeline that people implicitly assume when they say "Unix timestamp", in a way that’s historically honest and citable. When I was looking at a number of RFCs that use these timestamps they didn't cite this reference, but went with the wooly "Number of seconds since 1970".</p>
]]></description><pubDate>Fri, 29 May 2026 17:02:29 +0000</pubDate><link>https://news.ycombinator.com/item?id=48326001</link><dc:creator>billpg</dc:creator><comments>https://news.ycombinator.com/item?id=48326001</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48326001</guid></item><item><title><![CDATA[Let's Standardize the 1970 Epoch]]></title><description><![CDATA[
<p>Article URL: <a href="https://github.com/billpg/1970EpochalTime/">https://github.com/billpg/1970EpochalTime/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48325409">https://news.ycombinator.com/item?id=48325409</a></p>
<p>Points: 2</p>
<p># Comments: 2</p>
]]></description><pubDate>Fri, 29 May 2026 16:26:20 +0000</pubDate><link>https://github.com/billpg/1970EpochalTime/</link><dc:creator>billpg</dc:creator><comments>https://news.ycombinator.com/item?id=48325409</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48325409</guid></item><item><title><![CDATA[New comment by billpg in "Bijou64: A variable-length integer encoding"]]></title><description><![CDATA[
<p>I forget where I encountered it, but I've seen similar encodings that eliminated the possibility of many possible encodings for the same number by making the length part of the value.<p>Values 0-127 are a single byte, but if that first byte has the continuation bit set, not only does that indicate the next byte has 7 more bits to contribute, it also moves the base up to the next window.<p>10000000 00000000 is the only way to represent 128.<p>10000000 10000000 00000000 is the only way to represent 16512.<p>Does this encoding have a name?</p>
]]></description><pubDate>Fri, 29 May 2026 16:21:27 +0000</pubDate><link>https://news.ycombinator.com/item?id=48325332</link><dc:creator>billpg</dc:creator><comments>https://news.ycombinator.com/item?id=48325332</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48325332</guid></item><item><title><![CDATA[Oh No! I've invented SVG badly!]]></title><description><![CDATA[
<p>Article URL: <a href="https://owl.billpg.com/on-no-ive-invented-svg-badly/">https://owl.billpg.com/on-no-ive-invented-svg-badly/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48319732">https://news.ycombinator.com/item?id=48319732</a></p>
<p>Points: 4</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 29 May 2026 06:26:54 +0000</pubDate><link>https://owl.billpg.com/on-no-ive-invented-svg-badly/</link><dc:creator>billpg</dc:creator><comments>https://news.ycombinator.com/item?id=48319732</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48319732</guid></item><item><title><![CDATA[New comment by billpg in "Make ZIP files smaller with ZIP Shrinker"]]></title><description><![CDATA[
<p>Do any formats using ZIP as the underlying format use ZIP comments for metadata? Unless there's a lot of compressors leaving "Zip file generated by MySuperZipper™" then I imagine any comments left were probably done for a good reason.</p>
]]></description><pubDate>Tue, 19 May 2026 11:06:44 +0000</pubDate><link>https://news.ycombinator.com/item?id=48191776</link><dc:creator>billpg</dc:creator><comments>https://news.ycombinator.com/item?id=48191776</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48191776</guid></item><item><title><![CDATA[Let's Standardize the 1970 Epoch]]></title><description><![CDATA[
<p>Article URL: <a href="https://github.com/billpg/1970EpochalTime/">https://github.com/billpg/1970EpochalTime/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=48062332">https://news.ycombinator.com/item?id=48062332</a></p>
<p>Points: 4</p>
<p># Comments: 0</p>
]]></description><pubDate>Fri, 08 May 2026 12:51:23 +0000</pubDate><link>https://github.com/billpg/1970EpochalTime/</link><dc:creator>billpg</dc:creator><comments>https://news.ycombinator.com/item?id=48062332</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48062332</guid></item><item><title><![CDATA[New comment by billpg in "Let's Measure Gravity"]]></title><description><![CDATA[
<p>True, but I wanted this to be something anyone could do with equipment they might already have lying around and also get a feel for what gravity is actually doing.<p>Switching on a machine that displays "9.8m/s²" isn't that much removed from looking it up in a book.</p>
]]></description><pubDate>Wed, 22 Apr 2026 08:35:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=47860762</link><dc:creator>billpg</dc:creator><comments>https://news.ycombinator.com/item?id=47860762</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47860762</guid></item><item><title><![CDATA[New comment by billpg in "XOR'ing a register with itself is the idiom for zeroing it out. Why not sub?"]]></title><description><![CDATA[
<p>I had a similar reaction when learning 8086 assembly and finding the correct way to do `if x==y` was a CMP instruction which performed a subtraction and set only the flags. (The book had a section with all the branch instructions to use for a variety of comparison operators.) I think I spent a few minutes experimenting with XOR to see if I could fashion a compare-two-values-and-branch macro that avoided any subtraction.</p>
]]></description><pubDate>Wed, 22 Apr 2026 08:01:11 +0000</pubDate><link>https://news.ycombinator.com/item?id=47860516</link><dc:creator>billpg</dc:creator><comments>https://news.ycombinator.com/item?id=47860516</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47860516</guid></item><item><title><![CDATA[Let's Measure Gravity]]></title><description><![CDATA[
<p>Article URL: <a href="https://owl.billpg.com/lets-measure-gravity/">https://owl.billpg.com/lets-measure-gravity/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47860406">https://news.ycombinator.com/item?id=47860406</a></p>
<p>Points: 2</p>
<p># Comments: 3</p>
]]></description><pubDate>Wed, 22 Apr 2026 07:49:16 +0000</pubDate><link>https://owl.billpg.com/lets-measure-gravity/</link><dc:creator>billpg</dc:creator><comments>https://news.ycombinator.com/item?id=47860406</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47860406</guid></item><item><title><![CDATA[2001: A TV Series]]></title><description><![CDATA[
<p>Article URL: <a href="https://owl.billpg.com/2001-a-tv-series/">https://owl.billpg.com/2001-a-tv-series/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47816124">https://news.ycombinator.com/item?id=47816124</a></p>
<p>Points: 1</p>
<p># Comments: 0</p>
]]></description><pubDate>Sat, 18 Apr 2026 14:18:42 +0000</pubDate><link>https://owl.billpg.com/2001-a-tv-series/</link><dc:creator>billpg</dc:creator><comments>https://news.ycombinator.com/item?id=47816124</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47816124</guid></item><item><title><![CDATA[Are we going to run out of Unicodes?]]></title><description><![CDATA[
<p>Article URL: <a href="https://owl.billpg.com/the-expanding-universe-of-unicode/">https://owl.billpg.com/the-expanding-universe-of-unicode/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47780135">https://news.ycombinator.com/item?id=47780135</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Wed, 15 Apr 2026 15:05:06 +0000</pubDate><link>https://owl.billpg.com/the-expanding-universe-of-unicode/</link><dc:creator>billpg</dc:creator><comments>https://news.ycombinator.com/item?id=47780135</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47780135</guid></item><item><title><![CDATA[Let's Standardize the 1970 Epoch]]></title><description><![CDATA[
<p>Article URL: <a href="https://github.com/billpg/1970EpochalTime/">https://github.com/billpg/1970EpochalTime/</a></p>
<p>Comments URL: <a href="https://news.ycombinator.com/item?id=47532527">https://news.ycombinator.com/item?id=47532527</a></p>
<p>Points: 2</p>
<p># Comments: 0</p>
]]></description><pubDate>Thu, 26 Mar 2026 16:28:25 +0000</pubDate><link>https://github.com/billpg/1970EpochalTime/</link><dc:creator>billpg</dc:creator><comments>https://news.ycombinator.com/item?id=47532527</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47532527</guid></item><item><title><![CDATA[New comment by billpg in "Aliens.gov ~ domain registered 17MAR2026"]]></title><description><![CDATA[
<p>It's a cookbook!</p>
]]></description><pubDate>Wed, 18 Mar 2026 14:27:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=47426233</link><dc:creator>billpg</dc:creator><comments>https://news.ycombinator.com/item?id=47426233</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47426233</guid></item><item><title><![CDATA[New comment by billpg in "The Road Not Taken: A World Where IPv4 Evolved"]]></title><description><![CDATA[
<p>An earlier draft had a section discussing how IPv4x would work with NAT routers. Essentially, an IPv4x packet would be a UDP/IPv4 packet using a port number (84) that's been allocated to IPv4x.<p>Old routers would be a normal UDP packet inside a normal IPv4 and route it normally. New routers would detect UDP port 84 and treat it as an extended IPv4x packet.<p>I took all that out because I wasn't writing a proposal for something we should actually implement in the real world, but an alternate history "What if people who wanted IPv4 but with extra space got their way" and the story was already too long.</p>
]]></description><pubDate>Mon, 16 Mar 2026 09:18:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=47396692</link><dc:creator>billpg</dc:creator><comments>https://news.ycombinator.com/item?id=47396692</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47396692</guid></item><item><title><![CDATA[New comment by billpg in "The Road Not Taken: A World Where IPv4 Evolved"]]></title><description><![CDATA[
<p><i>le sigh</i><p>Thanks though. Your comment really cheered me up.</p>
]]></description><pubDate>Fri, 13 Mar 2026 07:55:50 +0000</pubDate><link>https://news.ycombinator.com/item?id=47361715</link><dc:creator>billpg</dc:creator><comments>https://news.ycombinator.com/item?id=47361715</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47361715</guid></item><item><title><![CDATA[New comment by billpg in "The Road Not Taken: A World Where IPv4 Evolved"]]></title><description><![CDATA[
<p>"I bet one _could_ accelerate IPv6 deployment a lot by have a standard ..."<p><i>ahem</i><p><a href="https://owl.billpg.com/sixgate/" rel="nofollow">https://owl.billpg.com/sixgate/</a></p>
]]></description><pubDate>Fri, 13 Mar 2026 00:20:39 +0000</pubDate><link>https://news.ycombinator.com/item?id=47359163</link><dc:creator>billpg</dc:creator><comments>https://news.ycombinator.com/item?id=47359163</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47359163</guid></item><item><title><![CDATA[New comment by billpg in "The Road Not Taken: A World Where IPv4 Evolved"]]></title><description><![CDATA[
<p>Yes. The router in your home would absolutely need to support IPv4x if you wanted to make use of the extended address space, just like how in the real world your home router needs to support NAT if you want to make use of shared IP.</p>
]]></description><pubDate>Thu, 12 Mar 2026 23:24:19 +0000</pubDate><link>https://news.ycombinator.com/item?id=47358665</link><dc:creator>billpg</dc:creator><comments>https://news.ycombinator.com/item?id=47358665</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47358665</guid></item><item><title><![CDATA[New comment by billpg in "The Road Not Taken: A World Where IPv4 Evolved"]]></title><description><![CDATA[
<p>My point is that we're still dependent on IPv4. For all the progress IPv6 has made, no-one is willing to switch IPv4 off yet. Until we do, we're still constrained by all the problems IPv4 has.</p>
]]></description><pubDate>Thu, 12 Mar 2026 23:11:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=47358539</link><dc:creator>billpg</dc:creator><comments>https://news.ycombinator.com/item?id=47358539</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47358539</guid></item><item><title><![CDATA[New comment by billpg in "The Road Not Taken: A World Where IPv4 Evolved"]]></title><description><![CDATA[
<p>Until you would happily deploy a service on IPv6 only, I suggest that you're still dependent on IPv4.</p>
]]></description><pubDate>Thu, 12 Mar 2026 23:02:22 +0000</pubDate><link>https://news.ycombinator.com/item?id=47358452</link><dc:creator>billpg</dc:creator><comments>https://news.ycombinator.com/item?id=47358452</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47358452</guid></item></channel></rss>