скрипты должны уметь шебанг, - Ди может?..

зачем ему уметь? rdmd вроде компилит и запускает? или dub-ом. В скрипт ставишь #!/usr/.../rdmd blabla и все

сейчас проверил, shebang и с rdmd и с dub отлично работает

зачем ему уметь? rdmd вроде компилит и запускает? или dub-ом. В скрипт ставишь #!/usr/.../rdmd blabla и все

Использовать скрипты в составе других скриптов ничего не зная об их потребностях.

не понял) шебангом execve рулит. что указано в шебанге, то и запустит

не понял) шебангом execve рулит. что указано в шебанге, то и запустит

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

rdmd file.d dub file2.d

ну тогда хз. а двойное тире он не понимает?

ну тогда хз. а двойное тире он не понимает?

#!/usr/bin/dub -- ?

не понял) шебангом execve рулит. что указано в шебанге, то и запустит

А интерпретатор должен считать # коментарием

```#!/usr/sh

не

#!/bin/sh exec dub -- $@ или как там

#!/bin/sh exec dub -- $@ или как там

вроде шебанг так не умеет

это в разных строчках

ну и в разных файлах тогда

я не читал начало темы, видимо не понимаю, что надо)

#!/usr/bin/dub /+ dub.sdl: name "shedub" dependency "serialport" version="2.1.4" +/ import std.stdio; import std.algorithm; import serialport; void main(string[] args) { SerialPort.listAvailable .filter!(a=>a.startsWith(args[1])) .each!writeln; } всё в одном файле

а, вот оно что

просто chmod +x file и можно запускать path/to/file

без указания dub

понял. т.е аргументы не умеет обрабатывать?

понял. т.е аргументы не умеет обрабатывать?

в dub не передать компилятор, да а сам скрипт нормально получает аргументы

в примере что я привёл можно сделать так ./shedub /dev/pts

и он выведет все серийные порты, имя которых начинается с /dev/pts

и /dev/ptsWTF и /dev/pts/7

вот только args[0] не информативен совсем: ../../../../tmp/.dub/build/shedub-~master/application-debug-linux.posix-x86_64-dmd_2079-4E9741FAB3A0DF891D405A201E4DEF70/shedub

вот только args[0] не информативен совсем: ../../../../tmp/.dub/build/shedub-~master/application-debug-linux.posix-x86_64-dmd_2079-4E9741FAB3A0DF891D405A201E4DEF70/shedub

Ну а что ты хотел?

Подменить args[0] нельзя

название, которое ps выводит, можно. сейчас потрейсил perl под линуксом $0 = "foo", он prctl юзает

название, которое ps выводит, можно. сейчас потрейсил perl под линуксом $0 = "foo", он prctl юзает

Можно

Await-async за пределами веба вообще полезны?

Await-async за пределами веба вообще полезны?

Это те же файберы

Ну почти

Я правильно понимаю что функции помеченные как авайт-асинк выполняются по очереди? В каком то главном потоке

Я правильно понимаю что функции помеченные как авайт-асинк выполняются по очереди? В каком то главном потоке

Смотря где

Await-async за пределами веба вообще полезны?

Что такое веб?

Кстати, а rdmd очень медленный? Ну порядок хотя бы примерно.

В V8 натуральный eventloop

Кстати, а rdmd очень медленный? Ну порядок хотя бы примерно.

Это просто оболочка над dmd

В V8 натуральный eventloop

Который все в одном потоке молотит. Но сколько времени на функцию отдается?

Который все в одном потоке молотит. Но сколько времени на функцию отдается?

В V8 нет прерывания функции по таймауту

(Но могу ошибаться)

Тоесть кривая функция все повесит?

Тоесть кривая функция все повесит?

Да

Тоесть кривая функция все повесит?

while(true);? Весь поток? Да. Весь браузер? Не обязательно

И выход долгая и мучительная отладка?

И выход долгая и мучительная отладка?

Отладка многопоточных приложений еще более долгая и мучительная

В weka кстати на потоки забили на сколько я знаю. Логика такая что возни много тем более на распределенных системах

Да

С потоками возни много.. с GC тоже возни много... Компиляторы под разные платформы поддерживают разные фичи... Вот и переходят люди на python/php/javascript ;)

Это просто оболочка над dmd

Разве он не на лету все интерпритирует?

Разве он не на лету все интерпритирует?

Нет

;)

по какой причине std.socket.Socket.receive может возвращать Socket.ERROR? схема такая: с одной стороны создаю TcpSocket, назовём M, делаю connect, пишу туда с другой стороны создаю TcpSocket, назовём S, делаю bind и с помощью accept получаю ещё сокет C так вот при чтении из C всё норм, но когда я пытаюсь писать в C на стороне M я получаю ошибку при receive

или receive нужно вообще всегда после select делать? даже в неблокирующем режиме?

https://dlang.org/phobos/std_socket.html#.Socket.ERROR

Получи текст ошибки и поймешь что ему не нравится

Получи текст ошибки и поймешь что ему не нравится

вот прям нет

getErrorText -> "Success"

Хмм тогда возможно это и правда успех!

А данные то при этом читаются?

нет

Тогда неуспех

ну а как бы они читались?

receive по сути -1 возвращает

Функция возвращает число считанных байтов или -1 в случае ошибки. Следует отметить, что нулевое значение не является ошибкой. Оно сигнализирует об отсутствии записанных в сокет процессом-поставщиком данных.

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

ERROR: S client not available

блять

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

ваще пушка, а как понять ошибка или нет?

второй день с этоим сижу

ваще пушка, а как понять ошибка или нет?

по выставленному значению в переменной errno

Если errno == EAGAIN значит этот вернутый -1 не ошибка и все в порядке.

точно, есть в мане

костыли-костылики

В мире где нет исключений и множественных возвращаемых значений это единственно возможный вариант

Ну можно конечно возвращать еще структуру но это будет медленнее видимо

В мире где нет исключений и множественных возвращаемых значений это единственно возможный вариант

не единственный

второй день с этоим сижу

Запости MVP, может где чего не так создаешь

не единственный

единственный при условии что нельзя ломать совместимость со старыми recv

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

Запости MVP, может где чего не так создаешь

что есть MVP?)

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

я как раз про это

minimum viable product )

оке

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

Это же еще целый адрес на стек класть при вызове функции, будет тяжеко. А так - все функции знают что можно записать в общую переменную errno

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

оба правы)

Я хорошенько пописав на betterC даже нашел такую логику удобной и понятной )

Поэтому сишники молодцы

Я хорошенько пописав на betterC даже нашел такую логику удобной и понятной )

Смешно двусмысленный камент

?

Я хорошенько пописав на betterC даже нашел такую логику удобной и понятной )

кстати, аналогичная работа с неблокирующим чтением из файла (ком-порта), при этом тоже выставляется errno и если EAGAIN, то всё ок вот только не думал, что с сокетами тоже самое

и вот вопрос — это кроссплатформенная тема для сокетов?

В целом для POSIX систем да

То есть linux/bsd/mac работают так, только значения констант могут различаться.

Насчет винды не знаю, у нее там свой мир

Судя по всему не особо у них совместимо там

В подсистеме сокеты изначально не работали

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