-m64

Нет

Для линковки нужен vs

либы вроде тоже без особых проблем цеплял

зачем тебе vs?

Для линковки x64

dmd под win не умеет

я либу на C из gcc цеплял к проекту на D из dmd

я либу на C из gcc цеплял к проекту на D из dmd

Я тоже, ситуации не меняет

Есть задача под win собрать из под linux

Под x64 во первых не слинковать без vs, даже под самой виндой

Во вторых есть некоторая разница в проведении сложных либ

Я говорю только о том во что воткнулся сам

Есть задача под win собрать из под linux

похожую задачу имею, только на D надо написать динамическую x32 библиотеку ))

X32 собирается свободно под wine

Есть разговоры про то что ldc должен уметь

Но линковщик в экспериментальном режиме включён

но сборка не интегрирована в ide, вот думаю ide под wine запустить или пропатчить, чтобы она dub через wine дергала

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

https://run.dlang.io/is/H1uUEh вот я на 1 оператор усложнил пример (добавил строки 22-28). Требуется сначала увеличить последнее значение из базы на 1, а потом дописать туда текущее число. Как ты эти предрассчеты вынесешь из критической секции?

https://run.dlang.io/is/nvjk5b сделал шаблонизированный класс (или как это правильно называется? шаблоны ж это tamplate в D, другое, насколько я понял) для класса безопасной очереди (thread safe queue) и добавил пару методов (метод длины закомментирован, ибо недостаточно эффективен по меркам D, но решил оставить). простая штука вышла, но может кому-то полезно будет

По поводу книги на dlang.ru - Go == микросервисы, Rust суть есть сложность, Ди легок как питон... прежде чем хуйню писать надо уточнить термины: Сложность, Микросервис... Выходит докер и гошкинские тулзы включая его компилятор это микросервисы, или типы что их делали забивали гвозди микроскопом. раньше я думал что Луа легче чем питон, который легче чем многое другое, но не луа. Раст сложнее чем плюсы или хаскел?

тип что рулит хаскел.ру в своей книге признался что хуйню писал, хуйню вводящую в заблуждение - dlang.ru - история повторяется...

@DmitryBubnenkov, ты писал что некоторые вещи сможешь проще объяснить чем Али, но ты неможешь даже объяснить что есть функция: Наше первое приложение будет выглядеть следующим образом: import std.stdio; void main() { writeln("Hello world!"); } Как и все Си-подобные языки, D работает по тем же правилам. В начале вы указываете тип переменной или функции. Потом задаете ей имя. Если функция должна что-то принимать, то в круглых скобках указывается тип принимаемого значения и имя, которое будет использовано для него внутри самой функции. Ключевое слово void показывает, что функция ничего не возвращает.

Пример объявления функции: +--------------------------------+ возвращаемый тип | | +------------------------+ имя функции | | | | +----------------+ тип принимаемых функцией данных | | | | | | +----------+ имя, с которым мы будем использовать принятые данные внутри функции | | | | v v v v string myAnswer(string name) { return "Hello, " ~ name; // Символ ~ означает склейку строк } ^ +-------------+ ^ | ^ | | +-----------------+ данные, которые вернет функция после своей работы. В данном случае текстовая строка | | | +-------------------------------+ ключевое слово, прерывающее выполнение функции и возвращающее данные | +-----------------------------------+ фигурные скобки ограничивают зону видимости. Все, что объявлено внутри них, не видно снаружи

Отправляй пул-реквесты

нет, я не готов писать книгу

как и ты

готов == знания

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

круто, давай переводить

ты за?

я могу фрагментарно поучаствовать

этот пример про функцию - кто вообще не шарит в программировании, те ничего не поймут, а те кто шарит не нуждаются в таких объяснениях

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

я имею ввиду надо использовать специальные тулзы типа Память перевода. Но при этом не усложнять сам процесс, что бы было больше участников, а не наблюдателей

*пассивных наблюдателей

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

@adhoc готов переводить, но он некоторое время будет оффлайн

кто готов переводить книгу Али - http://ddili.org/ders/d.en/index.html предлагаю отписаться здесь и мне в личку, попробую организовать перевод, думаю у кого-то уже даже есть свои наработки по-поводу перевода

у меня есть пару дней на организацию, если не успею - инициативу можно перехватить))

я могу время от времени

как ты смотриш на использование специального софта для переводчиков, который стоит кучу (большую) денег, но его можно спиратить?

хотя нет, думаю можно обойтись специальным сервисом

положительно)

но да, вроде же есть что то типа сервисов

надо только выбрать подходящий

ну я не знаю какой, можно поисследлвать эту тему конечно

У Abby Lingvo есть смарткат - вроде норм.

я сейчас с мобилы, позже отпишусь

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

нет, на выходе будет пдф

ну или любой другой формат по-желанию

создал группу для обсуждения и организации переводов - https://t.me/tdlang

разве никто еще не начинал переводить на русский?

начинали, инфа 100 процентов - надо объединить усилия

https://crowdin.com/ бесплатно для опен сорс проектов

https://t.me/tdlang

@hexenhammer http://translatedby.com/ вот же есть норм сервис

с мержом и тд

сейчас гляну

+ там уже есть комьюнити, могут люди оттуда к вам подключится

я б помог, но я только укр норм знаю))

