forum.opennet.ru

Форум Разговоры, обсуждение новостей
Вариант для распечатки		Пред. тема \| След. тема
Режим отображения отдельной подветви беседы		[ Отслеживать ]

Оглавление

В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..., opennews (ok), 13-Июн-14, (0) [смотреть все]

я чего-то не понял - это баг гцц Или как лишние сравнения, могут одновременно , АнониМ (ok), 09:03 , 13-Июн-14, (1) –1 //

volatile, рлрлро (?), 11:53 , 13-Июн-14, (14) //

Оптимизатор не удалит Ну или тогда это баг в gcc, да , 0xd34df00d (??), 15:40 , 13-Июн-14, (35) +1

очень просто стандарты не читай на си пиляй стандарт, в котором есть подобные, arisu (ok), 13:30 , 14-Июн-14, (115) +1

Какая чудесная оптимизация , Аноним (-), 09:16 , 13-Июн-14, (2) +10 //

Модные мальчики пробрались в команду GCC , YetAnotherOnanym (ok), 10:54 , 13-Июн-14, (8) –4 //

Это нормальная оптимизация И, как правильно сказали выше, ломается на ней именн, Аноним (-), 16:54 , 13-Июн-14, (45) +9 //

Если кода не очень много - чтобы его мог вычитать и вылизать один человек или н, YetAnotherOnanym (ok), 16:37 , 14-Июн-14, (132)

man code review Во всех крупных свободных проектах Если вы не применяете 821, Аноним (-), 16:07 , 15-Июн-14, (265) +1

Ладно, предположим, проверил я код всех сторонних либ, которые юзает мой проект , YetAnotherOnanym (ok), 11:54 , 17-Июн-14, (321) –1

для начала 8212 прекратить использовать неподдерживаемые библиотеки как раз , arisu (ok), 13:29 , 17-Июн-14, (324) +2

Главное - заранее угадать какая библиотека станет неподдерживаемой завтра Опыт и, rob pike (?), 15:54 , 17-Июн-14, (327)

не так уж и сложно, на самом деле , arisu (ok), 16:31 , 17-Июн-14, (328) +1

Нормальная оптимизация Foo foo foo- bar if foo Вот последнюю проверк, 0xd34df00d (??), 15:43 , 13-Июн-14, (36) +1 //

В мире эльфов - да Всё-таки, вера в то, что компилятору не придётся обрабатыват, Vkni (ok), 16:59 , 13-Июн-14, (46) –3 //

Есть баланс между толерантностью к ошибкам и качеством оптимизации Включаешь оп, 0xd34df00d (??), 17:21 , 13-Июн-14, (53) +2

Ну так -O3 уже никто и не включает Или пацаны хотят добиться, что и -O2 включат, Vkni (ok), 18:53 , 13-Июн-14, (58) –1

Включаю -O3 в продакшене на корректно написанном коде, брат жив Есть у меня один, 0xd34df00d (??), 19:00 , 13-Июн-14, (59) +3

Я очень рад за вас и вашего брата Но таки вы - исключение Стандартные флаги оп, Vkni (ok), 19:12 , 13-Июн-14, (60) –2

Ну, это дело другое, и я бы на самом деле поспорил, что дело именно в ломающем к, 0xd34df00d (??), 19:17 , 13-Июн-14, (61)

А в чём ещё Какой смысл ставить -O2, если -O3 быстрее и не ломает код Ну достат, Vkni (ok), 19:31 , 13-Июн-14, (62) –1

Не всегда быстрее Например, слишком агрессивное развёртывание циклов или инлайн, 0xd34df00d (??), 19:37 , 13-Июн-14, (63) +1

если код твоего знакомого работает на 10 быстрее в gcc, чем в шланге, за счёт т, pv47 (ok), 22:31 , 13-Июн-14, (96) –2

Не код моего знакомого Он всякими там povray бенчмаркает Нечем тут гордиться И, 0xd34df00d (??), 22:33 , 13-Июн-14, (98)
вышепроцитированное 8212 реакция школоты на assert ы, например , arisu (ok), 13:36 , 14-Июн-14, (118)
Если код работает на 10 быстрее после выкидывания лишних проверок, то этот ко, Reinar (ok), 16:36 , 14-Июн-14, (131) –1

traceroute 0xd34df00dtraceroute to 0xd34df00d 211 77 240 13 211-77-240-13 ad, Demo (??), 23:54 , 14-Июн-14, (245)

0xd34df00d me трейсить надо , 0xd34df00d (??), 00:00 , 15-Июн-14, (247)

пацаны хотят, чтобы говнокодеры документацию читали сначала уж от тебя-то я не о, arisu (ok), 13:32 , 14-Июн-14, (117)
Release Notes к gcc 4 9 почитайте И Porting to, если вам мало , Аноним (-), 16:08 , 15-Июн-14, (266) +1

И разработчики GCC вряд ли страдают этой верой Кстати, foo- bar компилятор тоже , Anonym2 (?), 01:46 , 14-Июн-14, (109)
для идиотов есть режим -O0 в документации по gcc ясно написано, что корректност, arisu (ok), 13:31 , 14-Июн-14, (116) +2

if a mtx lock if a явно же лишняя проверка - только что про, КО (?), 11:44 , 16-Июн-14, (296) –1

конечно, лишняя если ты меняешь переменную из разных потоков и не объявил её vo, arisu (ok), 11:53 , 16-Июн-14, (298) +2

Не всё так просто, см страницу 7 здесь http www aristeia com Papers DDJ_Jul_, 0xd34df00d (ok), 17:40 , 16-Июн-14, (305)

да, я в курсе, что volatile 8212 не такая уж простая и лёгкая штука ну, и we, arisu (ok), 20:43 , 16-Июн-14, (307)

p s да, компилятор имеет право проанализировать метод lock , увидеть, что a та, arisu (ok), 11:54 , 16-Июн-14, (299) +1
Ну так в C до 11 не было memory model, машина представлялась однопоточной Это, 0xd34df00d (??), 17:37 , 16-Июн-14, (304)

премию обратно не отдадут D, Аноним (-), 09:18 , 13-Июн-14, (3) +1 //

Премия-то - 2500 Деньжища-то какие , freehck (ok), 10:26 , 13-Июн-14, (6) +2

я не понял, если это баг гцц, где патч а если баг бинда, зафига этот костыль, в, Аноним (-), 09:37 , 13-Июн-14, (4) //

Это похоже на универсальную закладку Чтобы даже если программист все дыры закро, Аноним (-), 09:57 , 13-Июн-14, (5) //

Нет, это для удобства программиста, желающего поставить бэкдор Написал volatile, Аноним (-), 14:06 , 13-Июн-14, (21) //

Вы там с головой в дружбе Volatile как раз наоборот запрещает компилеру optimiz, Аноним (-), 20:16 , 13-Июн-14, (65) +2

Это не баг, просто компилятор не может, по компилируемому куску кода, самостояте, рлрлро (?), 11:52 , 13-Июн-14, (13) –1 //

откуда инфа, что виновато volatile можно ссылочку ищу диффы, не могу найти , Пиу (ok), 14:22 , 13-Июн-14, (26) +1 //

Volatile не виновато а всего лишь указывает компилеру что переменная может изм, Аноним (-), 16:31 , 13-Июн-14, (40) +2

и поэтому удаляет код, который явно проверяет это и написан программистом, котор, pv47 (ok), 17:32 , 13-Июн-14, (54) –1 //

Как факт, замечу, что программист не всегда это делает Допустим есть функция st, Ordu (ok), 23:31 , 13-Июн-14, (106) +2

Я об этом как-то не подумал хотя, ваш пример носит другой характер В вашем сл, pv47 (ok), 00:17 , 14-Июн-14, (107) –1

где ты сомнительный случай нашёл если программист сделал для структуры foo c, Xasd (ok), 04:16 , 14-Июн-14, (113)
есть такой ключ -O0 , arisu (ok), 13:38 , 14-Июн-14, (119)

по Вашему ассемблер так вообще для слабаков , eganru (?), 01:09 , 14-Июн-14, (108) –1
А это вообще нормально - возвращать str 0 который char как знаковый int Нет, с, Аноним (-), 09:15 , 16-Июн-14, (283)

нормально, говнокодеры говорят малацца , arisu (ok), 12:04 , 16-Июн-14, (301)
Ты знаешь назначение функции first Видишь ли, при ней нет документационного ком, Ordu (ok), 21:47 , 16-Июн-14, (308)

нинасколько, потому что никакой разумной причины возвращать или str 0 или -1 не, arisu (ok), 22:18 , 16-Июн-14, (309) –1

Отлично Тогда я предлагаю переписать тот примерчик, дабы продемонстрировать опт, Ordu (ok), 22:55 , 16-Июн-14, (310)

А что тут ненормального Архитектур, где sizeof char sizeof int уже и не оста, Crazy Alex (ok), 15:33 , 22-Дек-15, (343)

как я уже писал, ненормально тут то, что -1 8212 валидное значение для char, , arisu (ok), 21:30 , 22-Дек-15, (345)

Нет, знаковость char зависит от платформы , 0xd34df00d (??), 21:31 , 22-Дек-15, (346)

на большинстве платформ у большинства компиляторов char по 8208 умолчанию знако, arisu (ok), 21:59 , 22-Дек-15, (347)

clang пусть используют, Аноним (-), 10:35 , 13-Июн-14, (7) //

Порождение клятiх яблочников и вообще неправославно , YetAnotherOnanym (ok), 10:56 , 13-Июн-14, (9) –2 //

яблочники делали предложение команде gcc по обьединению, Аноним (-), 13:09 , 13-Июн-14, (17) //

А до этого делали предложение Столлману идти со своей GPL v3 и, что характ, Аноним (-), 13:12 , 13-Июн-14, (18) –4

Гражданин судья, а он не может перейти Для перехода ядра на GPLv3 нужно получ, Аноним (-), 14:05 , 13-Июн-14, (20) +9

Если бы некоторые не очень хорошие личности не находили лазейки в GPLv2 то и GPL, Аноним (-), 20:18 , 13-Июн-14, (66) +4

Это был новый некрософт-батыр Мозгом не оснащён, дискутировать бесполезно, зач, Michael Shigorin (ok), 18:08 , 14-Июн-14, (133)

Ну вот, блин, опять меня бот на дискуссию развел , Аноним (-), 09:17 , 16-Июн-14, (284)

я таки не понял, вам нравится, что GPLv3 требует согласия всех авторов или нет , Куяврег (?), 02:28 , 14-Июн-14, (111)

Мы просто найдем аналоги без GPL, Аноним (-), 05:37 , 14-Июн-14, (114) –1

вперёд не понятно только, зачем 171 вы 187 при этом лезете в обсуждения gpl, arisu (ok), 13:40 , 14-Июн-14, (120)
Да, аналог линевому кернелу уж так искали, так искали Только даже опач и яху за, Аноним (-), 09:18 , 16-Июн-14, (285) +1

если у таких отпетых проприерастов, как огрызок, GPLv3 вызывает настолько больши, arisu (ok), 13:41 , 14-Июн-14, (121)

Да, особенно хорошо все это заметно на примере swift, где они вообще не знают бу, Аноним (-), 16:38 , 13-Июн-14, (41)

Представляю, какое богатство лексикона продемонстрирует Линус, если выяснится, ч, YetAnotherOnanym (ok), 11:05 , 13-Июн-14, (10) –2 //

и по делу, само собой то есть, напрямую тем идиотам, которые закомитили код, по, arisu (ok), 13:42 , 14-Июн-14, (122)

Правильный баг, вместо выполнения кода вылетает приложение , Аноним (-), 11:23 , 13-Июн-14, (11) +2
Просто не нужно собирать критические программы с помощью gcc версии x y 0 , Xaionaro (ok), 12:55 , 13-Июн-14, (15) +1 //

Ну кто-то Арч юзает, не в продакшне конечно, но все-таки неприятно , Аноним (-), 13:09 , 13-Июн-14, (16) –1 //

А википедия вообще на убунте , Аноним (-), 14:07 , 13-Июн-14, (22) //

Да много кто на убунте, на самом деле На 14 04 все-таки 4 8 х используется, 4 9, Аноним (-), 14:18 , 13-Июн-14, (24) +1

На самом деле, в убунте много других поводов для веселья , Аноним (-), 14:42 , 13-Июн-14, (28) +1

В Убунту на серваках зато гигантское комьюнити И если не хочешь придумывать вел, Аноним (-), 14:55 , 13-Июн-14, (30) +2

К сожалению, произведение количества участников коммьюнити на их средний уровень, Аноним (-), 16:24 , 13-Июн-14, (39) –4

А в чем они состоят А то у меня на ряде серверов она пашет уже пятый год Пробл, Аноним (-), 16:39 , 13-Июн-14, (42) +1

Не нужно писать код, не соответствующий стандартам https gcc gnu org bugzilla , bircoph (ok), 15:26 , 13-Июн-14, (34) +2 //

И вообще нужно быть красивым, здоровым и богатым Ну и, я так понимаю, с точки зр, Vkni (ok), 17:01 , 13-Июн-14, (47) //

Очевидно, что код до 99 года компилировали другими версиями GCC И потом, хочешь , mine (ok), 20:09 , 13-Июн-14, (64) +3

Очевидно, компилятор языка с полувековой историей имеет определённые обязательст, Vkni (ok), 20:49 , 13-Июн-14, (70) –3

а так же генерировать максимально быстрый код Разработчики предпочти второе , Аноним (-), 21:46 , 13-Июн-14, (82) +3

Всегда можно сгенерировать мгновенно выполняющийся нерабочий код - , Vkni (ok), 22:21 , 13-Июн-14, (92) –2

return 0 Очень быстрый код Компилер неплохо оптимизнет, наверное , Аноним (-), 09:21 , 16-Июн-14, (286)

Ну так для совместимости есть специальные ключи А если декларируется C99, то о , mine (ok), 23:07 , 13-Июн-14, (104) +2

О том, что лучше не плодить несовместимость на ровном месте , Vkni (ok), 23:14 , 13-Июн-14, (105) –2

какое отношение авторы gcc имеют к glibc ты что, перепил вчера, что ли , arisu (ok), 13:44 , 14-Июн-14, (124)

собираю, брат жив, батя грит малацца просто надо сначала выучить язык, на которо, arisu (ok), 13:43 , 14-Июн-14, (123)

Как компилятор мог сломать программу И какой самый без ошибок Clang , Аноним (-), 14:02 , 13-Июн-14, (19) –1 //

Кланг, при всей моей любви к нему, тоже обожает подобные оптимизации , 0xd34df00d (??), 15:45 , 13-Июн-14, (37)
Clang Без ошибок Б , это ты не видел что LLVM вытворяет при сборке шейдеров д, Аноним (-), 16:44 , 13-Июн-14, (43) –1

дооптимизировались режим удаления лишних операций теперь удаляет не только ли, Нанобот (ok), 14:22 , 13-Июн-14, (25) –1 //

А других нынче и нет Точнее, есть, но они используются только для узкоспецифичны, Аноним (-), 14:44 , 13-Июн-14, (29)
Ну тогда используйте компиляторы без оптимизаторов Ну там tiny c compiler какой, Аноним (-), 16:46 , 13-Июн-14, (44)
нет, только лишние а вот почему дебилы, которые даже не удосуживаются выучить я, arisu (ok), 13:45 , 14-Июн-14, (125) +1

короче говоря, вот ссылка на gcc шную багзиллу https gcc gnu org bugzilla sho, Пиу (ok), 14:34 , 13-Июн-14, (27) +3 //

Вывод - в glibc такое assert ами прикрывать надо В более продвинутых языках он, Crazy Alex (ok), 14:55 , 13-Июн-14, (31) //

К О напоминает, что релизных сборках assert-ы не работают , Аноним (-), 15:49 , 13-Июн-14, (38) +3 //

у людей, пишущих на более продвинутых языках , любая сборка по определению отла, pv47 (ok), 17:36 , 13-Июн-14, (55) +4

Это в тех где все тормозит и ждет сотни мегабайт озу если не больше Так ничег, Аноним (-), 21:44 , 13-Июн-14, (81) +1

Ясен пень, что не работают , Crazy Alex (ok), 15:36 , 22-Дек-15, (344)

Это не первый такой баг Помнится не так давно gcc ломал сборку ядра или добавля, linux must _RIP__ (?), 14:58 , 13-Июн-14, (32) –3 //

Оптимизаторы вообще своеобразная штука, которая может подгадить , Аноним (-), 17:12 , 13-Июн-14, (48) //

Так к ним главное требование - не гадить , Vkni (ok), 17:14 , 13-Июн-14, (52) –1

Используйте -O0, только чур не плеваться на качество кода А так - в данном случ, Аноним (-), 20:21 , 13-Июн-14, (67) +2

Оптимизатор - это не субъект, чтобы быть правым А вставивший это в него несколь, Vkni (ok), 20:55 , 13-Июн-14, (71) –3

