If it actually exists, the protection would like go into the other direction: prevent playback of arbitrary MIDI files on the digital piano, instead of protecting the MIDI data against playback on other devices.
ihtabs preserve iteration order and have performance competitive with swiss tables (while not requiring as high a load factor): https://github.com/vnmakarov/ihtab
In the case of big projects like curl the interaction seems a bit more complete. E.g. There are some other blog posts about how the engagements and reviews worked which go decently beyond a pre-filtered dump of high severity CVE claims appearing out of the blue.
It's still beneficial on some x86-64 implementations to rewrite indirect jumps (as used in PLT stubs) to direct jumps when feasible. For example, AMD says this about the Zen 4 architecture:
> Only a limited number of indirect targets that cross a 64MB aligned boundary relative to the branch address can be tracked in the indirect target predictor. Software should limit the number of indirect branch targets that cross such a boundary.
And one way doing this is to replace the indirect branch with a direct branch, which supports a 32-bit signed displacement.
It's pretty much always beneficial to do something more directly. Doing less work is always better than doing more work. The slowness of modern software is the result of a stack of abstractions acting like a stack of interpreters. You write something in React, that manipulates a React object tree and shadows it to a DOM, which gets shadowed to an internal object tree which gets laid out and shadowed to a stack of GPU layers which gets written out as drawing commands... When you want to scroll up there's so much work to do. To make it fast, cut through layers and minimize work. In the 1990s, scrolling up meant calculating how many pixels to scroll, blitting that many pixels in the main framebuffer (usually GPU accelerated) and then rendering the new pixels at the bottom. There wasn't even a double buffer. Very little abstraction there, just the shortest path to achieve the desired result. The GPU driver did abstract the blit and rendering operations, of course, and the mouse driver abstracted the scrollwheel event, and you may have a wrapper component in your GUI tree that manages a viewport over a larger virtual component, but it's all kept as direct as practical. I can't imagine any electron app using the blit-pixels-up approach.
I remember once learning of a runtime environment that would inline class functions. For example they wrote an OS, and if you had an object of a SATA hard drive class, it would copy the function code and inline the drive ID. I don't remember how well it worked for them.
A related idea is the "tracing JIT". You know how you expect a JIT to translate one function at a time? A tracing JIT doesn't - it follows the program logic wherever it goes, through whatever control flow, and compiles all of it until it decides to stop. The most well known implementation is probably LuaJIT.
That's only the beginning of the lengths modern JITs will go to optimize. Java and .NET JITs, among others I'm sure, will also profile running code and dynamically recompile already JITted code optimized for the specific branches most taken.
Why do you think these volunteers supported the attack? I don't think there's a published statement to the effect. Even the U.S. government does not claim that (at least not in its written communication).
The perpetrators very likely used Apple and Google services, too, and no one views that as some sort of endorsement by the companies.
And I would bet that a quite few people from those bubbles would answer yes.
For me, statements like "antifacism and anticapitalism are not terrorism" is propaganda hidden in political slogans, not meaningful definitions. Their intention is to shield acts committed under those labels from being judged by the same standard as politcally less sympathetic violence.
Terrorism does not stop being terrorism because the people claim to fight capitalism, fascism, religion, imperialism or anything else?
Is Christianity terrorism? As a religion obviously not. But still horrific acts were done in the name of Christianity and the Islam. Just ask the witches...
So labeling yourself an anti-fascist or anti-capitalist does not magically makes you a non-terrorist.
So labeling yourself an anti-fascist or anti-capitalist does not magically makes you a non-terrorist
nor does the label make a terrorist. it's a neutral statement. the original claim was that the label alone means you support/condone the actions of those who engage in terrorist acts in the name of that label.
> And I would bet that a quite few people from those bubbles would answer yes.
while i don’t have a dog in this particular fight, you can find “quite a few people” who will answer yes to just about the craziest shit you can imagine. it’s like the rule 34 of dipshittery. this most certainly does not make christians liable for the kkk or grandpa style republicans liable for fascists or whatever. and we probably need more evidence than that to justify what’s happening here.
Yours is simply a logical fallacy. Antifascism and anticapitalism are not terrorism. That's a fact, they are ideologies expressed in a multitude of ways, most of which absolutely pacific.
This doesn't mean that it's impossible for terrorist acts to be committed in the name of those ideologies, but also this doesn't make those ideologies inherently equivalent to terrorism.
Antifascism and anticapitalism are necessarily violent. You can't resist nazis without punching them back. You can't stop capitalism without expropriating the expropriators.
No, they are not. That wont stop an enlightened anarchist or antifascist from insisting that they are, and lying about this to as a pretext for their violence.
as fascism and capitalism are just labels you can put on anybody you like (as this is just a subjective opinion), you have a cheap excuse to harm everybody with violence as you like.
> It doesn’t fully explain why Congress has allowed the expansion of executive power for nearly a century, resulting in more and more major issues being pushed to the Supreme Court.
It's not just about executive power. In recent times, Congress failed to adjust the written law when societal consensus shifted, and the discrepancy was resolved the courts, and ultimately the Supreme Court. I don't think Congress would pass something like the Civil Rights Act under the current circumstances. This isn't good for a democracy because the political debate that is part of the regular legislative process is lost.
The TUI version of Claude Code just isn't very good, though. The default keybindings do not work in the majority of terminals (because they generate the same byte sequences for key sequences assigned to different commands). Editing large prompts is rather painful because there doesn't seem to be in-prompt search commands. There is no source code browser, so source code references cannot checked by the users without a separate tool. Diffs cannot be copied directly because they are indented by spaces (even though some tools strip indentation from patches, it's still ugly). Switching between conversations is somewhat discouraged by the interface, which makes it harder to keep the context clean.
I think it's possible to have a better TUI, with something that isn't modeled after a shell prompt. Apparently, recent updates move in that direction. The GUI version of Claude Code seems to be coming to Linux, too.
reply