We changed the way we track Go threads in syscalls/cgo calls, which allowed us to remove one atomic store and one atomic compare-and-swap from the cgo call path. https://go.dev/cl/646198 and https://go.dev/cl/708596 are the relevant changes.
(It's basically an easter egg, but if you look at the source of the release notes, you will see that most entries in the release notes have an HTML comment referencing the Go CL or issue that the entry refers to.)
How does this work when using a US credit card in the EU? I assume the merchant still pays the lower interchange fee, so are the banks just betting that customers won’t do a large proportion of spending abroad?
> 2. Cell service has, at the same time, become ubiquitous in subway tunnels.
Not in New York, unfortunately. All of the stations have cell service, and one tunnel (14th Street L train tunnel under the East River), but everywhere else has no service between stations. It’s an annoying limitation that most cities seem to have fixed by now.
I can’t quite tell if this is satire! You may be familiar with a small startup (https://en.m.wikipedia.org/wiki/Netflix) in the business of buying a million DVDs and continuously renting them out on demand to make something resembling a video rental store.
I'm pretty sure that even video rentals were not allowed without the consent of the copyright holder. The videotapes or DVDs you could buy at retail weren't licensed for commercial use.
Lending them without cost, like a library, I don't think they could stop you. But commercially renting out the physical media wasn't an automatic right, as far as I know.
In addition to the DoS aspect mentioned in a sibling comment, the primary reason you would do this is to avoid constraining the implementation. If you want to change the design to improve performance, for example, being forced to match the implicit ordering of the old implementation may be very difficult.
It certainly may be useful to define an specific ordering. Maps ordered by insertion time and maps ordered by key order are fairly common. But maps with these constraints probably won't be as fast as those with arbitrary ordering, so there is a trade-off decision to be made. A map constrained to the arbitrary ordering of the initial implementation is the worst of both worlds: difficult to make faster despite not having a particularly useful ordering.
As a concrete example, I am currently in the middle of rewriting Go's map implementation to use a more efficient design (https://go.dev/issue/54766). If Go hadn't randomized map iteration order this work would likely be impossible. It is unlikely we could completely change the design while keeping iteration order identical to the old implementation (assuming we want the new version to be faster at least).
Cool! Yes, that’s been our experience in Java as well. The randomized order of unmodifiable Set and Map (from `Set.of` and `Map.of`) have enabled us to make optimizations to the internals mostly with impunity. We’ve done so twice since their introduction and we might do so again.
I think the closest analog to this is digital services getting worse rather than more expensive. For example, recently rather than increasing the price of Amazon Prime Video, the price has remained the same, but the product is worse (now has ads).
That said, I don’t think this bill would target something like that, as it clearly discusses the “size” and “amount” of a product.
I agree, but it would be a total quagmire if they allowed it to extend to digital services and other non-traditional uses of the term. Seems like it would have to relate to buying typical consumer commodity goods only or things would get weird.
When I was a kid, a season was 26 episodes, although they did have fill up and clip show episodes. Nowadays you're lucky to get 6 episodes, but sometimes these are really good episodes.
Episode runtimes are up to the full hour thanks to streaming and lack of ads (the golden age is probably passing sadly) instead of being 20 minutes with room for 10 minutes of ads to fill the 30minute broadcast slot.
Q1 earnings (https://s25.q4cdn.com/442043304/files/doc_financials/2023/q1...) says 383M daily active users and $1.3B in costs (including sales, administrative, etc), for ~$3.50/user/quarter or ~$14/user/year. So far above $2.50/user/year. Even just using cost of revenue is ~$4.50/user/year.
I clarified that I meant just infrastructure costs, and posted the source.
Even so - what's $4.50 per user per year - 40 minutes of minimum wage work? 45 seconds of a lawyer's time?
For sending, and processing, and receiving GBs and GBs of video?
For (not even) this cost, we give up control of political narratives? We let people like Huffman and Musk and Zuckerberg control what we get to see?
They take money from tinpot dictators and a selection box of wealthy grifters. We let our parents and grandparents get taken advantage of by every scam artist on the planet with a few dollars. Why? To save $4.50 a year?
Right, it's not a security problem on its own, but it can make the regex not match at all causing jc to return an error. So jc suffers from the parsing bug mentioned in the post.
[edit:] In order to get jc to return an error one has to actually read the regex. Here is a file name that gets it to return an error:
Edit: looks like I can tighten up the signature matching regex for the "magic" syntax per the issue found above. The greedy regex matching for the parser does seem to work fine, though.
Neat! Your parser [1] almost has a similar issue because a comm could contain parenthesis, e.g., `foo) R 123 456`. But since a comm is limited to 64 bytes, I don't think it is possible to fit a fully matching string inside of the comm before the closing parent after the comm, which would thus make your regexp fail to match.
(It's basically an easter egg, but if you look at the source of the release notes, you will see that most entries in the release notes have an HTML comment referencing the Go CL or issue that the entry refers to.)