Хочется такой безопасности и вождения за ручку 8212 не надо называть себя про, 0xd34df00d (??), 21:03 , 13-Июн-14, (74) +5

Я давно за то, чтобы сбросить язык Цэ с парохода современности, как Фортран и ас, Vkni (ok), 21:12 , 13-Июн-14, (75) –3

Современный Цэ вполне годен, не надо его сбрасывать Да и вообще, инструментом , 0xd34df00d (??), 21:16 , 13-Июн-14, (76) +2

Синтаксис уже такой, что ужас Увы, но Цэ уже давно ужасен Ещё раз - директива, Vkni (ok), 21:20 , 13-Июн-14, (77) –1

Вполне типичный синтаксис для сиподобного языка Системный инклюд С чего бы Свой, 0xd34df00d (??), 21:22 , 13-Июн-14, (78) +1

На поддержание совместимости стандартов тратятся огромные силы Собственно, из-з, Vkni (ok), 21:29 , 13-Июн-14, (79) –1
Не всегда move semantics могут кое-какой код поломать я на это сам натыкался, , 0xd34df00d (??), 22:01 , 13-Июн-14, (83)
Могут Это неприятно и очень дорого в ЭТОМ месте Код 89-го года вполне компилир, Vkni (ok), 22:06 , 13-Июн-14, (85) –2
171 Компилируется 187 8212 не значит 171 работает 187 Что мы и наблю, 0xd34df00d (??), 22:08 , 13-Июн-14, (86) +1
До тут он работал Каждое такое место - это большие денежные потери на ровном , Vkni (ok), 22:12 , 13-Июн-14, (88) –2
И это большая удача, не более Вообще, мы говорили о совместимости стандартов Е, 0xd34df00d (??), 22:15 , 13-Июн-14, (90) +1
Стандарты слишком сложны, чтобы быть 100 совместимыми Уже введение нового ключ, Vkni (ok), 22:29 , 13-Июн-14, (95) +2
слушай, ну хватит уже, всё, не надо больше, я не могу столько смеяться , arisu (ok), 13:47 , 14-Июн-14, (127)
Это лямбды-то Шаблоны в современном применении - вообще ужас ужасный , Vkni (ok), 21:32 , 13-Июн-14, (80)
Чем auto x, auto y return x y сильно так сложнее x, y x y Эт, 0xd34df00d (??), 22:06 , 13-Июн-14, (84) +1
Какое отношение имеют скобки, означающие массив, к лямбда-функциям Вывод типов п, Vkni (ok), 22:09 , 13-Июн-14, (87) –1
Эм, они вообще-то обозначают начало лямбды Ну и какой массив обозначают скобки , 0xd34df00d (??), 22:13 , 13-Июн-14, (89) +1
О Вот это и вопрос - глаз видит скобки, 25 лет означающие массив, а реально там, Vkni (ok), 22:17 , 13-Июн-14, (91)
Я, конечно, не 25 лет пишу на плюсах, а всего лет 10, но глаз у меня видит начал, 0xd34df00d (??), 22:21 , 13-Июн-14, (93)
А у меня он сперва видит какую-то инициализацию массива, которую уже потом я вос, Vkni (ok), 22:32 , 13-Июн-14, (97)
Эм, это где Опять я всё пропустил , 0xd34df00d (??), 22:34 , 13-Июн-14, (99)
Так концепты , Vkni (ok), 22:38 , 13-Июн-14, (100)
Ох, да им до тайпклассов таки 8230 далеко, в общем Да и это для темплейтов всё, 0xd34df00d (??), 22:40 , 13-Июн-14, (101)
auto тоже далеко до pattern matching а Увы, другого C у меня для вас нет - вс, Vkni (ok), 22:43 , 13-Июн-14, (102)
Паттерн-матчинг в темплейтах есть уже сегодня Ну, это если мы о темплейтах гово, 0xd34df00d (??), 22:44 , 13-Июн-14, (103)
нет, оказывается, всё ещё могу const int a 1,2,42 глаз видит скобки, пол-в, arisu (ok), 13:50 , 14-Июн-14, (128)
Молодец Вот и я пишу, что с синтаксисом в Цэ полный трындец Большое спасибо , Vkni (ok), 20:46 , 14-Июн-14, (137) –1
пожалуйста правда, я привёл пример сишного синтаксиса, но так же неинтересно, э, arisu (ok), 20:50 , 14-Июн-14, (140) +1
Цэ просто более-менее обозрим, хотя с синтаксисом уже плохо - см ещё указатель , Vkni (ok), 21:01 , 14-Июн-14, (148)
я вот недавно ещё страшнее вещь заметил куча имён функций может начинаться на , arisu (ok), 21:04 , 14-Июн-14, (150) +1
Самое интересное, что в C это уже и не нужно вовсе, есть же std function Хотя, 0xd34df00d (ok), 21:10 , 14-Июн-14, (154)
В С есть десятки способов реализовать одну и ту же задачу Это одновременно и , Vkni (ok), 21:14 , 14-Июн-14, (159)
Как мне десятком способов передать замыкание в роли этакого коллбека или функтор, 0xd34df00d (ok), 21:17 , 14-Июн-14, (163)
Если чутка обобщить задачу, получится - класс, шаблон, макрос, указатель на функ, Vkni (ok), 21:19 , 14-Июн-14, (167) –1
Да, всякие слабаки уходят программить на яве и питоне Поэтому программами на си, Аноним (-), 09:27 , 16-Июн-14, (289)
тебя кто-то жестоко обманул, когда сказал, что 171 настоящее программирование , arisu (ok), 11:43 , 16-Июн-14, (295)
Анальные мучения там чаще всего возникают с реализацией Чего далеко ходить, вот, 0xd34df00d (??), 17:33 , 16-Июн-14, (303)
тут такое дело, что я просто на дух не переношу цпп там ВСЁ плохо особенно то,, arisu (ok), 17:49 , 16-Июн-14, (306) +1
Не, туда уходят реально мужественные люди На одном - шаблоны сделаны хуже, чем , Vkni (ok), 01:13 , 17-Июн-14, (316)
Это значит что уже не важно что видит ваш глаз инициализация массивов - далеко , Anonym2 (?), 23:39 , 14-Июн-14, (241)
иншалла действительно, это всего лишь дело привычки, об этом я и писал , arisu (ok), 23:43 , 14-Июн-14, (242)

да запросто раздельную компиляцию придумали ещё в прошлом веке , arisu (ok), 13:47 , 14-Июн-14, (126)

А читать тебя научили 30-40 лет назад А всё равно, про включённые заголовки не , Vkni (ok), 20:43 , 14-Июн-14, (136) –1

прочёл и что , arisu (ok), 20:48 , 14-Июн-14, (139) +1

Теперь вспоминаем, что такое раздельная компиляция , Vkni (ok), 20:52 , 14-Июн-14, (143) –1
то, что я каждый день использую там даже можно делать такие штуки, как подпихив, arisu (ok), 20:54 , 14-Июн-14, (144) +1
Молодец, правильно рассказал А теперь представь, что у тебя есть замшелый софт , Vkni (ok), 20:59 , 14-Июн-14, (147) –1
нет, у меня такого 171 внезапно 187 не бывает потому что я немножко в курсе, arisu (ok), 21:03 , 14-Июн-14, (149) +1
Ну ты возишься в своей маленькой песочнице, а кругом большой мир, где есть всяко, Vkni (ok), 21:10 , 14-Июн-14, (155) –1
и я тебе таки скажу, что если продолжать делать подпорки для говнокода, то говно, arisu (ok), 21:45 , 14-Июн-14, (192) +3
Или еще вариант не пользуешься софтом за авторством людей, не знающих свои инст, 0xd34df00d (ok), 21:07 , 14-Июн-14, (152) +1
Ну это ты крут Прелагаю тебе попробовать и выписать тут программы, которыми мож, Vkni (ok), 21:12 , 14-Июн-14, (157) –1
Зачем Можно на самом деле спокойно пользоваться и чинить баги, а не обвинять пл, 0xd34df00d (ok), 21:15 , 14-Июн-14, (161) +1
Ну бред-то не надо писать, а Берёте wc -l, исходники ядра, libc считаете кол-во, Vkni (ok), 21:18 , 14-Июн-14, (164) –1
А их так и так исправлять придется Ошибка из исходного поста 8212 так, индик, 0xd34df00d (ok), 21:23 , 14-Июн-14, (171) +1
Почему У софта есть время жизни, после которого софт становится не нужен бол, Vkni (ok), 21:41 , 14-Июн-14, (187) –1
Какое время жизни у linux kernel или glibc, про которые шла речь в комментарии, , 0xd34df00d (ok), 21:45 , 14-Июн-14, (191) +1
Ядро Линукса и glibc состоят из частей, которые периодически заменяются на други, Vkni (ok), 21:54 , 14-Июн-14, (199) –1
Тогда это вырождается во 171 взять и переписать 187 , так критикуемое вами , 0xd34df00d (ok), 22:09 , 14-Июн-14, (209) +1
Не вырождается, т к там две страницы вырванных выкладок То взять и переписа, Vkni (ok), 00:12 , 15-Июн-14, (250) –1
и поэтому ошибки чинить не будем всё равно это нереально, не так ли про декомп, arisu (ok), 21:47 , 14-Июн-14, (193) +1
Арису, вернись из Валинора и убери ребёнка с компьютера До 20-ти лет он не смож, Vkni (ok), 21:57 , 14-Июн-14, (202)
знаешь, есть такое практическое наблюдение у меня когда кто-то говорит про 17, arisu (ok), 22:00 , 14-Июн-14, (204) +1
У вас, в Валиноре всё именно так, да Возвращайся обратно, пожалуйста , Vkni (ok), 22:04 , 14-Июн-14, (207) –1
нет, спасибо, хрюкайте без меня , arisu (ok), 22:11 , 14-Июн-14, (211) +1
Если ты завинтил древнему коду мега-оптимизации не имея понятия о том насколько , Аноним (-), 09:30 , 16-Июн-14, (290) +2
Там в Makefile как было -O2, так и осталось Только с увеличением версий gcc это, Vkni (ok), 01:16 , 17-Июн-14, (317) –1

Сбросьте А вон та пачка свежих коммитов в libvpx на хардкорном ассемблере с AVX , Аноним (-), 09:25 , 16-Июн-14, (288)

- Не должен Это вам к любителям Java, скорее При чём здесь совместимость С , Anonym2 (?), 02:18 , 14-Июн-14, (110)

потому что всю жизнь ub относилось не к компилятору а к процессору си был высок, pv47 (ok), 22:26 , 13-Июн-14, (94)

школоло, покажи эти слова в стандарте , arisu (ok), 13:51 , 14-Июн-14, (129)

Ну очевидно же, что подобные штуки в стандартах не пишут Точно также, как в УК , Vkni (ok), 20:50 , 14-Июн-14, (141) –1

поэтому 171 подобные штуки 187 8212 не более чем досужие измышления это к, arisu (ok), 20:57 , 14-Июн-14, (145) +2

Естественно, нет Вокруг каждого ЯП есть определённая культура - то, что плохо ф, Vkni (ok), 21:08 , 14-Июн-14, (153) –1

Очень плохо ссылаться на плохо формализуемые вещи , 0xd34df00d (ok), 21:13 , 14-Июн-14, (158) +1

В школе что-нибудь, кроме арифметики проходили , Vkni (ok), 21:16 , 14-Июн-14, (162) –1
Да, но последние N лет исключительно всякими формальными вещами занимаюсь Профд, 0xd34df00d (ok), 21:20 , 14-Июн-14, (168)
Видимо Потому, что есть масса нужных, но плохо формализуемых вещей, которыми мы, Vkni (ok), 21:23 , 14-Июн-14, (170) –1

естественно, да то, что кучка людей договорилась чесать левое ухо и делать три , arisu (ok), 21:18 , 14-Июн-14, (165) +2

Ещё раз тебе пишу - давай вставлять rm -rf HOME там, где появилось UB В УК в ст, Vkni (ok), 21:31 , 14-Июн-14, (176) –1
с удовольствием количество говнокода и говнокодеров хотя бы на си после этого, arisu (ok), 21:53 , 14-Июн-14, (198) +1
Это ты, лучше возвращайся из Валинора На каждое не надо, а на такие приколы став, Vkni (ok), 22:07 , 14-Июн-14, (208) –1
даже если я громче всех захрюкаю, твой текст всё равно останется бредом я, чест, arisu (ok), 22:14 , 14-Июн-14, (212) +1
Да, на Цэ написаны тонны говнокода И что изменится от того, что ты объявишь его, Vkni (ok), 22:26 , 14-Июн-14, (220) –1
ещё раз это не причина делать костыли лолвут оригинальный сишный код сейчас не, arisu (ok), 22:44 , 14-Июн-14, (229) +1
Причина Та же эпопея со SPEC - либо корректируем SPEC2006 все предыдущие рез, Vkni (ok), 22:53 , 14-Июн-14, (232) –1
и поэтому там вечно будет говно, грязь и говнокод по буквам вечнои, само собой,, arisu (ok), 23:02 , 14-Июн-14, (233) +1
Буквы не те Правильно О П Ж А, а составить нужно слово ВЕЧНОСТЬ Но ты прав - в, Vkni (ok), 23:12 , 14-Июн-14, (235)
я предлагаю перестать сорить и за попытку насорить бить канделябром , а ты пред, arisu (ok), 23:27 , 14-Июн-14, (238) +1
Ты предлагаешь перестать сорить вообще На намёки, что это невозможно, и при бол, Vkni (ok), 23:49 , 14-Июн-14, (243) –1
в перспективе 8212 да начать это с того, что прекратить проявлять терпимость, arisu (ok), 23:57 , 14-Июн-14, (246) +1
Это лишь красивые слова Ты лучше скажи, что со SPEC ом делать Ну расстрелял ты, Vkni (ok), 00:07 , 15-Июн-14, (248) –1
разобраться, где баг и починить его именно там если по стандарту gcc прав, то б, arisu (ok), 00:10 , 15-Июн-14, (249) +1
Ты понимаешь, что все тесты с этим багом станут автоматом невалидны И их нельзя, Vkni (ok), 00:15 , 15-Июн-14, (251) –1
и это правильно какой смысл в тесте, защищающем ошибку я-то, наивный, думал, ч, arisu (ok), 00:20 , 15-Июн-14, (252) +1
Он не защищает ошибку, а содержит Эта ошибка - выход за границы массива при чте, Vkni (ok), 00:42 , 15-Июн-14, (253) –2
и то верно уборка да ну, намного дешевле замести мусор под ковёр там же никто, arisu (ok), 00:44 , 15-Июн-14, (254) +1
Это лозунги Ты сам, внутри себя, чётко осознаёшь правильное решение И, более т, Vkni (ok), 01:10 , 15-Июн-14, (255) –2
8230 я не менее чётко пишу об этом решении но, конечно, механизмы компенсации, arisu (ok), 01:34 , 15-Июн-14, (257) +1
Его или пофиксят, или выкинут И так и эдак хорошо со стандартами А не чужим, Аноним (-), 09:35 , 16-Июн-14, (291) +2
вообще-то конкретно сишный 8212 сложно ты его читал хоть это из разряда сис, arisu (ok), 11:45 , 16-Июн-14, (297)
Конечно, нет Тут, по-видимому, вдумчиво читала С-шный стандарт не больше пары ч, Vkni (ok), 09:50 , 17-Июн-14, (319) –1
вот в том и беда, что пишут ну, и в том ещё, что соответствующие стандарты делал, arisu (ok), 13:27 , 17-Июн-14, (322) +1
Я и пишу, что ты всё прекрасно понимаешь внутри себя , Vkni (ok), 16:39 , 17-Июн-14, (329) –1

http grsecurity net spender exploits exploit2 txtвсего 4 года прошло Истор, linux must _RIP__ (?), 15:00 , 13-Июн-14, (33) –1
Круто, а между 9 и 10 что делать , Аноним (-), 17:13 , 13-Июн-14, (49) –1 //

8, Vkni (ok), 17:13 , 13-Июн-14, (51) //

Ну вот как-то так и получается, если с практической точки зрения смотреть Иб, Аноним (-), 20:23 , 13-Июн-14, (68) –1

Да Собственно, я с практической точки зрения и подходил Более того, скажу, что , Vkni (ok), 20:58 , 13-Июн-14, (72) –1

Если вы собираете код 96 года, сказав компилеру что надо использовать стандарт 9, Аноним (-), 09:39 , 16-Июн-14, (292) +2

ИЧСХ, получается фигня , arisu (ok), 12:01 , 16-Июн-14, (300)
Запоздало, т к люди над этим давно работают От такого кол-ва изнасилований Слон, Vkni (ok), 01:24 , 17-Июн-14, (318) –1

А до 1999-го года ни одной строчки на языке Цэ не написано , Vkni (ok), 17:13 , 13-Июн-14, (50) –1 //

