И чем больше тем лучше

Ну так логичнее обозвать чем то типа dataAvailable... хотя конечно дело хозяйское

такой метод, кстати там есть, ЕМНИП

Да есть empty

Который может быть и 500 байт и 4000 байт. Это сколько данных гарантированно есть для возможности прочитать из сокета

Как это можно гарантировать?

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

Как это можно гарантировать?

а в чем проблема? сокет знает саолько данных у него буферизовано

А буфер не мы задаём?

а в чем проблема? сокет знает саолько данных у него буферизовано

Хм

Вообще должен быть вызов типа read в котором указан размер доступного буфера и нужно ли ждать его полного заполнения или можно вернуться при наличии любых данных

Если мы в буфер прочитали 500 байт то у нас гарантировано 500 байт

Вообще должен быть вызов типа read в котором указан размер доступного буфера и нужно ли ждать его полного заполнения или можно вернуться при наличии любых данных

Ну так

Не юзерское это дело спрашивать есть данные или нет

Не юзерское это дело спрашивать есть данные или нет

+ в карму

Вообще должен быть вызов типа read в котором указан размер доступного буфера и нужно ли ждать его полного заполнения или можно вернуться при наличии любых данных

такой вроде есть, ЕМНИП опять же

Не юзерское это дело спрашивать есть данные или нет

иногда нужно, если что-то низкоуровневое пишешь, и это не оправдание кривому коду.

http://forum.rejectedsoftware.com/groups/rejectedsoftware.vibed/thread/24403/#post-24416

Вот тут Людвиг и предлагает эти костыли

Я так и сделал и смотрел удивлялся почему моя прокся при скачке файла выжирает одно ядро на 100%, а оказывается он по 1 байту читает в цикле :D

не возвращают сокеты никогда точное количество байт в очереди

int count; ioctl(fd, FIONREAD, &count);

ну да и std.socket тоже нормально читают в неполный буфер

Да... kqueue это отдаёт сразу по получении ивента

В линухе наверное нужен отдельный вызов

В общем я еще вчера интересное на форуме вычитал, не знаю говорили тут об этом ли нет. Есть чел по имени Илья Ярошенко. Еще год назад он поднял тему модульной стандартной библиотеки в режиме betterC и начал ее пилить

Подробности драмы можно прочитать тут http://forum.dlang.org/thread/phexetutyelrssyrucvw@forum.dlang.org

https://github.com/libmir/ а вот сама библиотека, но поскольку он математик-статистик, то в ней очень сильный уклон во всякие тензоры и прочий матан, и плохо развиты системные вещи. Имеет смысл в нее поконтрибутить или использовать ее как базу для betterC проектов.

ооо, крутой дядька

я всегда считал мир математической либой, там вообще системные вещи есть?

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

Ну в общем все то что базово требуется почти всегда

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

Стандартного я ничего не встречал, велосипедов наверное много

самому за несколько секунд можно сделать)

https://paste.ofcode.org/xgEDqMVGMb4JU8e77eUwEx вот, например)

такой вектор можно только по ссылке передать

Кстати а стилистически this (size_t n) nothrow @nogc так принято писать? Я всегда пишу всякие @nogc перед именем функции

Причем на строке выше

у меня как-то по настроению)

обычно @ после имени, а nothrow перед, но пришел к выводу, что это практически такой же атрибут, как всякие @nogc, и теперь пишу после)

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

по крайней мере, у меня так)

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

+

Давно хотел спросить: на кой ляд этот size_t..? ?

он разный для 32 и 64 бит

32 и 64 бита соответственно)

А смысл в нём вообще какой? Размер чего это? Почему нужно обязательно под архитектуру его подбирать?

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

есть еще diffptr_t — он той же битности, что size_t, но со знаком

прямо как в плюсах :-)

прямо да

А смысл в нём вообще какой? Размер чего это? Почему нужно обязательно под архитектуру его подбирать?

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

Если тебе нужен размер строки или размер массива или размер буфера или блока памяти или объекта, сразу берешь size_t и не думаешь особо

Хотя для очень больших объектов которые не помещаются в память целиком и лежат на диске, этого не хватит.

На 64 битах это получается 16 тысяч петабайт примерно можно охватить

Думаю до 2020 таких размеров точно будет хватать

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

Если тебе нужен размер строки или размер массива или размер буфера или блока памяти или объекта, сразу берешь size_t и не думаешь особо

А что тут «думать особо»?) ? я всегда выбираю тип в зависимости от максимального возможного значения, которое собираюсь хранить ? зачем гвозди микроскопом забивать)) А насчёт указателей — так мне вообще пох как он там устроен, меня же интересуют лишь данные НА которые он указывает - и именно их тип... а внутреннее представление это удел явно не мой) Я не прав..?

Ты прав, именно поэтому тебе не надо выбирать между uint и ulong, а можно просто писать size_t

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

Или наоборот, возьмешь ulong, а потом придумают 128битную архитектуру, и опять твоя программа покрешится

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

