Исходное сообщение
"5 возможностей, в которых нуждается Perl 5. 18 декабря Perl5" Отправлено w, 17-Дек-08 05:37
>[оверквотинг удален] >    Это неправда уже лет пятнадцать как. Да, когда >в Юниксе память у операционной системы можно было отожрать только одним >способом -- с помощью sbrk(2) -- это было правдой. Но теперь >malloc(3) давно уже не "умный враппер вокруг sbrk(2)". Уже давно требование >непрерывности логического адресного пространства задачи не означает требования непрерывности линейных адресов >ОЗУ, и память операционной системе можно возвращать хоть с конца аллоцированной >области, хоть с начала. > >    Perl must die. Пока не научится работать с >ОЗУ по-человечески. А не с помощью "reexec themselves". Ты хоть сам читал то, что ты цитируешь? Выделение/освобождение памяти делается функциями malloc/free. Perl их вызывает, как и любая C-шная программа. Нет никакой разницы, что именно стоит за ними. Если free не справляется с освобождением памяти, то почему Perl должен что-то делать сверх этого? Если ты видишь воспроизводимую ошибку, напиши багрепорт. Если ты этого не делаешь, то ты и любитель Питона -- всего лишь тупые тролли, которые орут на форумах "perl must die", а сами не написали в своей жизни ничего серьезного.

Ваше сообщение
Имя*:
EMail:	Для отправки ответов на email укажите знак ! перед адресом, например, !user@host.ru (!! - не показывать email). Более тонкая настройка отправки ответов производится в профиле зарегистрированного участника форума.
Заголовок*:
Сообщение*:
	Введите код, изображенный на картинке: