https://www.imagemagick.org/script/api.php кстати вот на D там что-то нету биндингов :(

Ой да у dlib код выглядит круто

Надо будет в dcv в issues предложить dlib. А то там задач много похожих возникает

ну скорее наоборот

да и вообще это странная затея)

dlib использует свои типы данных, а dcv свои

при этом в dcv они, насколько я помню, намного более обобщённые

да

в dcv image это sliced из mir

https://github.com/libmir/dcv/blob/master/source/dcv/imgproc/imgmanip.d#L81

resize кстати

да и вообще

в dcv есть imread

https://github.com/libmir/dcv/blob/a2dfdf586958a343f05e02d1e6351af70cbf1da9/source/dcv/io/image.d#L99

но, как понимаю, только png умеет

хотя нет, используется imageformats, она много умеет читать

М... щас до компа доберусь гляну умеет ли dcv ресайз

Ну так на unittest resize'а одна из ссылок

Угу, щас посмотрю. Кстати в Volta идею шаблонов хотят упростить и сделать чтобы их можно было записывать в таком виде: struct LinkedDoubleList(T, Y) { data1: T; data2: Y; next: LinkedDoubleList*; }

Не понял в каком виде?

Как я понимаю тупо передаются (X, Y, Z)

а не foo(T)(T data)

Вызов метода и структура вроде разное, не?

Я тоже не понял как это связано с шаблонами

значит я не так понял

D 2.073.2 Beta https://dlang.org/changelog/2.073.2.html#bugfix-list

А как бысть с такой ошибкой? "router.d(32,30): Error: @safe function 'router.MyRouter.getNews' cannot call @system function 'database.Database.getNews'"

С одной стороны компилятор хочет чтобы роутинг был помечен как @safe с другой не может образение к БД сделать т.к. там атрибут другой

О блин, в первый раз такое вижу:

если ты хочешь из @safe кода вызывать @system ты должен 10 раз проверить системный код и пометить его как @trusted

простоблема в том, что vibed 0.8 хочет чтобы роутинг был помечен как @safe

нет, проблема как раз такая, которая в ошибке написана

@safe код не может вызывать @system

прям вот ровно такая)

а путей её решения 2

ты можешь сделать код либо @safe, либо @trusted

но @safe ограничивает код, а @trusted нет

просто роутинг @trusted пометить и все?

ну или обращение к БД вынести в маленький @trusted кусок кода, так будет кошернее)

можно использовать примерно следующую конструкцию для вызова @trusted куска внутри @safe функции, обернув в лямбду () @trusted { .... } ();

в первый раз вижу, чтобы код можно было оборачивать скобками () в начале и конце...

это синтаксис делегатов

объявляется delegate и тут же вызывается)

вторые скобки это вызов делегата

Для D есть какой-то простой аналог следующей Питоновской записи? if string[0:2] == "##"? Просто с одним символом вопросов нет. Оно работает, а вот как массив проверить...

if (str[0..2] == "##")

Я пробовал так. Он ругается: incompatible types for ((line[2]) != ("#")): 'immutable(char)' and 'string'

а хотя момент

да все работает)

Я с этими одиночными и двойными кавычками ошабся

Кстати, нашел очень забавную функцию: writeln(succ("1")); // "2" writeln(succ("9")); // "10" writeln(succ("999")); // "1000" writeln(succ("zz99")); // "aaa00"

Прямо как в пхп )

[last news] Goodbye Rust, and Hello, D (https://z0ltan.wordpress.com/2017/02/21/goodbye-rust-and-hello-d/)

yeah ?

я не могу понять у D появились механизмы для владения (ownership) и заимствования (borrowing)? Я не могу информации по этому, но в то же время меня смущает сравнение Rust и D, описанное в блоге

Я в устройстве памяти очень плохо шарю, но вроде как нет

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

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

Кстати, samsung tizen к осени оживят, так что возможно Ди для разработки под него покатит хорошо

а под tizen что-то на D разрабатывали?)

Пока что нет, но туда Ди проще вкорячить будет чем под ту же iOS

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

Вот что верно, то верно

