Ну походу он имеет в виду обыкновенный случай оставшейся ссылки откуда-то, это не только к делегатам относится, а вообще ко всему менеджменту памяти в целом.

Если ты забрал кусок памяти и не отдаешь ее в течение всей работы программы, логично что сборщик сам ее не удалит.

ну это понятно, я просто, опять же, клоню к тому, что это не утечка памяти, а проблема архитектуры)

по коду будет видно, какая память не освободится до конца выполнения программы, и если нужно, можно будет это изменить)

ну это понятно, я просто, опять же, клоню к тому, что это не утечка памяти, а проблема архитектуры)

Дай тогда определение утечки памяти.

https://ru.m.wikipedia.org/wiki/%D0%A3%D1%82%D0%B5%D1%87%D0%BA%D0%B0_%D0%BF%D0%B0%D0%BC%D1%8F%D1%82%D0%B8

А тут налицо процесс контролируемого уменьшения памяти)

по коду будет видно, какая память не освободится до конца выполнения программы, и если нужно, можно будет это изменить)

Почему тогда фаерфокс до сих пор течёт?

Почему тогда фаерфокс до сих пор течёт?

Не замечал

Хром вот жрёт как не в себя, да.

А тут налицо процесс контролируемого уменьшения памяти)

Ты меня не убедил.

Почему тогда фаерфокс до сих пор течёт?

Потому что в больших программах хрен че разберешь, в фаерфоксе вроде больше строк кода чем в ядре линукса

Делегаты - это круто, но с ними нужно аккуратно работать.

А я и не стараюсь убедить, я констатирую факт)

Потому что в больших программах хрен че разберешь, в фаерфоксе вроде больше строк кода чем в ядре линукса

Maxim: по коду будет видно, какая память не освободится до конца выполнения программы, и если нужно, можно будет это изменить)

А я и не стараюсь убедить, я констатирую факт)

Ну оно и ясно)

Потому что в больших программах хрен че разберешь, в фаерфоксе вроде больше строк кода чем в ядре линукса

Я и не отрицаю, просто Максим считает, что это легко найти)))

Ну это все равно найти легче, чем именно неконтролируемые утечки, когда у тебя менеджер памяти не осовбодил память. Вот там уже никак не найдешь.

Максим, ты так и не дал своё определение утечки памяти.

То есть в твоем коде написано все правильно и корректно, а GC работает плохо и течет. Вот это большая проблема.

То есть в твоем коде написано все правильно и корректно, а GC работает плохо и течет. Вот это большая проблема.

Ну такое.. Тогда все программы на этом языке бы текли.

Ну так кто пишет на ручной сборке мусора, он фактически сам себе GC, у него программы и текут.

И все что на C/C++ потенциально течет.

интерпретаторы языков на C тоже потенциально текут. Вот пхп например, так как у него скрипты постоянно умирают, то эти ошибки не особо доставляют боли и могут продолжаться годами.

Ну так кто пишет на ручной сборке мусора, он фактически сам себе GC, у него программы и текут.

Ну в такой формулировке - возможно.

интерпретаторы языков на C тоже потенциально текут. Вот пхп например, так как у него скрипты постоянно умирают, то эти ошибки не особо доставляют боли и могут продолжаться годами.

Ну мы демонов пишем на нем и все нормально, не течёт)))

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

утечка памяти — это когда ты сделал malloc и потом брагополучно ушел за область видимости

потом ищи эту зарезервированную память)

в языках со сборкой мусора зарезервированная память гарантированно освободится, если она выходит из области видимости, или на нее больше нет ссылок (это конкретно при сборке мусора, как в D, методом подсчета ссылок)

в языках со сборкой мусора зарезервированная память гарантированно освободится, если она выходит из области видимости, или на нее больше нет ссылок (это конкретно при сборке мусора, как в D, методом подсчета ссылок)

в D не подсчёт ссылок

ну эт я так, на всякий случай, вдруг кто не правильно прочтёт)

