и с @safe @trusted @system тоже, кстати, система стройная, но проблема в том, что часто в @trusted заворачивают не мост между @safe и @system, а любой неоттестированный код

но это мелочи. написать свой runTask, в котором уже вызвать вайбовский в обертке try..catch

Ну если в таске не перехватить исключение, то оно просто писало в лог, что такой-то таск внезапно сдох и продолжало работать и дальше. Меня такой вариант устраивал.

Ну кстати, это тоже не есть хорошо. Хочется чтобы стек вызовов нормально логировался у исключения, а то получается какая-то урезанная версия.

И все время писать свое - это надоедает. Неужели об это Людвиг не подумал сам.

Вот кстати логинг он сделал круто - debug сообщения выводятся малозаметным серым цветом, critical - белым на красном фоне, а fatals прямо мертвячно черным на красном.

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

а мне не хватало уровней логгирования, я свой логгер написал, вайбовские логи перенаправил в него.

и упирается в то, что на этапе становления, и язык, и стандартная библиотека опирались на GC как на часть языка

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

ага, скорее всего так и есть

и упирается в то, что на этапе становления, и язык, и стандартная библиотека опирались на GC как на часть языка

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

Короче, ты пиши свою проксю, на вопросы по вайбу я могу ответить. Почти на любые, кроме по очень уж глубокому устройству.

Я даже не знаю теперь, использовать мне дальше ее или как-то писать низкоуровнево через libevent на betterC

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

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

Я даже не знаю теперь, использовать мне дальше ее или как-то писать низкоуровнево через libevent на betterC

betterC тебе точно не нужен

да и вообще, «системный» язык со сборкой мусора — это слегка странновато

да и вообще, «системный» язык со сборкой мусора — это слегка странновато

но оно каг-бэ с опциональной сборкой мусора.

да и вообще, «системный» язык со сборкой мусора — это слегка странновато

В этом была сверхцель и гениальность

Александреска просчитался

но оно каг-бэ с опциональной сборкой мусора.

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

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

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

D - не C++, хотя и все меньше и меньше в них различий

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

не делай замыкания с аллокацией, исключения кстати грозят сделать nogc, если экспепшн не утекает за пределы catch

да вообще весь язык движется в сторону отказа от сбокри мусора по максимуму

но изначально GC был неотъемлемой частью языка, теперь вот расхлебываем и превозмогаем)

опять же, щито поделать, нужно исходить из того, что есть сейчас)

raii в BetterC уже отличная штука, можно красиво писать некоторые системные штуки

А заем GC для наследования?

затем, что наследоваться могут только классы, а классы выделяются в куче с помощью GC

А есть же ручной аллокатор классов

затем, что наследоваться могут только классы, а классы выделяются в куче с помощью GC

С чего бы это? Я могу память под класс обычным malloc выделить

это уже превозмогание)

говорю же, расхлебываем и превозмогаем)

потому что александреска выпилил оверлоад new и delete в вечном депрекейшене висит.

вообще, смешно как-то получается, с одной стороны изо всех сил делаем все как в сяшке, и тут же GC пихаем.

RC видите ли небезопасно, а приводить по умолчанию знаковое целов в беззнаковое даже без предупреждения - это норм

без GC быстро и просто прикладные задачи будет сложнее решать

ваш кэп

ваш кэп

)))

без GC быстро и просто прикладные задачи будет сложнее решать

только не в D

Больше разговоров, чем тех проблем. Не создавайте объекты через new, сделайте фабрику и вперёд. Конечно, это не избавит вас от СМ, но минимизирует его.

только не в D

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

А в той фабрике сами выделяйте и управляйте памятью

Проблема не в создании, а том что придется следить за временем жизни.

Больше разговоров, чем тех проблем. Не создавайте объекты через new, сделайте фабрику и вперёд. Конечно, это не избавит вас от СМ, но минимизирует его.

да, но Fiber и исключения

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

Потому что от дешного GC больше проблем, чем пользы

аа, в этом ключе...

да, но Fiber и исключения

Чего?

Чего?

без new их не создать

Файбы же структуры

Файбы же структуры

Нет, это классы

Но создать их таки можно и без new

Финализированный?

Нет

а как?

Так унаследуйся тогда

emplace вроде есть такая тема

И юзай свои

Так унаследуйся тогда

Это ты кому сейчас говоришь?

Ну файбы

а как?

Создаешь кусок памяти через malloc, а потом через emplace в нем инстанциируешь объект. И получается без new

ну ладно(

Ну файбы

Что файбы?

Что файбы?

Наследоваться от них и использовать свой вариант

Несколько лет назад один чувак рассказывал на форуме историю. Он писал игру и его не устроила производительность GC. Он взял и переписал рантайм так чтобы работа со встроенными массивами и классами шла через RC. производительность поднялась в несколько раз.

А вообще, был бы DI контейнер, таких проблем не было бы.

Наследоваться от них и использовать свой вариант

Я просто не пойму, кому из участников этого канала ты даешь этот совет?

А вообще, был бы DI контейнер, таких проблем не было бы.

что такое DI-контейнер?

ERROR: S client not available

да, но Fiber и исключения

Ему

А, ну ок.

что такое DI-контейнер?

Контейнер, в котором ты мапишь класс на интерфейс

И чтобы получить объект этого интерфейса, ты не пишешь new ..., а запрашиваешь его из/у контейнера

DI - это dependency injection?

да

только я не понял при чем тут это)

Тогда можно заменить любую реализацию в фреймворке, без изменения кода самого фреймворка

я вот тоже не понял

Ты имеешь в виду подменить реализацию всяких GC штук?

Ее и так можно подменить.

Как?

рантайм переписать

Я о реализации

А не о СМ

что есть СМ?

GC

а, сборщик мусора

реализация new тоже лежит в рантайме

по сути сам new переписывать не нужно, оно само перенаправляет аллокации в GC

пишем свой GC, тем более сейчас в D можно переключать реализации GC

пишем свой GC, тем более сейчас в D можно переключать реализации GC

Ну тогда можно попробовать реализовать ГОщный СМ

Ну тогда можно попробовать реализовать ГОщный СМ

Не получится. В ГО все скрыто от пользователя

Я это к тому, что если можно реализовать свой СМ

можно, но эффективный и не текучий нереально из-за "системности" языка

касты, юнионы, жонглирование указателями не дают возможности нормально отслеживать ссылки

посему, нормальный GC для такого языка - это метод подсчета ссылок

https://dlang.org/phobos/std_experimental_allocator_building_blocks_free_list.html#.FreeList кто-нибудь юзал это?

https://wiki.dlang.org/Memory_Management#Free_Lists вот тут крутой лайфхак про free list )

По факту это пул объектов. Позволяет быстро переиспользовать уже созданные объекты, а в случае любых крешей и ошибок лишние объекты будут просто подчищены GC

я юзал его

хорош для кучи одинаковых объектов, которые часто и быстро создаются и уничтожаются.