Это не жизнь

А итеративная кома

предлагаешь составной ключ сделать и потом сделать его уникальным?

Щито?

просто убирают тип чар

Нужен DIP про замену byte на octet

Нужен DIP про замену byte на octet

не очень понимаю о чем ты

не очень понимаю о чем ты

Какой размер байта в битах?

Какой размер байта в битах?

8

Нед

Он архитектурно зависим, как указатель

Не знаю таких архитектур

Тоже не знаю, но, тем не менее, это факт

И в ИП адресах 4 октета а не 4 байта - в те времена ещё помнили о таких архитектурах

ip адрес - это 32-х битовое число, а не четыре байта-октета

ip адрес - это 32-х битовое число, а не четыре байта-октета

123.42.56.78 это именно 4 октета

это удобная форма записи

Оттуда же классовая маршрутизация росла

я не знаю, откуда что росло, но это факт)

это удобная форма записи

Ну да, и в rfc везде октеты а не байты

Когда их в сетевой порядок разворачивают и т.п.

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

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

Вот именно. А не "32 бита, а не октеты"

нет, именно 32 бита

ну то есть, это одно и то же) не понимаю, с чем ты споришь

Короче как итог для разных платформ байт может иметь разный размер?

октет от слова octo, то есть восемь

Если бы в байте было бита то адреса называли бы квартетами )

В IPv6 секция адресов как называется?

Короче как итог для разных платформ байт может иметь разный размер?

имхо если когда то в байте и было 10 бит, то это было в древие времена и такие системы уже давно умерли в процессе эволюции. Как и трехадресный ассемблер, и машины на троичной логике.

Просто завтра окажется, что байт равен 16 битам...

Да ничего не окажется, не фантазируйте

Действительно были байты то ли по 6 то ли по 10 бит но это где-то 60е годы прошлого века, когда еще никаких стандартов не существовало и все пилили свои архитектуры.

Слабоват ваш срач)))

Слабоват ваш срач)))

+

имхо если когда то в байте и было 10 бит, то это было в древие времена и такие системы уже давно умерли в процессе эволюции. Как и трехадресный ассемблер, и машины на троичной логике.

а чем трёх адресные команды плохи?

вроде используются в neon на arm

Я думаю что ничем, кто первый встал того и тапки

Если бы компы на троичной логике более активно захватываои рынок то щас бы они правили миром

Если бы компы на троичной логике более активно захватываои рынок то щас бы они правили миром

физически сложнее

Если бы компы на троичной логике более активно захватываои рынок то щас бы они правили миром

У нас в универе был работающий троичный комп - Сетунь. Даже кое-какие тесты на нем сдавали пару раз.

Ради одного унивирситета думаю не стоит что-то менять) кстати не дошёл ещё до такого раздела, поэтому извините если глупость сморожу: как обстоит дело с widechar? Просто char - 8бит, а если char это русская буква она 8бит или 16 (widechar)?

Ради одного унивирситета думаю не стоит что-то менять) кстати не дошёл ещё до такого раздела, поэтому извините если глупость сморожу: как обстоит дело с widechar? Просто char - 8бит, а если char это русская буква она 8бит или 16 (widechar)?

вроде 8 бит, там надо явно указывать, что это 16 или 32 бита

Ну так со строками

От кодировки зависит. Есть разные 8--битные кодировки вроде 1251 или koi8, там руские буквы имеют номер больше 127, но все помещается в 1 байт.

А есть юникод и разные способы его хранить

В том числе 16 бит на символ.

В utf8 английсаие буквы кодируются 1 байтом, русские - двумя.

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

В ди есть фишка автодекодинг строк. Куча людей ее материло. Вопрос почему? Я плохо понимаю о чем речь. Вроде бы что можно по utf-8 ходить в цикле как по буквам. Кто может комменты дать по теме

Да именно это все и имел виду, если цикл побойтно и если смешанный текст.

В ди есть фишка автодекодинг строк. Куча людей ее материло. Вопрос почему? Я плохо понимаю о чем речь. Вроде бы что можно по utf-8 ходить в цикле как по буквам. Кто может комменты дать по теме

