как минимум они идут в комплекте с тестами

добрый день!

у нас есть что-нибудь такое для constraint if(T in [char, string, immutable string, immutable char])?

или придется писать предикат с множеством "или"?

погоди, это что проверка на вхождение?

да

есть вррде, смотри std. traits. типа isSomeString

да, уже нашел этот shortcut

ладно

буду внимательнее std смотреть

Кто-нибудь пробовал? https://nightlies.dlang.org/dmd-newCTFE/

Это в след релизе уже будет?

Можно пару кейсоф где ctfe новый полезен будет. Я правда и про старый не особо в теме

Можно пару кейсоф где ctfe новый полезен будет. Я правда и про старый не особо в теме

эм... https://dlang.org/spec/function.html#interpretation https://tour.dlang.org/tour/en/gems/compile-time-function-evaluation-ctfe https://p0nce.github.io/d-idioms/#Compile-time-RNG ну и про новый тут https://dlang.org/blog/2017/04/10/the-new-ctfe-engine/

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

ну для всяких генераторов надо? :)

Ещё как.

Помнится была проблема. Разрабатывал сервер на vibed. Сама разработка была под виндой, сервер на линуксе конечно же. Изначально у сервера было то ли 0.5 то ли 1 гиг оперативки. На сервере не получалось собрать. Компилятор выжирал всю память и падал.

Да, я с этим тоже имел дело: vibe при сборке ест больше гига памяти. На вирт.сервере с 1 гб оперативки он не мог проектик собрать, пока я своп не включил. Со свопом собирается, но одна из фаз (сборка одной из частей вайба) занимает минут 10. После этого проекты собираются уже быстро, до тех пор пока сам вайб перекомпилять не понадобится.

Там если что ключ есть что-то типа --single file

это когда памяти совсем мало

Раньше такого видимо не было.

этому флагу 100% больше 2 лет, я за его правильность не ручаюсь. щас погуглю

Вот --build-mode=singleFile

Вообще нужно правильно проектировать своё приложение. Ядро делать статическим, а остальное выносить в *.so

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

+ можно будет делать горячий перезапуск

??

Только никто сейчас так не делает.

Я делаю

А как оформляешь библиотеки? Как подпакеты в dub ?

@deviator скажи, а вот какой плюс был в Гуи на файберах которые ты делал нежели на потоках? Была причина почему ты от потоков отказался. Казалось бы отрисовка интерфейса один поток, все остальное — другой

@deviator скажи, а вот какой плюс был в Гуи на файберах которые ты делал нежели на потоках? Была причина почему ты от потоков отказался. Казалось бы отрисовка интерфейса один поток, все остальное — другой

особой причины не было, но в итоге нет никаких синхронизаций/мьютексов и тд -> проще программа на тот момент целью было сделать быстро, а отладка многопоточной программы это чуть сложнее чем однопоточной

ты какой-то гуи движок делал?

Или как это выглядело? Просто я не совсем понимаю в какой момент файберы использовались

а как раньше ты гуи использовал?

ты какой-то гуи движок делал?

не нравится слово "движок" потому что каждый под ним может понимать своё

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

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

я и не сжимал файлы

а какие операции были вынесены в айберы? Ну просто как пример. Запросы принять\отправить?

всё в файберах

ну тоесть часть программы в одном, часть в другом

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

угу, понал, спасибо. А про какие проблемы многопоточности ты говорил в С++? Я просто погуглил но ничего внятного не нашел

угу, понал, спасибо. А про какие проблемы многопоточности ты говорил в С++? Я просто погуглил но ничего внятного не нашел

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

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

Наверное синхронизации данных или блокировки

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

Это про С++ или про D вопрос?

Наверно все же про С++

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

Компилятор за тебя не проверяет разделяемые или нет данные

Ты должен следить за всем сам

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

https://dlang.org/changelog/2.077.0_pre.html#mangleBackref

Правильно ли я понимаю что gdb будет тупить некоторое время, пока не поправят?

Ага, что-то вроде того.

https://github.com/ErisBlastar/cplusequality

Код мякотка вообще

Компилятор за тебя не проверяет разделяемые или нет данные

А Ди разве умеет проверять? Я же могу из двух потоков к одним и тем же данным обращаться объявленным глобально

По умолчанию в ди все thread local

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

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

__gshared (если правильно помню) же это позволяет обойти?

https://github.com/ErisBlastar/cplusequality

Описание супер. :)

__gshared (если правильно помню) же это позволяет обойти?

Ну и?

Это ж злой хак

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

ERROR: S client not available

Но типа 'если очень надо, то можно'

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

Дело вкуса. Мне выглядит симпатично.

А если я просто к примеру переменную объявлю, я разве не смогу из двух потоков к ней обращаться без модификатора shared ?

каждый поток будет обращаться к своему экземпляру переменной

даже если она объявлена в скоупе выше?

да

в Ди по умолчанию переменные хранятся в TLS, уже говорили много раз)

на books.ru кстати сегодня увидел, книжка "Язык программирования D" в электронном виде, 390 рублей. может кому интересно. 2012 года издание правда

Кстати, чтобы там пhо Раст не говорили, что мол самый безопасный язык, но нефига. Прога вот на нем только что вылетела "thread 'main' has overflowed its stack"

А ты еще и на расте пишешь?

Кстати, чтобы там пhо Раст не говорили, что мол самый безопасный язык, но нефига. Прога вот на нем только что вылетела "thread 'main' has overflowed its stack"

раст безопасный не в этом плане

Кстати, чтобы там пhо Раст не говорили, что мол самый безопасный язык, но нефига. Прога вот на нем только что вылетела "thread 'main' has overflowed its stack"

про раст надо писать в другом чате)

слушайте не могу сообразить никак

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

конечно же

мне ее надо как-то отсортировать и превратить в одномерный массив?

А ты еще и на расте пишешь?

нет, просто pijul на нем написанный смотрел

мне ее надо как-то отсортировать и превратить в одномерный массив?

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

по AST бегаю

Но вроде я где-то видел пример

это никак не связано с FCGI, просто решил отвлечься от сетей)

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

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

а я ведь хотел просто parallel заюзать)

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

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

а можно обойтись без этого?

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

Можно в гугле как всегда почитать мыслей ) https://stackoverflow.com/questions/2225865/strategy-to-implement-tree-traversing-algorithm-in-parallel

сейчас подумаю...

спасибо @chebotarevp

кстати у меня есть вопрос...) Не было времени на статью?

Пока нет