https://opennet.ru/openforum/vsluhforumID3/74382.html В списке рассылки разработчиков Linux-ядра представлен (https://lkml.org/lkml/2011/1/27/127) инструментарий undertaker (http://vamos.informatik.uni-erlangen.de/trac/undertaker), созданный на базе исследовательского проекта VAMOS (http://www4.informatik.uni-erlangen.de/Research/VAMOS/) и предназначенный для выявление проблем с использованием директив препроцессора в исходных текстах с Linux-ядром. Undertaker выполняет статический анализ кода и позволяет определить такие проблемы, как некорректное включение или выключение условных блоков препроцессора, не соответствующих заданной конфигурации (Kconfig).<br><br><br><br>Наглядно оценить результаты проверки Linux-ядра 2.6.38-rc1 можно на данной странице (http://www4.informatik.uni-erlangen.de/Research/VAMOS/linux-trees/v2.6.38-rc1/).<br><br><br>URL: https://lkml.org/lkml/2011/1/27/127<br>Новость: http://www.opennet.ru/opennews/art.shtml?num=29429<br> https://opennet.ru/openforum/vsluhforumID3/74382.html#37 Sun, 06 Feb 2011 15:06:30 GMT &gt; Нет, это очередная ошибка, излишний пуризм. Данная переменная будет иметь значения <br>&gt; от единицы (умолчательное значение) до нескольких десятков, проверка на ошибочную работу <br><br>Соль в том, что этот проект как раз посвящен проверке качества и пуризма. А получается сапожник без сапог, хочется сказать авторам, "Врачу, исцелися сам".<br> https://opennet.ru/openforum/vsluhforumID3/74382.html#36 Wed, 02 Feb 2011 06:46:33 GMT жги. Сразу два варианта остри - вариант на "да, я принимаю участие" и вариант "нет, не принимаю".<br><br>почитаю, может и посмеюсь.<br> https://opennet.ru/openforum/vsluhforumID3/74382.html#35 Tue, 01 Feb 2011 18:00:00 GMT Вы случаем в разработке PHP не участвуете?<br><br><br> https://opennet.ru/openforum/vsluhforumID3/74382.html#34 Tue, 01 Feb 2011 15:55:01 GMT &gt; Даже не знаю как вам объяснить, зачем у самолётов запас прочности превышает <br>&gt; все возможные перегрузки в 2.5 раза, за идиота примите.<br><br>код, который вы пытаетесь "исправить", корректно поддерживает задание максимум 2147483647 процессов, реально же будут испольвано максимум 20 процессов в случае обычной пользовательской системы, и, видимо, 32 000 процессов в случае использования 32000-ядерной системы. Запас прочности составляет от 100 миллионов до 100 тысяч раз.<br><br>Принимаю.<br> https://opennet.ru/openforum/vsluhforumID3/74382.html#33 Tue, 01 Feb 2011 15:29:43 GMT Даже не знаю как вам объяснить, зачем у самолётов запас прочности превышает <br>все возможные перегрузки в 2.5 раза, за идиота примите.<br><br><br><br><br> https://opennet.ru/openforum/vsluhforumID3/74382.html#31 Tue, 01 Feb 2011 14:58:29 GMT Сценарий геморроя в данном конкретном случае?<br>Предусмотрен опциональный параметр: количество параллельно работающих потоков, аналог make -jN; параметр читается, значение параметра после этого проверяется, есть умолчательное значение - 1.<br>Какой геморрой? <br> https://opennet.ru/openforum/vsluhforumID3/74382.html#30 Tue, 01 Feb 2011 14:42:17 GMT &gt; - если кто-то задал количество процессов в <br><br>Программы делаются в помощь людям, а не для развития геморроя. <br> https://opennet.ru/openforum/vsluhforumID3/74382.html#27 Tue, 01 Feb 2011 14:28:18 GMT Нет, это очередная ошибка, излишний пуризм. Данная переменная будет иметь значения от единицы (умолчательное значение) до нескольких десятков, проверка на ошибочную работу strtol - имеется, проверка на значение переменной - тоже имеется. Вывод - если кто-то задал количество процессов в 24145123525523323242342343422 - тот сам себе злобный буратино.<br>Займись чем-нибудь полезным?<br> https://opennet.ru/openforum/vsluhforumID3/74382.html#26 Tue, 01 Feb 2011 14:13:01 GMT &gt;[оверквотинг удален]<br>&gt;&gt; char *worklist = NULL; <br>&gt;&gt; char *whitelist = NULL; <br>&gt;&gt; - int threads = 1; <br>&gt;&gt; + long int threads = 1; <br>&gt;&gt; std::list&lt;std::string&gt; models; <br>&gt;&gt; std::string main_model = "x86"; <br>&gt;&gt; /* Default is dead/undead analysis */ <br>&gt;&gt; [/code] <br>&gt;&gt; И ЭТИ ЛЮДИ ЗАНИМАЮТСЯ АНАЛИЗОМ КАЧЕСТВА КОДА ЯДРА ..... :) <br>&gt; этот threads задаёт количество процессов, на которые надо распараллелить анализ ядра.<br><br>Пох...ю что он задаёт.<br><br>&gt; Если кто-то задаст значение, которое приведёт к переполнению, это уже само по <br><br>Понятия "кто-то" в Си нету. Кода статистического анализа и расчёта вероятности не вижу.<br><br>&gt; себе некорректно. Вполне нормальный кусок кода/ <br><br>Функция возвращает long, значит присваиваться этот результат должен переменной<br>такого же типа, и нипёт, что "когда-то никогда что-то как-то" не случиться.<br><br>Надо было юзать atoi()<br>