I ran into this problem a little while back trying to get my Linux implementation of the BSD unveil() system call merged into mainline. Some of the responses to the RFC told me that it shouldn't be added because glibc likely won't add a syscall wrapper for it. However, a response from glibc states that they won't consider adding it until it's been successfully merged into mainline, creating a sort of catch-22 situation.
Stan Lee had a profound influence on both my childhood and adulthood. I can't even imagine how many other people he's inspired and touched through his works. Rest in peace Stan Lee; you will be remembered by all of us.
Besides IOMMU bugs, which silicon vendors often subtly add to their errata too much for my comfort; an IOMMU adds security against DMA attacks in theory. I specifically say in theory because oftentimes vendors either don't configure it correctly or leave it totally unconfigured. Additionally, things like multiplexing on the same bus further complicates things
Interesting project! I've written compiler frontends for both GCC and LLVM, and surprisingly found it easier to write one for GCC, despite LLVMs reputation on modularity. I'd love to hear the reasons why you chose LLVM for code generation over something else!
It's quite an interesting and ambitious concept, but I really hope they fix the avatar designs. I talked to some people around the room and the general agreement is that it's stuck in a sort of "uncanny valley" where users look like eerie ghosts with only half of a torso and no legs.
I use libp2p extensively for an upcoming open source project, Melodyne[1]. While there are some semantics that are annoying to deal with in the Go bindings, it is the most feature-rich p2p library I have discovered to date.
The original title was "Compiling lisp to JavaScript in 350 lines from Scratch" -- For anyone actually interested in a lisp interpreter written in Scratch, there's https://scratch.mit.edu/projects/159487877/
It seems more like they wanted to make the rounds on various blogs and news sites which will inevitably display something along the lines of "Minecraft is now open source!" In the end, based on what they've currently released it appears to be more of an advertisement than anything. With a huge mod community creating projects such as MinecraftForge, most of what is currently released by Mojang/Microsoft is largely irrelevant.
If they release their game engine, however, that's a different story...
In fifth grade, our Windows 2000 box was "locked down" so that all you could do was print documents. Turns out, however, that the printer control interface reachable from the print dialog had a "Select PostScript interpreter" button which would launch the specified executable whenever a page was printed.
Still, network security is extremely hard when the actor has physical access to your networking hardware. I currently live in a dorm situation and put each roommate on their own separate vlan on their own separate wireless gateway behind an f5 firewall running snort and I'd still be at risk if one of my roommates decided to put something between my gateway and the router.
I stumbled across WasmJIT about a year ago and actually used many of the concepts in the project for my own kernelspace implementation of the portable native client (pNaCl). Projects like these are extremely interesting to me because they offer the possibility of a completely architecture-neutral userspace that can be used across multiple devices without recompilation.
Another thing to check out in this area is JanusVR. The thing about Janus is that it makes the internet navicable from an immersive perspective. Granted this requires adding FireBoxRoom code to your site in order to make everything 3D, but it does seem to fit the VR "paradigms" a bit better than what I'm seeing here from Firefox.
I remember this from a little while back on HN! IIRC the creator of Vectordash was a student interested in ML but disenchanted with the prices of other cloud GPU compute services. The idea was so ingeniously simple I was surprised nobody really tried it before. Glad to see they're expanding into other stuff, too.
On a side note, I'd love to see a tech write up on how Vectordash operates.
While that's true for portability (there's obviously reasons why nearly all distros ship with a POSIX sh compatible shell at /bin/sh), for simple tasks on my own system, oftentimes I simply want to get the job done without banging my head against a wall dealing with all the idiosyncrasies of sh. For internal use, I think this project excels for automation and administration tasks. Of course, I probably wouldn't ship anything written in xonsh-python, but I'd totally use it to, say, back up my dotfiles to a git repo automatically.
Additionally, modern microcode updates are both encrypted and signed blobs. Granted, it's of little use if Intel/AMD are playing the role of bad actor or if the signing and decryption mechanisms are bypassed somehow; but trying to load unsigned microcode by default will result in rejection.
I've been following the Stellarium project for upwards of a decade and I'm always pleasantly surprised at how far it's come, even if I still have a few grips about telescope integration (still no built-in ASCOM or INDI interfaces).
I did some work for a company about 2 years ago to port a stripped-down version of Stellarium for internal-use on some custom ARM-based in-field devices (the company worked in the satcom industry) and I'm still amazed at the amount of complexity that goes into astronomical simulation. In fact, I recommend devs interested in this space check out the Stellarium source repo, which provides ample amounts of well-designed (Qt-ish) C++ surrounding astronomical projection, star rendering, ephemeris calculation, etc.
While this online-version doesn't seem to share too much with the regular desktop Stellarium (WebAssembly port, anyone?) it does appear to be one of the best web-based planetariums currently.
Unik is pretty nice, but it's basically a wrapper for other unikernels. I use it for microservice deployments every now and then. It does make packaging Java for OSv a lot simpler, however. For a more language-agnostic unikernel that can run on bare hardware, rump/rumprun has been the de facto baseline for me.
I do this with home-assistant, Phillips hue bulbs, and f.lux. f.lux controls the color temperature of the bulbs while home-assistant controls the brightness and emulates the sunrise at dawn.
I've done a cursory search and all I can find is articles on the dangers of EVMs and EVM manipulation; nothing about engineers testifying that they were forced to make them vulnerable. Perhaps there is information on this but it isn't immediately obvious based on a Google search. Additionally, while leaving out a citation where it's due is a common and normal occurrence, actively becoming hostile when asked to provide one is a great way to destroy any sense of credibility.
I actually had SIBO a while back. Several years ago I had a terrible GI doctor who kept saying all my symptoms were in my head. I eventually got to the point where I weighed less than 100lbs and was constantly sick despite being desperate to stomach anything without falling ill. She would just shrug all this off and tell me nothing was wrong. Eventually I switched to a better doctor who immediately diagnosed me with SIBO, and further testing showed that I was genetically incapable of producing fructose transportation enzymes in my small intestine. Of course most things that contain fructose are high in many other sugar alcohols that ferment in the large intestine and cause an over growth in bacteria that thrive in this environment. After my old doctor was discovered to have nearly killed an infant with her refusal to actually do her job, we filed a complaint. Of course MultiCare swept everything under the rug and did nothing...
Unfortunately, it's not as simple as that (although I wish it were). While you could generate a 3D perspective on each 2D "slice" of a 3D viewport, it wouldn't be that much more different than what's going on in here. The main issue arises from trying to render a 4-polytope in a universe where we ourselves can only sense 3 dimensions "natively."
Gameboys have been used for years in many specialty industrial products due to their inexpensive price point as well as their programmability and peripheral interfaces. One was even found to be used in a medical device [1].
It may not be a JIT compiler, but back in 5th grade I vaguely remember writing an extended brainfuck interpreter that fit within the boot sector of my HDD. It pulled some brainfuck code I wrote (fuckboot I believe it was called) from a FAT partition designed to bootstrap the Linux kernel. I recall being absolutely amazed at how simple yet advanced the language was.
Funny enough, it was the exact puzzle which I read about on XKCD that allowed me to draw a conclusion for this one so quickly. The trick for these is using shared knowledge and a shared signaling mechanism to deduce overall state at a specific time period.
You might want to check out Niantic's (the same people who made Ingress) app called Field Trip[1]. It seems to fulfill a lot of what you're asking for.
> "Interestingly, this is the same system-on-a-chip used in the 6th generation Amazon Fire HD; maybe Amazon had a few extra laying around?"
A little-known fact about the echo smart speakers is that they run a minimally modified version of FireOS at their core. In fact, many references to the Fire tablet lineup can be seen around the echo firmware. Using the same SoC makes sense in this regard as it allows for a more unified build process by enabling kernel/driver/firmware blob reuse.