What legal battle with Microsoft? As the OP already stated, Microsoft has put C# out there for 3rd party implementations with a legal guarantee not to sue.
And unless you pay me some fraction of the costs up front, I wouldn't even bother doing the work to design the interfaces. That's a completely different situation.
Microsoft is run by a different set of people now. Your stance practically states that future generations of Germany as a whole can't be trusted because of Godwin's Law.
There are lots of good alternatives to preprocessors that achieve the same goals without many of the drawbacks. The first one I think of is lambda expressions.
Ironically lambda expressions are essentially little more than just syntactic sugar (ie, preprocessor) implementations of functor objects in C++.
irreversibly destroyed Java's fundamental value proposition as a potential mobile device operating system
Well there's the problem. Oracle thinks the language and runtime are a complete operating system. There's nothing stopping Oracle making a different OS that uses Java. In fact, the vast amount of libraries for Android out there should be easy to port. Next we'll hear how Microsoft destroyed the value of C as used to build an OS.
I'm aware of the company that found the actual problem - I specifically stated that I read the linked articles, and that link you provided is one of the ones already linked. Obviously the kernel devs erred when they automatically assumed there wasn't a kernel bug.
That said, Linus never apologises for his own out-rightly abusive comments and actions. There's no way he's going to apologise on behalf of someone else, especially when there's some truth to the kernel developers comments - there are known bugs in the Samsung firmware. They just made the mistake of assuming that this particular one was one of those instead of one of their own. The best we can hope for is those responsible developers apologising on their own behalf.
840 (non EVO) and 840 EVO. As far as I'm aware it doesn't affect the 850 EVO. They didn't even bother addressing the 840 non EVO model with their firmware updates.
It's actually much simpler than that. Windows doesn't yet support queued TRIM, it still uses the legacy serial TRIM. The Samsung firmware bug is in the queued TRIM implementation, which is a different issue to the Linux kernel TRIM bug that Samsung found.
That really depends on whether OS X uses serial or queued TRIM. The Samsung drives work fine with serial TRIM, but are still broken with queued TRIM. The bug that Algolia reported and Samsung fixed in the kernel was a serial TRIM issue in the Linux kernel with RAID, which is unrelated to the queued TRIM firmware issues.
The queued TRIM blacklist on Samsung drives doesn't affect Windows because Windows doesn't support queued TRIM yet. This Linux kernel bug is a different issue, but many assumed it was the same, even though Algolia clearly stated in their blog post that they weren't using queued TRIM.
I've read the articles. There are two separate bugs here. One, Samsung drives advertise support for queued TRIM even though it's not properly supported, causing corruption. Two, the kernel had a TRIM bug that affected serial TRIM with mdadm RAID, which is the kernel bug Samsung found and fixed. The queued TRIM bug still exists in the Samsung firmware.
Re:The OEM UEFI locked with M$ keys issue.
on
Windows 10 Launches
·
· Score: 4, Interesting
No, it's official. Microsoft no longer requires that Secure Boot must be able to be disabled on x86 machines to get Windows certification.
The $105 million fine is not for the 1.4 million vehicles recalled due to the remote hack. The fine is for a separate set of issues on which recalls weren't properly done. The $105 million fine also isn't the end of the punishment, they have to also purchase back affected vehicles from consenting owners.
You're probably thinking of NVIDIAs Optimus technology in portable devices. In which case, no, the Intel graphics aren't enhancing anything. The output from the NVIDIA chip gets piped through the Intel chip, as the Intel chip is the only one attached to the display. It's a solution to requiring a reboot with muxed GPU switching solutions. There's also a mild performance reduction with the Optimus solution.
What legal battle with Microsoft? As the OP already stated, Microsoft has put C# out there for 3rd party implementations with a legal guarantee not to sue.
And unless you pay me some fraction of the costs up front, I wouldn't even bother doing the work to design the interfaces. That's a completely different situation.
Microsoft is run by a different set of people now. Your stance practically states that future generations of Germany as a whole can't be trusted because of Godwin's Law.
There are lots of good alternatives to preprocessors that achieve the same goals without many of the drawbacks. The first one I think of is lambda expressions.
Ironically lambda expressions are essentially little more than just syntactic sugar (ie, preprocessor) implementations of functor objects in C++.
irreversibly destroyed Java's fundamental value proposition as a potential mobile device operating system
Well there's the problem. Oracle thinks the language and runtime are a complete operating system. There's nothing stopping Oracle making a different OS that uses Java. In fact, the vast amount of libraries for Android out there should be easy to port. Next we'll hear how Microsoft destroyed the value of C as used to build an OS.
I'm curious what sort of feedback will be passed back to the operator if the robot falls through an unstable floor.
What exactly do they spend their money on?
I'm guessing fines, lawsuits and other penalties.
Chess isn't a sport
According to the International Olympic Committee, yes it is. I'd take their word over an AC any day.
They're not sports. They're video games.
If Chess qualifies as a sport recognised by the International Olympic Committee, then I don't see why video games can't be a sport.
Hands generally get pretty greasy when eating KFC. Encouraging people to cup their greasy hands over their ears can only end well.
Yes, we're talking about the same thing.
I'm aware of the company that found the actual problem - I specifically stated that I read the linked articles, and that link you provided is one of the ones already linked. Obviously the kernel devs erred when they automatically assumed there wasn't a kernel bug.
That said, Linus never apologises for his own out-rightly abusive comments and actions. There's no way he's going to apologise on behalf of someone else, especially when there's some truth to the kernel developers comments - there are known bugs in the Samsung firmware. They just made the mistake of assuming that this particular one was one of those instead of one of their own. The best we can hope for is those responsible developers apologising on their own behalf.
840 (non EVO) and 840 EVO. As far as I'm aware it doesn't affect the 850 EVO. They didn't even bother addressing the 840 non EVO model with their firmware updates.
It's actually much simpler than that. Windows doesn't yet support queued TRIM, it still uses the legacy serial TRIM. The Samsung firmware bug is in the queued TRIM implementation, which is a different issue to the Linux kernel TRIM bug that Samsung found.
This is just another case of "Not My Problem" syndrome that too many techs get into.
No, it's a case of everyone jumping to conclusions.
Samsung drives went on a blacklist for issuing the commands to them due to this bug?
No, they went on the queued TRIM blacklist due to a different bug. This bug was an unrelated serial TRIM bug when used in conjunction with RAID.
That really depends on whether OS X uses serial or queued TRIM. The Samsung drives work fine with serial TRIM, but are still broken with queued TRIM. The bug that Algolia reported and Samsung fixed in the kernel was a serial TRIM issue in the Linux kernel with RAID, which is unrelated to the queued TRIM firmware issues.
Because there are two separate bugs.
The queued TRIM blacklist on Samsung drives doesn't affect Windows because Windows doesn't support queued TRIM yet. This Linux kernel bug is a different issue, but many assumed it was the same, even though Algolia clearly stated in their blog post that they weren't using queued TRIM.
I've read the articles. There are two separate bugs here. One, Samsung drives advertise support for queued TRIM even though it's not properly supported, causing corruption. Two, the kernel had a TRIM bug that affected serial TRIM with mdadm RAID, which is the kernel bug Samsung found and fixed. The queued TRIM bug still exists in the Samsung firmware.
No, it's official. Microsoft no longer requires that Secure Boot must be able to be disabled on x86 machines to get Windows certification.
Key emphasis on "should". I wouldn't put it past them to do sequential loading in Javascript.
I think that's 100ms per ad. With lots of ads, you'll easily get into the multi second range.
The $105 million fine is not for the 1.4 million vehicles recalled due to the remote hack. The fine is for a separate set of issues on which recalls weren't properly done. The $105 million fine also isn't the end of the punishment, they have to also purchase back affected vehicles from consenting owners.
How certain are you that there will be no eDRAM versions of socketed Skylake?
You're probably thinking of NVIDIAs Optimus technology in portable devices. In which case, no, the Intel graphics aren't enhancing anything. The output from the NVIDIA chip gets piped through the Intel chip, as the Intel chip is the only one attached to the display. It's a solution to requiring a reboot with muxed GPU switching solutions. There's also a mild performance reduction with the Optimus solution.