This is a really bad bug.

ну исторически сложилось, что использование памяти должно быть учтено концептом. Речь ид╦т о виртуальной памяти процесса, резервированой под хип. реально представить, что хип может динамически расти. Но как только граници вирт. пространства памяти будут достигнуты -- процесс можно убрать, что и делается в этом случае. потому, если нет ошибок в концепте то по понятным причинам мэлок не должен бы возвращать ноль. такое решение однобокое, но:
1. Толку от этого ноля? Программа может при запуске опросить сколько адресного пространства дано ей в пользование. Один раз опросить и "калибрироваться" под эти рамки, вместо того, чтоб при каждом алокировании считаться с нол╦м. Естественно предположить, что прога, которая сожрала всю свою память, при получении нуля от мэлок основательно "перепашет" вс╦ то, что ей можно "перепахать".
2. прикинь сорцы програм, которые живут с тем, что мэлок периодически возвращает ноль. я в курсе, что возвращаемые значения нужно опрашивать, но речь ид╦т о том, что в основном програмят нормальные люди так, чтоб в случае возвращ╦нного нуля лишь ограничить обь╦м ущерба. при этом о функциональной части мало кто заботится(никто не заботится, это временами почти невозможно).
3. прикинь как трудно будет протестировать софт если он учитывает переполнение хипа?
--------------------
ну, хотел бы услышать(рад бы был) ещ╦ пару рассуждений.
~ semper idem ... ~