https://www.opennet.me/openforum/vsluhforumID3/134104.html Некоммерческий удостоверяющий центр Let's Encrypt, контролируемый сообществом и предоставляющий сертификаты безвозмездно всем желающим, объявил о переходе на использование NTP-сервера ntpd-rs, написанного на языке Rust с оглядкой на обеспечение безопасности и стабильности. Проект распространяется под лицензиями Apache 2.0 и MIT, полностью поддерживает протоколы NTP и NTS (Network Time Security) на уровне клиента и сервера, и может использоваться в качестве замены NTP-серверам chrony, ntpd и NTPsec...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=61435<br> https://www.opennet.me/openforum/vsluhforumID3/134104.html#227 Sun, 30 Jun 2024 16:15:04 GMT &gt; Если мы говорим об ОС, типа Linux, и стандартную библиотеку Rust использовать нельзя, то,<br>&gt; очевидно, нам придётся оперировать с Си-строками. <br><br>это неочевидно.<br>(в смысле, никто не мешает изобрести ос в которой строки представляют собой разновидность объекта, и в нем есть поле длинны, неотъемлемое от объекта - я хз так ли в ресдохе, но вполне ведь могли)<br><br>Вопрос был в показании кода, правильно разбирающего предложенные (сырые) данные. Потому что велики шансы что произвольный васян с опеннета сделает еще хуже того индуса.<br><br>Повторяю - там логическая ошибка, а не забыли про \0.<br><br> https://www.opennet.me/openforum/vsluhforumID3/134104.html#226 Sun, 30 Jun 2024 15:56:08 GMT &gt; Зато в процессоре есть адресная арифметика. <br><br>жютко ж небезопатсная!<br><br>Я уже писал опоздавшим родиться - *a++ - это НОЛЬ операций процессора pdp11. Пока a - указатель на выровненное машинное слово (ну или int в сишном понимании, но процессору-то вообще до лампы что там лежит). Такая вот оптимизация.<br><br>&gt; Хотим получим оптимальный код - надо быть ближе к железу, то есть, размеру регистров.<br><br>поэтому нужны переменные byte, word, модификатор register (появился на 20 лет позже) и т д.<br><br>А они вот это *a++ сделали (причем тут приоритеты операций еще специально расставлены чтоб не были нужны лишние скобки, хотя результат совсем неочевиден - для тех кто не знает архитектуры), а байты зачем-то выкинули (хотя бы в качестве альтернативы оставили - так нет же ж)<br><br>У меня обратное предположение - что у них была сугубо прикладная программа (и мы даже подозреваем, какая) которой становилось легче от 32 бит инта - а если она упиралась в переполнение, то это там либо решалось какими-то проверками, независимыми от битно https://www.opennet.me/openforum/vsluhforumID3/134104.html#225 Sun, 30 Jun 2024 11:39:18 GMT Зато в процессоре есть адресная арифметика. Да и просто арифметика. Хотим получим оптимальный код - надо быть ближе к железу, то есть, размеру регистров. Поэтому под как бы универсальным int-ом создателями Си возможно подразумевалось энное количество тех самых байтов.<br><br>Но это всё, повторюсь, исключительно мои личные догадки, ни разу не претендующие на истину.<br> https://www.opennet.me/openforum/vsluhforumID3/134104.html#224 Sun, 30 Jun 2024 11:12:05 GMT Начнём с того, что не я начал с тобой спорить на эту тему, поэтому, наверное, не мне, всё же, писать код для тебя.<br><br>String в Rust - это часть стандартной библиотеки (https://doc.rust-lang.org/std/string/struct.String.html). Если мы говорим об ОС, типа Linux, и стандартную библиотеку Rust использовать нельзя, то, очевидно, нам придётся оперировать с Си-строками. И что это доказывает?<br><br>Как работает Redox - я понятия не имею, и вникать особо не желаю. Допущу, однако, что там вполне можно оперировать строками в духе Rust.<br> https://www.opennet.me/openforum/vsluhforumID3/134104.html#223 Sun, 30 Jun 2024 08:32:22 GMT ну так тем более - в процессоре ж нет никаких интов. В нем есть байты, слова, иногда длинные целые или плавающие. А то и двоично-десятичные с фиксированной точкой.<br><br>Интерпретация их как чисел, указателей и т д и разбирательства что делать в каждом конкретном случае - на совести программиста (то же самое численное переполнение, и вообще - считать его вооот тут знаковым или нет - процессору-то все равно, у него только расширение знакового разряда может быть, если повезет) <br><br>А инты и флоаты придумали для фортрана, который для физиков а не инженеров.<br><br> https://www.opennet.me/openforum/vsluhforumID3/134104.html#222 Sun, 30 Jun 2024 08:26:18 GMT &gt;&gt;В смысле там нет возможности написать парсер строк вида var=value ?<br>&gt; В смысле на Rust нет нуль-терминированных строк. Там есть строки, схожие с <br>&gt; Паскалевскими.<br><br>ну вот покажи парсер нескольких var=value - с какими хочешь (но их надо получить у операционной системы. Тоже какой хочешь - если ресдох умеет передавать "схожие с паскалевскими" то вперед). Стандартные библиотеки не используем, мы как раз заняты программой которая их должна с нами линковать, а ее объем, поскольку это очень критичная часть системы - стараемся держать минимальным.<br><br>В индусский код чур не подглядывать.<br> https://www.opennet.me/openforum/vsluhforumID3/134104.html#221 Sun, 30 Jun 2024 07:39:37 GMT &gt;В смысле там нет возможности написать парсер строк вида var=value ?<br><br>В смысле на Rust нет нуль-терминированных строк. Там есть строки, схожие с Паскалевскими. <br> https://www.opennet.me/openforum/vsluhforumID3/134104.html#220 Sun, 30 Jun 2024 07:22:00 GMT Могу лишь предположить, почему так (отказались от byte и платформозависимость других типов).<br>Возьмём какой-нибудь int. Ежели ты пишешь программу под 16-битный процессор, то будешь вынужден считаться с этим, чтобы твоя программа работала максимально быстро. Да, в ущерб универсальности работы твоей программы на другом процессоре, например 8-битном. Другими словами, более важна была локальная оптимизация бинарного кода, чем универсальность кода на Си. <br> https://www.opennet.me/openforum/vsluhforumID3/134104.html#219 Sat, 29 Jun 2024 22:10:39 GMT &gt; чего вдруг? Очевидно что в .net умеет ничуть не хуже.<br><br>Судя по популярности .Net, всё-таки хуже. Впрочем, если у тебя есть другие критерии оценки, давай.<br><br>&gt; Не вижу ничего ущербного. Именно так все и есть. Нет кода (причем общедоступного) - неоткуда копипастить. Чатгопота разводит ушами и генерирует полный бред.<br><br>То есть, код на Си пишет чатгопота? А, ну ок, если так. Я тогда тебя неправильно понял изначально.<br><br>&gt; Еще раз, медленно - она не умеет читать документацию и понимать прочитанное. Она не умеет кодить. Она умеет - правдоподобно бредить похоже на известные ей образцы. Всьо. Чем больше образцов - тем правдоподобнее бред.<br><br>Откель тебе известно, кто что умеет, а кто - нет? Ведь всё во что упирается в итоге? Всё в итоге упирается в конкретную бизнес-задачу. Ежели ты пишешь код для АЭС или космоса, ты будешь и читать, и понимать написанное. Иначе просто тебя выгонят с работы. Другое дело, если это какая-то динамическая страничка Васи Пупкина. Там надо подешевле и побыстрей. Следовательно, читать и в