А для кода древнее 1999 года компилеру может потребоваться указать стандарт, кот, Аноним (-), 20:24 , 13-Июн-14, (69) +2 //

А оно точно уберёт оптимизацию И вообще, сможет ли эту libc скомпилировать-то , Vkni (ok), 21:00 , 13-Июн-14, (73) –1

если ты используешь glibc, которая следует стандартам 99-го года, с какого испуг, arisu (ok), 13:53 , 14-Июн-14, (130)

Про такую штуку, как поддержка совместимости слышал Про библиотеки, чуть младше, Vkni (ok), 20:43 , 14-Июн-14, (135) –1

лолвут тебе ж выше уже показали, что совместимость поломана , arisu (ok), 20:47 , 14-Июн-14, (138)

Отключаешь эту оптимизацию и видишь невооружённым взглядом, что gcc c этой libc , Vkni (ok), 20:51 , 14-Июн-14, (142) –1

молодец теперь, всё-таки, попробуй сделать остальные шаги например, почитать в, arisu (ok), 20:59 , 14-Июн-14, (146) +2

А ты, умный Я выше и писал, что при таком подходе -O0 будет у всех Ибо работаю, Vkni (ok), 21:05 , 14-Июн-14, (151) –2

Лучше все-таки научиться программировать https github com munificent vigil, 0xd34df00d (ok), 21:11 , 14-Июн-14, (156) +1

И всё, всё, всё переписать Ты ребёнка за клавиатуру пустил, что ли , Vkni (ok), 21:15 , 14-Июн-14, (160) –1
Можно и не переписывать, а просто уважать стандарты и хотя бы иногда пользоватьс, 0xd34df00d (ok), 21:19 , 14-Июн-14, (166)
Молодец Это ты пишешь про новый софт, а я тебе про старый, работающий десятилет, Vkni (ok), 21:21 , 14-Июн-14, (169) –1
Старый софт мне тоже поддерживать приходилось Ничего, практика показывает, что , 0xd34df00d (ok), 21:25 , 14-Июн-14, (172)
прикинь, старые исходники тоже можно чинить за это молния с неба не ударит то,, arisu (ok), 21:29 , 14-Июн-14, (174) +1
Прикинь, если получить предупреждение в subj евом месте, чинить будет на порядки, Vkni (ok), 21:32 , 14-Июн-14, (177) –1
прикинь, для этого придумали статические анализаторы и продолжают их совершенст, arisu (ok), 21:34 , 14-Июн-14, (180) +1
Прикинь, компилятор всё равно обрабатывает этот случай , Vkni (ok), 21:49 , 14-Июн-14, (196) –1
прикинь, если снять с компилятора задачу диагностики, то можно сильно упростить , arisu (ok), 21:56 , 14-Июн-14, (201)
Прикинь, движение ИТ всю жизнь идёт в обратную сторону - компьютер должен работа, Vkni (ok), 22:10 , 14-Июн-14, (210) –1
прикинь, если ты разупорешься и попробуешь запоминать хотя бы несколько сообщени, arisu (ok), 22:14 , 14-Июн-14, (213)
Прикинь, если ты сам вернёшься из Валинора, ты узнаешь, что здесь стат анализат, Vkni (ok), 22:44 , 14-Июн-14, (228) –1
прикинь, а когда-то считали, что альтернативы рабскому труду нет, поэтому нужно , arisu (ok), 22:47 , 14-Июн-14, (230)
Прикинь, если бы мы тогда жили, мы бы так и считали Ибо, чтобы нужно было меньш, Vkni (ok), 23:19 , 14-Июн-14, (237) –1
прикинь, если ничего не менять 8212 ничего и не изменится я предлагаю прекра, arisu (ok), 23:29 , 14-Июн-14, (239) +1
Повзрослеешь Более того, ты наверняка уже повзрослел Нужно просто перестать вр, Vkni (ok), 01:13 , 15-Июн-14, (256) –2
да-да-да-да 171 перестань уже выпендриваться ишь, моется он каждый день пер, arisu (ok), 01:36 , 15-Июн-14, (258) +1
Я не сомневаюсь, что ты, лично, моешься каждый день И Сшный стандарт читаешь, и, Vkni (ok), 09:52 , 17-Июн-14, (320) –1
это их личные проблемы не вижу, отчего я должен в честь сего начать хрюкать , arisu (ok), 13:28 , 17-Июн-14, (323) +1
Не моются , Led (ok), 14:56 , 17-Июн-14, (325) +1
ещё хуже настаивают, чтобы и другие не мылись потому что мыться 8212 ненорм, arisu (ok), 15:07 , 17-Июн-14, (326) +1
Совершенно верно При этом ты, почему-то, настаиваешь на том, что давайте прямо , Vkni (ok), 22:04 , 17-Июн-14, (330) –1
я предлагаю перестать считать, что дизентерия 8212 это божья кара, что спасен, arisu (ok), 22:12 , 17-Июн-14, (331)
Так это же почти все Ну кроме тебя и ещё пары человек , Vkni (ok), 22:27 , 17-Июн-14, (332) –1
ну и что большинству говнокода лучше оставаться ненаписаным , arisu (ok), 22:28 , 17-Июн-14, (333) +1
Фа-арш невозможно провернуть наза-ад , Vkni (ok), 22:38 , 17-Июн-14, (334) –1
само собой грязные руки невозможно вымыть, поэтому нет смысла даже начинать , arisu (ok), 22:39 , 17-Июн-14, (335) +1
Исключительно постепенным комплексом мер Конечно, обыватели должны быть всегда , Vkni (ok), 18:53 , 18-Июн-14, (337) –1
и желательно 8212 вместе с родственниками если непонятно, почему 8212 то , arisu (ok), 18:57 , 18-Июн-14, (338) +1
Да понятно почему - это инстинктивное желание Но на уровне градоначальника нужн, Vkni (ok), 05:26 , 21-Июн-14, (339)
как я и сказал 8212 пояснять бессмысленно конечно, ничего ты не понял, но ув, arisu (ok), 19:42 , 21-Июн-14, (341)

таки да отучаемся говорить за всю сеть у говнокодеров 8212 да люди же, кото, arisu (ok), 21:27 , 14-Июн-14, (173)

Ну, на самом деле можно, по крайней мере, конкретно такой класс ошибок Правда, , 0xd34df00d (ok), 21:29 , 14-Июн-14, (175)
вот поэтому инструменты статического анализа от компиляторов постепенно отрывают, arisu (ok), 21:32 , 14-Июн-14, (178)
Угу Самая большая проблема, почему нельзя стат анализатор встроить в компилято, Vkni (ok), 21:36 , 14-Июн-14, (182)
Не соглашусь, это все-таки время работы Статический анализатор спокойно можно п, 0xd34df00d (ok), 21:38 , 14-Июн-14, (184) +1
а как раз из-за анализаторов один компилятор ругается на то, что переменная, во, arisu (ok), 21:44 , 14-Июн-14, (189)
У PVS-овцев реализована инкременталка С того, что предупреждения противоречат др, Vkni (ok), 21:48 , 14-Июн-14, (194) –1
Про свои впечатления от PVS я уже тоже писал Эм, это какой так ругается Не встре, 0xd34df00d (ok), 21:55 , 14-Июн-14, (200)
Я, естественно, про них помню Но, я тебе, как умному собеседнику, намекаю, что , Vkni (ok), 22:01 , 14-Июн-14, (205) –1
На отсутствие default ругается только в том случае, если для переключалки исполь, Led (ok), 22:15 , 14-Июн-14, (214)
Не совсем, тут все довольно тупо, к сожалению Даже если есть какой-нибудь enum , 0xd34df00d (ok), 22:26 , 14-Июн-14, (219)
Ещё проще есть - return прямо после switch c default один компилятор ругается н, Vkni (ok), 22:29 , 14-Июн-14, (223) +1
Пересмотрел 2 раза, логика корректна Мне теперь повеситься из-за какого-то вшив, Vkni (ok), 22:27 , 14-Июн-14, (221) –1
Зачем вешаться Оставайся - одним говнокодером больше, одним меньше - какая разн, Led (ok), 22:29 , 14-Июн-14, (222)
Такую чушь лучше писать из-под анонимуса Тебе не придётся потом ник удалять , Vkni (ok), 22:30 , 14-Июн-14, (225) –1
Лишний пример того что академики - хреновые программисты , Аноним (-), 09:43 , 16-Июн-14, (293)
Написать пустые case ы для необработанных случаев с одним-единственным break Та, 0xd34df00d (ok), 22:29 , 14-Июн-14, (224) +2
enum с десятком параметров, нужно сделать выделенный случай для 2-х Если я вста, Vkni (ok), 22:32 , 14-Июн-14, (226) –1
самая большая проблема 8212 это то, что компилировать оно будет 100500 длинны, arisu (ok), 21:40 , 14-Июн-14, (185) +1
Если ты пропихнёшь такой патч, тебе сильно подрихтуют физиономию неформализуемым, Vkni (ok), 21:34 , 14-Июн-14, (179) +1
кто же спорит, идиотов-говнокодеров всегда было много массой задавят как Дрепп, arisu (ok), 21:36 , 14-Июн-14, (181)
Да нет, ты просто всё ещё в Валиноре, где всё строго и перпендикулярно , Vkni (ok), 21:37 , 14-Июн-14, (183)
конечно, вместо этого мне надо всё забыть и весело нырнуть в говно, а потом похр, arisu (ok), 21:41 , 14-Июн-14, (186) +1
А-аа, так ты ставишь минусы вручную От лох-то - , Vkni (ok), 22:34 , 14-Июн-14, (227) –1
Это у вас в Валиноре можно сделать Сшную программу на мегабайт текстов без UB , Vkni (ok), 22:49 , 14-Июн-14, (231)
да даже на десятки мегабайт но 171 обычным людям 187 это будет сложно, коне, arisu (ok), 23:03 , 14-Июн-14, (234) +1
Только не на языке Цэ , Vkni (ok), 23:13 , 14-Июн-14, (236)
ну, хреново быть тобой, что я ещё сказать могу 8230 , arisu (ok), 23:30 , 14-Июн-14, (240) +2
Многие знания, многие печали Но нет, не настолько хреново, чтобы уходить в Вали, Vkni (ok), 23:50 , 14-Июн-14, (244)

В 2 раза Вы недооцениваете силу -O2 И ещё не стоит забывать, что кроме обы, Xaionaro (ok), 14:20 , 15-Июн-14, (259) +1

что лучше офигенно быстрая программа, которая считает полную фигню, или медленн, arisu (ok), 14:30 , 15-Июн-14, (260)
Скапитаню -- нужно писать быстрые программы, дающие верный результат Другими сл, Xaionaro (ok), 14:46 , 15-Июн-14, (261)
ты же не спрашивал, что с софтом надо делать, ты спросил, какая лучше лучше 8, arisu (ok), 14:51 , 15-Июн-14, (262) +1
Хех, нет, я такого не спрашивал Я извиняюсь, если я какой-то вопрос некорректно, Xaionaro (ok), 15:02 , 15-Июн-14, (263)
ну, значит я тебя так понял пардон недопонимания случаются в описаном акцепте,, arisu (ok), 15:11 , 15-Июн-14, (264)
Да, вы абсолютно правы Нужно А ещё нужно учиться на одни пятёрки, слушаться ст, Vkni (ok), 21:32 , 15-Июн-14, (268) –1
Если не будете учиться на пятёрки, слушаться других, а также будете пить, курить, Xaionaro (ok), 23:58 , 15-Июн-14, (269) +1
Разумеется, нет Скажем, есть ли у вас братья-сёстры Возьмём Л Поттеринга Он п, Vkni (ok), 00:15 , 16-Июн-14, (271) –1
Не знаю какой код пишет лично он не сверял какая строка кем именно написана , з, Xaionaro (ok), 00:24 , 16-Июн-14, (272) +1
К тому, что несмотря на то, что этот кадр плодит лютое говно, нам необходимо , Vkni (ok), 00:26 , 16-Июн-14, (274) –1
Пфф Лично я некоторое время немного помогал OpenRC в этом году И следующей зим, Xaionaro (ok), 00:43 , 16-Июн-14, (276)
Мне тоже И это прекрасно, но ряд программ, увы, монополисты , Vkni (ok), 01:00 , 16-Июн-14, (278) –1
Мне нравится аналогия arisu по поводу рабского труда Если люди вокруг идиоты и , Xaionaro (ok), 01:13 , 16-Июн-14, (280) +1
Если есть выбор в том, что чужой некритичный код работает при -O0 и не работает , Vkni (ok), 21:29 , 15-Июн-14, (267) –1
Да, но добавлю, что IMHO создание UB в коде выходя за стандарт -- это ССЗБ И , Xaionaro (ok), 00:08 , 16-Июн-14, (270) +1
Это вы говорите про непосредственного виновника Непосредственный виновник - это, Vkni (ok), 00:24 , 16-Июн-14, (273) –1
gt оверквотинг удален Прошу без автомобильных аналогий, ибо я лишь пешеход до, Xaionaro (ok), 00:38 , 16-Июн-14, (275) +1
Ок Тогда аналогия простая - вы, переходя дорогу на зелёный свет, можете смотрет, Vkni (ok), 00:57 , 16-Июн-14, (277) –1
И Поясните для тупого, как конкретно эта аналогия связана с данным диалогом , Xaionaro (ok), 01:09 , 16-Июн-14, (279) +1
Нет, не в рамках Нарушен пункт соблюдение дистанции В ПДД есть неточности, н, Vkni (ok), 01:47 , 16-Июн-14, (281) –2
Нарушен в следствии полного следования ПДД каждым участником движения Каждый ре, Xaionaro (ok), 09:06 , 16-Июн-14, (282) +1
Либо полное следование ПДД , либо была нарушена дистанция , но не одновременно, Vkni (ok), 09:23 , 16-Июн-14, (287) –1
Замечательно А теперь объясните мне тупому где тут противоречье с тем, что на, Xaionaro (ok), 10:30 , 16-Июн-14, (294) +1
Не надо срываться на эмоции Есть разница Поэтому ПДД сделаны с запасом - даже е, Vkni (ok), 17:16 , 16-Июн-14, (302) –1
Ой, а мужики-то не знают, уже 5 33 выпустили И вообще по 4-5 раз в год новые ве, bircoph (ok), 18:45 , 18-Июн-14, (336)
Мужики, естественно, не знают о том, что происходило больше, чем 2 года назад И, Vkni (ok), 05:29 , 21-Июн-14, (340)

Сообщения [Сортировка по времени | RSS]

50. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..." –1 +/–

Сообщение от Vkni (ok), 13-Июн-14, 17:13

> (что соответствует стандарту).
А до 1999-го года ни одной строчки на языке Цэ не написано!!!

Ответить | Правка | К родителю #27 | Наверх | Cообщить модератору

69. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..." +2 +/–

Сообщение от Аноним (-), 13-Июн-14, 20:24

> А до 1999-го года ни одной строчки на языке Цэ не написано!!!
А для кода древнее 1999 года компилеру может потребоваться указать стандарт, которому он должен следовать.

Ответить | Правка | Наверх | Cообщить модератору

73. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..." –1 +/–

Сообщение от Vkni (ok), 13-Июн-14, 21:00

> А для кода древнее 1999 года компилеру может потребоваться указать стандарт, которому
> он должен следовать.
А оно точно уберёт оптимизацию? И вообще, сможет ли эту libc скомпилировать-то?

Ответить | Правка | Наверх | Cообщить модератору

130. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от arisu (ok), 14-Июн-14, 13:53

> А оно точно уберёт оптимизацию? И вообще, сможет ли эту libc скомпилировать-то?
если ты используешь glibc, которая следует стандартам 99-го года, с какого испугу ты возмущаешься, что код стандарта 89-го компилируется хреново?
не хочешь править свой код под новый стандарт — бери glibc постарее и страдай.

Ответить | Правка | Наверх | Cообщить модератору

135. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 14-Июн-14, 20:43

Про такую штуку, как поддержка совместимости слышал? Про библиотеки, чуть младше тебя и меня, широко используемые в повседневности тоже не слышал?
Стандарт специально расширен так, чтобы поддерживать совместимость, а оптимизатор её ломает без объявления войны. Надо было хотя бы предупреждение выкинуть в этом месте.

Ответить | Правка | Наверх | Cообщить модератору

138. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от arisu (ok), 14-Июн-14, 20:47

> Стандарт специально расширен так, чтобы поддерживать совместимость
лолвут? тебе ж выше уже показали, что совместимость поломана.

Ответить | Правка | Наверх | Cообщить модератору

142. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 14-Июн-14, 20:51

>> Стандарт специально расширен так, чтобы поддерживать совместимость
> лолвут? тебе ж выше уже показали, что совместимость поломана.
Отключаешь эту оптимизацию и видишь невооружённым взглядом, что gcc c этой libc преспокойно компилирует и работает со старой программой, использующей libc. Т.е. 4.8 gcc так и компилировал bind без проблем.

