Hacker News Reader

Valgrind's emulation environment wraps syscalls to understand how they read/modify memory. Any time you add a new syscall or change an existing syscall, valgrind needs to be updated. Presumably 10.9 is unsupported due to new/modified syscalls; a basic program using a subset of POSIX standard syscalls may work just fine under valgrind on 10.9.

Apple should probably employ someone full-time to support valgrind on OS X, just for the in-house benefits...

View on HN

Valgrind is wonderful, but I'm more excited about the Address Sanitizer work going into clang.

http://clang.llvm.org/docs/AddressSanitizer.html

It catches more stuff than valgrind, and only slows a program down to ~half normal speed.

It requires compile time instrumentation, but I'm usually ok with that.

AddressSanitizer went into GCC 4.8 recently: http://gcc.gnu.org/gcc-4.8/changes.html

Unfortunately, for large projects I have seen some bugs that currently prevent replacing valgrind with Address Sanitizer.

No. ASan does not detect leaks among other things: http://code.google.com/p/address-sanitizer/wiki/ComparisonOf...

I think we employ all the major Valgrind contributors at Mozilla but they don't work full-time on Valgrind, so that's unfortunate. It is hard to keep up with a moving target where you don't get any advance notice though.

Reply on news.ycombinator.com