<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: veltas</title><link>https://news.ycombinator.com/user?id=veltas</link><description>Hacker News RSS</description><docs>https://hnrss.org/</docs><generator>hnrss v2.1.1</generator><lastBuildDate>Mon, 15 Jun 2026 19:54:57 +0000</lastBuildDate><atom:link href="https://hnrss.org/user?id=veltas" rel="self" type="application/rss+xml"></atom:link><item><title><![CDATA[New comment by veltas in "Under-16s to be banned from social media, Starmer announces"]]></title><description><![CDATA[
<p>It's like Twitter basically but with vlogs instead of microblogs.  And now there's micro-vlogs too.<p>If "X" is social media then so is YouTube.</p>
]]></description><pubDate>Mon, 15 Jun 2026 09:03:55 +0000</pubDate><link>https://news.ycombinator.com/item?id=48538553</link><dc:creator>veltas</dc:creator><comments>https://news.ycombinator.com/item?id=48538553</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48538553</guid></item><item><title><![CDATA[New comment by veltas in "Under-16s to be banned from social media, Starmer announces"]]></title><description><![CDATA[
<p>There is this weird attempt to claim YouTube isn't social media from Google and others, but it's literally called "You Tube".  It was designed as social media from the start, it's impossible to separate this without changing the name and everything about how it works except the films and series available to pay for.</p>
]]></description><pubDate>Mon, 15 Jun 2026 08:00:07 +0000</pubDate><link>https://news.ycombinator.com/item?id=48537994</link><dc:creator>veltas</dc:creator><comments>https://news.ycombinator.com/item?id=48537994</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48537994</guid></item><item><title><![CDATA[New comment by veltas in "Curl will not accept vulnerability reports during July 2026"]]></title><description><![CDATA[
<p>> if there is such a bug, I'm sure someone will figure out how to get in touch with Daniel and co<p>No, that is the point, they are not going to accept your vuln report.  They are taking a holiday.</p>
]]></description><pubDate>Mon, 15 Jun 2026 07:57:20 +0000</pubDate><link>https://news.ycombinator.com/item?id=48537967</link><dc:creator>veltas</dc:creator><comments>https://news.ycombinator.com/item?id=48537967</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48537967</guid></item><item><title><![CDATA[New comment by veltas in "The oldest surviving animated feature film at 100"]]></title><description><![CDATA[
<p>To be clear: they are not shadow puppets at all, they are not being displayed in the traditional way, but they <i>are</i> being captured with a camera.<p>In many scenes characters entirely change their shape in a natural or fluid way, because the cut-outs are being wholly replaced with different cut-outs from frame to frame, to simulate a natural/fluid motion.  This is one of many techniques used in the film possible with stop-motion animation and impossible with shadowpuppets.<p>I watched the film and was quite impressed with the animation techniques used, although this isn't really novel but not because of puppets, animation actually goes back much further than film.  It's a beautiful film though, and I can see why people preserved it.<p><a href="https://www.theguardian.com/artanddesign/jonathanjonesblog/2015/nov/04/magic-in-motion-the-victorian-toys-spinning-back-to-life-as-gifs" rel="nofollow">https://www.theguardian.com/artanddesign/jonathanjonesblog/2...</a></p>
]]></description><pubDate>Thu, 11 Jun 2026 07:19:58 +0000</pubDate><link>https://news.ycombinator.com/item?id=48487324</link><dc:creator>veltas</dc:creator><comments>https://news.ycombinator.com/item?id=48487324</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48487324</guid></item><item><title><![CDATA[New comment by veltas in "The oldest surviving animated feature film at 100"]]></title><description><![CDATA[
<p>This is not true, it's a stop-motion animation.</p>
]]></description><pubDate>Wed, 10 Jun 2026 10:04:49 +0000</pubDate><link>https://news.ycombinator.com/item?id=48473999</link><dc:creator>veltas</dc:creator><comments>https://news.ycombinator.com/item?id=48473999</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48473999</guid></item><item><title><![CDATA[New comment by veltas in "A giant star may have destroyed itself in one of the rarest explosions"]]></title><description><![CDATA[
<p>I like to think there's a solid argument against dark forest that even if you can destroy other intelligent systems, then hidden intelligent cautious systems may exist and see evidence of what you've done, so there's a potential consequence to destroying every intelligent system you identify.<p>And then also (maybe this is absurd) isn't there something intrinsic in intelligence to want to avoid conflict and desire peace?</p>
]]></description><pubDate>Wed, 10 Jun 2026 08:32:18 +0000</pubDate><link>https://news.ycombinator.com/item?id=48473244</link><dc:creator>veltas</dc:creator><comments>https://news.ycombinator.com/item?id=48473244</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48473244</guid></item><item><title><![CDATA[New comment by veltas in "Microsoft Doubles Down on Controversial Quantum Computing Claims"]]></title><description><![CDATA[
<p>I don't know, but you'll be able to write Fortran in it.</p>
]]></description><pubDate>Wed, 03 Jun 2026 07:34:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=48381028</link><dc:creator>veltas</dc:creator><comments>https://news.ycombinator.com/item?id=48381028</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48381028</guid></item><item><title><![CDATA[New comment by veltas in "The way we treat pigs is a sin"]]></title><description><![CDATA[
<p>Lowering demand doesn't always lower price.  Assuming the industry is competitive, and capable of supplying all demand, which it usually is, the loss of demand mostly means less money for the producer, and more money for the former consumer to spend on something else.</p>
]]></description><pubDate>Tue, 02 Jun 2026 11:47:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=48368979</link><dc:creator>veltas</dc:creator><comments>https://news.ycombinator.com/item?id=48368979</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48368979</guid></item><item><title><![CDATA[New comment by veltas in "I keep bouncing off the Scheme language"]]></title><description><![CDATA[
<p>Is it possible you're too stupid to write scheme?  Because that's where I think I am, I've also tried and failed to write it a few times.</p>
]]></description><pubDate>Sun, 24 May 2026 14:25:35 +0000</pubDate><link>https://news.ycombinator.com/item?id=48257519</link><dc:creator>veltas</dc:creator><comments>https://news.ycombinator.com/item?id=48257519</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48257519</guid></item><item><title><![CDATA[New comment by veltas in "Show HN: Tight C, a systems language with 10 keywords"]]></title><description><![CDATA[
<p>Very nice work for how small the source code is, and this is a relatively good design for the language.<p>I will say to criticise that I started scratching my head when I got to the standard library.  The functions should really just be C's standard library.  I know there's lots of baggage but e.g. remembering that 'print(s)' will print with a newline and 'printn(s)' <i>won't</i>, this is just putting a barrier to entry that's not necessary.  Sure, have some new functions for slices, but if you can help it use more conventional names from C.</p>
]]></description><pubDate>Fri, 22 May 2026 04:48:01 +0000</pubDate><link>https://news.ycombinator.com/item?id=48232066</link><dc:creator>veltas</dc:creator><comments>https://news.ycombinator.com/item?id=48232066</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48232066</guid></item><item><title><![CDATA[New comment by veltas in "Saying goodbye to asm.js"]]></title><description><![CDATA[
<p>> If you maintain a site that uses asm.js, nothing will break. asm.js is just a subset of plain JavaScript, so the code keeps running through our regular JIT just like any other script.<p>And this is still a killer feature of asm.js, even if it's not 'supported' it's still implicitly supported.<p>EDIT: And also seriously just thanks to the people who invented asm.js, it was a brilliant idea, but it makes sense that it's not worth optimizing anymore.</p>
]]></description><pubDate>Thu, 21 May 2026 08:28:15 +0000</pubDate><link>https://news.ycombinator.com/item?id=48219510</link><dc:creator>veltas</dc:creator><comments>https://news.ycombinator.com/item?id=48219510</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48219510</guid></item><item><title><![CDATA[New comment by veltas in "Everything in C is undefined behavior"]]></title><description><![CDATA[
<p>> Completely ignoring the other phrases I quoted, which (taken at face value) contradict your reading.<p>You are taking them out of context (literally this is what you describe here, taking at face value a smaller quote).<p>I think your approach to interpreting the spec is not correct.  This isn't code, it's a spec: it needs to be read in full context (even though a good spec would certainly be written in a less context-sensitive way, this is not a perfect spec -- have you ever seen one?).  You're not a computer or a machine, you need to read it more like a human, even though we're all trained on the concrete mechanics of computer programming.  Yes, even though it's <i>describing</i> a programming language, believe it or not.  All specs have flaws and need nuance in those situations or you will either (for language specs) write code that doesn't work anywhere, or you will write a compiler that breaks code matching what the authors of the spec intended to allow.<p>> Right now it looks like you have an impression of UB that doesn't match reality.<p>I have an impression of UB that is not the convention, my post is criticising the convention.  I am trying to give context and nuance where it is unfortunately lacking and now apparently quite relevant to lots of people.  This can't change reality of current compilers, but maybe it can serve as a lesson in history.</p>
]]></description><pubDate>Thu, 21 May 2026 07:54:25 +0000</pubDate><link>https://news.ycombinator.com/item?id=48219276</link><dc:creator>veltas</dc:creator><comments>https://news.ycombinator.com/item?id=48219276</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48219276</guid></item><item><title><![CDATA[New comment by veltas in "Everything in C is undefined behavior"]]></title><description><![CDATA[
<p>When would optimizing correct code be harmed by not abusing UB (beyond its original intent, e.g. array access should be without overhead of checking for overflow)?</p>
]]></description><pubDate>Wed, 20 May 2026 10:53:08 +0000</pubDate><link>https://news.ycombinator.com/item?id=48205744</link><dc:creator>veltas</dc:creator><comments>https://news.ycombinator.com/item?id=48205744</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48205744</guid></item><item><title><![CDATA[New comment by veltas in "Everything in C is undefined behavior"]]></title><description><![CDATA[
<p>It's not that your article specifically discusses this aspect, but I think it's an important part of the conversation that's being overlooked by commentators, that we've twisted the original intent of UB and made unnecessary work for ourselves.  There's been too much scaremongering about UB that's gone beyond the real concerns.  If you only fear UB and don't understand it then you are worse off for trying to write safe C or C++.</p>
]]></description><pubDate>Wed, 20 May 2026 10:46:30 +0000</pubDate><link>https://news.ycombinator.com/item?id=48205695</link><dc:creator>veltas</dc:creator><comments>https://news.ycombinator.com/item?id=48205695</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48205695</guid></item><item><title><![CDATA[New comment by veltas in "Everything in C is undefined behavior"]]></title><description><![CDATA[
<p>So it's just as useful as when your stack area ends with a page that will segfault on access, or your CPU will raise an interrupt if stack pointer goes beyond a particular address?<p>It's not safe though because throwing an exception, panicking, etc, is still a denial of service.  It's just more deterministic than silently overwriting the heap instead.  If the program is critical then you need to be able to statically prove the full size of the stack, which you can do with C and C++ with the right tools and restrictions.</p>
]]></description><pubDate>Wed, 20 May 2026 08:18:38 +0000</pubDate><link>https://news.ycombinator.com/item?id=48204660</link><dc:creator>veltas</dc:creator><comments>https://news.ycombinator.com/item?id=48204660</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48204660</guid></item><item><title><![CDATA[New comment by veltas in "Everything in C is undefined behavior"]]></title><description><![CDATA[
<p>What's bad is when your compiler writers and most of the people involved in standardisation are reading it adversarially.</p>
]]></description><pubDate>Wed, 20 May 2026 07:47:52 +0000</pubDate><link>https://news.ycombinator.com/item?id=48204461</link><dc:creator>veltas</dc:creator><comments>https://news.ycombinator.com/item?id=48204461</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48204461</guid></item><item><title><![CDATA[New comment by veltas in "Everything in C is undefined behavior"]]></title><description><![CDATA[
<p>Notice though "ignoring the situation" thru "documented manner characteristic of the environment".  Even though truly you can read this in an uncharitable way, you could also try and understand the intent of this paragraph, and I think reading it for its intents is always the best way to interpret a language standard when the wording is ambiguous or soft, especially if you're writing a compiler.<p>I don't think you could sincerely argue that this definition intends to allow the compiler to totally rewrite your code because of one guaranteed UB detected on line 5, just that it would be good to print a diagnostic if it can be detected, and if not to do what's "characteristic of the environment".  Does that make sense?</p>
]]></description><pubDate>Wed, 20 May 2026 06:55:36 +0000</pubDate><link>https://news.ycombinator.com/item?id=48204067</link><dc:creator>veltas</dc:creator><comments>https://news.ycombinator.com/item?id=48204067</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48204067</guid></item><item><title><![CDATA[New comment by veltas in "Everything in C is undefined behavior"]]></title><description><![CDATA[
<p>Although some people, like Bjarne Stroustrup, object to the term C/C++, it's a bit like Richard Stallman objecting to the term "Linux".  The fact is it can mean "C or C++", and I wouldn't assume the author thinks they're the same, but they're talking about both of them together in the same sentence.  This seems reasonable given this is about undefined behavior, and it's trivial to accidentally write UB-inducing code in C++ even with modern style (although I'd say you should catch most trivial cases with e.g. ubsan, and a lot of bad cases would be avoided with e.g. ranges, so I think the article is exaggerating the issue).</p>
]]></description><pubDate>Wed, 20 May 2026 06:51:31 +0000</pubDate><link>https://news.ycombinator.com/item?id=48204019</link><dc:creator>veltas</dc:creator><comments>https://news.ycombinator.com/item?id=48204019</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48204019</guid></item><item><title><![CDATA[New comment by veltas in "Everything in C is undefined behavior"]]></title><description><![CDATA[
<p>From the ANSI C standard:<p><pre><code>  3.16 undefined behavior: Behavior, upon use of a nonportable or erroneous program construct, of erroneous data, or of indeterminately valued objects, for which this International Standard imposes no requirements.  Permissible undefined behavior ranges from ignoring the situation completely with unpredictable results, to behaving during translation or program execution in a documented manner characteristic of the environment (with or without the issuance of a diagnostic message).
</code></pre>
Is it just me or did compiler writers apply overly legalistic interpretation to the "no requirements" part in this paragraph?  The intent here is extremely clear, that undefined behavior means you're doing something not intended or specified by the language, but that the consequence of this should be somewhat bounded or as expected for the target machine.  This is closer to our old school understanding of UB.<p>By 'bounded', this obviously ignores the security consequences of e.g. buffer overflows, but just because UB can be exploited doesn't mean it's appropriate for e.g. the compiler to exploit it too, that clearly violates the intent of this paragraph.</p>
]]></description><pubDate>Wed, 20 May 2026 06:43:33 +0000</pubDate><link>https://news.ycombinator.com/item?id=48203955</link><dc:creator>veltas</dc:creator><comments>https://news.ycombinator.com/item?id=48203955</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48203955</guid></item><item><title><![CDATA[New comment by veltas in "Why is it called Kent House?"]]></title><description><![CDATA[
<p>This adds a little context behind why when I lived in Bromley I was always told to write "Kent" on post, even though I wasn't in Kent.  Apparently it was indeed fully in Kent at some point.</p>
]]></description><pubDate>Tue, 19 May 2026 08:24:14 +0000</pubDate><link>https://news.ycombinator.com/item?id=48190677</link><dc:creator>veltas</dc:creator><comments>https://news.ycombinator.com/item?id=48190677</comments><guid isPermaLink="false">https://news.ycombinator.com/item?id=48190677</guid></item></channel></rss>