Ответить | Правка | Наверх | Cообщить модератору

146. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +2 +/–

Сообщение от arisu (ok), 14-Июн-14, 20:59

>>> Стандарт специально расширен так, чтобы поддерживать совместимость
>> лолвут? тебе ж выше уже показали, что совместимость поломана.
> Отключаешь эту оптимизацию и видишь невооружённым взглядом, что gcc c этой libc
> преспокойно компилирует и работает со старой программой, использующей libc. Т.е. 4.8
> gcc так и компилировал bind без проблем.
молодец. теперь, всё-таки, попробуй сделать остальные шаги. например, почитать всё же документацию к gcc, где пишут, что результат работы оптимизатора на софте с UB — тоже UB. не уверен в том, что в твоей программе нет UB — не включай оптимизатор. всё, проблема решена.
p.s. то, что в 4.9 реализовали дополнительные оптимизации — это хорошо. то, что они ломают софт говнокодеров — тоже хорошо. а вот то, что говнокодеры видят в этом проблему gcc, а не свою — вот это плохо.

Ответить | Правка | Наверх | Cообщить модератору

151. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –2 +/–

Сообщение от Vkni (ok), 14-Июн-14, 21:05

> не уверен в том, что в твоей
> программе нет UB — не включай оптимизатор. всё, проблема решена.
А ты, умный. Я выше и писал, что при таком подходе -O0 будет у всех. Ибо работающая в 2 раза медленее программа лучше падающей. В любой программе есть ошибки, но ты, конечно, об этом предпочитаешь не думать.
> p.s. то, что в 4.9 реализовали дополнительные оптимизации — это хорошо. то,
> что они ломают софт говнокодеров — тоже хорошо.
Предлагаю вообще без предупреждений ставить вызов rm -rf $HOME в том месте, где встретилось UB. А чё, по стандарту можно.

Ответить | Правка | Наверх | Cообщить модератору

156. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +1 +/–

Сообщение от 0xd34df00d (ok), 14-Июн-14, 21:11

> А ты, умный. Я выше и писал, что при таком подходе -O0
> будет у всех. Ибо работающая в 2 раза медленее программа лучше
> падающей.
Лучше все-таки научиться программировать.
> Предлагаю вообще без предупреждений ставить вызов rm -rf $HOME в том месте,
> где встретилось UB. А чё, по стандарту можно.
https://github.com/munificent/vigil

Ответить | Правка | Наверх | Cообщить модератору

160. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 14-Июн-14, 21:15

> Лучше все-таки научиться программировать.
И всё, всё, всё переписать. Ты ребёнка за клавиатуру пустил, что ли?

Ответить | Правка | Наверх | Cообщить модератору

166. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от 0xd34df00d (ok), 14-Июн-14, 21:19

>> Лучше все-таки научиться программировать.
> И всё, всё, всё переписать. Ты ребёнка за клавиатуру пустил, что ли?
Можно и не переписывать, а просто уважать стандарты и хотя бы иногда пользоваться средствами статического анализа.
Хотя это все не для бравых С-программистов, конечно.

Ответить | Правка | Наверх | Cообщить модератору

169. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 14-Июн-14, 21:21

> Можно и не переписывать, а просто уважать стандарты
Молодец. Это ты пишешь про новый софт, а я тебе про старый, работающий десятилетиями. Типа WindowMaker'а.

Ответить | Правка | К родителю #166 | Наверх | Cообщить модератору

172. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от 0xd34df00d (ok), 14-Июн-14, 21:25

>> Можно и не переписывать, а просто уважать стандарты
> Молодец. Это ты пишешь про новый софт, а я тебе про старый,
> работающий десятилетиями. Типа WindowMaker'а.
Старый софт мне тоже поддерживать приходилось. Ничего, практика показывает, что соблюдение стандартов и постепенное вычитывание и исправление кода вокруг того, что ты модифицируешь, помогает.

Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

174. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +1 +/–

Сообщение от arisu (ok), 14-Июн-14, 21:29

>> Можно и не переписывать, а просто уважать стандарты
> Молодец. Это ты пишешь про новый софт, а я тебе про старый,
> работающий десятилетиями. Типа WindowMaker'а.
прикинь, старые исходники тоже можно чинить. за это молния с неба не ударит. то, что некий баг в софте жил десятилетиями и по счастливой случайности софт с багом работал, ещё не значит, что теперь этот баг освящён временем, и править его — ересь с богохульством.

Ответить | Правка | К родителю #169 | Наверх | Cообщить модератору

177. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 14-Июн-14, 21:32

> прикинь, старые исходники тоже можно чинить.
Прикинь, если получить предупреждение в subj'евом месте, чинить будет на порядки быстрее и дешевле.

Ответить | Правка | К родителю #174 | Наверх | Cообщить модератору

180. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +1 +/–

Сообщение от arisu (ok), 14-Июн-14, 21:34

>> прикинь, старые исходники тоже можно чинить.
> Прикинь, если получить предупреждение в subj'евом месте, чинить будет на порядки быстрее
> и дешевле.
прикинь, для этого придумали статические анализаторы. и продолжают их совершенствовать. а взваливать задачу анализа на компилятор — это без нужды компилятор усложнять и увеличивать время сборки.

Ответить | Правка | К родителю #177 | Наверх | Cообщить модератору

196. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 14-Июн-14, 21:49

> прикинь, для этого придумали статические анализаторы. и продолжают их совершенствовать.
> а взваливать задачу анализа на компилятор — это без нужды компилятор
> усложнять и увеличивать время сборки.
Прикинь, компилятор всё равно обрабатывает этот случай.

Ответить | Правка | К родителю #180 | Наверх | Cообщить модератору

201. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от arisu (ok), 14-Июн-14, 21:56

> Прикинь, компилятор всё равно обрабатывает этот случай.
прикинь, если снять с компилятора задачу диагностики, то можно сильно упростить код обработки и внутреннее представление программы. например, потому, что не надо будет пытаться превратить некое смещение в IR назад в человекочитаемый формат.

Ответить | Правка | К родителю #196 | Наверх | Cообщить модератору

210. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 14-Июн-14, 22:10

> прикинь, если снять с компилятора задачу диагностики, то можно сильно упростить код
> обработки и внутреннее представление программы.
Прикинь, движение ИТ всю жизнь идёт в обратную сторону - компьютер должен работать, а человек думать. И работа корректором постепенно перекладывается на сторону компьютера.

Ответить | Правка | К родителю #201 | Наверх | Cообщить модератору

213. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от arisu (ok), 14-Июн-14, 22:14

> Прикинь, движение ИТ всю жизнь идёт в обратную сторону - компьютер должен
> работать, а человек думать. И работа корректором постепенно перекладывается на сторону
> компьютера.
прикинь, если ты разупорешься и попробуешь запоминать хотя бы несколько сообщений оппонентов, то с удивлением увидишь, что я не предлагаю упразднить диагностику per se.

Ответить | Правка | К родителю #210 | Наверх | Cообщить модератору

228. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 14-Июн-14, 22:44

> то с удивлением увидишь, что я не предлагаю упразднить диагностику per
> se.
Прикинь, если ты сам вернёшься из Валинора, ты узнаешь, что здесь стат. анализатора, комплиментарного GCC нет. Поэтому здесь и сейчас предупреждение надо ставить в GCC.

Ответить | Правка | К родителю #213 | Наверх | Cообщить модератору

230. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от arisu (ok), 14-Июн-14, 22:47

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

Ответить | Правка | К родителю #228 | Наверх | Cообщить модератору

237. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 14-Июн-14, 23:19

> прикинь, а когда-то считали, что альтернативы рабскому труду нет, поэтому нужно больше
> рабов.
Прикинь, если бы мы тогда жили, мы бы так и считали. Ибо, чтобы нужно было меньше рабов, должны пройти определённые изменения, НТР всякое.

Ответить | Правка | К родителю #230 | Наверх | Cообщить модератору

239. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +1 +/–

Сообщение от arisu (ok), 14-Июн-14, 23:29

прикинь, если ничего не менять — ничего и не изменится. я предлагаю прекратить нанимать новых рабов и начать менять мир к лучшему, а ты — продолжить нанимать рабов и оставить задачу по изменению мира кому-то другому. спасибо, надеюсь, я никогда не «повзрослею» до уровня, когда тоже буду так думать.

Ответить | Правка | К родителю #237 | Наверх | Cообщить модератору

256. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –2 +/–

Сообщение от Vkni (ok), 15-Июн-14, 01:13

> спасибо, надеюсь, я никогда не «повзрослею» до уровня, когда
> тоже буду так думать.
Повзрослеешь. Более того, ты наверняка уже повзрослел. Нужно просто перестать врать самому себе и нам.

Ответить | Правка | К родителю #239 | Наверх | Cообщить модератору

258. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +1 +/–

Сообщение от arisu (ok), 15-Июн-14, 01:36

> Повзрослеешь. Более того, ты наверняка уже повзрослел. Нужно просто перестать врать самому
> себе и нам.
да-да-да-да. «перестань уже выпендриваться! ишь, моется он каждый день! перестань уже врать, мы же знаем, что на самом деле всё не так!»

Ответить | Правка | К родителю #256 | Наверх | Cообщить модератору

320. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 17-Июн-14, 09:52

> да-да-да-да. «перестань уже выпендриваться! ишь, моется он каждый день! перестань
> уже врать, мы же знаем, что на самом деле всё не
> так!»
Я не сомневаюсь, что ты, лично, моешься каждый день. И Сшный стандарт читаешь, и Release Notes. А 99%, пишущих на C этого не делает.

Ответить | Правка | К родителю #258 | Наверх | Cообщить модератору

323. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +1 +/–

Сообщение от arisu (ok), 17-Июн-14, 13:28

> А 99%, пишущих на C этого не делает.
это их личные проблемы. не вижу, отчего я должен в честь сего начать хрюкать.

Ответить | Правка | К родителю #320 | Наверх | Cообщить модератору

325. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +1 +/–

Сообщение от Led (ok), 17-Июн-14, 14:56

>> да-да-да-да. «перестань уже выпендриваться! ишь, моется он каждый день! перестань
>> уже врать, мы же знаем, что на самом деле всё не
>> так!»
> Я не сомневаюсь, что ты, лично, моешься каждый день. И Сшный стандарт
> читаешь, и Release Notes. А 99%, пишущих на C этого не
> делает.
Не моются?

Ответить | Правка | К родителю #320 | Наверх | Cообщить модератору

326. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +1 +/–

Сообщение от arisu (ok), 17-Июн-14, 15:07

> Не моются?
ещё хуже: настаивают, чтобы и другие не мылись. потому что мыться — ненормально: если бы бох хотел видеть людей чистыми, он бы создал их непачкающимися.

Ответить | Правка | К родителю #325 | Наверх | Cообщить модератору

330. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 17-Июн-14, 22:04

Совершенно верно. При этом ты, почему-то, настаиваешь на том, что давайте прямо тут бактериологические эксперименты ставить. А если кто из этих чумазых обывателей не простерилизовался и умер от дизентерии, я не виноват!

Ответить | Правка | К родителю #326 | Наверх | Cообщить модератору

331. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от arisu (ok), 17-Июн-14, 22:12

я предлагаю перестать считать, что дизентерия — это божья кара, что спасение лежит в усердных молитвах и плакатах «не греши», и начать, наконец, соблюдать санитарные нормы. а тех, кто их соблюдать не желает, изолировать в большой яме и забыть о них. следить только, чтобы не вылезли.

Ответить | Правка | К родителю #330 | Наверх | Cообщить модератору

332. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 17-Июн-14, 22:27

> а тех, кто их соблюдать не желает, изолировать в большой яме и забыть о них. следить только, чтобы не вылезли.
Так это же почти все. Ну кроме тебя и ещё пары человек.

Ответить | Правка | К родителю #331 | Наверх | Cообщить модератору

333. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +1 +/–

Сообщение от arisu (ok), 17-Июн-14, 22:28

> Так это же почти все.
ну и что? большинству говнокода лучше оставаться ненаписаным.

Ответить | Правка | К родителю #332 | Наверх | Cообщить модератору

334. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 17-Июн-14, 22:38

> ну и что? большинству говнокода лучше оставаться ненаписаным.
Фа-арш невозможно провернуть наза-ад.

Ответить | Правка | К родителю #333 | Наверх | Cообщить модератору

335. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +1 +/–

Сообщение от arisu (ok), 17-Июн-14, 22:39

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

Ответить | Правка | К родителю #334 | Наверх | Cообщить модератору

337. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 18-Июн-14, 18:53

> само собой. грязные руки невозможно вымыть, поэтому нет смысла даже начинать.
Исключительно постепенным комплексом мер.
"Конечно, обыватели должны быть всегда готовы к перенесению всякого рода мероприятий, но при сем они не лишены некоторого права на их постепенность. В крайнем случае, они могут даже требовать, чтобы с ними первоначально распорядились, и только потом уже палили. Ибо, как я однажды сказал, ежели градоначальник будет палить без расчета, то со временем ему даже не с кем будет распорядиться..."
А ты хочешь сразу палить.

Ответить | Правка | К родителю #335 | Наверх | Cообщить модератору

338. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +1 +/–

Сообщение от arisu (ok), 18-Июн-14, 18:57

> А ты хочешь сразу палить.
и желательно — вместе с родственниками. если непонятно, почему — то и пояснять бессмысленно.

Ответить | Правка | К родителю #337 | Наверх | Cообщить модератору

339. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от Vkni (ok), 21-Июн-14, 05:26

> и желательно — вместе с родственниками. если непонятно, почему — то и
> пояснять бессмысленно.
Да понятно почему - это инстинктивное желание. Но на уровне градоначальника нужно всё-таки свои инстинкты слегка умерять. Иначе останешься один с письмоводителем.

Ответить | Правка | К родителю #338 | Наверх | Cообщить модератору

341. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от arisu (ok), 21-Июн-14, 19:42

> Да понятно почему
как я и сказал — пояснять бессмысленно. конечно, ничего ты не понял, но уверен, что понял.

Ответить | Правка | К родителю #339 | Наверх | Cообщить модератору

173. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от arisu (ok), 14-Июн-14, 21:27

>> не уверен в том, что в твоей
>> программе нет UB — не включай оптимизатор. всё, проблема решена.
> А ты, умный.
таки да.
> Я выше и писал, что при таком подходе -O0 будет у всех.
отучаемся говорить за всю сеть. у говнокодеров — да. люди же, которые возьмут на себя труд изучить язык, на котором пытаются писать, вполне в состоянии делать код без UB (само собой, не обязательно сразу — но для того и существует тестирование с отладкой). вторые называются «программисты», а первые — «говнокодеры».
> Ибо работающая в 2 раза медленее программа лучше падающей.
а ещё лучше — и работающая быстро, и не падающая. но это же не говнокод писать, это надо где-то добыть рабочий мозг и поправить ошибки в своей программе. намного проще не мучаться и просто сказать, что компилятор, сволочь такая, испортил своими оптимизациями Великолепный Код.
> В любой программе есть ошибки, но ты, конечно, об этом
> предпочитаешь не думать.
ты прав: я об этом не думаю, я просто их чиню. если бы я вместо починки сидел и философствовал о том, что в любой программе есть ошибки, то тоже ругался бы на мерзкие компиляторы, наверное.
>> p.s. то, что в 4.9 реализовали дополнительные оптимизации — это хорошо. то,
>> что они ломают софт говнокодеров — тоже хорошо.
> Предлагаю вообще без предупреждений ставить вызов rm -rf $HOME в том месте,
> где встретилось UB. А чё, по стандарту можно.
отличная идея, кстати. правда, боюсь, что такой патч не примут. ну, не говоря уже о том, что его и написать невозможно, потому что если бы можно было отлавливать все UB на стадии компиляции, их бы и отлавливали.

Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

175. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от 0xd34df00d (ok), 14-Июн-14, 21:29

> отличная идея, кстати. правда, боюсь, что такой патч не примут. ну, не
> говоря уже о том, что его и написать невозможно, потому что
> если бы можно было отлавливать все UB на стадии компиляции, их
> бы и отлавливали.
Ну, на самом деле можно, по крайней мере, конкретно такой класс ошибок. Правда, время компиляции это увеличит в разы.

Ответить | Правка | Наверх | Cообщить модератору

178. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от arisu (ok), 14-Июн-14, 21:32

> Ну, на самом деле можно, по крайней мере, конкретно такой класс ошибок.
> Правда, время компиляции это увеличит в разы.
вот поэтому инструменты статического анализа от компиляторов постепенно отрывают. ну, то есть, они и раньше не были особо приклеены, но народ требует всё больше и больше ворнингов. правильное направление развития — как по мне — это lint отдельно, компилятор отдельно. кому хочется — запускает сначала lint, потом компилятор. кому не хочется — сразу компилятор.

