Hacker Newsnew | past | comments | ask | show | jobs | submitlogin

But the article contains many examples of the compiler doing things behind your back. For example:

> The answer depends on whether the optimizations are turned on. If they are then the answer is 3 (the first definition is inlined at all occurrences until the second definition). If the optimizations are off, then the first definition is ignore (treated like a prototype) and the answer is 4.



In that case, it's your fault for defining two versions of a function (inline and non-inline) that do different things.


Even if you don't do something like that a modern C compiler will do all sorts of things behind your back. Like removing null checks[1] or pointer overflow checks[2]

[1] http://www.cvedetails.com/cve/CVE-2009-1897

[2] http://www.cvedetails.com/cve/CVE-2008-1685


Well, to be fair, the NULL check was in a wrong place. The pointer was already dereferenced before the check.

  struct tun_struct *tun = __tun_get(tfile);
  struct sock *sk = tun->sk;
  unsigned int mask = 0;
  
  if (!tun)
    return POLLERR;




Guidelines | FAQ | Lists | API | Security | Legal | Apply to YC | Contact

Search: