Re:On the Timing of iOS’s SSL Vulnerability and Apple’s ‘Add...
by yeukhon on Saturday February 22, 2014 @09:33PM
(#7284676)
I'd be really really surprised they didn't run this through static analysis. I will, to be honest, then maybe people are right about "it's stupid they make such stupid mistake."
I am not familiar with running static analysis and looking output, only did very minimal undefined behavior santisizer detection.
Re:On the Timing of iOS’s SSL Vulnerability and Apple’s ‘Add...
by bsdetector on Sunday February 23, 2014 @05:51AM
(#7285537)
I haven't been keeping up, but a year ago Google wasn't using any static analyzer at all on Chrome. They didn't use a real memory access checker like valgrind even to load a blank page, although they came up with a weaker memcheck that mostly works.
Lax development is par for the course at these mega corps.
Re:On the Timing of iOS’s SSL Vulnerability and Apple’s ‘Add...
by asvitkine on Sunday February 23, 2014 @01:53PM
(#7287007)
We've been using valgrind bots for a long time on the Chromium project - certainly for much longer than a year.
For example, according to the Wayback Machine, our sites page had an entry about it since 2009:
http://web.archive.org/web/20091123132855/http://www.chromiu...
Re:On the Timing of iOS’s SSL Vulnerability and Apple’s ‘Add...
by bsdetector on Monday February 24, 2014 @09:21AM
(#7290850)
I was thinking of this:
http://www.reddit.com/r/programming/comments/mw2sn/googles_a...
There are many many ways this should have been caught before it even left the building by numerous automated tools. Heck most modern IDEs will flag unreachable code in the editor so there is no real excuse for this. (Adding -Wunreachable-code to a sample project in Xcode immediately flags the next line).
The programmer is human which is why automated verification tools exist.
(AppCode's default inspections will also flag the issue providing you run them)