https://opennet.ru/openforum/vsluhforumID3/135850.html Инженеры из компании Apple объявили о готовности для тестирования режима "-fbounds-safety" для компилятора Clang, предоставляющего гарантии безопасной работы с буферами в коде на языке Си. Режим включён в состав форка LLVM, поддерживаемого компанией Apple для проекта Swift. В дальнейшем запланирована постепенная передача функциональности "-fbounds-safety" в основную кодовую базу LLVM/Clang...<br><br>Подробнее: https://www.opennet.ru/opennews/art.shtml?num=62606<br> https://opennet.ru/openforum/vsluhforumID3/135850.html#314 Tue, 04 Feb 2025 09:23:49 GMT Не совсем понимаю, а чем хуже собрать код для дебага и тестов с asat, а в релиз пустить максимально быстро работающую версию без проверок? Для чего проверки прибивать гвоздями?<br> https://opennet.ru/openforum/vsluhforumID3/135850.html#313 Thu, 30 Jan 2025 01:41:55 GMT Ты тратишь время впустую, объясняя мне это. Я сосчитать не могу сколько раз я находил такие объяснения и читал их, но я так и не смог запомнить. Самый простой способ, это написать код, который работает с таким указателем, меняя и его и то, что он адресует, а потом, компилируя с -Wall, подобрать места для const так, чтобы компилятор варнинги бы кидал на нужные строки.<br> https://opennet.ru/openforum/vsluhforumID3/135850.html#312 Wed, 29 Jan 2025 10:43:19 GMT Пипец.<br>Ваша фраза "При условии что count меньше или равен sizeof(*buf)" меня просто убила.<br><br>#include &lt;stdio.h&gt;<br>#define BUF_SIZE 16<br>int main( int argc, char* argv[] )<br>{<br> int buf[BUF_SIZE];<br> printf("Размер буфера по версии Ivan_83: %u\n", sizeof(*buf));<br> printf("Реальный размер буфера: %u\n", sizeof(buf));<br> return 0;<br>}<br>Результат работы программы:<br>Размер буфера по версии Ivan_83: 4<br>Реальный размер буфера: 64<br><br>Обычная ошибка, с кем не бывает, правильно?<br>Я не буду издеваться и просить предъявить программу с такой же ошибкой на Rust. Просто хочу сказать, что использование итераторов от подобных вещей отлично защищает.<br> https://opennet.ru/openforum/vsluhforumID3/135850.html#311 Wed, 29 Jan 2025 10:26:04 GMT Я - то самое мифическое существо. Когда пишу на Си/Си++ то у меня большая часть кода - это разного рода проверки и развернутая обработка ошибок.<br> https://opennet.ru/openforum/vsluhforumID3/135850.html#310 Wed, 29 Jan 2025 10:20:41 GMT В чем-то вы правы, но практика показывает, что плохие программисты пишут плохие программы, а компилятор Rust ни в какую такие программы не хочет компилировать. Поэтому можно смело утверждать, что Rust выступает неким фильтром говнокода.<br> https://opennet.ru/openforum/vsluhforumID3/135850.html#309 Wed, 29 Jan 2025 10:14:38 GMT При всем уважении, хотел бы напомнить, что в Расте ленивые итераторы, map не будет сама по себе потреблять значение и enumerate() в таком виде, как вы написали, не будет работать с буфером типа int (i32) из-за типа, поэтому есть мнение, что ваш пример требуется немного переделать. Например так:<br><br>const BUF_SIZE: usize = 16;<br>fn main()<br>{<br> let mut buf: [i32; BUF_SIZE] = [0; BUF_SIZE];<br> // адаптер итератора enumerate() возвращает кортеж из usize и элемента коллекции<br> // поэтому потребуется приведение типа<br> buf.iter_mut().enumerate().for_each(&#124;(n,val)&#124; *val = n as i32 );<br> println!("{:?}", buf);<br>}<br><br>Вот это уже рабочий код. Результат работы таков:<br>[0, 1, 2, 3, 4, 5, 6, 7, 8, 9, 10, 11, 12, 13, 14, 15]<br> https://opennet.ru/openforum/vsluhforumID3/135850.html#308 Tue, 28 Jan 2025 06:38:21 GMT &gt; Причём здесь сообщения компилятора, до существования прямо в стандарте ЯП UB?<br><br>А, ну да, простите, забыл, у Rust ведь нет стандарта..<br> https://opennet.ru/openforum/vsluhforumID3/135850.html#307 Tue, 28 Jan 2025 02:25:40 GMT &gt; У меня контроллер станка, каждый цикл на счету.<br><br>Из прошлого века? Из позапрошлого? Восьмибитный ещё небось? Перфокартами программируешь?<br><br>&gt; Мое мнение, мир со своими умными вещами свернул не туда.<br><br>Он не сворачивал, просто так выходит, что сегодня 32-х битный контроллер с десятками мегагерц тактовой частоты стоит не дороже восьмибитного. И поэтому попытки использовать восьмибитные выглядят как искусственные ограничения себя, мол, давайте привяжем к ногам гири, и покажем всему миру что мы даже так можем бегать.<br><br>И такое положение дел -- естественное следствие развития технологий, процессоры становятся дешевле, и со временем их стоимость приближается к стоимости песка, из которого их делают, а как следствие сэкономить выбором более ущербных процессоров становится всё сложнее.<br> https://opennet.ru/openforum/vsluhforumID3/135850.html#306 Tue, 28 Jan 2025 00:32:54 GMT Причём здесь сообщения компилятора, до существования прямо в стандарте ЯП UB? <br>