Rusky

70 ms·

751.
Switches on the Mill CPU(millcomputing.com)
4 points by Rusky 9y ago|0 comments
752.
by Rusky 9y ago
These cases are not subtle at all. You can understand a good number of them with barely the knowledge from an Intro to Java class- iterator invalidation, data races, etc. There is no need to understand the particulars of C or C++ to do or a
753.
by Rusky 9y ago
It's nowhere near that uncertain. "Memory safety" is hardly a subtle property and it's been well-understood since we figured out how to enforce it in garbage collected languages. The only uncertain part is which rules u
754.
by Rusky 9y ago
I'm thinking of embedded systems and desktop machines- the first tends not to use an OS nearly that big (if any at all), and the second tends to use Windows.
755.
by Rusky 9y ago
Linux/BSD/Unix are hardly the only systems programming environments. I'd hesitate even to call them the majority. And for now, there are definitely ways to handle signals using libraries.
756.
by Rusky 9y ago
Why is setjmp such a major issue for you? It's a C language feature, not a "real low level to the metal systems programming" requirement.
757.
by Rusky 9y ago
The comment was about error handling syntax, not constant declaration syntax. The comparison being made is between `result = foo(); if (!result) { ... }`, `foo();`, and `foo()?;`. > And for real low level to the metal systems programming
758.
by Rusky 9y ago
Nope- C interop is higher on the list for a reason. Idris and Haskell do not produce straightforward, runtime-less binaries that can be easily loaded by e.g. CPython or Node, without any interference with their runtimes.
759.
by Rusky 9y ago
Declarative unit files are far easier to manage than fragile ad-hoc scripts.
760.
by Rusky 9y ago
Neither of those are the problem I'm referring to, which should be obvious based on the thread we're in... But to spell it out, the problem is that the winner-takes-all aspect encourages people to overwork themselves or their empl
761.
by Rusky 9y ago
Free market forces don't prevent it from getting close enough to cause a problem (if that's even possible under capitalism- the problem we're talking about is due to the attempt to gain a monopoly, not having one). I couldn
762.
by Rusky 9y ago
> GM could not have been the reason for it ...which, to clarify, was not my point. That is, going back up-thread a bit, it's still clear that capitalism intrinsically encourages monopolistic behavior , and that "government int
763.
by Rusky 9y ago
Literally the entire reason antitrust laws were written? Standard Oil? General Motors? AT&T? A little disingenuous to pretend that never happened.
764.
by Rusky 9y ago
All of those companies exist in a world with the threat of anti-trust regulation, and some were directly affected by it. There are plenty of counterexamples from before that regulation, and there are still some today (e.g. ISPs).
765.
by Rusky 9y ago
Exokernels are, as I understand them, even lighter weight than VMs. Instead of user-level libraries implementing file systems and network stacks for emulated hardware, or dedicated hardware on a machine with multiple instances of those devi
766.
by Rusky 9y ago
Clang supports MSVC manglings and bindgen correctly exposes them.
767.
by Rusky 9y ago
Name mangling is by far the easiest part. It's already solved via bindgen and clang.
768.
by Rusky 9y ago
Just earning more isn't the problem. Having control over their career is.
769.
by Rusky 9y ago
In this case, the mentors for these projects are also the ones making some of the most significant technical contributions to Rust.
770.
by Rusky 9y ago
Games do, however, use job systems just like that for plenty of things that aren't single vertices.
771.
by Rusky 9y ago
By that measure, so do C and C++.
772.
by Rusky 9y ago
> Can't you argue this for literally any company of any kind? Isn't that the point of the ADA?
773.
by Rusky 9y ago
It's nondeterministic in the same sense as the "nondeterministic polynomial" of P = NP. Basically, a normal turing machine would also be a nondeterminisic one if P = NP.
774.
How MutexGuard Was Sync When It Should Not Have Been(ralfj.de)
78 points by Rusky 9y ago|8 comments
775.
by Rusky 9y ago
WebAssembly is unrelated to PNaCl and has no limitations on the bit width of the host OS or the running program. PNaCl has those limitations because of how its sandbox works, but WebAssembly does not use a sandbox at all- it uses Javascript
776.
Query structure in chalk(smallcultfollowing.com)
2 points by Rusky 9y ago|0 comments
777.
by Rusky 9y ago
Perhaps, but there are other benefits to wasm than "lacks Java applets' downsides"- JVM bytecode is locked into the Java object model and garbage collector, while wasm doesn't impose any particular style of memory manage
778.
by Rusky 9y ago
No, though neither is Javascript. (I am not sure how far along non-WebWorker-based wasm threads are, but here's the proposal: https://github.com/WebAssembly/threads )
779.
by Rusky 9y ago
Yes, JS and wasm can call each other. In the long run wasm should also be able to call web APIs directly.
780.
by Rusky 9y ago
Java applets have a radically different security model from Javascript and wasm. There's only thing that makes wasm any closer to Java applets than Javascript already is- it's distributed as a bytecode that's not dynamically

More ›