ага видел, запустили его когда нота ушла в приват

я б помог, но я только укр норм знаю))

перевод предполагает еще и редактирование

... вычитка и вот это вот все

подскажите плиз. как в dub. json приписать .so файл?

В смысле?

у меня есть .so. я хочу ее прилинковать.

ERROR: S client not available

подскажите плиз. как в dub. json приписать .so файл?

Есть поле libs в dub файлах

http://code.dlang.org/package-format?lang=json#build-settings

Вот по этой ссылке вся инфа вообще по этому файлу

спасибо. по всей видимости меня интересует systemDependencies

https://run.dlang.io/is/H1uUEh вот я на 1 оператор усложнил пример (добавил строки 22-28). Требуется сначала увеличить последнее значение из базы на 1, а потом дописать туда текущее число. Как ты эти предрассчеты вынесешь из критической секции?

тоже не понял, как без дополнительного мьютекса решить это. может просто по отдельному потоку для каждого shared объекта делать, но если БД наботает в несколько потоков тоже, то это учитывать надо будет как-то... наверное, лучше всего понять, как это в vibe.d сделано

ну так Ievgenii написал что это все "глупости" и надо "предвычислять". Но так и не ответил как конкретно переписать код, чтобы "предвычислять", и чтобы yield не использовать при ожидании мьютекса

И что то мне подсказывает что никак ;)

В vibe-core даже есть всякие свои надстройки и велосипеды, типа fibre-local-storage и прочих, чтобы те же концепции параллелизма распространить на случай кооперативного выполнения.

да, предвычислять это, конечно, хорошо, но концептуально это не решает вопрос

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

а можно пример, как сделать IPS на socketPair? потому, что я не совсем понимаю, как это должно работать во-первых для случая больше двух потоков, а во вторых, как передать сигнал в дочерний поток - нужно в нем запустить бесконечный цикл и проверять содержание сокета что ли?

и еще общий вопрос на понимание файберов в vibe. например, 10 файберов в одном потоке раздают статические файлы. т.е. первый файбер отправил 100 байт, yield, второй 100 байт и тд, в итоге все файлы грузяться с одинаковой скоростью, паралельно, вместо того, что бы грузиться намного быстрее, но поочереди. или операции чтение с диска и отправки трафика ассинхронные, поэтому по сути скорость (пока не упремся в лимити чтения с диска и скорости интернета) каждого процесса отправки при паралельном режиме не ниже, чем если бы обрабатывался одновременно только один процесс?

ну так Ievgenii написал что это все "глупости" и надо "предвычислять". Но так и не ответил как конкретно переписать код, чтобы "предвычислять", и чтобы yield не использовать при ожидании мьютекса

В последнем примере мьютекс тоже лишний. Как только ты обращаешься к любому свойству синхронизирующему объекту, будет захвачен внутренний мьютекс. Поэтому твой "внешний" мьютекс просто лишний. На счёт как же переписать метод - если подобный расчет (тот, что в методе write) и есть внутренняя реализация этого метода - то никак. Но "внешний" точно не нужен. Если сильно хочется реализовать мьютекс самому, то можно убрать параметр синхронизации

а можно пример, как сделать IPS на socketPair? потому, что я не совсем понимаю, как это должно работать во-первых для случая больше двух потоков, а во вторых, как передать сигнал в дочерний поток - нужно в нем запустить бесконечный цикл и проверять содержание сокета что ли?

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

и еще общий вопрос на понимание файберов в vibe. например, 10 файберов в одном потоке раздают статические файлы. т.е. первый файбер отправил 100 байт, yield, второй 100 байт и тд, в итоге все файлы грузяться с одинаковой скоростью, паралельно, вместо того, что бы грузиться намного быстрее, но поочереди. или операции чтение с диска и отправки трафика ассинхронные, поэтому по сути скорость (пока не упремся в лимити чтения с диска и скорости интернета) каждого процесса отправки при паралельном режиме не ниже, чем если бы обрабатывался одновременно только один процесс?

Ну файл быстрее не отдастся. Отдача зависит от скорости второй стороны.

А на счёт последовательной отдачи - не верное рассуждение, что правильней (проще) отдать сперва один файл, а потом второй

Смотри ситуация:

Пришло 5 запросов. Если отдавать без файберов, ты все запросы будешь обрабатывать последовательно.

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

?

В последнем примере мьютекс тоже лишний. Как только ты обращаешься к любому свойству синхронизирующему объекту, будет захвачен внутренний мьютекс. Поэтому твой "внешний" мьютекс просто лишний. На счёт как же переписать метод - если подобный расчет (тот, что в методе write) и есть внутренняя реализация этого метода - то никак. Но "внешний" точно не нужен. Если сильно хочется реализовать мьютекс самому, то можно убрать параметр синхронизации

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

А если второй попал медленный - то мы ему будем очень долго отдавать.

И проблема не в нем, а в том, что мы заблокировали остальных

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

Дедлоком?

Еще раз - ты разницу в консоли в двух версиях видел?

Нет

Нафига тогда теоретизировать? Запусти и все поймешь.

Запустил

Но не понял, что ты хотел сделать

Отработали у тебя "быстрые" файберы

И начали писать в БД

По очереди

Все, что я тебе написал - твой мьютекс лишний, так как синхронизация - это и есть мьютекс, только под капотом