Видал? :)

ага, был не прав))

А генератор его не всегда полностью создает

Да, тут не поспоришь конечно. Но иначе итератор - просто функция от индекса, что в этом интересного?

Смысл генератора как раз в том, чтобы i-й элемент вычислять лениво, только при необходимости. Я кстати видел реализацию генератора на Coro (спасибо тебе, yield)

Ну, как по мне -- ничего :)

да и под strace тоже видно что освобождает

Мы и в перле так же умеем

Ну это естессно :) не может же ос магически сама узнать, что память свободна :)

У них там контракт

=)

Вернул к жизни

Спасибо

И тебе спасибо =)

Сейчас посмотрю что было и как этого можно будет избежать =)

Да и это очень удобно в некоторых случаях. Я делал похожую штуку на TIEARRAY

но сделать условно бесконечный массив таким образом не получится, так как для for нужно предоставлять метод возвращающий размер

Краткий postmorten. Да — PerlBanjo умер от твоего кода, но не от этого, а от того который ты кидал ему в личку.

Каждый запуск кода в PerlBanjo запускает докерный контейнер в котором выполняется код. В штатном режиме код быстро выполняется и контейнер сам завершает работу. Но на хосте все равно есть штука которая убивает этот контейнер если он работает слишком долго. Она не отработала штатно — контенер продолжал висеть и писать логи (stdout/stderrr пишутся в лог). В конце концов место закончилось.

Что я сделаю чтобы избежать этого в будущем — сделаю штуку которая будет запускаться по крону и которая будет отстреливать все долго висящие контейнеры.

Спасибо за нахождения бага =)

Кто-нибудь распознает, что это за паттерн? И нахуя так делают?

$task_creator = new SendMailAfterTaskCreateWrapper(new SendMailAfterTaskCreateWrapper(new TaskCreator, $manager_email ), $admin_email);

ты про new Class($x, $y, $z) ?