https://www.opennet.dev/openforum/vsluhforumID3/130274.html Опубликован релиз языка программирования общего назначения Rust 1.69, основанного проектом Mozilla, но ныне развиваемого под покровительством независимой некоммерческой организации Rust Foundation. Язык сфокусирован на безопасной работе с памятью и предоставляет средства для достижения высокого параллелизма выполнения заданий, при этом обходясь без использования сборщика мусора и runtime (runtime сводится к базовой инициализации и сопровождению стандартной библиотеки)...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=59008<br> https://www.opennet.dev/openforum/vsluhforumID3/130274.html#159 Mon, 29 May 2023 09:55:20 GMT &gt; В IPv4 четко прописаны использование 32 Битов или <br>&gt; 4 байтов. То есть все адреса (комбинации нулей и единиц) от <br>&gt; 0000 0000 0000 0000 до 1111 1111 1111 1111 (или от <br>&gt; 0x00 0x00 0x00 0x00 до 0xFF 0xFF 0xFF 0xFF) <br><br>Все верно. Это я и хотел сказать уважаемой публике.<br><br>&gt;&gt; 0000000001.0000000002.0000000003.000000004, четвертые 0xc0.0xa8.0x8c.0xff.<br>&gt; Верхний адрес не валидный, так как занимает 40 байт места.<br><br>Но 0000000001.0000000002.0000000003.000000004 тоже может занимать 32 бита, если не считать первые нули значащими (что конечно конечно наркомания, но в IPv6 так и сделали, ну почти). Т.е. он тоже может быть валидным адресом. Можно пойти дальше и сделать адресом &#12484;<br>$ echo -n '&#12484;' &#124; xxd -b<br>00000000: 11100011 10000011 10000100<br>Добиваем до 4 байт (или наоборот отрезаем, если больше)<br>00000000 11100011 10000011 10000100<br>И оп, у нас валидный ip-адрес. Т.е. по сути все может быть ip-адресом в зависимости от парсера (таков путь неограниченных бинарных данных).<br> https://www.opennet.dev/openforum/vsluhforumID3/130274.html#158 Mon, 29 May 2023 06:01:12 GMT Да если бы. Живой сволочь<br> https://www.opennet.dev/openforum/vsluhforumID3/130274.html#157 Mon, 29 May 2023 05:46:22 GMT &gt; 0000000001.0000000002.0000000003.000000004, четвертые 0xc0.0xa8.0x8c.0xff.<br><br>Верхний адрес не валидный, так как занимает 40 байт места. Нижний вполне нормальный адрес 192.168.140.255. В IPv4 четко прописаны использование 32 Битов или 4 байтов. То есть все адреса (комбинации нулей и единиц) от 0000 0000 0000 0000 до 1111 1111 1111 1111 (или от 0x00 0x00 0x00 0x00 до 0xFF 0xFF 0xFF 0xFF)<br> https://www.opennet.dev/openforum/vsluhforumID3/130274.html#156 Thu, 27 Apr 2023 03:44:31 GMT &gt; внезапная фрустрация от того, <br>&gt; что деревья и графы в расте описать можно, не используя unsafe, <br>&gt; только очень неуклюже, ядрёными костылями.<br><br>Можно их реализовать на базе массива, заменив указатели индексами. Как например в главе 2.2 книжки А.Ахо, Дж.Хопкрофта, Дж.Ульмана сделано на Паскале. Фрустрация у меня от того, что почему-то не видел такой реализации.<br> https://www.opennet.dev/openforum/vsluhforumID3/130274.html#155 Thu, 27 Apr 2023 00:32:52 GMT Си простой как два рубля, и нуб от профессионала отличается тем, что профессионал чаще статическим анализатором пользуется и вообще осторожнее работает с указателями,т.к. шишек набил. А Раст это попытка запилить язык в котором некорректную работу с памятью (такую, которую хакеры могут использовать через эксплоит) просто не выразить через синтаксис (тупо не скомпилируется). Но взамен чудовищное переусложнение практически на ровном месте. Borrow checker, лайфтаймы, внезапная фрустрация от того, что деревья и графы в расте описать можно, не используя unsafe, только очень неуклюже, ядрёными костылями.<br> https://www.opennet.dev/openforum/vsluhforumID3/130274.html#154 Tue, 25 Apr 2023 07:21:53 GMT Плюсы для профессионалов<br> https://www.opennet.dev/openforum/vsluhforumID3/130274.html#153 Tue, 25 Apr 2023 07:20:08 GMT А минусы есть?<br> https://www.opennet.dev/openforum/vsluhforumID3/130274.html#152 Mon, 24 Apr 2023 16:34:22 GMT &gt; Его выбросили не так давно. Внедрили Python, или что-то такое.<br><br>Это для меня новость, спасибо!<br> https://www.opennet.dev/openforum/vsluhforumID3/130274.html#151 Mon, 24 Apr 2023 08:44:48 GMT &gt; https://en.cppreference.com/w/cpp/filesystem ну все, давай убирай.<br><br>Справедливости ради его только недавно добавили. Лично я не вижу в нем большой необходимости, лучше бы стандартную либу держали в аскетизме.<br>