News for hackers. Stuff that matters.

gilnaa

Like an onion
Re:Why I wrote a SQL engine in (only) Python on Saturday December 31, 2022 @07:43AM (#34195950)
Polars is already not python
Re:Act: Run your GitHub Actions locally on Saturday November 26, 2022 @05:41AM (#33751592)
EDITOR=true is clever! Git has --no-edit as well, btw
Re:Carefully exploring Rust as a Python developer on Sunday November 13, 2022 @12:26PM (#33585133)
Panics _can_ sometimes conceptually share the same implementation as exceptions, but given that their usage is not the same, and the fact that the ecosystem doesn't use panics as exceptions, it's a bit of stretch saying they're "functionally" the same.

A bit like saying trains and chairs are functionally the same since they both can have wheels; when there's the crucial difference that chairs don't go choo-choo.

Re:Debugging C with Cosmopolitan Libc on Monday October 24, 2022 @11:48AM (#33318274)
Isn't this why Windows have MOV EDI, EDI at the start of a function? https://devblogs.microsoft.com/oldnewthing/20110921-00/?p=95...
"I want X" "Here's Y" "Yeah no"
Re:Embed is in C23 on Saturday July 23, 2022 @10:46AM (#32203786)
Not to mention that it didn't even get into C++
Re:Flavors of enums with Rust bindgen on Monday June 13, 2022 @01:54PM (#31728982)
You put #[non_exhaustive] on a enum in Rust to force users matching on it to handle an "else"/"default" case, so that you can add more variants to this enum in the future without breaking their code.

It doesn't mean that the enum itself is non exhaustive: at any point in time when enum is defined, it defines all of its variants and any other value is still UB.

Re:Linux-Xlnx – The official Linux kernel from Xilinx on Saturday April 02, 2022 @11:39AM (#30889017)
It's not that it is unstable as much as it is needlessly painful to work with.
Re:How to FizzBuzz at 40GiB/S on Tuesday October 26, 2021 @06:43AM (#28998665)
56GiB/s*
Re:Replacements for existing software written in Rust on Friday May 28, 2021 @10:26AM (#27315682)
a tool doesn't have to be a clean room implementation to be useful
Re:An intro to Zig's integer casting for C programmers on Wednesday May 12, 2021 @07:11AM (#27128947)
Sorry to hear that
Re:An intro to Zig's integer casting for C programmers on Tuesday May 11, 2021 @09:42AM (#27118012)
Not to sound too aggressive, I'm not sure why ada programmers keep being surprised at the hype.

Safety (of all kinds) is not the only selling point of Rust and Zig, and the fact that Ada also have safety measures doesn't mean that it's instantly an option for me.

For example, I keep seeing people hype about Zig/Rust, for all kinds of reasons; and the way that they present their arguments is very compelling. While I've heard of Ada before, AFAICT the only context in which it is brought up is to downplay hype over Rust/Zig; never as a standalone.

Sounds like a PR problem, mostly.

EDIT: Not to say that there aren't other problems, just saying that this point alone isn't some magic bullet.

I don't like Rust because it gives me memory safety, tons of languages do that. I love Rust because the tradeoffs it gives me worth the switch, and the overall tooling and ecosystem are very well made.

Re:Rust Language Cheat Sheet on Sunday April 25, 2021 @04:40AM (#26931258)
Great work!

"Allocate T bytes on stack bound as x" may sound a bit like T is a size instead of a type.

Re:Show HN: FizzBuzz 4GiB/S on Friday November 13, 2020 @08:22AM (#25081861)
Hey, OP here. Code not written by me, but by a friend (iscgar) with no HN account.

On my late 2019 MacBook Pro, using clang 12.

    clang -O3 -march=native fizz4.c
    ./a.out | pv > /dev/null
Starts at around 4GiB/s and drops down to 3.8 after a while, probably due to battery/heating.
I was quite surprised to read that you can't set a custom hasher in C++/Rust, and I even went and made sure that it's possible.

But then I re-read your comment and realized you've meant that you can't do this in JS.

Re:Carbon: Create and share images of source code on Sunday May 10, 2020 @04:23AM (#23131112)
I think he refers to the ligatures
Re:Audacious 4.0 released, switches from GTK to Qt 5 on Monday March 23, 2020 @05:21AM (#22662321)
Wow, Banshee. I liked it so much and no other player managed to replace it for me.

What a shame that it died.

Re:GCC 9.3 on Thursday March 12, 2020 @11:55AM (#22558107)
Re:Flang: The Fortran frontend of LLVM [video] on Sunday February 09, 2020 @11:18AM (#22282778)
But is mostly unused and mostly irrelevant
Re:New Skype for Web is live for Edge and Chrome browsers on Friday March 08, 2019 @07:27AM (#19336941)
But they do make it, present tense.
Re:I Bought a House with Solar Panels on Friday February 15, 2019 @08:02AM (#19170528)
Roof-installed consumer-grade nuclear reactors
Re:Bootstrapping Rust on Sunday December 16, 2018 @08:01AM (#18692882)
It's not always up to me which compiler version I use.

Some organizations change compilers very slowly, and you can't assume you always have the most updated compiler.

For example, when writing a library for my org I assumed that GCC 5.4 (2016) is a reasonable lower bound, and I used the appropriate set of supported C++11 features, and twice I had to downgrade as different teams notified me they had older and older compilers. (and couldn't upgrade)

HaArtez has a pawywall, which is unfortunate.

This industry seem to be comprised of morally bankrupt executives and that's a shame.

The worst part is that Tamar Zandberg, a leftist party leader, tried to get some of the companies' export license revoked, but the government flat out refused, saying that the export tax is prioritized higher than human rights violations.

Re:Introducing Dav1d: a new AV1 decoder on Monday October 01, 2018 @04:38PM (#18116616)
Very easy to blow up your stack with unsanitized input
Re:Emacs 26 Brings Generators and Threads on Saturday June 02, 2018 @04:21PM (#17216177)
Not all environments have GUI or need to have it
Re:Emacs 26 Brings Generators and Threads on Saturday June 02, 2018 @04:20PM (#17216174)
I'd bet he'd want to edit text; but I'm no fortune teller.
Well, due to a bug in a specific version of vi, holding the space-bar for a few seconds causes the laptop to overheat. I bought an external thermometer that connects via USB, and I have a daemon that monitors it to notice the overheating and send the ESC key to the application.

Older »