ну чистый подсчет ссылок сделан через RefCounted)

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

вроде так GC в D работает

Ребят, у кого есть акк на рфик минусаните этого дебила плиз) https://habrahabr.ru/post/336392/#comment_10383558 пост "ЧТо? ГдЕ?" только плиз не отвечайте ему) мне охото на баттхерт посмотреть)

По-моему это как раз то чего хотел Eto Demerzel, он же говорил что хочет улучшить си когда на нем программирует :)

Идея крутая, это как спуститься в сторону примитивизма go только с инструментами D

static if — как пояснить зачем он

тут спрашивают

для ветвления на этапе компиляции, не?

на С++ hello world сколько весит?

4 кб без std

gcc 5.4.0

static if — как пояснить зачем он

Условие, которое работает во время компиляции, а не в рантайме

Все уже увидели что в 76 бетту static foreach включили?

Не, но круто) Видел где-то на форумах возмущения что этого нету

Все уже увидели что в 76 бетту static foreach включили?

Круто!

Когда же будет ldc2 на 76?.. они только только на 74 бету выкатили (

Ну...

Не все сразу

Кто-нибудь в курсе kinke никто не просил выложить инструкцию по обновлению front-end?

А то мужик фигачит в одно жало, а по мне так ldc перспективней dmd...

Может есть, но я не видел просто?

вроде никто не писал

А чем among от canFind отличается? Вроде бы строка это тоже диапазон или нет? https://dlang.org/phobos/std_algorithm_comparison.html#among

Тем, что в кенФайнд передается перечень (массив), а в амонг-е ты сам указываешь значения.

Не рендж, а именно значения через запятую

Иначе: если тебе нужно определить, есть ли значение переменной А в массиве В, ты используешь кэнФайнд

А если тебе нужно определить, одна из переменных B, C, D... равна ли переменной А, то ты используешь among

Вот и вся разнмца

Ну и among можно проверять ещё во время компиляции, если знаешь все сравниваемые значения на этом уровне

Песда глазам.

чо почитать

ERROR: S client not available

посоветуйте

посоветуйте

man

что-то по математике нового

что-то по математике нового

Крутой видеокурс "Теория гомотопий"

На ютубе набери

Кстати, а List в C# на какую Дишную структуру данных больше всего похож?

List -> это плюсовый vector почти

тоесть там внутри массив просто

который ресайзится

А какой тип данных в C# подходит для разноплановых данных? Так же писать нельзя? List<int> list = new List<string, int>(); ?

Что есть разноплановые?

А какой тип данных в C# подходит для разноплановых данных? Так же писать нельзя? List<int> list = new List<string, int>(); ?

Скорее всего Object надо использовать

Исходя из твоей записи это числа

Что есть разноплановые?

к примеру строки и числа

к примеру строки и числа

А точно ли нужно хранить строки и числа как строки и числа?

В одном месте и разными типами

ну я просто спрашиваю, интересно как оно там

Наверняка есть аналог Variant

А если и нет, то можно следить не оптимальный самому

Оффтоп так-то)

Наверняка есть аналог Variant

Все объекты наследуются от Object, поэтому можно просто все считать объектом

Все объекты наследуются от Object, поэтому можно просто все считать объектом

C# как java всё оборачивает? Даже числа и строки?

C# как java всё оборачивает? Даже числа и строки?

Знаю, что структуры оборачиваются

Но по сути все можно привести к object

или dynamic

Знаю, что структуры оборачиваются

Может быть можно сказать, что структур нет, есть только классы?

Может быть можно сказать, что структур нет, есть только классы?

Не, структуры есть

Хм, а смысл, если они оборачиваются? Или 'по желанию'?

Хм, а смысл, если они оборачиваются? Или 'по желанию'?

Точно не знаю, но для ее использования в il ее надо сначала упаковать(box)

но не знаю для каких конкретно случаев

возможно только для вызова методов

Кстати а чем await принципиально от файберов отличается?