<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: rfgplk</title><link>https://news.ycombinator.com/user?id=rfgplk</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Fri, 05 Jun 2026 05:25:15 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=rfgplk" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by rfgplk in "Elixir v1.20: Now a gradually typed language"]]></title><description><![CDATA[
<p>> I am not sure what GP is objecting to.<p>Elixir always felt like it would be a solid functional systems programming language, so not having a compiled backend is a genuine downside.</p>
]]></description><pubDate>Wed, 03 Jun 2026 22:08:41 +0000</pubDate><link>https://news.ycombinator.com/item?id=48390804</link><dc:creator>rfgplk</dc:creator><comments>https://news.ycombinator.com/item?id=48390804</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48390804</guid></item><item><title><![CDATA[New comment by rfgplk in "Expanding Project Glasswing"]]></title><description><![CDATA[
<p>It's just pure marketing, and most people are falling for it. The primary issue stems from their definition of "vulnerability". Most C code will be _swimming_ in vulnerabilities depending on how you analyze it (ie function that accepts a pointer but doesn't validate -> potential vulnerability right there). The only thing that matters is if it's de facto exploitable or not.</p>
]]></description><pubDate>Tue, 02 Jun 2026 18:06:13 +0000</pubDate><link>https://news.ycombinator.com/item?id=48373876</link><dc:creator>rfgplk</dc:creator><comments>https://news.ycombinator.com/item?id=48373876</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48373876</guid></item><item><title><![CDATA[New comment by rfgplk in "Expanding Project Glasswing"]]></title><description><![CDATA[
<p>It probably isn't, at least in terms of security or memory safety. The current models can already sniff out all memory vulnerabilities with relative ease, you can't really beat that.</p>
]]></description><pubDate>Tue, 02 Jun 2026 18:03:10 +0000</pubDate><link>https://news.ycombinator.com/item?id=48373836</link><dc:creator>rfgplk</dc:creator><comments>https://news.ycombinator.com/item?id=48373836</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48373836</guid></item><item><title><![CDATA[New comment by rfgplk in "Coreutils for Windows"]]></title><description><![CDATA[
<p>> Or better yet, just switch everything to full POSIX.<p>Really not possible as most of POSIX semantics arise naturally from the kernel (or are enforced/executed at the kernel level). Windows technically provides some of them (or semantic equivalents) so you could make something work, but in order to do a full port you'd need to strip out too many concepts for it to be worthwhile. For instance the idea that "everything is a file" or the single root filesystem layout (which iirc is segmented deeply at the kernel level).</p>
]]></description><pubDate>Tue, 02 Jun 2026 17:48:00 +0000</pubDate><link>https://news.ycombinator.com/item?id=48373605</link><dc:creator>rfgplk</dc:creator><comments>https://news.ycombinator.com/item?id=48373605</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48373605</guid></item><item><title><![CDATA[New comment by rfgplk in "Coreutils for Windows"]]></title><description><![CDATA[
<p>Isn't this just a restricted uutils fork? With most functionality culled for no good reason? "uname isn't useful on Windows" how? OSName/ Build numbers / systeminfo all exist?</p>
]]></description><pubDate>Tue, 02 Jun 2026 17:40:03 +0000</pubDate><link>https://news.ycombinator.com/item?id=48373480</link><dc:creator>rfgplk</dc:creator><comments>https://news.ycombinator.com/item?id=48373480</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48373480</guid></item><item><title><![CDATA[New comment by rfgplk in "Coreutils for Windows"]]></title><description><![CDATA[
<p>There's almost no point to this, especially since they're already shipping a (strictly) limited subset with the reasoning "not useful on Windows" despite Windows equivalent facilities _clearly_ existing. They should have at least considered a full native port.</p>
]]></description><pubDate>Tue, 02 Jun 2026 17:38:12 +0000</pubDate><link>https://news.ycombinator.com/item?id=48373454</link><dc:creator>rfgplk</dc:creator><comments>https://news.ycombinator.com/item?id=48373454</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48373454</guid></item></channel></rss>