хз как вы сейчас умудряетесь получать такой текст

вроде уже везде оно выдаётся нормально

gdb поддерживает этоже

https://github.com/ANtlord/gdb-ddemangle плагин запилил для gdb

погодите, он вроде из коробки умеет? или я с ddd путаю

GDB не умеет

по крайней мере не один раз видел сообщения про нечитаемое именование в backtrace

вроде бы это пофиксили, год примерно как

может ошибаюсь, как-то уже привык читать такое глазами

GDB пофиксили? В какой версии, не помните?

ошибаюсь наверно

Роскомнадзор уже заблокировал 4.6 млн ІР адресов, осталось еще 4 миллиарда (с) СотникТВ

шарят же шутить))

щас 16 млн

значит меньше 4 млрд)) не оперитивная инфа

вчера почти до 20 млн дотянули, но потом пару сетей амазона вынесли :)

сейчас опять кое-где не работает с телефона

https://www.rbc.ru/technology_and_media/18/04/2018/5ad686b09a79471d3d5fa03a

Неужели для вас ява хуже яваскрипта?

Смотря в каком плане

хз как вы сейчас умудряетесь получать такой текст

Objdump -t, например

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

В отличие от С++, в D все указатели по-умолчанию инициализируются нулем, т.е. в той переменной гарантированно null был.

В отличие от С++, в D все указатели по-умолчанию инициализируются нулем, т.е. в той переменной гарантированно null был.

Кстати а на betterC это распространяется?

скорее всего, но не смотрел

Я снова хочу betterc )

Даже начал писать eventloop

еще один? )))

я уже третий пилю. каждый следующий лучше предыдущего

правда не на betterc

:)) ето для многопоточности?

в три раза быстрее будет!

eventloop - для асинхронности в пределах одного треда, плюс возможность обмена между тредами

писать eventloop увлекательно

правда не на betterc

Да, самый ближайший это libasync но даже он использует аллокации активно

nogc eventloop не сделали еще

я старюсь emsi контейнеры где возможно юзать

https://github.com/etcimon/libasync/blob/ffbc5ee5e001c984f20dc4eed02b8288774eec7d/source/libasync/posix.d#L298 у меня вот от этого бомбануло

На каждую итерацию цикла аллокация

Кстати а на betterC это распространяется?

Это на все распространяется. Если хочешь потыкать палочкой в неинициализированный указатель как в плюсах — есть конструкция «void* ptr = void;»

это на один вход в loop судя по всему

это на один вход в loop судя по всему

А может ты прав, но все равно не очень как-то

Даже не на один, а только на первый вызов.

Что мешает просто написать buf[128] buffer :)

Статическая переменная там.

Если на стеке держать, это много стека отъест и при каждом входе инициализировать

А так это единожды аллоцируется и все

Всмысле при каждом входе инициализировать?

Я имею в виду в package struct EventLoopImpl где-нибудь этот буфер объявить

Я думал, предлагалось так написать в теле ф-ии.

Ну как вариант, но вообще можно в большинстве случаев там обойтись компайл-тайм буферами

имхо сделать eventloop без аллокаций всяких необходимых структур (на самом деле классов) невозможно. главное любые крупные и частые аллокации делать не из GC

> (на самом деле классов) почему именно классов?

у меня не получилось со структурами, может у тебя получится. проблема такая - например ты хочешь иметь обработчики событий на сокетах, файлах, таймеры и т.д. По сути это разные типы. Но очень грубо говоря - всё что ты можешь отправить в ядро для того что-бы потом найти обработчик события это указатель. А в самом худшем случае всё что ты получаешь из ядра это fileno и тип события (готовность чтения, записи и т.д.) из этой информации нужно получить указатель. Из-за того что у структур нет наследования я не смог собрать их во что-то вменяемое

если пишешь eventloop нужно пораньше начать его портировать на планируемые платформы потому что они дают очень разные возможности, а хочется иметь единый интерфейс

О я вчера как раз копал libasync под это дело

Ну я пишу пока только под линукс и там эта проблема очень элегантно решена

В epool когда регистрируешь свой fd на обработку, можно еще в структуре передать указатель void*

Это называется userdata

Туда идеально пихать указатель на структуру или класс который обрабатывает данный конкретный сокет.

eventloop на betterc был бы оч интересен )

на класс да

Когда на fd случается событие, просто идешь в структуре epoll_event в место что-то типа epoll_event.events.data и кастуешь указатель к (EventInfo*), а дальше уже обрабатываешь как тебе нужно.

ну в общем попробуй

может я не туда копал

если пишешь eventloop нужно пораньше начать его портировать на планируемые платформы потому что они дают очень разные возможности, а хочется иметь единый интерфейс

На другие платформы кроме линукса чето не хочется

Там все гораздо геморнее

kqueue вполне хороший

кастуешь указатель к (EventInfo*) если EventInfo это структура то у тебя она должна быть одинакова для всех типов обработчиков. Так?

ERROR: S client not available

Да

это ж не класс с наследованием/полиморфизмом

https://github.com/etcimon/libasync/blob/ffbc5ee5e001c984f20dc4eed02b8288774eec7d/source/libasync/posix.d#L3471 вот эта структура, а чуть выше смотри union с разными обработчиками

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

Получается почти тот же статический полиморфизм

понятно. юнионы не люблю тк с ними @safe не согласуется

да по сути @safe — это чисто условность

не, наступал когда помогало избежать глупостей

так он их всё равно аллоцирует https://github.com/etcimon/libasync/blob/ffbc5ee5e001c984f20dc4eed02b8288774eec7d/source/libasync/posix.d#L2716

только делает через кастомный аллокатор

@chebotarevp eventloop можно посмотреть? Код доступен? Может есть с чем помочь?

Не, пока все в глубокой альфе

я кстати думал, что vibe-core предоставляет эффективный eventloop

Ну он довольно эффективный в рамках обычного D рантайма с GC

Но если хочется еще более лютого и чтобы бинарник весил 20кб то он не годится

аа понятно

писать eventloop увлекательно

Может это, горутины имплементируешь лучше? :)

Горутины сложновато

насколько понимаю что-бы их правильно сделать нужно хорошо уметь двигать делегаты между тредами

Мало того, надо еще всю стандартную библиотеку переписать под асинхронный io

Иначе будешь вызывать в горутине синхронный writeln и все заблокируется. В общем очень много работы

а у нас есть какая-нибудь либа с умными указателями для BetterC?

Вроде ниче такого нет

Голое поле

=)

На betterc вообще любых репозиториев можно посчитать по пальцам

не жопа, а широкое окно возможностей)

широкая жопа возможностей )

На betterc вообще любых репозиториев можно посчитать по пальцам

их бы отдельно маркировать что ли

Да в виде отдельного тега betterc

а чо, вбросить надо в issues

В чье issues? На гитхабе то и так можно сделать тег