там же есть выбор типа приложения

В отличие от С++, в D все указатели по-умолчанию инициализируются нулем, т.е. в той переменной гарантированно null был.

Можно ссылку на документацию?

Можно ссылку на документацию?

ну как бы у нас все переменные имеют значения по умолчанию

ну как бы у нас все переменные имеют значения по умолчанию

А точно, совсем про это забыл

Но все равно, то, что компилятор не выдает warning при попытке использовать неинициализированный указатель - явная недоработка

пожалуйтесь

плиз

а то забудем

Но все равно, то, что компилятор не выдает warning при попытке использовать неинициализированный указатель - явная недоработка

есть мнение что это дело линтера

но по мне так это компилятор должен делать

кстати я тут такое узнал!

Variant не compile time

из-за memcpy в коде

Variant не compile time

Стандартный tagged union же как в плюсах, нет?

std.variant

вроде он не совсем tagged

из-за этого Людвиг какой-то свой велосипед делал

taggedAlgebraic или как-то так

есть мнение что это дело линтера

Дело линтера - отслеживание null, а неинициализированные (но используемые) - явная ошибка Например, дело компилятора: A a; // ... a.B(); Дело линтера: A a = new A; // ... while(true) { a.B(); a = null; }

в 1.9.0 значит должно быть https://forum.dlang.org/post/zcfqujlgnultnqfksbjh@forum.dlang.org

А как можно скастовать указатель на структуру в ref?

Foo* abc; myFunc(*abc);

где myFunc(ref Foo)

не?

Мне нужно аллоцировать структуру в функции и вернуть ссылку на нее

Мне нужно аллоцировать структуру в функции и вернуть ссылку на нее

указатель)

ссылка не учитывается GC вроде, а значит при возврате из функции объект по ней помрёт. такое поведение зепрещено потому что ссылка это указатель с гарантией что по нему есть объект

только что этот вопрос отвечал про С++ )

а чего по значению не копирнуть просто?

Ну я хочу через malloc выделить память под структуру и вернуть ссылку

а чего по значению не копирнуть просто?

Это же будет копирование :) больше чем ссылка

Короче нужна структура со ссылочной семантикой

Ну я хочу через malloc выделить память под структуру и вернуть ссылку

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

окей, почему тогда не объявить объект где-то во вне

память там аллоцируется

есть DIP насчёт этого но пока никак

окей, почему тогда не объявить объект где-то во вне

+1

а заполнить уже в функции через ref

А ещё можно final class

А ещё можно аллоцировать не один объект, а массив из одного объекта

А ещё можно final class

В betterc не работает

Ладно верну указатель впринципе приемлемо

И вообще использовать не malloc а аллокаторы из std

Чтобы по стилю)

В betterc ничего из std не работает

В betterc ничего из std не работает

С чего такая уверенность?

meta, traits должны работать

Хотя аллокаторы могут статически быть в std, без инстанцирования

Ну compiletime да

Но все остальное не работает

в режиме betterc стандартные аллокаторы ругаются на typeinfo

остается только malloc)

Блин когда дело дошло до аллокаций стало сложно

Я не хочу ничего решать, я хочу auto и чтобы все само чистилось и выделялось

для этого есть D)

А если я free(&this) сделаю в деструкторе структуры то это спасет от всех проблем?

а ты структуру аллоцируешь через malloc?

Да

ну, в принципе должно прокатить)

только this или &this?)

Адрес

только this или &this?)

this в структурах это r-value вряд ли получится его адрес взять

Ну можно хранить поинтер в поле в структуре. Впринципе не проблема

через &this должно прокатить)

а нет, не прокатит же

ERROR: S client not available

при выходе из скоупа деструктор не вызовется

полукостыльный выход: сразу после аллокации писать scope(exit) free(foo);

ну и вообще, обязательно структуру в куче выделять?

написал сериализатор для SDL, мож кому надо будет https://code.dlang.org/packages/sdlss

написал сериализатор для SDL, мож кому надо будет https://code.dlang.org/packages/sdlss

?

а я вот не понял в чем преимущество SDL над JSON. и почему некоторое время дефолтным форматом для DUB был sdl

а я вот не понял в чем преимущество SDL над JSON. и почему некоторое время дефолтным форматом для DUB был sdl

На вскидку он банально удобнее для конфигов. Если конфиги совсем простые, то какого нибудь ini за глаза. А в json например комментов нет. Синтаксис для конфигов не самый одобный.

Просто json привычнее его спецификацию больше людей знает. Но вот большие конфиги в нём описывать не удобно

THX

полукостыльный выход: сразу после аллокации писать scope(exit) free(foo);

А как это поможет? Надо же ведь использовать структуру и после выхода из метода

А, ну тогда только руками освобождать

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

Но тоже уродливо будет, короче, самый прямой способ — явно вызывать free

В принципе, обёртка с подсчётом ссылок — удобный выход, тогда копироваться будет максимум структура-обертка, а когда количество ссылок 0, внутренняя структура освобождается

у кого винда под рукой?

isNumeric!bool что выдаёт?

ааа, ох

на 2.080

Я не хочу ничего решать, я хочу auto и чтобы все само чистилось и выделялось

У меня есть наработки box если интересно

Прошу мнения сообщества - по умолчанию dlang-requests не требует верификации ssl, хотя и libcurl и python-requests её требуют. Так получилось по недосмотру, но похоже есть смысл это исправить несмотря на то что кое-где кое-что может сломаться

Прошу мнения сообщества - по умолчанию dlang-requests не требует верификации ssl, хотя и libcurl и python-requests её требуют. Так получилось по недосмотру, но похоже есть смысл это исправить несмотря на то что кое-где кое-что может сломаться

Верификации сервера?

Если да то это опасный секурный баг, надо исправлять.

сертификата наверн

https://curl.haxx.se/libcurl/c/CURLOPT_SSL_VERIFYPEER.html

или чо имеется ввиду?

Да, верификация подлинности сертификата

Это сломается на всех самоподписанных сертификатах

Это сломается на всех самоподписанных сертификатах

нужно чтобы можно было свой добавить

Свой клиентский? Или добавить свой серверный в разрешенные?

свой серверный в разрешённые

ну или не свой, а кому доверяешь