Меняем местами:

auto myIo = cast(MyIo*)clientIo.data; auto clientSock = myIo.fd; char[8192] buffer; long received; writeln(".data: ", clientIo.data, " myIo: ", myIo, " received: ", &received);

И уже выдает:

.data: 7FF33549FB70 myIo: 7FF33549FB70 received: 7FF33549FB70

О.о

Тоесть переменаня received и взодной параметр myIo ссылаются на одну область памяти! О.о

Что за на?

А работает то правильно?

Нет!)

Что за на?

Если это классы, то нормально. В D вроде адрес можно только у структур брать. Адресс объектов класса ни чего не гарантирует. Т в т.ч. может быть и один адрес

Если received находится в начале метода - да

Если это классы, то нормально. В D вроде адрес можно только у структур брать. Адресс объектов класса ни чего не гарантирует. Т в т.ч. может быть и один адрес

Это структура

Тогда странно.

ыгы

Можешь код куда-нить залить?

Поиграться хочу

сек

Нашел в чем ошибка

Я объявлял структуру в одном методе

MyIo myIo;

А потом передавал указатель на нее

А у нее при таком подходе всегда одинаковый локальный адресс

Нужно было так:

MyIo* myIo = new MyIo;

О.о

Тогда, наверное, будет работать

Ну при синтетических тестах - работает

MyIo* myIo = new MyIo;

Структуру через new. Что то не так.

Ну смотри

Самому не нравится

Но мне нужно передать структуру в ev_loop

Понятно. У тебя переменная при выходе из скопа почистилась. Просто похоже ты как то не так передаёшь объет

Если я ее создам на стеке - при выходе из метода она удалится

Она создавалась на стеке и удалялась

А адрес у нее какой-то локальный, относительно метода...

Она создавалась на стеке и удалялась

Эо понятно. Странно, что именно структуру приходется в куче размещать.

И при попадании в другой метод, адрес был локальный относительно второго метода О.о

Или как-то так

Эо понятно. Странно, что именно структуру приходется в куче размещать.

ф-ция: void ev_io_init(ev_io* w, void function(ev_loop_t*, ev_io*, int) cb, int fd, int events)

struct ev_io { mixin EV_WATCHER_LIST!(ev_io); int fd; /* ro */ int events; /* ro */ }

Это же обвертка над Сишной либой

Там вообще нет альтернатив...

Так что как бы я не хотел - приходится делать new struct....

Я уже искал как создать объект без GC

Что-то не получилось алоцировать память с @nogc

Видать я тупой в эту сторону

Что-то не получилось алоцировать память с @nogc

Маллочить разве что

Пофиг

Говорит что нельзя такой метод пометить nogc

Хотя я там сам могу управлять этими объектами

ф-ция: void ev_io_init(ev_io* w, void function(ev_loop_t*, ev_io*, int) cb, int fd, int events)

Обёртку над этим методом сделать методом структуры, а передаваемый в неё объект сделать полем структуры. Тогда при вызове метода объект будет размещён на стеке и гарантированно существовавать. И не придётся в куче выделять.

Сейчас попробую

Но мне кажется не прокатит

объект-то все равно в куче будет

Смотри

ev_io clientIo; MyIo* myIo = new MyIo; myIo.fd = clientSock; clientIo.data = cast(void*)myIo; ev_io_init(&clientIo, &clientCb, clientSock, EV_READ | EV_WRITE); ev_io_start(loop, &clientIo);

Вот такой код

Segmentation fault (core dumped)

И это логично

Так как при выходе из метода, объект clientIo удаляется

Такой же код работает:

ev_io* clientIo = new ev_io; MyIo* myIo = new MyIo; myIo.fd = clientSock; clientIo.data = cast(void*)myIo; ev_io_init(clientIo, &clientCb, clientSock, EV_READ | EV_WRITE); ev_io_start(loop, clientIo);

Вариант делать глобальный массив этих структур - но это тоже самое, даже хуже...

ev_io clientIo; MyIo* myIo = new MyIo; myIo.fd = clientSock; clientIo.data = cast(void*)myIo; ev_io_init(&clientIo, &clientCb, clientSock, EV_READ | EV_WRITE); ev_io_start(loop, &clientIo);

В этом случае, у объекта clientIo ВСЕГДА один и тот же адресс

Адрес смещения от метода, если я верно понимаю...

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

ERROR: S client not available

И просто ссылается на одну память

В этом и был баг

Тут баг компилятора - он должен был ругнуться, что так делать нельзя...

Mylo — это структура, которую как user data передавать надо что ли?

struct MyIo { uint fd; ubyte[] bufferIn; ubyte[] bufferOut; }

Да, это пользовательская структура

С входным буферов и исходящим

а чего бы ее тогда вообще не делать через malloc и не париться с GC?

Как?

у меня есть подозрение, что GC не может отслеживать указатели на GC-allocated memoty или может?

Ну nogc такой метод пометить не вышло

Думаю может

Gets/sets the allocator for the current thread. This is the default allocator that should be used for allocating thread-local memory. For allocating memory to be shared across threads, use processAllocator (below). By default, theAllocator ultimately fetches memory from processAllocator, which in turn uses the garbage collected heap.

clientIo.data = cast(void*)malloc(Mylo.sizeof); не?

Что оно мне даст?

Я именно так и хотел сделать

ну и потом где-то там не забыть сделать free

Ну попробую

оно тебе даст место в куче размером со структуру Mylo

Но он все равно как-то GC задействует, я подумал что тогда профита нет

А new не так же?

new — это выделение памяти через GC

Тогда чего с nogc не пашет?

чего не пашет-то?)

очевидно, что в nogc коде нельзя выделять память через GC

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

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

Ыгы

Попробую

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

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

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

Ievgenii Kyrychenko: Вариант делать глобальный массив этих структур - но это тоже самое, даже хуже...