Ответить | Правка | Наверх | Cообщить модератору

182. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от Vkni (ok), 14-Июн-14, 21:36

> по мне — это lint отдельно, компилятор отдельно. кому хочется —
> запускает сначала lint, потом компилятор. кому не хочется — сразу компилятор.
Угу. Самая большая проблема, почему нельзя стат. анализатор встроить в компилятор - это большое кол-во ложных положительных срабатываний. Компиляция в идеале должна проходить без предупреждений (кстати, часто невозможно, если компиляторов несколько).

Ответить | Правка | К родителю #178 | Наверх | Cообщить модератору

184. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +1 +/–

Сообщение от 0xd34df00d (ok), 14-Июн-14, 21:38

> Угу. Самая большая проблема, почему нельзя стат. анализатор встроить в компилятор -
> это большое кол-во ложных положительных срабатываний.
Не соглашусь, это все-таки время работы. Статический анализатор спокойно можно по крону раз в сутки прогонять, а не при каждой компиляции, которых за рабочий день может быть сотня-две.
> Компиляция в идеале должна проходить
> без предупреждений (кстати, часто невозможно, если компиляторов несколько).
С чего бы это невозможно?

Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору

189. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от arisu (ok), 14-Июн-14, 21:44

> С чего бы это невозможно?
а как раз из-за анализаторов. один компилятор ругается на то, что переменная, возможно, неиничиализирована. затыкаешь его при помощи int x = x — другой начинает ругаться на то, что лишнее бессмысленное присваивание появилось. в итоге пишешь дурацкое int x = 0 и добавляешь в комментарии: «я знаю, что это не нужно, но иначе идиот-компилятор XYZ не затыкается.»

Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

194. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 14-Июн-14, 21:48

> Не соглашусь, это все-таки время работы. Статический анализатор спокойно можно по крону
> раз в сутки прогонять, а не при каждой компиляции, которых за
> рабочий день может быть сотня-две.
У PVS-овцев реализована инкременталка.
> С чего бы это невозможно?
С того, что предупреждения противоречат друг другу. Скажем, один компилятор ругается на пустой default: в switch'е, а второй - на отсутствие default: (это то, что я помню, а есть и другие предупреждения). Можно, конечно, отключить часть предупреждений, но лучше этого не делать.

Ответить | Правка | К родителю #184 | Наверх | Cообщить модератору

200. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от 0xd34df00d (ok), 14-Июн-14, 21:55

> У PVS-овцев реализована инкременталка.
Про свои впечатления от PVS я уже тоже писал.
> С того, что предупреждения противоречат друг другу. Скажем, один компилятор ругается на
> пустой default: в switch'е
Эм, это какой так ругается?
> а второй - на отсутствие default: (это
> то, что я помню, а есть и другие предупреждения).
Не встречал ни одного, который бы на это не ругался.

Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

205. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 14-Июн-14, 22:01

> Про свои впечатления от PVS я уже тоже писал.
Я, естественно, про них помню. Но, я тебе, как умному собеседнику, намекаю, что и другие также могут сделать.
> Эм, это какой так ругается?
У меня была связка ICC, MSVC, SUN Pro, gcc и clang. Вот один из первых 4-х. Наверно, SUN Pro.

Ответить | Правка | К родителю #200 | Наверх | Cообщить модератору

214. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от Led (ok), 14-Июн-14, 22:15

> С того, что предупреждения противоречат друг другу. Скажем, один компилятор ругается на
> пустой default: в switch'е, а второй - на отсутствие default: (это
> то, что я помню, а есть и другие предупреждения).
На отсутствие default ругается только в том случае, если для переключалки используешь enum и не все варианты из этого enum заюзал в switch'е. Т.е. в данном случае сделал что-то не совсем корректное и лучше пересмотреть код и исправить логику.

Ответить | Правка | К родителю #194 | Наверх | Cообщить модератору

219. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от 0xd34df00d (ok), 14-Июн-14, 22:26

> На отсутствие default ругается только в том случае, если для переключалки используешь
> enum и не все варианты из этого enum заюзал в switch'е.
> Т.е. в данном случае сделал что-то не совсем корректное и лучше
> пересмотреть код и исправить логику.
Не совсем, тут все довольно тупо, к сожалению. Даже если есть какой-нибудь enum class Foo { Foo1, Foo2, Foo3 };, где другое значение не получить без UB, и есть код вроде

T DoFoo (Foo foo)
{
    if (foo != Foo::Foo1 && foo != Foo::Foo2)
        return {};
    switch (foo)
    {
    case Foo::Foo1:
    case Foo::Foo2:
        return {};
    }
}
то компилятор все равно ругнется, мол, не все пути выполнения возвращают что-либо.

Ответить | Правка | К родителю #214 | Наверх | Cообщить модератору

223. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +1 +/–

Сообщение от Vkni (ok), 14-Июн-14, 22:29

Ещё проще есть - return прямо после switch c default: один компилятор ругается на unreachable code, другой - на function without return.

Ответить | Правка | К родителю #219 | Наверх | Cообщить модератору

221. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 14-Июн-14, 22:27

> На отсутствие default ругается только в том случае, если для переключалки используешь
> enum и не все варианты из этого enum заюзал в switch'е.
> Т.е. в данном случае сделал что-то не совсем корректное и лучше
> пересмотреть код и исправить логику.
Пересмотрел 2 раза, логика корректна. Мне теперь повеситься из-за какого-то вшивого предупреждения?

Ответить | Правка | К родителю #214 | Наверх | Cообщить модератору

222. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от Led (ok), 14-Июн-14, 22:29

>> На отсутствие default ругается только в том случае, если для переключалки используешь
>> enum и не все варианты из этого enum заюзал в switch'е.
>> Т.е. в данном случае сделал что-то не совсем корректное и лучше
>> пересмотреть код и исправить логику.
> Пересмотрел 2 раза, логика корректна. Мне теперь повеситься из-за какого-то вшивого предупреждения?
Зачем вешаться? Оставайся - одним говнокодером больше, одним меньше - какая разница?

Ответить | Правка | К родителю #221 | Наверх | Cообщить модератору

225. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 14-Июн-14, 22:30

> Зачем вешаться? Оставайся - одним говнокодером больше, одним меньше - какая разница?
Такую чушь лучше писать из-под анонимуса. Тебе не придётся потом ник удалять.

Ответить | Правка | К родителю #222 | Наверх | Cообщить модератору

293. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от Аноним (-), 16-Июн-14, 09:43

> Зачем вешаться? Оставайся - одним гoвнокодером больше, одним меньше - какая разница?
Лишний пример того что академики - хреновые программисты.

Ответить | Правка | К родителю #222 | Наверх | Cообщить модератору

224. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +2 +/–

Сообщение от 0xd34df00d (ok), 14-Июн-14, 22:29

>> На отсутствие default ругается только в том случае, если для переключалки используешь
>> enum и не все варианты из этого enum заюзал в switch'е.
>> Т.е. в данном случае сделал что-то не совсем корректное и лучше
>> пересмотреть код и исправить логику.
> Пересмотрел 2 раза, логика корректна. Мне теперь повеситься из-за какого-то вшивого предупреждения?
Написать пустые case'ы для необработанных случаев с одним-единственным break. Так и человеку будет понятно, что их не забыли, и компилятор угомонится, и после добавления новых элементов в енам компилятор на это место ругнется.

Ответить | Правка | К родителю #221 | Наверх | Cообщить модератору

226. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 14-Июн-14, 22:32

> Написать пустые case'ы для необработанных случаев с одним-единственным break. Так и человеку
> будет понятно, что их не забыли, и компилятор угомонится, и после
> добавления новых элементов в енам компилятор на это место ругнется.
enum с десятком параметров, нужно сделать выделенный случай для 2-х. Если я вставлю оставшиеся 8-мь, будет ужасно некрасиво.

Ответить | Правка | К родителю #224 | Наверх | Cообщить модератору

185. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +1 +/–

Сообщение от arisu (ok), 14-Июн-14, 21:40

самая большая проблема — это то, что компилировать оно будет 100500 длинных единиц времени, и требовать для этого 100500 больших единиц памяти. причём абсолютно для всего кода, даже для того, который уже был проверен. конечно, можно не указывать -W для тех файлов, где это уже не надо, но специфика сегодняшних «больших» компиляторов такова, что они всё равно пытаются при этом проводить некоторый анализ. хотя неуказание -W должно обозначать «я гарантирую, что в этом коде нет UB и отдаю себе отчёт во всех последствиях этой гарантии».

Ответить | Правка | К родителю #182 | Наверх | Cообщить модератору

179. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +1 +/–

Сообщение от Vkni (ok), 14-Июн-14, 21:34

> отличная идея, кстати. правда, боюсь, что такой патч не примут.
Если ты пропихнёшь такой патч, тебе сильно подрихтуют физиономию неформализуемыми методами. Вещь довольно очевидная, поэтому возращайся из Валинора.

Ответить | Правка | К родителю #173 | Наверх | Cообщить модератору

181. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от arisu (ok), 14-Июн-14, 21:36

>> отличная идея, кстати. правда, боюсь, что такой патч не примут.
> Если ты пропихнёшь такой патч, тебе сильно подрихтуют физиономию неформализуемыми методами.
кто же спорит, идиотов-говнокодеров всегда было много. массой задавят. как Дреппера с memcpy().

Ответить | Правка | Наверх | Cообщить модератору

183. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от Vkni (ok), 14-Июн-14, 21:37

> кто же спорит, идиотов-говнокодеров всегда было много. массой задавят. как Дреппера с
> memcpy().
Да нет, ты просто всё ещё в Валиноре, где всё строго и перпендикулярно.

Ответить | Правка | К родителю #181 | Наверх | Cообщить модератору

186. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +1 +/–

Сообщение от arisu (ok), 14-Июн-14, 21:41

> Да нет, ты просто всё ещё в Валиноре, где всё строго и
> перпендикулярно.
конечно, вместо этого мне надо всё забыть и весело нырнуть в говно, а потом похрюкать.

Ответить | Правка | К родителю #183 | Наверх | Cообщить модератору

227. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 14-Июн-14, 22:34

> В этом треде ты, к сожалению, конкретно обосрался. так что нечего на
> ботов сворачивать:)
А-аа, так ты ставишь минусы вручную? От лох-то. :-)

Ответить | Правка | К родителю #213 | Наверх | Cообщить модератору

231. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от Vkni (ok), 14-Июн-14, 22:49

> отучаемся говорить за всю сеть. у говнокодеров — да. люди же, которые
> возьмут на себя труд изучить язык, на котором пытаются писать, вполне
> в состоянии делать код без UB (само собой, не обязательно сразу
> — но для того и существует тестирование с отладкой).
Это у вас в Валиноре можно сделать Сшную программу на мегабайт текстов без UB?

Ответить | Правка | К родителю #173 | Наверх | Cообщить модератору

234. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +1 +/–

Сообщение от arisu (ok), 14-Июн-14, 23:03

> Это у вас в Валиноре можно сделать Сшную программу на мегабайт текстов
> без UB?
да даже на десятки мегабайт. но «обычным людям» это будет сложно, конечно: их сначала хотя бы умываться регулярно надо научить.

Ответить | Правка | Наверх | Cообщить модератору

236. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от Vkni (ok), 14-Июн-14, 23:13

> да даже на десятки мегабайт.
Только не на языке Цэ.

Ответить | Правка | К родителю #234 | Наверх | Cообщить модератору

240. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +2 +/–

Сообщение от arisu (ok), 14-Июн-14, 23:30

>> да даже на десятки мегабайт.
> Только не на языке Цэ.
ну, хреново быть тобой, что я ещё сказать могу…

Ответить | Правка | К родителю #236 | Наверх | Cообщить модератору

244. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от Vkni (ok), 14-Июн-14, 23:50

> ну, хреново быть тобой, что я ещё сказать могу…
Многие знания, многие печали. Но нет, не настолько хреново, чтобы уходить в Валинор.

Ответить | Правка | К родителю #240 | Наверх | Cообщить модератору

259. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +1 +/–

Сообщение от Xaionaro (ok), 15-Июн-14, 14:20

>> не уверен в том, что в твоей
>> программе нет UB — не включай оптимизатор. всё, проблема решена.
> А ты, умный. Я выше и писал, что при таком подходе -O0
> будет у всех. Ибо работающая в 2 раза медленее программа лучше
> падающей. В любой программе есть ошибки, но ты, конечно, об этом
> предпочитаешь не думать.
В "2 раза"? Вы недооцениваете силу "-O2". И ещё не стоит забывать, что кроме обычных корпоративных сервисов, ещё бывают HPC-задачи. Там вы тоже считаете разумным "-O0"?

Ответить | Правка | К родителю #151 | Наверх | Cообщить модератору

260. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от arisu (ok), 15-Июн-14, 14:30

> ещё бывают HPC-задачи. Там вы тоже считаете разумным "-O0"?
что лучше: офигенно быстрая программа, которая считает полную фигню, или медленная, но которая считает правильно? от второй рано или поздно всё-таки можно получить полезный результат, от первой — никогда.

Ответить | Правка | Наверх | Cообщить модератору

261. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от Xaionaro (ok), 15-Июн-14, 14:46

>> ещё бывают HPC-задачи. Там вы тоже считаете разумным "-O0"?
> что лучше: офигенно быстрая программа, которая считает полную фигню, или медленная, но
> которая считает правильно? от второй рано или поздно всё-таки можно получить
> полезный результат, от первой — никогда.
Скапитаню -- нужно писать быстрые программы, дающие верный результат. Другими словами, обе программы требуют исправления. Это просто два говнокода. Я сталкивался с ошибками оптимизатора в gcc, которые приводили некоторые программы в неработоспособность, но я не ленился обходить данные проблемы. А уж тем более, если программа не работает в "-O2" из-за нарушения стандартов, то это уже вполне однозначно говнокод.
К тому же многие HPC-задачи масштабируются сильно нелинейно (намного слабее). А следовательно не всегда есть возможность скомпенсировать недостаточную производительность избыточностью вычислительных ресурсов (даже при наличии доступа к большим вычислительным системам). В результате на "-O0" может так случиться, что задачу придётся считать с недостаточной точностью, либо получать результат, когда уже будет неактуально.
Вообще, я считаю, что программу нужно разрабатывать в наиболее суровых условиях и устранять все найденные неполадки (при наличии такой возможности). В частности "-O2" даёт возможность увидеть дополнительные проблемы и улучшить качество кода. Я уж не говорю про то, что он даёт весьма существенное ускорение на большинстве задач.

Ответить | Правка | Наверх | Cообщить модератору

262. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +1 +/–

Сообщение от arisu (ok), 15-Июн-14, 14:51

ты же не спрашивал, что с софтом надо делать, ты спросил, какая лучше. лучше — медленная, но работающая верно.
а то, что говнокод надо уничтожать — я же согласен.

Ответить | Правка | К родителю #261 | Наверх | Cообщить модератору

263. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от Xaionaro (ok), 15-Июн-14, 15:02

> ты же не спрашивал, что с софтом надо делать, ты спросил, какая
> лучше. лучше — медленная, но работающая верно.
Хех, нет, я такого не спрашивал. Я извиняюсь, если я какой-то вопрос некорректно сформулировал, но я нигде такого не подразумевал. Я лишь спрашивал является ли разумным использование "-O0" из соображений, что так будет меньше вероятность ошибки (что, как я понял, является мнением вашего оппонента в дискуссии чуть выше), вместо тупого исправления ошибок. Другими словами, я лишь пытался пояснить, что не будет у всех "-O0", так как другие люди (в отличие от некоторых) исправляют свой код.
> Я выше и писал, что при таком подходе -O0 будет у всех.
Прошу прощения, если что-то неправильно понял или сформулировал в своём ответе.

Ответить | Правка | К родителю #262 | Наверх | Cообщить модератору

264. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от arisu (ok), 15-Июн-14, 15:11

>> ты же не спрашивал, что с софтом надо делать, ты спросил, какая
>> лучше. лучше — медленная, но работающая верно.
> Хех, нет, я такого не спрашивал.
ну, значит я тебя так понял. пардон. недопонимания случаются.
в описаном акцепте, конечно, рекомендация собирать с -O0 — это, собственно, почти стопроцентной вероятности индикатор говнокода. исключение — это если в README перечислены багрепорты авторам компилятора. ;-)

Ответить | Правка | К родителю #263 | Наверх | Cообщить модератору

268. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 15-Июн-14, 21:32

> Скапитаню -- нужно писать быстрые программы, дающие верный результат.
Да, вы абсолютно правы. Нужно. А ещё нужно учиться на одни пятёрки, слушаться старших, ни пить, ни курить, ни болеть.
Но, даже если я всё это делаю, остаются миллионы, которые ведут себя несколько не так. И весь спор с arisu в том, что я учитываю наличие этих миллионов, а он от них демонстративно отворачивается с возгласами "расстрелять усих".

