<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: 190n</title><link>https://news.ycombinator.com/user?id=190n</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 15 May 2026 16:50:59 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=190n" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by 190n in "Bun's experimental Rust rewrite hits 99.8% test compatibility on Linux x64 glibc"]]></title><description><![CDATA[
<p>Almost all of Bun's tests are written in JavaScript run in Bun itself.</p>
]]></description><pubDate>Sat, 09 May 2026 19:26:51 +0000</pubDate><link>https://news.ycombinator.com/item?id=48077509</link><dc:creator>190n</dc:creator><comments>https://news.ycombinator.com/item?id=48077509</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48077509</guid></item><item><title><![CDATA[New comment by 190n in "Darkbloom – Private inference on idle Macs"]]></title><description><![CDATA[
<p>> PT_DENY_ATTACH<p>All you have to do is attach to the process before it does that, and then prevent this call from going through.</p>
]]></description><pubDate>Thu, 16 Apr 2026 19:29:17 +0000</pubDate><link>https://news.ycombinator.com/item?id=47798305</link><dc:creator>190n</dc:creator><comments>https://news.ycombinator.com/item?id=47798305</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47798305</guid></item><item><title><![CDATA[New comment by 190n in "Claude Code's source code has been leaked via a map file in their NPM registry"]]></title><description><![CDATA[
<p>It could be because of <i>a</i> Bun bug, but I don't think it's because of <i>that</i> one. It's a duplicate of a year-old issue, and it's specific to Bun.serve.</p>
]]></description><pubDate>Tue, 31 Mar 2026 17:22:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=47590629</link><dc:creator>190n</dc:creator><comments>https://news.ycombinator.com/item?id=47590629</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47590629</guid></item><item><title><![CDATA[New comment by 190n in "Flash-MoE: Running a 397B Parameter Model on a Laptop"]]></title><description><![CDATA[
<p>> *2-bit quantization produces \name\ instead of "name" in JSON output, making tool calling unreliable.<p>I was wondering about that statement. Shouldn't it restrict sampling to only tokens that produce valid JSON matching the schema during a tool call? On the other hand, I have heard a lot about how even production LLM providers don't always call tools accurately, so I suppose either it's hard to implement what I described or there's something I haven't thought of that makes it impossible.</p>
]]></description><pubDate>Sun, 22 Mar 2026 19:44:04 +0000</pubDate><link>https://news.ycombinator.com/item?id=47481314</link><dc:creator>190n</dc:creator><comments>https://news.ycombinator.com/item?id=47481314</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47481314</guid></item><item><title><![CDATA[New comment by 190n in "Our commitment to Windows quality"]]></title><description><![CDATA[
<p>Later in the post they expand on that point:<p>> More direct control over updates, including the ability to pause updates for as long as you need<p>So it does sound like you'll be able to pause updates forever and also therefore not automatically reboot.</p>
]]></description><pubDate>Fri, 20 Mar 2026 22:09:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=47461346</link><dc:creator>190n</dc:creator><comments>https://news.ycombinator.com/item?id=47461346</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47461346</guid></item><item><title><![CDATA[New comment by 190n in "10% of Firefox crashes are caused by bitflips"]]></title><description><![CDATA[
<p>Operating systems use less RAM than Firefox.</p>
]]></description><pubDate>Fri, 06 Mar 2026 02:11:24 +0000</pubDate><link>https://news.ycombinator.com/item?id=47269973</link><dc:creator>190n</dc:creator><comments>https://news.ycombinator.com/item?id=47269973</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=47269973</guid></item><item><title><![CDATA[New comment by 190n in "The fix for a segfault that never shipped"]]></title><description><![CDATA[
<p>I thought I had read this story before, and it seems like a similar account was published to this company's blog in 2023 but since taken down: <a href="https://web.archive.org/web/20250624191934/https://www.recall.ai/blog/debugging-a-1-in-36-000-000-segfault-in-our-audio-encoder" rel="nofollow">https://web.archive.org/web/20250624191934/https://www.recal...</a><p>Still a good read though.</p>
]]></description><pubDate>Tue, 20 Jan 2026 22:56:42 +0000</pubDate><link>https://news.ycombinator.com/item?id=46698788</link><dc:creator>190n</dc:creator><comments>https://news.ycombinator.com/item?id=46698788</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=46698788</guid></item></channel></rss>