компилятор проверяет

можно совсем по тупому

но можно кастовать

Ты же можешь по адресу считывать 1 байт, 2 байта, 100 байт. Все это как-то интерпретировать.

можно совсем по тупому

а как?

ну к void* привести, например и всю инфу о типе потерять

ну или к byte*

просто элемент void ты на экран не выведешь

а byte можешь

но в byte не поместится адрес

тогда ubyte

ну да

╔ [deviator@asus ~/t/dtest] ╚ % rdmd charptr.d a 3 a b ╔ [deviator@asus ~/t/dtest] ╚ % cat charptr.d import std.stdio; void main() { auto str = "abc"; writeln(*str.ptr); writeln(*(cast(size_t*)&str)); writeln(*(cast(char*)*(cast(size_t*)&str+1))); writeln(*((cast(char*)*(cast(size_t*)&str+1))+1)); }

string str = "abc"; byte* chr = cast(byte*)str.ptr;

смотрю...

@DmitryBubnenkov тебе явно эта магия не нужна

она сама по себе вообще редко в прикладном программировании нужна

Или надо полгодика пописать на си )

Ну вот мне походу на Си надо немного, чтобы это в голову легло

Или надо полгодика пописать на си )

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

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

Как одна из ниш для D вполне годная.

Всякие высокоэффективные экстеншены для postgresql, nginx, php, tarantool и всего остального что позволяет на си писать плагины.

Просто реально же тема. Мне кажется PL/SQL не проще выучить чем на Ди научиться писать расширения для ПГ

ну вообще это довольно сложно, ты пробовал вникать в структуру пг ? ) Там черт ногу сломит

Работать со всем этим на низком уровне непросто. Фактически это тот же самый си + некий дишный сахарок.

Да и nginx не лучше. https://github.com/perusio/nginx-hello-world-module/blob/master/ngx_http_hello_world_module.c Посмотри сколько там всякого - sizeof, ссылки на буферы, ручное выделение памяти и т.д.

да уж...

вайб на этом фоне куда проще смотрится...

кстати, а нафига нужны расшерения nginx ? какие проблемы они решают?

Любые ;)

ну к примеру? Просто я им только порты перебивал

Но не проблемы питьевой воды в африке.

А разве у Си так принято функции называть: ngx_http_hello_world_commands или это не по стандарту все?

В большом проекте где куча серверов есть всякие проблемы. Кеширование контента, управление таймаутами, балансировка бэкендов, роутинг, аутентификация.

так это массив функций

но это по гайдлайну или просто так называно?

Кстати, на сколько реально вайб прокачать до уровня nginx ? Просто он же тоже крайне модульный

В Си часто имена через подчеркивание используют

Кстати, на сколько реально вайб прокачать до уровня nginx ? Просто он же тоже крайне модульный

Лучше даже не пытаться ?

Кстати, на сколько реально вайб прокачать до уровня nginx ? Просто он же тоже крайне модульный

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

Я праивльно понимаю что в Ди вместо List (из той же Джавы) обычно используют массив структур?

Да

Ну или сделай что-то свое...

Но оно ничем отличаться не будет

Ну если не связанный список...

А есть плюсы и минусы у того и другого подхода? Или что List что массив структур прям вообще 1в1?

Не скажу

С учетом того. что в Ди его нет)

Даже не знаю

В принципе в массиве есть все, что нужно

Но повторюсь, можешь сделать свою обвертку или свою реализацию.

А есть плюсы и минусы у того и другого подхода? Или что List что массив структур прям вообще 1в1?

если list это связанный список, то он достаточно серьёзно отличается от массива

А в каких задачах он лучше\хуже?

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

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

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

Как-то так

Все зависит от твоих задач

ну вот в Ди Array на уровне штатной структуры же не реализовали т.е. наверно были какие-то причины

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

а в массиве получается сразу могу обратитсься?

myArray[299]

В списке так не выдет...

Выйдет , но за O(n) времени

myArray[299]

Конечно под копотом там что-то будет происходить, но быстрее ты уже не сделаешь сам...

Выйдет , но за O(n) времени

Я имел ввиду не выйдет так просто. А так конечно выйдет)

+ там зависит от того, какой у тебя список

ERROR: S client not available

Можно хранить ссылку на след. или ссылку на предыдущую, или обе

И уже нужно анализировать. откуда выгодней бежать

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

Динамический

А в каких задачах он лучше\хуже?

в списке дешевые операции вставки-удаления элементов. но поиск O(n)

Кстати, а в C# при создании фоновых потоков await получается создаются полностью полноценные потоки только в фоне?

Нет не полностью и не в фоне :)

И не потоки

а чего?)

я так понял, await работает с честным thread

нет, скорее с green thread

А это уже не полноценный, а легковесный, оно же корутина или что-то типа такого, я путаю.

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

и один зеленый блочит все рассчетом?

Да.

Но во многих задачах, особенно не вычислительных, а работы с сетью, он блочит на гораздо меньшее время чем занимает работа с сетью.

Так что это незаметно все.

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

Что ты понимаешь под основным потоком?

зеленый или обычный?

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

обычный т.е. системный

Ну он полюбому повиснет

В нем в каждый момент времени работает только 1 зеленый.

он их сам пораждает получается?

Причем не важно какой из зеленых. Зеленый поток это логическая абстракция. Код из зеленого потока всегда выполняется на ядре в системном треде.

и все зеленые построены на базе генераторов?

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

Ну там по разному

Вообще корутина это и есть сама по себе очередь или генератор.

а что кроме генераторов может быть?

Файбер