Ответить | Правка | К родителю #261 | Наверх | Cообщить модератору

269. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +1 +/–

Сообщение от Xaionaro (ok), 15-Июн-14, 23:58

>> Скапитаню -- нужно писать быстрые программы, дающие верный результат.
> Да, вы абсолютно правы. Нужно. А ещё нужно учиться на одни пятёрки,
> слушаться старших, ни пить, ни курить, ни болеть.
Если не будете учиться на пятёрки, слушаться других, а также будете пить, курить и болет, то это будут лично ваши проблемы.
А если будете писать говнокод, то это уже создаст проблемы каждому, кто будет сталкиваться с данным кодом.
Уж лучше учиться на 3-ки и 4-ки, но писать нормальный диплом, диссертацию и код, чем учиться на пятёрки и делать говно-диплом и говнокод (как оно зачастую и бывает IRL, как ни странно).
> Но, даже если я всё это делаю, остаются миллионы, которые ведут себя
> несколько не так.
Если есть миллионы говнокодеров, это ещё не повод самому становиться говнокодером. Пусть живут своей жизнью, пишут свои нахрен не нужные программы и радуются. Главное, что в нормальной прослойке инженеров быть говнокодером не считалось нормой.
> И весь спор с arisu в том, что
> я учитываю наличие этих миллионов
Зачем? Если человек не способен написать приемлемый код, то не нужно учитывать его мнение относительно программирования и компиляторов.
>, а он от них демонстративно отворачивается
> с возгласами "расстрелять усих".
Не надо расстреливать, нужно просто игнорировать.

Ответить | Правка | К родителю #268 | Наверх | Cообщить модератору

271. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 16-Июн-14, 00:15

> Если не будете учиться на пятёрки, слушаться других, а также будете пить, курить и болет, то это будут лично ваши проблемы.
Разумеется, нет. Скажем, есть ли у вас братья-сёстры?
> Зачем? Если человек не способен написать приемлемый код, то не нужно учитывать его мнение относительно программирования и компиляторов.
Возьмём Л. Поттеринга. Он пишет приемлимый код? Нужно учитывать его действия по пропихиванию systemd везде и всюду?

Ответить | Правка | К родителю #269 | Наверх | Cообщить модератору

272. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +1 +/–

Сообщение от Xaionaro (ok), 16-Июн-14, 00:24

>> Если не будете учиться на пятёрки, слушаться других, а также будете пить, курить и болет, то это будут лично ваши проблемы.
> Разумеется, нет. Скажем, есть ли у вас братья-сёстры?
>> Зачем? Если человек не способен написать приемлемый код, то не нужно учитывать его мнение относительно программирования и компиляторов.
> Возьмём Л. Поттеринга. Он пишет приемлимый код? Нужно учитывать его действия по
> пропихиванию systemd везде и всюду?
Не знаю какой код пишет лично он (не сверял какая строка кем именно написана), знаю лишь что systemd - отвратительный software bundle, который решает псевдопроблемы путём многочисленных lock-in-ов и зависимостей. Знаю, что Торвальдс произносит "PulseAudio" как "Pu.psh.sAddia...u..psh", притом не зря (судя по моему личному опыту работы с ним). И ещё немало таких вещей знаю. Но спорить на эту тему не собираюсь, ибо эта тема меня уже слишком надоела.
Но вы к чему эти вопросы-то задали? Что хотели дальше объяснить?

Ответить | Правка | К родителю #271 | Наверх | Cообщить модератору

274. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 16-Июн-14, 00:26

> Не знаю какой код пишет лично он (не сверял какая строка кем
> именно написана), знаю лишь что systemd - отвратительный software bundle, который
> решает псевдопроблемы путём многочисленных lock-in-ов и зависимостей.
...
> Но вы к чему эти вопросы-то задачи? Что хотели дальше объяснить?
К тому, что несмотря на то, что этот кадр плодит лютое говно, нам необходимо его учитывать в своих планах. Учитывать - это не значит поддерживать. А игнорировать его, увы, себе дороже.

Ответить | Правка | К родителю #272 | Наверх | Cообщить модератору

276. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от Xaionaro (ok), 16-Июн-14, 00:43

>> Не знаю какой код пишет лично он (не сверял какая строка кем
>> именно написана), знаю лишь что systemd - отвратительный software bundle, который
>> решает псевдопроблемы путём многочисленных lock-in-ов и зависимостей.
> ...
>> Но вы к чему эти вопросы-то задачи? Что хотели дальше объяснить?
> К тому, что несмотря на то, что этот кадр плодит лютое говно,
> нам необходимо его учитывать в своих планах. Учитывать - это не
> значит поддерживать. А игнорировать его, увы, себе дороже.
Пфф. Лично я некоторое время немного помогал OpenRC в этом году. И следующей зимой планирую снова помогать. И я планирую пользоваться именно им как и в Debian, так и в Gentoo. Мне плевать на systemd и прочее. Конечно неприятно, что они развиваются и переманивают на себя свободное сообщество, но по большому счёту всё это несущественно. Лично мне вполне хватает размера комьюнити, которое не поддержало systemd.

Ответить | Правка | К родителю #274 | Наверх | Cообщить модератору

278. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 16-Июн-14, 01:00

> мне вполне хватает размера комьюнити, которое не поддержало systemd.
Мне тоже. И это прекрасно, но ряд программ, увы, монополисты.

Ответить | Правка | К родителю #276 | Наверх | Cообщить модератору

280. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +1 +/–

Сообщение от Xaionaro (ok), 16-Июн-14, 01:13

>> мне вполне хватает размера комьюнити, которое не поддержало systemd.
> Мне тоже. И это прекрасно, но ряд программ, увы, монополисты.
Мне нравится аналогия arisu по поводу рабского труда. Если люди вокруг идиоты и поддерживают идиотизм, из этого ещё не следует, что и мы с вами должны его поддерживать.
Мы должны стремиться к чему-то более разумному и ставить такие установки, которые приводят нас к этому разумному, а не к тому дебилизму.
В общем, я призываю не прогибаться под идиотизм. И если кто-то плодить говнокод, это ещё не значит, что под него нужно подстраиваться.

Ответить | Правка | К родителю #278 | Наверх | Cообщить модератору

267. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 15-Июн-14, 21:29

> В "2 раза"? Вы недооцениваете силу "-O2". И ещё не стоит забывать, что кроме обычных корпоративных сервисов, ещё бывают HPC-задачи. Там вы тоже считаете разумным "-O0"?
Если есть выбор в том, что чужой некритичный код работает при -O0 и не работает при -O2 (при этом разбираться неделю), то, очевидно, нужно взять -O0 и отписать письмо об ошибке разработчику (если он, конечно, ещё есть). Это типичная ситуация для сборщика пакета для Linux дистрибутива. Отсюда и пляшем.
В других ситуациях - когда код свой или критичный, нужно разбираться и искать ошибку. В общем, по обстоятельствам, без идиотизма.

Ответить | Правка | К родителю #259 | Наверх | Cообщить модератору

270. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +1 +/–

Сообщение от Xaionaro (ok), 16-Июн-14, 00:08

>> В "2 раза"? Вы недооцениваете силу "-O2". И ещё не стоит забывать, что кроме обычных корпоративных сервисов, ещё бывают HPC-задачи. Там вы тоже считаете разумным "-O0"?
> Если есть выбор в том, что чужой некритичный код работает при -O0
> и не работает при -O2 (при этом разбираться неделю), то, очевидно,
> нужно взять -O0 и отписать письмо об ошибке разработчику (если он,
> конечно, ещё есть). Это типичная ситуация для сборщика пакета для Linux
> дистрибутива. Отсюда и пляшем.
> В других ситуациях - когда код свой или критичный, нужно разбираться и
> искать ошибку. В общем, по обстоятельствам, без идиотизма.
Да, но добавлю, что IMHO создание UB в коде (выходя за стандарт) -- это ССЗБ. И виноват в последствиях будет тот, кто допустил UB, а не тот, кто поменял поведение компилятора, если он работает в рамках стандарта.
Единственное мнение о поведении которое нужно учитывать -- это только стандарт. Если компилятор ему соответствует, то все вопросы только к автору программы.
Честно сказать вообще не очень понимаю о чём тут ваш спор. Ведь всё так очевидно. =\

Ответить | Правка | Наверх | Cообщить модератору

273. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 16-Июн-14, 00:24

> Да, но добавлю, что IMHO создание UB в коде (выходя за стандарт)
> -- это ССЗБ. И виноват в последствиях будет тот, кто допустил
> UB, а не тот, кто поменял поведение компилятора, если он работает
> в рамках стандарта.
Это вы говорите про непосредственного виновника. Непосредственный виновник - это тот, кто создал UB. Точно также, как непосредственный виновник ДТП - тот, кто первым нарушил ПДД.
Тем не менее, на дороге, как правило, авария происходит из-за нескольких ошибок разных людей. И, как правило, если все выполняют известное правило ДДД, аварии не происходит. Поэтому, разумно кроме непосредственного виновника инцидента выделять и косвенных виновников. И, таки, оптимизаторы gcc становятся косвенными виновниками падения bind'а.
Ещё простой вопрос - у нас есть debug и release сборки. Какая из них должна быть более "хрупкой"? Легче падающей при прочих равных?

Ответить | Правка | К родителю #270 | Наверх | Cообщить модератору

275. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +1 +/–

Сообщение от Xaionaro (ok), 16-Июн-14, 00:38

>[оверквотинг удален]
>> -- это ССЗБ. И виноват в последствиях будет тот, кто допустил
>> UB, а не тот, кто поменял поведение компилятора, если он работает
>> в рамках стандарта.
> Это вы говорите про непосредственного виновника. Непосредственный виновник - это тот, кто
> создал UB. Точно также, как непосредственный виновник ДТП - тот, кто
> первым нарушил ПДД.
> Тем не менее, на дороге, как правило, авария происходит из-за нескольких ошибок
> разных людей. И, как правило, если все выполняют известное правило ДДД,
> аварии не происходит. Поэтому, разумно кроме непосредственного виновника инцидента выделять
> и косвенных виновников.
Прошу без автомобильных аналогий, ибо я лишь пешеход (до работы пешком идти 15 минут). Однако насколько я понимаю, следование ПДД всеми участниками движения не гарантирует невозникновение аварийных ситуаций (где уже кто-то будет тупо вынужден в кого-то врезаться и стать в результате нарушителем), в то время как следование стандарту языка гарантирует правильную работу кода (при корректном компиляторе). Поправьте, если не прав, ибо я не знаю ПДД. К тому же, когда ты пишешь код и ты видишь UB, то у тебя есть возможность его исправить, а когда случилось ДТП -- у тебя уже нет возможности его исправить. А если же ты не видишь UB (а оно есть), значит ты, грубо говоря, хреновый программист и виноват сам.
> И, таки, оптимизаторы gcc становятся косвенными виновниками падения
> bind'а.
Даватйе ещё эффект бабочки вспомним. В принципе, можно сказать что виноват вообще Ленин. Если бы не он, тогда какой-нибудь талантливый инженер (уже при Сталинском режиме) мог переехать куда-нибудь в США и в будущем помочь развитию bind-а, что помогло бы избежать именно этой проблемы с UB. Но Ленин, как и разработчики gcc, лишь выполнял свою задачу. Делать его ответственным за баг в bind-е -- это по меньшей мере нелепо.
Разработчики gcc не должны думать о таких вот эффектах. Задача gcc - корректно транслировать код. И он это делает. Не вижу что тут обсуждать. Не вижу никакой вины со стороны разработчиков gcc.
Более того, всем ведь известно, что нельзя использовать критические вещи версии "x.y.0". Если кто-то компилировал bind с помощью gcc 4.9.0, то он ССЗБ. Если же нет, то и проблемы нет. Сейчас о проблеме gcc4.9-vs-bind уже известно и пока не исправили bind нужно его тупо компилить с помощью gcc4.8.
> Ещё простой вопрос - у нас есть debug и release сборки. Какая
> из них должна быть более "хрупкой"? Легче падающей при прочих равных?
Что такое "хрупкая" сборка? Естественно ветка вводимая в production должна работать надёжно. А обычно это release-сборки, а следовательно...
P.S.: Кстати говоря извиняюсь, работаю за ноутом, где не настроен Compose-key, в результате длинный дефис делаю через два минуса и т.п.

Ответить | Правка | К родителю #273 | Наверх | Cообщить модератору

277. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 16-Июн-14, 00:57

> Прошу без автомобильных аналогий, ибо я лишь пешеход (до работы пешком идти
> 15 минут).
Ок. Тогда аналогия простая - вы, переходя дорогу на зелёный свет, можете смотреть в небо, но лучше глядеть по сторонам.
> Однако насколько я понимаю, следование ПДД всеми участниками движения
> не гарантирует невозникновение аварийных ситуаций (где уже кто-то будет тупо вынужден
> в кого-то врезаться и стать в результате нарушителем),
Почему? ПДД пишутся для того, чтобы при полном соблюдении ПДД и исправности транспорта аварий не было в принципе.
> Поправьте, если не прав, ибо я не знаю ПДД. К тому
> же, когда ты пишешь код и ты видишь UB, то у
> тебя есть возможность его исправить, а когда случилось ДТП -- у
> тебя уже нет возможности его исправить.
Это, если код пишешь ТЫ. А если это огромная, дико полезная программа с полувековой историей (типа Maxima)?
Ещё пронзительнее пример - ScanKromsator, который некий Bolega начал писать году в 1996-м. Программа дико полезна - ей обработана подавляющая часть .djvu файлов со сканами отечественной технической литературы. Но это именно говнокод, где его автор - непонятно, где исходники - тоже. Глюков море, но переписывание займёт лет 10, т.к. внутре SK хорошие алгоритмы + эвристики.
> Но Ленин, как и разработчики gcc лишь выполнял свою задачу, они
> не должны думать о таких побочных эффектах.
Ленин - нет, а gccшники - да.
Буквально год назад был пример с поломкой SPEC. Тоже ошибка в тесте, тоже ломает оптимизация gcc. Но при выборе "удавчик, крокодильчик или хомячок": исправление SPEC => все предыдущие результаты в унитаз, забить => gcc больше не проходит SPEC, вставить костыль; почему-то выбирают 3-й вариант.
> Что такое "хрупкая" сборка? Естественно ветка вводимая в production должна работать надёжно.
> А обычно это release-сборки, следовательно...
Вы правильно всё поняли. Следовательно, debug мы компилируем с -O2, а release - с -O0? ;-)

Ответить | Правка | К родителю #275 | Наверх | Cообщить модератору

279. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +1 +/–

Сообщение от Xaionaro (ok), 16-Июн-14, 01:09

>> Прошу без автомобильных аналогий, ибо я лишь пешеход (до работы пешком идти
>> 15 минут).
> Ок. Тогда аналогия простая - вы, переходя дорогу на зелёный свет, можете
> смотреть в небо, но лучше глядеть по сторонам.
И? Поясните для тупого, как конкретно эта аналогия связана с данным диалогом? :)
>> Однако насколько я понимаю, следование ПДД всеми участниками движения
>> не гарантирует невозникновение аварийных ситуаций (где уже кто-то будет тупо вынужден
>> в кого-то врезаться и стать в результате нарушителем),
> Почему? ПДД пишутся для того, чтобы при полном соблюдении ПДД и исправности
> транспорта аварий не было в принципе.
Мне, например, рассказывали про ситуации с маленькими автомобилями, которые не видно из больших автомобилей. Вроде как в рамках соблюдения ПДД образовывалась авария. Но я, как я уже сказал, некомпетентен в данном вопросе, поэтому спорить не буду.
>> Поправьте, если не прав, ибо я не знаю ПДД. К тому
>> же, когда ты пишешь код и ты видишь UB, то у
>> тебя есть возможность его исправить, а когда случилось ДТП -- у
>> тебя уже нет возможности его исправить.
> Это, если код пишешь ТЫ. А если это огромная, дико полезная программа
> с полувековой историей (типа Maxima)?
В чём разница? Замените "ты" на "авторы Maxima".
> Ещё пронзительнее пример - ScanKromsator, который некий Bolega начал писать году в
> 1996-м. Программа дико полезна - ей обработана подавляющая часть .djvu файлов
> со сканами отечественной технической литературы. Но это именно говнокод, где его
> автор - непонятно, где исходники - тоже. Глюков море, но переписывание
> займёт лет 10, т.к. внутре SK хорошие алгоритмы + эвристики.
Не пример для меня. Не пользовался такой программой. Однако, если код говно, то он -- говнокод. И виноваты в этом его авторы, а не авторы компиляторов. Это вообще не задача компиляторов подстраиваться под такие вот говнокоды. Ухудшать компилятор из-за чужого говнокода -- это изначально деструктивная установка.
>> Но Ленин, как и разработчики gcc лишь выполнял свою задачу, они
>> не должны думать о таких побочных эффектах.
> Ленин - нет, а gccшники - да.
> Буквально год назад был пример с поломкой SPEC. Тоже ошибка в тесте,
> тоже ломает оптимизация gcc. Но при выборе "удавчик, крокодильчик или хомячок":
> исправление SPEC => все предыдущие результаты в унитаз, забить => gcc
> больше не проходит SPEC, вставить костыль; почему-то выбирают 3-й вариант.
Не понимаю зачем к рассмотрению данной проблемы gcc-vs-bind приплетать другие gcc-related проблемы. Нет никакого желания обсуждать ещё один случай, пока ещё не закрыли обсуждение данного. Так мы бесконечно закопаемся.
>> Что такое "хрупкая" сборка? Естественно ветка вводимая в production должна работать надёжно.
>> А обычно это release-сборки, следовательно...
> Вы правильно всё поняли. Следовательно, debug мы компилируем с -O2, а release
> - с -O0? ;-)
Серьёзно? Дико прошу простить за переход на личности, но вы вообще работали с HPC-кластерами? Или просто с высоконагруженными сервисами?
В общем, я с вами тут абсолютно не согласен. "-O2" нужен не только для тестов, но и для работы с адекватной скоростью.

