Antoine Pitrou added the comment: > If its a problem with the test I'm guessing it might have to do with how > os.WCOREDUMP() decides whether a process has dumped its core or not.
You are right, the status code doesn't seem affected by whether the core file was actually dumped or not: $ ulimit -c 0 $ python -c "import os; os.abort()"; echo $? Abandon 134 $ ulimit -c unlimited $ python -c "import os; os.abort()"; echo $? Abandon (core dumped) 134 And of course: >>> os.WCOREDUMP(134) True I don't think there's any reliable way to test this: modern Linux kernels can intercept core file generation and run an executable instead (think Ubuntu's apport), so the only thing remaining to do is to just check that the context manager "works", i.e. doesn't raise anything. (see http://linux.die.net/man/5/core "Piping core dumps to a program") ---------- _______________________________________ Python tracker <rep...@bugs.python.org> <http://bugs.python.org/issue18623> _______________________________________ _______________________________________________ Python-bugs-list mailing list Unsubscribe: http://mail.python.org/mailman/options/python-bugs-list/archive%40mail-archive.com
