Re:Windows Is Bloated, Thanks to Adobe’s Extensible Metadata...
by wand3r on Wednesday April 26, 2017 @01:05AM
(#14200556)
exactly that. thank you.
[ Parent
| on HN ]
Re:Windows Is Bloated, Thanks to Adobe’s Extensible Metadata...
by cpeterso on Wednesday April 26, 2017 @01:22AM
(#14200613)
And Linus taking glibc devs to task for them breaking Adobe Flash Player, due to a bug in Flash's use of memcpy():
Re:Windows Is Bloated, Thanks to Adobe’s Extensible Metadata...
by danielbarla on Wednesday April 26, 2017 @04:28AM
(#14201395)
That was an interesting read; he wasn't even very confrontational there. The point was also solid - they had an internal performance optimization change which was unproven, yet broke things in the real world. That, and the lack of guidelines or tests for what kind of usage results in the behaviour, it's a de-facto "feature" of the interface that they should not break.
Re:Windows Is Bloated, Thanks to Adobe’s Extensible Metadata...
by Pxtl on Wednesday April 26, 2017 @10:42AM
(#14203365)
I do wonder what the correct workflow is for preventing this - release binaries with assertions in place for development, so that if any of your input constraints are violated that aren't guaranteed to fail fast in the release version, then it's enforced in this debug version?