Нехрен в куче создавать столько объектов

А по всей видимости они там их много создают...

давай уточним: тебя не устраивает vibe или подход использования сборщика?

может быть hunt будет лучше в этом плане?

Меня не устраивает, что Вайб сильно засоряет память на элементарном хело ворлд

Что за hunt?

ну типа как vibe, только hunt

Дай линк

http://code.dlang.org/packages/hunt

вики огонь ? https://github.com/huntlabs/hunt/wiki

их сайт вроде на этом написан https://www.putao.com/

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

hello world утечки памяти

больше 4Гб программа на занимает

И?

аргументы к тому что не "жирная, а кость широкая"

ну или "не течёт, а алгоритм такой"

Так я и говорю, что течёт, этот чертов вайб

Пожалуйтесь - пофиксят

А есть у нас такая функция, чтобы прочитать 1 символ из stdin если он есть или сообщить если во входящем stdin пусто?

https://github.com/denizzzka/xymodem/blob/master/integration_test/stdio_sender.d#L26 надо заставить эту маленькую функцию работать

getc видел - работает странно (наверно я чего-то не понимаю) Нужно максимально тупое решение, т.к. потоки будут перенаправляться в другие программы. Это всё не для юзерского терминала

Евгений, а ты х64 собирал сборку?

На линукс она по дефолту

Евгений, а ты х64 собирал сборку?

Да

getc видел - работает странно (наверно я чего-то не понимаю) Нужно максимально тупое решение, т.к. потоки будут перенаправляться в другие программы. Это всё не для юзерского терминала

https://dlang.org/phobos/std_stdio.html#.readf

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

А если читать нечего то что она делает?

По идее ждет

Не уверен

Ну это ладно. А как делают программы, которые данные из stdin берут? Типа less

или там tail

СтдИн - это тако же дескриптор, простой сокет

Читай из него и все

В чем загвоздка?

лень трахаться с сокетами, думал всё в одну строку сделать

больше 4Гб программа на занимает

на 2.074 ?

По идее, надо стдин в неблокирующий режим перевести, но что то не вижу в std. ничего подходящего. в ручную работает через core.sys.posix.fcntl

Зачем в неблокирующий?

readln вот есть - читает строку

а мне надо читать до конца буфера

почти тоже самое же, странно что никто не запилил

Ты же писал один байт считать хочешь

ну это уже крайность.

Мне нужно просто из stdin прочитать бинарные данные

и отвечать на них. Отвечать легко, а вот читать не спотыкаясь об переводы строки - хрен

https://dlang.org/phobos/std_stdio.html#.stdin

Видел, а дальше? все чтения оттуда - построчные, насколько я понял

Бери руки в руки))) и пиши

щас через File попробую будто файл читать

правда хз как оно стираться то будет, написанное?

само наверно, seek же не заработает

Что стираться???

Да туплю я. Вроде сделал, щас проверю

виснет

https://dlang.org/library/std/stdio/file.by_chunk.html О!

идеоматично

рррработает

))))

It does seem wierd but here's what's going on: stdin.eof returns true *after* eof is hit - but not before (since eof would have to do a read to check).

Вот в чём затык

http://forum.dlang.org/post/d71prm$2ip5$1@digitaldaemon.com

Это посимвольное чтение. Что тут такого?

там написано почему оно не работает

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

для потоков

ERROR: S client not available

То есть, если в stdin ничего нет то нельзя узнать EOF уже там или нет

млять, всё равно блокируется

в линуксе можно raw io использовать, например, через curses, если не изменяет память

https://gist.github.com/denizzzka/196866a6cd03dad6778b1b3368825eac

хотелсоь бы posix

В этом коде если есть что-то в stdin то оно добавляется в массив

побайтово

а если нет то !stdin.eof не срабатывает, как и 4 строка

Попытка сделать stdin неблокирующим провалилась - это не сокет, а файловый дескриптор

http://stackoverflow.com/questions/448944/c-non-blocking-keyboard-input вот тут про асинхронный ввод в posix пишут)

int c = getchar(); понятно, что блокируется. в нем же ничего нет, пока ты энтер не нажмешь, т.к. по умолчанию в терм инале построчная буферизация. это если ты из терминала читаешь, а не через пайп. если я тебя понял, то терминал переводить в режим, когда он символы вводимые сразу в буфер приложения шлет. но надо ли это)

Нажимаю enter, оно читает \n оттуда, и возвращается опять к getchar()

и виснет. Как узнать что данных в буфере больше нет?

никак)

Мне не надо асинхронный, что характерно) мне надо прсото знать что в буфере уже пусто

подозреваю, послать в stdio eof

или EOT

а как делают Ъ-программы, которые работают с stdin?

тот же tail -f

А где tail -f использует stdin?

он ничего такого не ожидает чтобы вывести на экран

гоню, ну просто cat

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

а если их нет то не виснет

или виснет?

проблема не в stdin, а в том, что в нем ничего нет, пока ты в терминале не введешь символ перевода строки.

После того как я его ввожу он считывается и там опять становится пусто

а мне надо с наскока буфер весь считать и дальше идти дела делать, пусть он опять наполняется

причём, сколько байт в буфере я не знаю

буфер ведь где-то есть, мы же не с модемом работаем посимвольным

раз есть буфер значит есть способ узнать его длину текущую

вот ты запустил прогу, он вызвала getc или readf например. они блокируются в ожидании данных. ты пишешь что то в строке - ничего не происходит, потому что буковки в буфере терминала. нажимаешь энтер - терминал отправляет данные в stdin приложения. оно их вычитывает, и снова блокируется, если вызвать getc. или ты о чем?