Ответить | Правка | К родителю #277 | Наверх | Cообщить модератору

281. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –2 +/–

Сообщение от Vkni (ok), 16-Июн-14, 01:47

> Мне, например, рассказывали про ситуации с маленькими автомобилями, которые не видно из
> больших автомобилей. Вроде как в рамках соблюдения ПДД образовывалась авария.
Нет, не в рамках. Нарушен пункт "соблюдение дистанции". В ПДД есть неточности, но они значительно глубже. По-идее, если ПДД соблюдаются всеми и внешних воздействий нет, то аварий быть не может.
Надо переходить на зелёный свет, подняв голову к небу? Или мы всё же учитываем, что окружающие могут ошибаться?
> В чём разница? Замените "ты" на "авторы Maxima".
Он давно мёртв. Никаких претензий не принимает, всё что можно сделать - придти на могилу, положить цветы.
> Не пример для меня. Не пользовался такой программой. Однако, если код говно,
> то он -- говнокод. И виноваты в этом его авторы, а
> не авторы компиляторов.
Да. Но очень полезный. Я пакетирую аналог, который очень хорошо написан. Но, увы, не везде дотягивает по функциональности.
> Это вообще не задача компиляторов подстраиваться под такие
> вот говнокоды. Ухудшать компилятор из-за чужого говнокода -- это изначально деструктивная
> установка.
Не надо его ухудшать. Нужно по возможности учитывать наличие говнокода. Т.е. в данном месте вывесить большой красный флаг.
> Не понимаю зачем к рассмотрению данной проблемы gcc-vs-bind приплетать другие gcc-related
> проблемы. Нет никакого желания обсуждать ещё один случай, пока ещё не
> закрыли обсуждение данного. Так мы бесконечно закопаемся.
Абсолютно аналогичный. Тоже проблема в коде, тоже оптимизация gcc.
> Серьёзно? Дико прошу простить за переход на личности, но вы вообще работали
> с HPC-кластерами?
Прощаю. Там был знак вопроса, который вы на эмоциях не заметили.
> В общем, я с вами тут абсолютно не согласен. "-O2" нужен не
> только для тестов, но и для работы с адекватной скоростью.
Да, да, да, мы это с вами ещё вчера перемыли. В ряде случаев -O2 по сравнению с -O0 у меня давало 5 раз.

Ответить | Правка | К родителю #279 | Наверх | Cообщить модератору

282. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +1 +/–

Сообщение от Xaionaro (ok), 16-Июн-14, 09:06

>> Мне, например, рассказывали про ситуации с маленькими автомобилями, которые не видно из
>> больших автомобилей. Вроде как в рамках соблюдения ПДД образовывалась авария.
> Нет, не в рамках. Нарушен пункт "соблюдение дистанции".
Нарушен в следствии полного следования ПДД каждым участником движения. Каждый реагировал на входящую информацию строго по книжке. То что была нарушена дистанция стало известно уже пост-фактум. В то время как когда полностью следуешь стандарту -- всё будет хорошо.
> В ПДД есть неточности,
> но они значительно глубже. По-идее, если ПДД соблюдаются всеми и внешних
> воздействий нет, то аварий быть не может.
> Надо переходить на зелёный свет, подняв голову к небу? Или мы всё
> же учитываем, что окружающие могут ошибаться?
Некорректная аналогия. Если меня собьют, это нельзя будет починить. Если же bind допустил ошибку, у них будет полно времени это починить.
>> В чём разница? Замените "ты" на "авторы Maxima".
> Он давно мёртв. Никаких претензий не принимает, всё что можно сделать -
> придти на могилу, положить цветы.
So what? Опять же причём тут разработчики gcc? Если проект полезный, то из комьюнити кто-нибудь подтянется, чтобы исправить необходимые баги. Если бесполезный, то и хрен с ним. Единственное что точно, это что разработчики gcc тут не при чём.
>> Не пример для меня. Не пользовался такой программой. Однако, если код говно,
>> то он -- говнокод. И виноваты в этом его авторы, а
>> не авторы компиляторов.
> Да. Но очень полезный. Я пакетирую аналог, который очень хорошо написан. Но,
> увы, не везде дотягивает по функциональности.
Ок, но опять же это проблема лишь авторов и пользователей данной программы, но точно не проблема разработчиков компилятора (см. выше).
>> Это вообще не задача компиляторов подстраиваться под такие
>> вот говнокоды. Ухудшать компилятор из-за чужого говнокода -- это изначально деструктивная
>> установка.
> Не надо его ухудшать. Нужно по возможности учитывать наличие говнокода. Т.е. в
> данном месте вывесить большой красный флаг.
Какой красный флаг? Разработчики gcc занимаются gcc. Тратить бесконечное количество ресурсов изучая каждый говнокод в Интернете -- это бесполезная трата времени. Если же вы хотите, чтобы он выводил какой-то дополнительный warning, то предложите это через maillist.
>> Не понимаю зачем к рассмотрению данной проблемы gcc-vs-bind приплетать другие gcc-related
>> проблемы. Нет никакого желания обсуждать ещё один случай, пока ещё не
>> закрыли обсуждение данного. Так мы бесконечно закопаемся.
> Абсолютно аналогичный. Тоже проблема в коде, тоже оптимизация gcc.
Да, но тот случай тоже требует обсуждения. Лично для меня эта аналогия абсолютно бессмысленная, ибо тупо втягивает в ещё одно обсуждение, хотя мы ещё не закончили данное.
>> Серьёзно? Дико прошу простить за переход на личности, но вы вообще работали
>> с HPC-кластерами?
> Прощаю. Там был знак вопроса, который вы на эмоциях не заметили.
>> В общем, я с вами тут абсолютно не согласен. "-O2" нужен не
>> только для тестов, но и для работы с адекватной скоростью.
> Да, да, да, мы это с вами ещё вчера перемыли. В ряде
> случаев -O2 по сравнению с -O0 у меня давало 5 раз.
5 раз -- это далеко не предел. Надеюсь мы определились, что "-O0" -- это не синоним production-way?

Ответить | Правка | К родителю #281 | Наверх | Cообщить модератору

287. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 16-Июн-14, 09:23

> Нарушен в следствии полного следования ПДД каждым участником движения. Каждый реагировал
> на входящую информацию строго по книжке. То что была нарушена дистанция
> стало известно уже пост-фактум. В то время как когда полностью следуешь
> стандарту -- всё будет хорошо.
Либо "полное следование ПДД", либо "была нарушена дистанция", но не одновременно. ПДД не рассматривает "входные данные" - там всё равно, по какой причине вы не соблюдали дистанцию. Поэтому непосредственный виновник(и) всегда определяем(ы).
> Некорректная аналогия. Если меня собьют, это нельзя будет починить. Если же bind допустил ошибку, у них будет полно времени это починить.
а) Не всегда сбивают насмерть.
б) Если bind ушёл к потребителям, и у кого-то упал - это уже произошло. Т.е. "откатить обратно" не получится.
> So what? Опять же причём тут разработчики gcc?
Давайте отбросим наивность и будем рассуждать цинично. Мейнтейнеры дистрибутивов - люди ленивые, в массе своей они не будут проверять список оптимизаций введённых в новую версию gcc. Они, если не будет сообщений пользователей или какого-то хайпа, просто перекомпилируют свой софт с новым gcc и -O2 по-умолчанию.
Соответственно, с большой вероятностью, те оптимизации, которые gcc-шники вставляют в -O2, пройдут в софт без изменений. Т.е. gccшники имеют возможность непосредственно влиять на мировой софт. Это определённая власть.
Возвращаясь к maxima. Подобных проектов море. Во власти gcc-шников либо сделать их более хрупкими, либо менее хрупкими. При прочих равных более хрупкий код в эксплуатации хуже. Есть власть => есть ответственность.
> Если же вы хотите, чтобы он выводил какой-то дополнительный warning, то предложите это через maillist.
Это уже сделано. И предупреждение будет.
> 5 раз -- это далеко не предел. Надеюсь мы разобрались, что "-O0" -- это не синоним production-way?
Это ответ несколько не на тот вопрос. Тот - что делать с противоречием между хрупкостью release и стойкостью debug'а?

Ответить | Правка | К родителю #282 | Наверх | Cообщить модератору

294. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +1 +/–

Сообщение от Xaionaro (ok), 16-Июн-14, 10:30

>> Нарушен в следствии полного следования ПДД каждым участником движения. Каждый реагировал
>> на входящую информацию строго по книжке. То что была нарушена дистанция
>> стало известно уже пост-фактум. В то время как когда полностью следуешь
>> стандарту -- всё будет хорошо.
> Либо "полное следование ПДД", либо "была нарушена дистанция", но не одновременно. ПДД
> не рассматривает "входные данные" - там всё равно, по какой причине
> вы не соблюдали дистанцию. Поэтому непосредственный виновник(и) всегда определяем(ы).
Замечательно. А теперь объясните мне (тупому) где тут противоречье с тем, что написал я? — «Каждый реагировал на входящую информацию строго по книжке».
Есть разница между тем, чтобы определять своё поведение в соответствии с какими-то правилами (то есть следовать им), и тем, чтобы не допустить ниодного нарушения ниодного из правил.
Второе просто невозможно, в то время, как первое возможно в ПДД (как я его себе представляю). Дак вот если каждый будет добросовестно делать как написано в стандарте — это будет гарантией работы кода (при верном компиляторе), а вот если каждый будет делать как написано в книжке по ПДД, то в результате будет авария.
Следовать правилам и соблюдать их — вещи разные, хоть и похожие. Грубо говоря, следование правилам может привести в ситуацию, где авария ещё не произошла, но где её уже не избежать. То есть, грубо говоря, водители следовали правилам, но не соблюли их.
И я очень прошу, не надо спорить на тему терминов. Тут сейчас важнее мысль, которую я пытаюсь донести, что этот эффект есть в ПДД, но нет в стандартах программирования. И если вы мою мысль поняли, то сейчас важно только это, а не то, что же знажчат слова «соблюдать» и т.п. в обычной терминологии.
>> Некорректная аналогия. Если меня собьют, это нельзя будет починить. Если же bind допустил ошибку, у них будет полно времени это починить.
> а) Не всегда сбивают насмерть.
Иногда сбивают — этого достаточно. А иногда необратимо калечат — этого тоже достаточно.
> б) Если bind ушёл к потребителям, и у кого-то упал - это
> уже произошло. Т.е. "откатить обратно" не получится.
Не надо было собирать bind с помощью самого свежего gcc «x.y.0» и сразу запускать в production. Собиралось старым gcc без проблем, вот им и собирай, пока не будешь уверен в том, что новая его версия тоже подходит. И вот как это выглядит с разных сторон:
1. Если ты автор bind-а, то тебе становится бесконечно стыдно после данной новости (см. изначальный subj), и ты быстро исправляешь проблему. После чего объявляешь, что bind можно безопасно собирать на gcc 4.9.z
2. Если ты просто maintainer, то ты тупо собираешь bind старым gcc до тех пор, пока не станешь уверен, что можно безопасно использовать новый gcc для этого говнокода. Если же ты уже push-нул дырявый bind в массы, то значит тебе тоже должно стать бесконечно стыдно за собственный идиотизм, и ты быстро push-аешь security update.
3. Если ты системный администратор, который решил установить необкатанный bind себе на машину и тебя хакнули, то ССЗБ.
*4. Кстати говоря, bind уже давно среди моих знакомых считается решетом. Ничего удивительного, что проблема возникла именно с ним.
>> So what? Опять же причём тут разработчики gcc?
> Давайте отбросим наивность и будем рассуждать цинично. Мейнтейнеры дистрибутивов - люди
> ленивые, в массе своей они не будут проверять список оптимизаций введённых
> в новую версию gcc. Они, если не будет сообщений пользователей или
> какого-то хайпа, просто перекомпилируют свой софт с новым gcc и -O2
> по-умолчанию.
Перекомпилируют софт с gcc «x.y.0»? Что-то я очень сомневаюсь. Может разве что arch какой-нибудь, но они как раз ССЗБ. Вы могли например заметить, что в Gentoo gcc 4.9.0 является замаскированным на данный момент. Как вы думаете, почему?
1. Ошибка в bind-е _уже_ была, однако в силу случайного стечения обстоятельств (то есть в силу особенностей gcc), она себя никак не проявляла. И тут эта ошибка тупо проявилась. Кто тут виноват? Только авторы bind-а и больше никто. Обвинять кого-то другого за то, что код ранее работал, хотя не должен был — это нелепо.
2. Анализ внешнего (относительно gcc) говнокода — это не задача разработчиков gcc.
3. Если кто-то использует последнюю версию gcc в production-е до обкатки на реальном ПО, то ССЗБ.
4. Многие важные проекты пытаются компилировать и другими компиляторами (и с другими реализациями библиотек), чтобы как раз в частности проверить на UB. Если bind этого не сделал, то опять же разработчики gcc тут не при чём.
5. Никто не запрещает смотреть changelog при каждом неминорном изминении gcc (коим и является данное). Что вы ещё-то хотите от разработчиков gcc?
Что конкретно вы хотите от gcc-шников. Как именно они должны подготавливать свои релизы по-вашему?
> Соответственно, с большой вероятностью, те оптимизации, которые gcc-шники вставляют в
> -O2, пройдут в софт без изменений. Т.е. gccшники имеют возможность непосредственно
> влиять на мировой софт. Это определённая власть.
So?
> Возвращаясь к maxima. Подобных проектов море. Во власти gcc-шников либо сделать их
> более хрупкими, либо менее хрупкими.
Хрупкими их делает не gcc, а качество их же собственного исходного кода. gcc как раз-таки в силу случайных обстоятельств давал возможность работать говнокоду, который _не должен был_ работать.
> При прочих равных более хрупкий код в эксплуатации хуже.
Ну дак не используйте bind.
> Есть власть => есть ответственность.
Да. И если бы gcc транслировал код в уязвимый в силу противоречия стандарту, то тогда это была бы ответственность разработчиков gcc. Но этот глюк вызван не неверной работой gcc, а неверным исходным кодом bind-а. Грубо говоря, это была именно их власть (разработчиков bind-а) допустить данную ошибку и ответственность за это тоже на них.
>> Если же вы хотите, чтобы он выводил какой-то дополнительный warning, то предложите это через maillist.
> Это уже сделано. И предупреждение будет.
Я говорил про подход, как бороться с такими проблемами в будущем.
>> 5 раз -- это далеко не предел. Надеюсь мы разобрались, что "-O0" -- это не синоним production-way?
> Перечитайте вопрос, пожалуйста. И ответьте на него.
Который вопрос? Этот? —
> Вы правильно всё поняли. Следовательно, debug мы компилируем с -O2, а release - с -O0? ;-)
Отвечаю: «Нет, не следовательно». Пояснения см. мой комментарий с моим изначальным ответом на данный вопрос.

Ответить | Правка | К родителю #287 | Наверх | Cообщить модератору

302. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." –1 +/–

Сообщение от Vkni (ok), 16-Июн-14, 17:16

> Замечательно. А теперь объясните мне (тупому) где тут противоречье с тем, что написал я? — «Каждый реагировал на входящую информацию строго по книжке».
Не надо срываться на эмоции.
> Есть разница между тем, чтобы определять своё поведение в соответствии с какими-то правилами (то есть следовать им), и тем, чтобы не допустить ниодного нарушения ниодного из правил.
Есть разница. Поэтому ПДД сделаны с запасом - даже если их слегка нарушать, с огромной вероятностью аварии не произойдёт. А так - да, нарушают. Даже если отбросить нарушения скоростного режима, дисциплинированный водитель делает в среднем одно нарушение в 15 минут (разной степени серьёзности).
> Второе просто невозможно, в то время, как первое возможно в ПДД (как я его себе представляю).
Неправильно представляете. В ПДД нет такого понятия "строго следовать книжке". Не соблюдал дистанцию - виноват, а по какой причине - для ПДД неважно. Потому, что этот пункт внёс бы излишнюю субъективность.

