News for hackers. Stuff that matters.

melchizedek6809

Re:I so hate the phrase "vibe coding" on Tuesday May 06, 2025 @09:28AM (#43904890)
I'm kind of wondering where this sentiment is coming from that LLMs are stealing open-source code. Isn't it just the same as someone learning programming by reading and working on open-source code and then writing closed software with that knowledge, where is the difference? Or is it just closed models that are problematic and would open models like Llama/DeepSeek be acceptable?
Re:The Hidden Complexity of Scaling WebSockets on Saturday January 25, 2025 @06:44AM (#42821078)
Why can't the server send unsolicited messages in JSON-RPC? I've implemented bidirectional JSON-RPC in multiple projects and things work just fine, even going as far as sharing most of the code.
Re:Poland fumes over US block on AI chips on Wednesday January 22, 2025 @05:13AM (#42791162)
Seemed that way, in my case at least they only really checked the passports. Doubt they'd notice or care if one brings a trunkload full of GPUs across the border.
Re:Poland fumes over US block on AI chips on Tuesday January 21, 2025 @06:09AM (#42778806)
That particular border actually does get controlled these days, got held up at the German-Polish border just a week or so ago:

https://www.bmi.bund.de/SharedDocs/pressemitteilungen/EN/202...

But of course your overall point stands

Re:Direct Sockets API in Chrome 131 on Saturday November 02, 2024 @05:03AM (#42025036)
Since it allows for accepting incoming TCP connections, this should allow for HTTP servers to run within the browser, although running directly on port 80/443 might not be supported everywhere (can't see it mentioned in the spec, but from what I remember on most *nix systems only root can listen on ports below 1024, though I might be mistaken since it's been a while)
Re:Overview of cross-architecture portability problems on Tuesday September 24, 2024 @12:07AM (#41633049)
Memory64 is supported by a lot of runtimes now, although it isn't fully standardized yet (see https://github.com/WebAssembly/proposals), so no idea how reliable the implementations actually are, since I haven't had a need for that much memory yet
Re:Sanding UI on Sunday September 22, 2024 @12:19PM (#41618057)
Fair enough, so to test things out I've enabled Voice Control and tried whether it makes a difference how the elements were arranged:

At least with Chrome, it does not make a difference! It correctly determined the label and I could just tell it to click on that particular checkbox.

Since Dragon Naturally Speaking doesn't seem to have a trial, as well as having a broken shop page you can't order from, I can't give it a test, but that articles advice seems rather questionable to me.

Re:Sanding UI on Sunday September 22, 2024 @09:00AM (#41616739)
Not sure I agree with the conclusion of that article, according to it, only 2 screen readers don't support nested labels, I couldn't find statistics on how prevalent these are, but there are a lot of alternative screen readers one could use which might support nested labels since they're not mentioned there (I've mainly heard of JAWS, which isn't mentioned there), so it doesn't seem to be an inherent limitation of assistive technology, just a bug in some (popular?) screen readers.
Re:A overview of binaries, ELF, and NoMMU on Linux on Thursday September 19, 2024 @12:42AM (#41588571)
> Some old processors had page fault handling in hardware. This sucked rocks, and Linus yelled at the PowerPC guys somewhat extensively about this 20 years ago.

Wait, wasn't it the other way around? I might be mistaken but wasn't one of the problems with PowerPC that it only really had a TLB and the kernel had to walk the page tables in software?

Afaik on x86 the page fault handler is only called when a page isn't marked present, so that one can allocate a new page/load the page from mass storage, but apart from that walking the page tables is done in hardware.

Has been a while since I've only really dabbled in 32-bit protected mode a decade or so ago so I might be misremembering.