<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: zgs</title><link>https://news.ycombinator.com/user?id=zgs</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Tue, 28 Jul 2026 09:56:40 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=zgs" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by zgs in "Memory safety absolutists"]]></title><description><![CDATA[
<p>I don't the fanaticism around memory safe languages. We've had memory safe languages for a very long time. Algol-60, the granddaddy of many modern languages, had it sixty-five years ago. Algol-60 also had other safety features that modern languages don't have - for example integer overflow safety.<p>The real issue is that we came to accept unsafe languages and are taking a really long time to put such features back.</p>
]]></description><pubDate>Sun, 26 Jul 2026 10:04:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=49056451</link><dc:creator>zgs</dc:creator><comments>https://news.ycombinator.com/item?id=49056451</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=49056451</guid></item><item><title><![CDATA[New comment by zgs in "RSA Munitions T-Shirt"]]></title><description><![CDATA[
<p>I've still got mine. It's been well used but is hanging together still.</p>
]]></description><pubDate>Mon, 15 Jun 2026 12:54:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=48540550</link><dc:creator>zgs</dc:creator><comments>https://news.ycombinator.com/item?id=48540550</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48540550</guid></item><item><title><![CDATA[New comment by zgs in "The Arc spacecraft: designed to deliver cargo anywhere in an hour"]]></title><description><![CDATA[
<p>Seems like another way to deliver nukes to targets...</p>
]]></description><pubDate>Thu, 02 Oct 2025 10:26:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=45447995</link><dc:creator>zgs</dc:creator><comments>https://news.ycombinator.com/item?id=45447995</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45447995</guid></item><item><title><![CDATA[New comment by zgs in "The future of 32-bit support in the kernel"]]></title><description><![CDATA[
<p>Under uClinux, executables can be position independent or not.  They can run from flash or RAM.  They can be compressed (if they run in RAM).  Shared libraries are supported on some platforms.  All in all it's a really good environment and the vfork() limitation generally isn't too bad.<p>I spent close to ten years working closely with uClinux (a long time ago).  I implemented the shared library support for the m68k.  Last I looked, gcc still included my additions for this.  This allowed execute in place for both executables and shared libraries -- a real space saver.  Another guy on the team managed to squeeze the Linux kernel, a reasonable user space and a full IP/SEC implementation into a unit with 1Mb of flash and 4Mb of RAM which was pretty amazing at the time (we didn't think it was even possible).  Better still, from power on to login prompt was well under two seconds.</p>
]]></description><pubDate>Tue, 02 Sep 2025 12:29:05 +0000</pubDate><link>https://news.ycombinator.com/item?id=45102224</link><dc:creator>zgs</dc:creator><comments>https://news.ycombinator.com/item?id=45102224</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45102224</guid></item><item><title><![CDATA[New comment by zgs in "The future of 32-bit support in the kernel"]]></title><description><![CDATA[
<p>Out by a factor of five or more.<p>A $1 Linux capable ARM: <a href="https://www.eevblog.com/forum/microcontrollers/the-$1-linux-capable-arm-processor-in-tqfp/" rel="nofollow">https://www.eevblog.com/forum/microcontrollers/the-$1-linux-...</a><p>I'd expect that there were even cheaper processors now since it's eight years later.</p>
]]></description><pubDate>Tue, 02 Sep 2025 09:52:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=45100921</link><dc:creator>zgs</dc:creator><comments>https://news.ycombinator.com/item?id=45100921</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=45100921</guid></item><item><title><![CDATA[New comment by zgs in "Decimal FP faster than binary?"]]></title><description><![CDATA[
<p>I used decNumber in the WP 34S project (<a href="https://sourceforge.net/projects/wp34s/" rel="nofollow">https://sourceforge.net/projects/wp34s/</a>) and more recently in the C47 project (<a href="https://47calc.com" rel="nofollow">https://47calc.com</a>).<p>You are correct in that the decNumber library doesn't support trig operations.  Arithmetic, log, exp and square root plus rounding and some conversion functions.<p>My experience is that decNumber is generally slow.  Logarithms are especially slow.  Intel's decimal library is much faster & as you noted, it uses binary operations to start it's algorithms.</p>
]]></description><pubDate>Mon, 18 Aug 2025 06:27:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=44937940</link><dc:creator>zgs</dc:creator><comments>https://news.ycombinator.com/item?id=44937940</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44937940</guid></item><item><title><![CDATA[New comment by zgs in "Show HN: AI challenge – generate ECX = 0x08C0C166 with no memory, no immediates"]]></title><description><![CDATA[
<p>It might be shorter to do some multiplications:<p>0x08C0C166 = 2⁴ × 3 × 5⁵ × 11 × 89 + 1 = 10⁴ × 3 × 5 × 11 × 89 + 1<p>Plenty of values that can be reused (11 = 10 + 1 and 89 = 10² - 11).<p>Still, there is quite a bit of manipulation required and only 17 instructions to do them in.</p>
]]></description><pubDate>Thu, 12 Jun 2025 09:43:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=44255722</link><dc:creator>zgs</dc:creator><comments>https://news.ycombinator.com/item?id=44255722</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44255722</guid></item><item><title><![CDATA[New comment by zgs in "Show HN: AI challenge – generate ECX = 0x08C0C166 with no memory, no immediates"]]></title><description><![CDATA[
<p>The initial XOR instruction isn't required, registers are zeroed as per the problem statement.</p>
]]></description><pubDate>Thu, 12 Jun 2025 09:30:26 +0000</pubDate><link>https://news.ycombinator.com/item?id=44255651</link><dc:creator>zgs</dc:creator><comments>https://news.ycombinator.com/item?id=44255651</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=44255651</guid></item><item><title><![CDATA[New comment by zgs in "Trump says he will check amount of gold stored at Fort Knox"]]></title><description><![CDATA[
<p>Better check his pockets on the way out :)</p>
]]></description><pubDate>Thu, 20 Feb 2025 08:22:54 +0000</pubDate><link>https://news.ycombinator.com/item?id=43112329</link><dc:creator>zgs</dc:creator><comments>https://news.ycombinator.com/item?id=43112329</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=43112329</guid></item><item><title><![CDATA[New comment by zgs in "Elon and His Bananas"]]></title><description><![CDATA[
<p>I think there is a spurious "and H" in the title :)</p>
]]></description><pubDate>Tue, 04 Feb 2025 06:13:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=42928692</link><dc:creator>zgs</dc:creator><comments>https://news.ycombinator.com/item?id=42928692</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42928692</guid></item><item><title><![CDATA[New comment by zgs in "How the Atari ST Almost Had Real Unix"]]></title><description><![CDATA[
<p>Later uClinux was available on m68k platforms without memory managers.  The approach taken doesn't seem close to the one in the article.<p>I managed to put in shared execute in place library support, the limitation being the number of shared libraries rather than what they supported.</p>
]]></description><pubDate>Mon, 03 Feb 2025 04:58:56 +0000</pubDate><link>https://news.ycombinator.com/item?id=42915139</link><dc:creator>zgs</dc:creator><comments>https://news.ycombinator.com/item?id=42915139</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42915139</guid></item><item><title><![CDATA[New comment by zgs in "Optimality of Gerver's Sofa"]]></title><description><![CDATA[
<p>My favourite mathematical problem looks to have been solved.</p>
]]></description><pubDate>Tue, 03 Dec 2024 09:38:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=42304463</link><dc:creator>zgs</dc:creator><comments>https://news.ycombinator.com/item?id=42304463</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42304463</guid></item><item><title><![CDATA[New comment by zgs in "The Code That Almost Led to Disaster • a Starbase Story"]]></title><description><![CDATA[
<p>There is a second issue with the code.  The calculation of the mean isn't numerically stable.  Instead use:<p>mean_power = mean_power + (power - mean_power) / count</p>
]]></description><pubDate>Sat, 30 Nov 2024 00:18:23 +0000</pubDate><link>https://news.ycombinator.com/item?id=42278360</link><dc:creator>zgs</dc:creator><comments>https://news.ycombinator.com/item?id=42278360</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42278360</guid></item><item><title><![CDATA[New comment by zgs in "Algol-68 seemed like a good idea"]]></title><description><![CDATA[
<p>Algol 68 was to Algol as C++ is to C: trying to do too much resulting in over-complexity.<p>The two page spread showing a graph of the implicit type conversions was a masterpiece.</p>
]]></description><pubDate>Fri, 08 Nov 2024 22:53:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=42091110</link><dc:creator>zgs</dc:creator><comments>https://news.ycombinator.com/item?id=42091110</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=42091110</guid></item><item><title><![CDATA[New comment by zgs in "Bug squash: An underrated interview question"]]></title><description><![CDATA[
<p>Kind of like the "install this software" as part of the interview process.<p>"My hourly rating for figuring out your bug is $X".</p>
]]></description><pubDate>Wed, 21 Aug 2024 03:25:16 +0000</pubDate><link>https://news.ycombinator.com/item?id=41306496</link><dc:creator>zgs</dc:creator><comments>https://news.ycombinator.com/item?id=41306496</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41306496</guid></item><item><title><![CDATA[New comment by zgs in "Faster random integer generation with batching"]]></title><description><![CDATA[
<p>A division free integer in a range RNG has been developed: <a href="https://github.com/apple/swift/pull/39143">https://github.com/apple/swift/pull/39143</a></p>
]]></description><pubDate>Sat, 17 Aug 2024 05:32:48 +0000</pubDate><link>https://news.ycombinator.com/item?id=41272322</link><dc:creator>zgs</dc:creator><comments>https://news.ycombinator.com/item?id=41272322</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=41272322</guid></item><item><title><![CDATA[New comment by zgs in "Could we put data centers in space?"]]></title><description><![CDATA[
<p>What a crazy idea.<p>Cost to orbit is huge.  Power availability will depend on pushing enough solar up there.  Data centres use lots of power.<p>Getting rid of excess heat is a major problem in space and data centres generate lots of it.  Terrestrial cooling is trivial in comparison.<p>Hardware obsolesce will be a major hurdle as will repairing stuff that fails.<p>Radiation is a significant problem in space.  Shielding will be very heavy or the hardware will have to be build tolerant which is much more expensive and results in a much slower solution.<p>Much easier and cheaper to install lots of solar and batteries in the middle of a sunny desert somewhere really cheap and build your data centre there.  Then build fibre connections to wherever.</p>
]]></description><pubDate>Tue, 25 Jun 2024 06:03:37 +0000</pubDate><link>https://news.ycombinator.com/item?id=40785002</link><dc:creator>zgs</dc:creator><comments>https://news.ycombinator.com/item?id=40785002</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40785002</guid></item><item><title><![CDATA[New comment by zgs in "Ointers: A library for representing pointers where bits have been stolen (2021)"]]></title><description><![CDATA[
<p>Every time I've seen similar done in the past, it has come back to hurt the instigator.</p>
]]></description><pubDate>Wed, 08 May 2024 11:21:32 +0000</pubDate><link>https://news.ycombinator.com/item?id=40296704</link><dc:creator>zgs</dc:creator><comments>https://news.ycombinator.com/item?id=40296704</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40296704</guid></item><item><title><![CDATA[New comment by zgs in "[dead]"]]></title><description><![CDATA[
<p>We're all upside down here and the blood rushes to our heads.<p>While living in the antipodes gives most of us genius level intelligence, it also prevents interpersonal relationships.<p>It's a trade off unfortunately.<p>If you live down under and want more friends, you need to do head stands for long periods to reduce the over oxygenated brain symptoms.</p>
]]></description><pubDate>Wed, 08 May 2024 10:29:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=40296356</link><dc:creator>zgs</dc:creator><comments>https://news.ycombinator.com/item?id=40296356</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=40296356</guid></item><item><title><![CDATA[New comment by zgs in "Ask HN: Cryptography technique to hide monotonically increasing GUIDs"]]></title><description><![CDATA[
<p>This is the easiest way to go but it's only obscuring the GUID.
Format preserving encryption (FPE) would be another possibility if it's not simply a byte string.</p>
]]></description><pubDate>Tue, 09 Apr 2024 07:08:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=39976858</link><dc:creator>zgs</dc:creator><comments>https://news.ycombinator.com/item?id=39976858</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=39976858</guid></item></channel></rss>