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

не понял сейчас к чему это

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

я как раз об обратном говорил

а, ну тогда извини, не понял)

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

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

да вот тоже нет)

вот пример с receive мне кажется настолько странным, что ппц

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

Ну тогда хотя бы можно было бы скастовать структуру к void[] ? Или так тоже нельзя?

для меня он прям естественный

void — безразмерный тип, даже представить не могу, чем мог бы быть void[]

Ну тогда хотя бы можно было бы скастовать структуру к void[] ? Или так тоже нельзя?

у void[] есть одно маленькое ограничение -- нельзя обратиться к элементу

Ну так в документации метод receive как раз его принимает на вход :)

некоторые вещи с void[] сделать неудобней чем с ubyte[] потому что void[] всё равно для выполнения этих вещей нужно кастовать к ubyte[]

А как бы это делалось в C++? Там понятнее?

Ну так в документации метод receive как раз его принимает на вход :)

кстати да

не только в документации, но и в коде (как ни странно)

В общем на таком простом деле как чтение из сокета (казалось бы) я завяз =(

можно, кстати в одну строку делать чтение структуры

ну или в структуру

cast(void[])((&obj)[0..1])

вроде так

так... 1 сек

массивы же к void[] кастуются сами?

import std.stdio; void filldata(void[] arr) { (cast(int[])arr)[0] = 12; (cast(int[])arr)[1] = 34; } struct X { int a, b; } void main() { X x; filldata((&x)[0..1]); writeln(x); }

тоесть ещё проще

[0..1] это получается что мы адресуем одну единицу данных типа X ?

это срез с 0 по 1 элемент

тоесть мы берём указатель на x и работаем с ним как с массивом

Как с массивом элементов X ? Или массив байтов

как массив элементов X

понял

но стиль с union как-то проще

ну, всмысле наглядней чтоль

@chebotarevp а что, если не секрет, ты читаешь структурой из сокета?

и endianless сохраняется ли?

https://www.ietf.org/rfc/rfc1928.txt я вот это начал реализовывать

Входящее сообщение это struct. Как быть с сообщениями динамической длины я пока не думал еще ;)

> Входящее сообщение это struct. Не только входящее, но и исходящее. То есть потом я буду писать структуры в сокет тоже.

структуры с каким содержанием?

+----+------+------+----------+ |RSV | FRAG | ATYP | DST.ADDR | +----+------+------+----------+ | 2 | 1 | 1 | Variable | +----+------+------+----------+

снизу это кол-во байт на поле?

Да

тогда спешу огорчить, что так может и не сработать

и скорее всего не сработает

Почему? Из за того что структуры не мапятся на память плотно?

по сети принято bigEndian, а intel это littleEndian

Ну, я думаю эта проблема решаема

В крайнем случае я могу у стурктуры просто сделать метод .receiveFromSocket()

Где вручную все прочитать.

кстати говоря

я вот сейчас понял, что структурой ок читать

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

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

Ведь это же чисто детали реализации какой-то.

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

Всегда можно написать библиотеку)

я специально для работы с endiannes маленькую библиотеку streams написал)

https://code.dlang.org/packages/freck-streams — там только чтение из byte[] и из файлов, может, получится и надстройку над сокетом сделать)

А как-то так можно? void main() { string [] str = ["aa","bb","cc","dd"]; foreach(s;str) { if(s.canFind("bb")) { s.array.insertBefore("x"); } } }

Ругается: Error: no property 'insertBefore' for type 'dchar[]'

s.array.insertBefore("x"); s.array - это функция из std.array которая создает массив из Range, a insertBefore это метод у структуры std.container.array.Array.

А контейнеры для чего используются?

Кто как хочет так и использует

Полезней разобраться в устройстве и самому находить им применение

К теме про WASM. Если в Ди не использовать ГК, т.е. писать код в режиме Better-C то получается можно будет его под WASM скомпилировать?

А как-то так можно? void main() { string [] str = ["aa","bb","cc","dd"]; foreach(s;str) { if(s.canFind("bb")) { s.array.insertBefore("x"); } } }

str.insertBefore попробуй, но вот только в Ди могут быть особенности на этот счет. Это ты итератор модифицируешь в процессе итерации... Попробуй сделать копию str (.dup кажется?) в переменную str2 и в неё добавлять.

К теме про WASM. Если в Ди не использовать ГК, т.е. писать код в режиме Better-C то получается можно будет его под WASM скомпилировать?

А этот режим уже работает? У меня не фурычило...

да, он уже в ФФ и Хроме

ERROR: S client not available

BetterC

а...

По идее должен, иначе не понятно как Илья используя его чтото писал...

да, он уже в ФФ и Хроме

Блин, я подумал что это обычный ассемблер :)) А ты про веб ассембли! Да, уже добавили везде! Ждём теперь ААА игрульки под браузеры

str.insertBefore попробуй, но вот только в Ди могут быть особенности на этот счет. Это ты итератор модифицируешь в процессе итерации... Попробуй сделать копию str (.dup кажется?) в переменную str2 и в неё добавлять.

Как я понимаю это все же метод какого-то контейнера был т.е. не для этого

Как я понимаю это все же метод какого-то контейнера был т.е. не для этого

s.array это ты у string s, а str это у тебя string[], так что должно работать

не совсем понял что на что заменить ...

Просто названия у переменных фиговые)

Ты к чему текст прибавить пытаешься? К строке или массиву?

как я понимаю к строке таким способом прибавить невозможно?

Думаю можно

Сек

Смотри

foreach(int index, s; str)

str [index] = "x" ~ s

Думаю сработает

щас проверю

Я думал тебе в массив записать

Ну тогда просто auto ss = "x" ~ s;

а, щас проверю что в нем в итоге

writeln(ss)

угу, записалось)

К теме про WASM. Если в Ди не использовать ГК, т.е. писать код в режиме Better-C то получается можно будет его под WASM скомпилировать?

Я пробовал этот режим относительно давно, и GC там работал как обычно.

Я пробовал этот режим относительно давно, и GC там работал как обычно.

Т.е. BetterC не давал эффекта?

У меня кажется так же было, ничего не менялось

ХЗ что он там давал, но размер у бинарика был меньше.

Проще везде выставить nothrow и nogc) и линкером заменить функции GC

Этож по идее только в LDC должно быть доступно с WASM работать

В гугле даже упоминаний нет dlang+wasm

а разве у GDC нет поддеркки? Или его давно не обновляли?

а разве у GDC нет поддеркки? Или его давно не обновляли?

Я имею ввиду, что если wasm запилят для Ди, то скорее всего именно в LDC