explodingwaffle

coded entirely or partially in assembly, i presume?

I really like this concept (though the post is terribly named as others have said). "Databases that are easy to make as documents" is so obvious that you wonder why it isn't more of a thing. Add in "untitled" databases that live in a session/browser so you can "try before you buy", maybe the option for single file databases with no intermediary/service (so you have a Databases folder that is as messy as your Downloads folder... but is that really so bad? better than a password manager full of garbage services IMO), and you basically get EASY seperation between application and data, which is Good for a lot of reasons (lock-in, ownership etc)

man, HN is awesome

just because it is digital doesn't mean it has to be a microcontroller though, right?? i see no reason this wouldnt just be a state machine or whatever out of plain old logic.

this is great, thanks for pointing to it! been looking for this ideal sort of RSS reader

This is awesome! Just so you know, you are legally obligated to do Bad Apple when interest dies down.

Certainly not a "Rust UX _expert_", but I do find GPUI interesting. Some nice examples here of not-"just text/button widget programs": https://github.com/longbridge/gpui-component

I tested with 1.1.1.1 first, didn’t get anything, and gave up for the night. Maybe I should put a different provider as DNS backup? (any DNS gurus to say that that’s a bad idea?)

This is coming in the next release of Kicad: https://forum.kicad.info/t/post-v9-new-features-and-developm...

The rate of development since V6 is crazy fast IMO. Very much an OSS success story.

Thoughts on Zephyr? Especially wrt code size. I've heard all kinds of things regarding the requirement for it with Nordic chips

Who says you can’t make a library that does both? Rust makes it pretty easy to conditionally compile code based on architecture.

It could even be possible to make some sort of “ABA primitive” and use that for these sort of data structures. This could well exist: I’ve not looked. These sorts of things really aren’t that common in my experience.

On LR/SC: to any atomics experts listening, isn’t it technically “obstruction-free” (as per the Wikipedia definitions at least) rather than lock-free? (though in practice this makes basically no difference and still counts as lock-free in the C++ (and Rust) sense) Just something that stuck out last time I got sucked into this rabbit hole.

TIL this github "list" feature. neat

What would you consider the “RISC-V equivalent” of TrustZone? Last time I was curious I didn’t find anything.

(FWIW I agree with the other commenter that these ""security"" features are useless, and feel to me more like check-box compliance than anything else (Why does TrustZone work with function calls? What’s wrong with IPC! Also, what’s wrong with privileged mode?). Just seems like a bit of a waste of silicon really.)

that page + the book Hacker's Delight are a big part of the reason I am so convinced of this :)

If compilers/languages/standard libraries provided these bit permutations, and it was just something ~everyone had learned, it would be a lot easier to work with bits without needing to come up with the bitwise ops (or use that generator). In addition it would probably make better use of the hardware: sure, people like to pretend that we’re still programming C for PDP11, but modern hardware supports more operations than C has operators for (RISC-V B extension and co have the right idea <3)

Modern compilers are probably pretty good? but I doubt they are perfect at turning code like that in OP into the best instructions. It is probably a bit late for C/C++ though. maaaybe possible to get it into LLVM and Rust.

The more and more bit-hacks I see, the more convinced I am that they should be handled by a cleverer compiler. Some intrinsic(s) where you say “do x, y, to these bits” and it just figures out the optimum way of doing it for whatever platform you compile for.

At least in my iOS 18 Passwords app, the passwords are shown in a monospace font that (probably deliberately) differentiates all these (e.g. a slashed zero).

I wouldn’t call it a pet peeve but I understand where you’re coming from with this: but I think the main reason for it is electronic engineers, with little-to-no product design or even mechanical design/CAD background. IMO it’s a shame: it’s sort of like the open source hardware version of the “Blender before it got good UX” problem.

The cheap option is https://github.com/ataradov/usb-sniffer which is actually by the same guy as the OP :)

Open hardware so you could build your own for fairly cheap. I bought a clone (is it a clone if the creator never sold them? I'd have preferred to buy it from him...) off aliexpress for ~$50.

You mean, like this? https://probe.rs/docs/tools/debugger/

Great article. You would hope this feature was more readily exposed on USB-C laptops where it makes a bit more sense… oh well.

I thought it was just supposed to be a pun on “gen’ AI”

Yes: because Apple actually got this added to the spec: https://www.usb.org/document-library/usb-type-cr-cable-and-c... which is the real story IMO (I am impressed no one bothered looking at the Type-C spec update after the Type-C iPhone finally came out)

This actually replaced the analog audio mode (good riddance- whoever thought adding analog audio into a port that also does digital audio was a good idea?)

Did the manufacturer really think they would get away with such blatant shenanigans? I imagine the lawsuit for this is going to be open and shut.

Anyone else feeling the frequency illusion with rep movsb?

(https://lock.cmpxchg8b.com/reptar.html)

Tangential to some comments here: Why does the standard library not have block_on?

I'm curious, so I'll bite: what do you find hard to setup about embedded Rust? Personally haven't found it too bad (this is STM32/Cortex-M though, which is sort of a happy path)

It’s worth noting that this is _allowed_ by the USB-PD spec, but you’re right that 5V @ 5A is not common because it is not required. At least it’s better than the Pi 4 was at launch? :D