А зачем мне «адрес» в обычную переменную пихать..?? ?

Не только адрес но и размер

Массива, блока памяти

собственно, встроенные массивы — это две переменные, насколько я понимаю, размера size_t: размер массива и указатель на начало)

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

https://github.com/atilaneves/automem можно в betterC использовать?

Я вижу там есть немного использования std. библиотеки, может не заработать

ERROR: S client not available

ещё вопросик от дилетанта: каким образом ЭТО работает? (ниже два скрина)

Уточню: КАК импорт модуля может добаить свойств/методов кому-то из другого модуля??? ?

UFCS

"123 456 567".split тоже самое что и split("123 456 567")

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

классу новых методов не добавляется

импортирутеся метод split

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

https://tour.dlang.org/tour/en/gems/uniform-function-call-syntax-ufcs

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

1) мне ответили именно то что я спрашивал 2) твоя "перефразировка" ничо не поменяла ?

"123 456 567".split тоже самое что и split("123 456 567")

Я вот на это отвечал)

я тут боюсь загореться желанием прикрутить Dlang к ESP8266/ESP32...... ? предчувствую грабли больше чем везде... поделиcь кусочком опыта "Д+АРМ", пожаалуйста......... P.S> если статеечка, которую ты писал, уже читабельна - жду ссыль)))

Eugene, не хочу надоедать, но... считаю необходимы уточнить: ты видел эту сообщеньку..? ?

не, пропустил. полагаю, что с ЕСП пока все плохо. Оно все запроприетарено, поэтому компилятора D для него не существует. Статья в начальной стадии из-за моих частых поездок по стране.

Как только запузырю статью в песочницу обязательно отпишусь в эту группу

не, пропустил. полагаю, что с ЕСП пока все плохо. Оно все запроприетарено, поэтому компилятора D для него не существует. Статья в начальной стадии из-за моих частых поездок по стране.

всегда поражался китайским бизнесменам - выпустили вкусную железк уи продают за копейки, однако выжать из неё весь потенциал невозможно, потому что софтовая часть для неё в состоянии попаболь ? я вот сейчас даже не смог нагуглить какая именно архитектура у ядра - то ли arm, то ли mips...... Вот за это мне нравятся старые-добрые АВРки: подробная инфа в открыторм доступе, давно запилен gcc и libc сооответственно, куча всяких программаторов (мне нравится usbASP в связке с avrdude ?) — я просто психологически отдыхаю когда на АВРке что-то делаю...... серьёзно: когда нервы уже не выдерживают мирового дерьма, то я сажусь паять какую-нибудь железку (хоть усилитель на биполятниках навесным монтажем), а потом программировать АВРку...... ? так обидно порой становится от того что в этом мире 99% вещей сделаны через жопу.................................................... ?

всегда поражался китайским бизнесменам - выпустили вкусную железк уи продают за копейки, однако выжать из неё весь потенциал невозможно, потому что софтовая часть для неё в состоянии попаболь ? я вот сейчас даже не смог нагуглить какая именно архитектура у ядра - то ли arm, то ли mips...... Вот за это мне нравятся старые-добрые АВРки: подробная инфа в открыторм доступе, давно запилен gcc и libc сооответственно, куча всяких программаторов (мне нравится usbASP в связке с avrdude ?) — я просто психологически отдыхаю когда на АВРке что-то делаю...... серьёзно: когда нервы уже не выдерживают мирового дерьма, то я сажусь паять какую-нибудь железку (хоть усилитель на биполятниках навесным монтажем), а потом программировать АВРку...... ? так обидно порой становится от того что в этом мире 99% вещей сделаны через жопу.................................................... ?

да, архитектура неведомая. есть еще СТМки, не хуже ЕСП

причем с вайфаем тоже есть сборки

причем с вайфаем тоже есть сборки

покажи варианты)) а то как-то они популярностью во всяких хобби-магазинчиках не пользуются.... а та же esp8266 190р в питере стоит (http://roboshop.spb.ru/esp-12e) - под неё адаптирована Mongoose OS и там на яваскрипте можно "хуяк хуяк и в продакшин" какую-нить простенькую хрень........... но это всё как-то "не серьёзно"(( хочется больше контроля железа, больше эффективности...

https://m.seeedstudio.com/productDetail/2122 или помельче https://m.seeedstudio.com/productDetail/2488

оно правда подороже, зато известная архитектура, даташиты

и гпио много

оно правда подороже, зато известная архитектура, даташиты

ещё есть популярные блютус-модулёчки типо "HC-04" - у его чипа внутри 51е ядро, но, блин тоже никакой инфы про него - а так бы тоже можно было бы юзать как "беспроводной МК" ?

после аврок (особенно ардуины), стмки разрывают мозг

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

после аврок (особенно ардуины), стмки разрывают мозг

я немножко приобщался... дошёл до моргания светодиодом)) ( вроде как достаточным понимаем что там внутри для этого делается ?)