Ответить | Правка | К родителю #294 | Наверх | Cообщить модератору

336. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от bircoph (ok), 18-Июн-14, 18:45

>> В чём разница? Замените "ты" на "авторы Maxima".
> Он давно мёртв. Никаких претензий не принимает, всё что можно сделать -
> придти на могилу, положить цветы.
Ой, а мужики-то не знают, уже 5.33 выпустили. И вообще по 4-5 раз в год новые версии выходят

Ответить | Правка | К родителю #281 | Наверх | Cообщить модератору

340. "В DNS-сервере BIND устранен серьёзный сбой, возникший..." +/–

Сообщение от Vkni (ok), 21-Июн-14, 05:29

> Ой, а мужики-то не знают, уже 5.33 выпустили. И вообще по 4-5
> раз в год новые версии выходят
Мужики, естественно, не знают о том, что происходило больше, чем 2 года назад. И что Максиму длительное время поддерживал ныне покойный William Schelter из Техаса - тоже не знают.

Ответить | Правка | К родителю #336 | Наверх | Cообщить модератору

Архив | Удалить

Рекомендовать для помещения в FAQ | Индекс форумов | Темы | Пред. тема | След. тема

Партнёры:

Хостинг:

Закладки на сайте
Проследить за страницей

Created 1996-2024 by Maxim Chirkov
Добавить, Поддержать, Вебмастеру


	50. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..."	–1 +/–
	Сообщение от Vkni (ok), 13-Июн-14, 17:13
	> (что соответствует стандарту). А до 1999-го года ни одной строчки на языке Цэ не написано!!!
	Ответить \| Правка \| К родителю #27 \| Наверх \| Cообщить модератору


	69. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..."	+2 +/–
	Сообщение от Аноним (-), 13-Июн-14, 20:24
	> А до 1999-го года ни одной строчки на языке Цэ не написано!!! А для кода древнее 1999 года компилеру может потребоваться указать стандарт, которому он должен следовать.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	73. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..."	–1 +/–
	Сообщение от Vkni (ok), 13-Июн-14, 21:00
	> А для кода древнее 1999 года компилеру может потребоваться указать стандарт, которому > он должен следовать. А оно точно уберёт оптимизацию? И вообще, сможет ли эту libc скомпилировать-то?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	130. "В DNS-сервере BIND устранен серьёзный сбой, возникший..."	+/–
	Сообщение от arisu (ok), 14-Июн-14, 13:53
	> А оно точно уберёт оптимизацию? И вообще, сможет ли эту libc скомпилировать-то? если ты используешь glibc, которая следует стандартам 99-го года, с какого испугу ты возмущаешься, что код стандарта 89-го компилируется хреново? не хочешь править свой код под новый стандарт — бери glibc постарее и страдай.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	135. "В DNS-сервере BIND устранен серьёзный сбой, возникший..."	–1 +/–
	Сообщение от Vkni (ok), 14-Июн-14, 20:43
	Про такую штуку, как поддержка совместимости слышал? Про библиотеки, чуть младше тебя и меня, широко используемые в повседневности тоже не слышал? Стандарт специально расширен так, чтобы поддерживать совместимость, а оптимизатор её ломает без объявления войны. Надо было хотя бы предупреждение выкинуть в этом месте.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	138. "В DNS-сервере BIND устранен серьёзный сбой, возникший..."	+/–
	Сообщение от arisu (ok), 14-Июн-14, 20:47
	> Стандарт специально расширен так, чтобы поддерживать совместимость лолвут? тебе ж выше уже показали, что совместимость поломана.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	142. "В DNS-сервере BIND устранен серьёзный сбой, возникший..."	–1 +/–
	Сообщение от Vkni (ok), 14-Июн-14, 20:51
	>> Стандарт специально расширен так, чтобы поддерживать совместимость > лолвут? тебе ж выше уже показали, что совместимость поломана. Отключаешь эту оптимизацию и видишь невооружённым взглядом, что gcc c этой libc преспокойно компилирует и работает со старой программой, использующей libc. Т.е. 4.8 gcc так и компилировал bind без проблем.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	146. "В DNS-сервере BIND устранен серьёзный сбой, возникший..."	+2 +/–
	Сообщение от arisu (ok), 14-Июн-14, 20:59
	>>> Стандарт специально расширен так, чтобы поддерживать совместимость >> лолвут? тебе ж выше уже показали, что совместимость поломана. > Отключаешь эту оптимизацию и видишь невооружённым взглядом, что gcc c этой libc > преспокойно компилирует и работает со старой программой, использующей libc. Т.е. 4.8 > gcc так и компилировал bind без проблем. молодец. теперь, всё-таки, попробуй сделать остальные шаги. например, почитать всё же документацию к gcc, где пишут, что результат работы оптимизатора на софте с UB — тоже UB. не уверен в том, что в твоей программе нет UB — не включай оптимизатор. всё, проблема решена. p.s. то, что в 4.9 реализовали дополнительные оптимизации — это хорошо. то, что они ломают софт говнокодеров — тоже хорошо. а вот то, что говнокодеры видят в этом проблему gcc, а не свою — вот это плохо.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	151. "В DNS-сервере BIND устранен серьёзный сбой, возникший..."	–2 +/–
	Сообщение от Vkni (ok), 14-Июн-14, 21:05
	> не уверен в том, что в твоей > программе нет UB — не включай оптимизатор. всё, проблема решена. А ты, умный. Я выше и писал, что при таком подходе -O0 будет у всех. Ибо работающая в 2 раза медленее программа лучше падающей. В любой программе есть ошибки, но ты, конечно, об этом предпочитаешь не думать. > p.s. то, что в 4.9 реализовали дополнительные оптимизации — это хорошо. то, > что они ломают софт говнокодеров — тоже хорошо. Предлагаю вообще без предупреждений ставить вызов rm -rf $HOME в том месте, где встретилось UB. А чё, по стандарту можно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	156. "В DNS-сервере BIND устранен серьёзный сбой, возникший..."	+1 +/–
	Сообщение от 0xd34df00d (ok), 14-Июн-14, 21:11
	> А ты, умный. Я выше и писал, что при таком подходе -O0 > будет у всех. Ибо работающая в 2 раза медленее программа лучше > падающей. Лучше все-таки научиться программировать. > Предлагаю вообще без предупреждений ставить вызов rm -rf $HOME в том месте, > где встретилось UB. А чё, по стандарту можно. https://github.com/munificent/vigil
	Ответить \| Правка \| Наверх \| Cообщить модератору


	160. "В DNS-сервере BIND устранен серьёзный сбой, возникший..."	–1 +/–
	Сообщение от Vkni (ok), 14-Июн-14, 21:15
	> Лучше все-таки научиться программировать. И всё, всё, всё переписать. Ты ребёнка за клавиатуру пустил, что ли?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	166. "В DNS-сервере BIND устранен серьёзный сбой, возникший..."	+/–
	Сообщение от 0xd34df00d (ok), 14-Июн-14, 21:19
	>> Лучше все-таки научиться программировать. > И всё, всё, всё переписать. Ты ребёнка за клавиатуру пустил, что ли? Можно и не переписывать, а просто уважать стандарты и хотя бы иногда пользоваться средствами статического анализа. Хотя это все не для бравых С-программистов, конечно.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	169. "В DNS-сервере BIND устранен серьёзный сбой, возникший..."	–1 +/–
	Сообщение от Vkni (ok), 14-Июн-14, 21:21
	> Можно и не переписывать, а просто уважать стандарты Молодец. Это ты пишешь про новый софт, а я тебе про старый, работающий десятилетиями. Типа WindowMaker'а.
	Ответить \| Правка \| К родителю #166 \| Наверх \| Cообщить модератору


	172. "В DNS-сервере BIND устранен серьёзный сбой, возникший..."	+/–
	Сообщение от 0xd34df00d (ok), 14-Июн-14, 21:25
	>> Можно и не переписывать, а просто уважать стандарты > Молодец. Это ты пишешь про новый софт, а я тебе про старый, > работающий десятилетиями. Типа WindowMaker'а. Старый софт мне тоже поддерживать приходилось. Ничего, практика показывает, что соблюдение стандартов и постепенное вычитывание и исправление кода вокруг того, что ты модифицируешь, помогает.
	Ответить \| Правка \| К родителю #169 \| Наверх \| Cообщить модератору


	174. "В DNS-сервере BIND устранен серьёзный сбой, возникший..."	+1 +/–
	Сообщение от arisu (ok), 14-Июн-14, 21:29
	>> Можно и не переписывать, а просто уважать стандарты > Молодец. Это ты пишешь про новый софт, а я тебе про старый, > работающий десятилетиями. Типа WindowMaker'а. прикинь, старые исходники тоже можно чинить. за это молния с неба не ударит. то, что некий баг в софте жил десятилетиями и по счастливой случайности софт с багом работал, ещё не значит, что теперь этот баг освящён временем, и править его — ересь с богохульством.
	Ответить \| Правка \| К родителю #169 \| Наверх \| Cообщить модератору


	177. "В DNS-сервере BIND устранен серьёзный сбой, возникший..."	–1 +/–
	Сообщение от Vkni (ok), 14-Июн-14, 21:32
	> прикинь, старые исходники тоже можно чинить. Прикинь, если получить предупреждение в subj'евом месте, чинить будет на порядки быстрее и дешевле.
	Ответить \| Правка \| К родителю #174 \| Наверх \| Cообщить модератору


	180. "В DNS-сервере BIND устранен серьёзный сбой, возникший..."	+1 +/–
	Сообщение от arisu (ok), 14-Июн-14, 21:34
	>> прикинь, старые исходники тоже можно чинить. > Прикинь, если получить предупреждение в subj'евом месте, чинить будет на порядки быстрее > и дешевле. прикинь, для этого придумали статические анализаторы. и продолжают их совершенствовать. а взваливать задачу анализа на компилятор — это без нужды компилятор усложнять и увеличивать время сборки.
	Ответить \| Правка \| К родителю #177 \| Наверх \| Cообщить модератору


	196. "В DNS-сервере BIND устранен серьёзный сбой, возникший..."	–1 +/–
	Сообщение от Vkni (ok), 14-Июн-14, 21:49
	> прикинь, для этого придумали статические анализаторы. и продолжают их совершенствовать. > а взваливать задачу анализа на компилятор — это без нужды компилятор > усложнять и увеличивать время сборки. Прикинь, компилятор всё равно обрабатывает этот случай.
	Ответить \| Правка \| К родителю #180 \| Наверх \| Cообщить модератору


	201. "В DNS-сервере BIND устранен серьёзный сбой, возникший..."	+/–
	Сообщение от arisu (ok), 14-Июн-14, 21:56
	> Прикинь, компилятор всё равно обрабатывает этот случай. прикинь, если снять с компилятора задачу диагностики, то можно сильно упростить код обработки и внутреннее представление программы. например, потому, что не надо будет пытаться превратить некое смещение в IR назад в человекочитаемый формат.
	Ответить \| Правка \| К родителю #196 \| Наверх \| Cообщить модератору


	210. "В DNS-сервере BIND устранен серьёзный сбой, возникший..."	–1 +/–
	Сообщение от Vkni (ok), 14-Июн-14, 22:10
	> прикинь, если снять с компилятора задачу диагностики, то можно сильно упростить код > обработки и внутреннее представление программы. Прикинь, движение ИТ всю жизнь идёт в обратную сторону - компьютер должен работать, а человек думать. И работа корректором постепенно перекладывается на сторону компьютера.
	Ответить \| Правка \| К родителю #201 \| Наверх \| Cообщить модератору


	213. "В DNS-сервере BIND устранен серьёзный сбой, возникший..."	+/–
	Сообщение от arisu (ok), 14-Июн-14, 22:14
	> Прикинь, движение ИТ всю жизнь идёт в обратную сторону - компьютер должен > работать, а человек думать. И работа корректором постепенно перекладывается на сторону > компьютера. прикинь, если ты разупорешься и попробуешь запоминать хотя бы несколько сообщений оппонентов, то с удивлением увидишь, что я не предлагаю упразднить диагностику per se.
	Ответить \| Правка \| К родителю #210 \| Наверх \| Cообщить модератору


	228. "В DNS-сервере BIND устранен серьёзный сбой, возникший..."	–1 +/–
	Сообщение от Vkni (ok), 14-Июн-14, 22:44
	> то с удивлением увидишь, что я не предлагаю упразднить диагностику per > se. Прикинь, если ты сам вернёшься из Валинора, ты узнаешь, что здесь стат. анализатора, комплиментарного GCC нет. Поэтому здесь и сейчас предупреждение надо ставить в GCC.
	Ответить \| Правка \| К родителю #213 \| Наверх \| Cообщить модератору


	230. "В DNS-сервере BIND устранен серьёзный сбой, возникший..."	+/–
	Сообщение от arisu (ok), 14-Июн-14, 22:47
	прикинь, а когда-то считали, что альтернативы рабскому труду нет, поэтому нужно больше рабов.
	Ответить \| Правка \| К родителю #228 \| Наверх \| Cообщить модератору


	237. "В DNS-сервере BIND устранен серьёзный сбой, возникший..."	–1 +/–
	Сообщение от Vkni (ok), 14-Июн-14, 23:19
	> прикинь, а когда-то считали, что альтернативы рабскому труду нет, поэтому нужно больше > рабов. Прикинь, если бы мы тогда жили, мы бы так и считали. Ибо, чтобы нужно было меньше рабов, должны пройти определённые изменения, НТР всякое.
	Ответить \| Правка \| К родителю #230 \| Наверх \| Cообщить модератору


	239. "В DNS-сервере BIND устранен серьёзный сбой, возникший..."	+1 +/–
	Сообщение от arisu (ok), 14-Июн-14, 23:29
	прикинь, если ничего не менять — ничего и не изменится. я предлагаю прекратить нанимать новых рабов и начать менять мир к лучшему, а ты — продолжить нанимать рабов и оставить задачу по изменению мира кому-то другому. спасибо, надеюсь, я никогда не «повзрослею» до уровня, когда тоже буду так думать.
	Ответить \| Правка \| К родителю #237 \| Наверх \| Cообщить модератору


	256. "В DNS-сервере BIND устранен серьёзный сбой, возникший..."	–2 +/–
	Сообщение от Vkni (ok), 15-Июн-14, 01:13
	> спасибо, надеюсь, я никогда не «повзрослею» до уровня, когда > тоже буду так думать. Повзрослеешь. Более того, ты наверняка уже повзрослел. Нужно просто перестать врать самому себе и нам.
	Ответить \| Правка \| К родителю #239 \| Наверх \| Cообщить модератору


	258. "В DNS-сервере BIND устранен серьёзный сбой, возникший..."	+1 +/–
	Сообщение от arisu (ok), 15-Июн-14, 01:36
	> Повзрослеешь. Более того, ты наверняка уже повзрослел. Нужно просто перестать врать самому > себе и нам. да-да-да-да. «перестань уже выпендриваться! ишь, моется он каждый день! перестань уже врать, мы же знаем, что на самом деле всё не так!»
	Ответить \| Правка \| К родителю #256 \| Наверх \| Cообщить модератору


	320. "В DNS-сервере BIND устранен серьёзный сбой, возникший..."	–1 +/–
	Сообщение от Vkni (ok), 17-Июн-14, 09:52
	> да-да-да-да. «перестань уже выпендриваться! ишь, моется он каждый день! перестань > уже врать, мы же знаем, что на самом деле всё не > так!» Я не сомневаюсь, что ты, лично, моешься каждый день. И Сшный стандарт читаешь, и Release Notes. А 99%, пишущих на C этого не делает.
	Ответить \| Правка \| К родителю #258 \| Наверх \| Cообщить модератору


	323. "В DNS-сервере BIND устранен серьёзный сбой, возникший..."	+1 +/–
	Сообщение от arisu (ok), 17-Июн-14, 13:28
	> А 99%, пишущих на C этого не делает. это их личные проблемы. не вижу, отчего я должен в честь сего начать хрюкать.
	Ответить \| Правка \| К родителю #320 \| Наверх \| Cообщить модератору


	325. "В DNS-сервере BIND устранен серьёзный сбой, возникший..."	+1 +/–
	Сообщение от Led (ok), 17-Июн-14, 14:56
	>> да-да-да-да. «перестань уже выпендриваться! ишь, моется он каждый день! перестань >> уже врать, мы же знаем, что на самом деле всё не >> так!» > Я не сомневаюсь, что ты, лично, моешься каждый день. И Сшный стандарт > читаешь, и Release Notes. А 99%, пишущих на C этого не > делает. Не моются?
	Ответить \| Правка \| К родителю #320 \| Наверх \| Cообщить модератору