wkk

Same energy:

The message transferred between the particles supposedly FTL does contain information though. What I meant was that we cannot encode our own arbitrary information on top of it. The message has a physical effect on reality, without it the state we find the particles in cannot be respected.

Just reconsider this: If we agree that the result of a measurement is totally random (no hidden variable predetermining the result of the measurement) but that once we measure and know the state of one particle then we know with certainty the state of the other particle (entanglement): information about the collapse of the first measured particle was shared to the other so that it’s no longer random.

edit: If your argument is about “sharing information doesn’t imply transmission” then let’s stop here and leave this thread agreeing that “information was shared” :)

I have no opinions on what shape the information sharing takes. Nor am I interested in guessing.

I mean you can setup a source of entangled particles and two very far detectors that would do measurements roughly at the same time on each particle in such a way that information traveling at the speed of light wouldn’t have time to travel the distance between both detectors.

You can then just gather roughly simultaneous measurements and at a later time join the datasets from both detectors to see what one measured vs the other for each pair.

If I understand correctly the current observations show that collapsing the state of one of the particle influences the other all the way at the other detector. Since there’s no hidden variables that predetermine the result of measurements while the result of the collapse is random, and the fact that particles still respect the correlation over any distance is why there seem to be a FTL communication between the particles.

Something has to be communicated between the particles for the influence to work FTL, but it also seem we cannot leverage this phenomenon to send “actual information” this way :/

edit: Important point with that experiment: once the particles have been observed, if you try the experiment a second time using the same particles, then you’ll get different results, this time in line with hidden variables because the particle’s state already collapsed.

If you can avoid running batch files altogether then great, amazing. But there are projects out there using Rust that still depend on running those and that’s the focus of the issue… But yeah I cannot wait until the day I won’t hear about cmd.exe again.

The 2022 nobel prize was given to experimentalists that observed the violation of Bell’s inequality.

https://en.m.wikipedia.org/wiki/Bell's_theorem https://en.m.wikipedia.org/wiki/Quantum_nonlocality

I’m genuinely not an expert but I get it to mean that there aren’t hidden variables created alongside the entangled particles.

https://learn.microsoft.com/en-us/windows/win32/api/processthreadsapi/nf-processthreadsapi-createprocessa

To run a batch file, you must start the command interpreter; set lpApplicationName to cmd.exe and set lpCommandLine to the following arguments: /c plus the name of the batch file.

Because a batch file (.bat or .cmd) is basically a set of cmd.exe instructions I guess that’s why you can’t get away from it.

And as if making sense of this CreateProcessA system call wasn’t funny enough, you also need to figure out how to safely prepare that lpCommandLine for it following all of cmd.exe’s weird escaping rules… lol

It’s definitely not Rust’s fault, but it’s kinda Windows’ one and cmd.exe escape logic… It’s really difficult to write logic that will correctly escape any argument given to it, cmd.exe really is a pain to deal with :/

The Rust security team faced a significant challenge when dealing with cmd.exe’s complexity since they couldn’t find a solution that would correctly escape arguments in all cases.

As a result, they had to improve the robustness of the escaping code and modify the Command API. If the Command API cannot safely escape an argument while spawning the process, it returns an InvalidInput error.

“If you implement the escaping yourself or only handle trusted inputs, on Windows you can also use the CommandExt::raw_arg method to bypass the standard library’s escaping logic,” the Rust Security Response WG added.

I get that in situations where they can’t safely escape a parameter they’ll just stop with an error, which sound as sane as one could go with this!

https://www.khanacademy.org/computing/computers-and-internet/xcae6f4a7ff015e7d:the-internet/xcae6f4a7ff015e7d:routing-with-redundancy/a/internet-routing

I wouldn’t call that “messy and inefficient” but you do you. I’d be curious to know what’s a “clean and efficient” solution for you when it comes to routing packets around the planet :)

deleted by creator

You’re right that this is not generating monetary gains

But it’s generating outrage towards Google when what you accuse them of doing isn’t the reality, that’s pretty disingenuous

Not defending Google as a whole, but let’s keep honest about the current developments

The day sponsored trips are the default is the day I’m dropping Maps

Please change “added a sponsored detour” to “proposed a sponsored detour” and it won’t be as misleading anymore

Reddit or my username???

Reddit

Technically speaking it would pick up the men in metal armors, not the wooden horse per se.

But the barrier would lift for the wooden horse full of men in armor indeed.

Sorry that’s A-tier

I am never sick when doing roller coasters or reading in a moving car, but I was really nauseous after my first 15-min VR session. I was pretty scared I fucked up buying a Valve Index only to get that much sick playing… But I had a feeling (hope?) that I could get used to it: After about 2 weeks of playing a bit every night I was no longer getting sick at all. I can go until the controllers run out of battery now.

To me the effort was worth it, but I have a friend that was the opposite and didn’t enjoy experiencing virtual worlds that way…

My advice: If you ever try it then try to ignore the sickness -as you can get used to it- and focus on how much you enjoy being immersed in virtual worlds.