не по utf-8, а по dchar - utf32, или wchat - utf16. т.е. выполняется преобразование из utf8 в utf32/16. если не ошибаюсь

если в цикле ходить

ну то есть, если тебе нужно в цикле получить юникодные символы, то придется писать foreach (dchar c; str)

А чем это плохо?

в том, что сейчас почти все в utf8

погоди, я думал ди по дефолту в цикле будет итерировать по юникодным символам и это типа "плохо"

по дефолту в по string - по char. надо явно указать тип dchar, что б он начал перекодировать. как я выше написал. то есть, перекодировки происходят из utf8 в utf32. Хотя как сделать, что бы был utf8 в переменной - не ясно. А есть у тебя ссыль, где почитать, за что ругают? я с работой с unicode в Ди особо не сталкивался

погоди, я думал ди по дефолту в цикле будет итерировать по юникодным символам и это типа "плохо"

не будет http://ddili.org/ders/d.en/foreach.html

foreach with strings and std.range.stride

К сожалению ничего кроме https://jackstouffer.com/blog/d_auto_decoding_and_you.html дать не могу. Ольшанский просто уж очень сильно матом ругался из серии "тот кто не понимает почему автодекодинг плохо не знает Ди"

а как поместить utf8 в переменную? это же кодировка разной длины?

я выше говорил про циклы вида foreach (c; utf8string) - ответ - никак) если это базовый тип

без перекодирования в utf16/32

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

вот нашел дебаты https://forum.dlang.org/post/lfbbcn$2th7$1@digitalmars.com

погоди, я думал ди по дефолту в цикле будет итерировать по юникодным символам и это типа "плохо"

По-моему, так было раньше, а недавно поменяли.

ERROR: S client not available

Он архитектурно зависим, как указатель

Насколько я помню, архитектурно зависимо "слово"

мда, забавно string s = "hello"; writeln(typeof(s.front).stringof); // dchar

Действительно были байты то ли по 6 то ли по 10 бит но это где-то 60е годы прошлого века, когда еще никаких стандартов не существовало и все пилили свои архитектуры.

Их и щас не существует и многие пилят свои архитектуры

имхо если когда то в байте и было 10 бит, то это было в древие времена и такие системы уже давно умерли в процессе эволюции. Как и трехадресный ассемблер, и машины на троичной логике.

Ничего не изменилось. Ещё увидим архитектуры всякие такие

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

На дискретной логике

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

dmd на нем работает?

Нет, в нём слишком бедный ассемблер и мало памяти

Ну вот

Смысл учитывать экзотику и бежать впереди паровоза?

Питон вещь хорошая, вот если бы компилился ещё бы

Есть же cython

Есть же cython

Те же томоза и гигантские исходники с гигантскими библиотеками на выходе. Не подходит

Смысл учитывать экзотику и бежать впереди паровоза?

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

Те же томоза и гигантские исходники с гигантскими библиотеками на выходе. Не подходит

Но ведь компилится же!

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

Ничего внезапного не бывает. Что бы архитектура взлетела, нужен либо мощный пиар корпораций, либо время. А вообще, D сейчас не в том положении, что бы позволить себе идти на архитектуры, которые не взлетят в ближайшее время. D еще есть куда развиваться и скелетов в шкафу тоже предостаточно

> Ничего внезапного не бывает. lol

Не лол, а вполне логичная концепция

Что бы такая внезапность была, надо либо найти новую востребованную нишу

Либо резко вытеснить старую

а что ты знаешь о разработке новых архитектур?

Я знаю, что ей потребуется пара лет, что бы заменить текущие

Те же томоза и гигантские исходники с гигантскими библиотеками на выходе. Не подходит

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

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

Вроде бы гугл пилил собственную реализацию с блэк^W без GILа

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

И писать немного кода. Короче в любом случае не подходит

Гайз, кто-то пишет на dlang прод?

сабж?

аа

прод в смысле веб сервисы?

Я имею ввиду коммерческий код.

Веб сервисы в том числе

Я имею ввиду коммерческий код.

комерческий код да, веб нет

мы пишем коммерческий под веб