я не могу понять у D появились механизмы для владения (ownership) и заимствования (borrowing)? Я не могу информации по этому, но в то же время меня смущает сравнение Rust и D, описанное в блоге

https://github.com/dlang/DIPs/blob/master/DIPs/DIP1000.md Появился анализ времени жизни в скоупах. Это является одной из версий владения, так как указатели не могут жить дольше значений, на которые указывают. Заимствования(borrowing) нет.

Вот я его читал и поэтому не могу понять есть или нет. Вроде статус draft, но я где-то видел, что он уже реализован. Поэтому и задал вопрос

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

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

ERROR: S client not available

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

dip1000 реализован, но я не видел этого ни в одном анонсе

он не решает проблему безопасности на 100%, он всего лишь закрывает класс ошибок, вроде возврата указателя на локальную переменную. 100% безопасным без GC язык всё ещё не может быть.

При наличии указателей он таковым вообще быть не может

при наличии адресной арифметики. Сами указатели могут быть безопасными

Туда всегда можно засунуть нулл либо уже убитый адрес. И проверять на уровне системы типов их ты заставить не можешь

rust с этим отлично справляется. с повисшими указателями даже dip100 справляется. а null как раз решается системой типов

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

Так не засовывайте:)

мы видимо разные вещи понимаем под указателями, в этом и непонимаение

там есть как минимум ссылки, которые по всей семантике - указатели

и они безопасны

там есть как минимум ссылки, которые по всей семантике - указатели

В rust они кажется называются безопасными указателями

они называются reference, то есть ссылка

dip1000 реализован, но я не видел этого ни в одном анонсе

Почему тогда draft стоит?

они называются reference, то есть ссылка

Ок

там есть как минимум ссылки, которые по всей семантике - указатели

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

dip1000 всё ещё опционален, он не включен по умолчанию. но уже можно передать -dip1000 компилеру и попробовать. скорей всего недопилили ещё что-то, поэтому и не включили

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

Компилятора rust? Распишите если не трудно, пожалуйста

dip1000 всё ещё опционален, он не включен по умолчанию. но уже можно передать -dip1000 компилеру и попробовать. скорей всего недопилили ещё что-то, поэтому и не включили

Понял

Компилятора rust? Распишите если не трудно, пожалуйста

Любого компилятора. Ссылка — абстракция, со своими правилами, обеспечивающая ими свои преимущества на этапе компиляции. Указатель — это адрес, в который ты хоть рандомный инт засунь.

Любого компилятора. Ссылка — абстракция, со своими правилами, обеспечивающая ими свои преимущества на этапе компиляции. Указатель — это адрес, в который ты хоть рандомный инт засунь.

Так компилятор rust насколько я понимаю как раз как-то ловко работает со ссылками. Я так понял, что это вообще его основная фича. То есть вот эти владение и заимствование этих ссылок и делает rust особенным. Нет?

ну вот D, например, в safe коде никогда не давал засовывать инт в указатель. Он от этого больше не указатель?

>Memory-safe code cannot use certain language features, such as: >Modification of pointer values. >Taking the address of a local variable or function parameter.

Там вообще своя атмосфера, и именно тут непонятно зачем эти указатели нужны — ссылки при таком раскладе покрывают все нужды

Там вообще своя атмосфера, и именно тут непонятно зачем эти указатели нужны — ссылки при таком раскладе покрывают все нужды

https://doc.rust-lang.org/book/raw-pointers.html я так понимаю указатели только для unsafe кода

В чем будут отличия допустим если в D поумолчанию все будет @safe?

Отличия от чего?

Там вообще своя атмосфера, и именно тут непонятно зачем эти указатели нужны — ссылки при таком раскладе покрывают все нужды

Может оставляют лазейку для всяких хаков или неочевидных костылей? Так делают с goto например

Отличия от раста

Отличия от раста

в плане владения и заимствования?

Чnо-то не пойму. В документации написано: \s Matches whitespace, same as \p{White_Space}. Но в коде: `auto h2 = regex(" [a-z]*\n[\s\S]*?\n ");` я получаю ошибку: Error: undefined escape sequence \s