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]

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

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

> Это не первый такой баг. Помнится не так давно gcc ломал сборку
> ядра или добавлял дыры убирая такие проверки.
Оптимизаторы вообще своеобразная штука, которая может подгадить.

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

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

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

> Оптимизаторы вообще своеобразная штука, которая может подгадить.
Так к ним главное требование - не гадить.

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

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

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

> Так к ним главное требование - не гадить.
Используйте -O0, только чур не плеваться на качество кода. А так - в данном случае оптимизатор формально прав. Как ни странно. Я конечно понимаю что у некоторых возникает батхерт, когда программы получаются умнее человека. Но это даже не столько заслуга программы, сколько недостаток человека, клавшего на стандарты с прибором и почему-то думавшего что undefined behavior будет работать именно так как ему удобно, а вовсе не...

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

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

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

>> Так к ним главное требование - не гадить.
> Используйте -O0, только чур не плеваться на качество кода. А так -
> в данном случае оптимизатор формально прав.
Оптимизатор - это не субъект, чтобы быть правым. А вставивший это в него несколько безответственен.
Мало ли что формально разрешено. Скажем, в месте с undefined behavior формально можно вставить всё, что угодно, включая вызов "rm -rf $HOME". Однако, если не быть идиотом, понятно, что компилятор должен обрабатывать это максимально безопасно.
Это только в глубоком детстве кажется, что "вот мы напишем правила, и всё будет зашибись". Нет, люди нарушают правила, правила не учитывают все возможные ситуации и т.д. Поэтому есть такое понятие "культура". Вот у создателей компиляторов промышленных языков с 50-ти летним багажом должна быть определённая культура поддержания совместимости.

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

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

Сообщение от 0xd34df00d (??), 13-Июн-14, 21:03

> Мало ли что формально разрешено. Скажем, в месте с undefined behavior формально
> можно вставить всё, что угодно, включая вызов "rm -rf $HOME". Однако,
> если не быть идиотом, понятно, что компилятор должен обрабатывать это максимально
> безопасно.
Хочется такой безопасности и вождения за ручку — не надо называть себя программистами на C и писать на сях.
> Это только в глубоком детстве кажется, что "вот мы напишем правила, и
> всё будет зашибись". Нет, люди нарушают правила, правила не учитывают все
> возможные ситуации и т.д. Поэтому есть такое понятие "культура". Вот у
> создателей компиляторов промышленных языков с 50-ти летним багажом должна быть определённая
> культура поддержания совместимости.
Культура есть. Флаг -std никто не отменял. Авторы проекта всё-таки, наверное, лучше компилятора знают, с каким стандартом у них кодовая база написана? И -std=c89 лично мне sane default'ом не кажется, например.

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

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

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

> Хочется такой безопасности и вождения за ручку — не надо называть себя
> программистами на C и писать на сях.
Я давно за то, чтобы сбросить язык Цэ с парохода современности, как Фортран и ассемблер.
> Культура есть. Флаг -std никто не отменял. Авторы проекта всё-таки, наверное, лучше
> компилятора знают, с каким стандартом у них кодовая база написана? И
> -std=c89 лично мне sane default'ом не кажется, например.
Ну, а теперь немного подумаем о том, как совместно собирать код, написанный до 99-го года и после. Скажем, вот вы в 2002-м году пишете программу, использующую заголовки из 1992-го.

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

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

Сообщение от 0xd34df00d (??), 13-Июн-14, 21:16

> Я давно за то, чтобы сбросить язык Цэ с парохода современности, как
> Фортран и ассемблер.
Современный Цэ++ вполне годен, не надо его сбрасывать.
Да и вообще, инструментом полезно уметь пользоваться, хоть джавой, хоть хаскелем.
>> Культура есть. Флаг -std никто не отменял. Авторы проекта всё-таки, наверное, лучше
>> компилятора знают, с каким стандартом у них кодовая база написана? И
>> -std=c89 лично мне sane default'ом не кажется, например.
> Ну, а теперь немного подумаем о том, как совместно собирать код, написанный
> до 99-го года и после.
Собирать часть с одним -std, часть — с другим. В C вроде даже вплоть до C11 нет проблем с разными ABI, не вижу проблемы.
> Скажем, вот вы в 2002-м году пишете программу, использующую заголовки из 1992-го.
Так исходная проблема-то в другом — там люди из 1992-го года писали программу, использующую заголовки из 2002-го. И это как раз решаемо вообще на раз-два. Обратная совместимость легче реализуема, чем forward.

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

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

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

> Современный Цэ++ вполне годен, не надо его сбрасывать.
Синтаксис уже такой, что ужас. Увы, но Цэ++ уже давно ужасен.
> Собирать часть с одним -std, часть — с другим.
Ещё раз - директива #include включает заголовок, написанный до 99-го года.
> В C вроде даже вплоть до C11 нет проблем с разными ABI, не вижу проблемы.
Ну вот GCCшники успешно внесли проблему несовместимости.
> Так исходная проблема-то в другом — там люди из 1992-го года писали программу, использующую заголовки из 2002-го. И это как раз решаемо вообще на раз-два. Обратная совместимость легче реализуема, чем forward.
Каждый отдельный случай решается на раз-два. Проблема в том, что этих раз-два миллионы за 50 лет накопилось. И большая часть этих раз-два неизвестна.

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

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

Сообщение от 0xd34df00d (??), 13-Июн-14, 21:22

>> Современный Цэ++ вполне годен, не надо его сбрасывать.
> Синтаксис уже такой, что ужас. Увы, но Цэ++ уже давно ужасен.
Вполне типичный синтаксис для сиподобного языка.
>> Собирать часть с одним -std, часть — с другим.
> Ещё раз - директива #include включает заголовок, написанный до 99-го года.
Системный инклюд? С чего бы.
Свой собственный, пользовательский — ну так разные стандарты языка и так могут быть не до конца совместимы.
>> В C вроде даже вплоть до C11 нет проблем с разными ABI, не вижу проблемы.
> Ну вот GCCшники успешно внесли проблему несовместимости.
Не в ABI.
>> Так исходная проблема-то в другом — там люди из 1992-го года писали программу, использующую заголовки из 2002-го. И это как раз решаемо вообще на раз-два. Обратная совместимость легче реализуема, чем forward.
> Каждый отдельный случай решается на раз-два. Проблема в том, что этих раз-два
> миллионы за 50 лет накопилось. И большая часть этих раз-два неизвестна.
Это как раз целый класс отдельных случаев, который и встретился в исходном посте. А что мы там обсуждаем инклюды 1992-го кода из 2002-го — это совсем другое дело, любопытное в качестве умственных разминок, но совершенно не имеющее отношения к исходной проблеме.

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

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

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

> Свой собственный, пользовательский — ну так разные стандарты языка и так могут
> быть не до конца совместимы.
На поддержание совместимости стандартов тратятся огромные силы. Собственно, из-за этой совместимости языком Цэ++ и пользуются до сих пор. Да и вообще начали пользоваться.
Страшно подумать, что бы было, если бы Цэ/Цэ++ начал меняться как Бидон.
> Не в ABI.
Но тем не менее - стандарты 99/89 в этом месте совместимы, а gcc пока нет. Я не сомневаюсь, что и в этот раз кому надо дадут по мозгам и исправят проблему. Слишком много денег крутится вокруг gcc.
> Это как раз целый класс отдельных случаев, который и встретился в исходном
> посте.
> А что мы там обсуждаем инклюды 1992-го кода из 2002-го
> — это совсем другое дело, любопытное в качестве умственных разминок, но
> совершенно не имеющее отношения к исходной проблеме.
За огромное кол-во лет накопилось всякое. А включение старых библиотек в новые проекты более чем естественно.
Тем не менее, это казуистика. А факт - gcc поломал совместимость стандартов 99 и 89.

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

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

Сообщение от 0xd34df00d (??), 13-Июн-14, 22:01

> На поддержание совместимости стандартов тратятся огромные силы. Собственно, из-за этой
> совместимости языком Цэ++ и пользуются до сих пор. Да и вообще
> начали пользоваться.
Не всегда. move semantics могут кое-какой код поломать (я на это сам натыкался, деталей не помню, правда), например.
> Но тем не менее - стандарты 99/89 в этом месте совместимы, а
> gcc пока нет.
Почему? Несовместимы. В более новом стандарте более сильные требования на параметры, как я понял. Какая же тут обратная совместимость?

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

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

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

> Не всегда. move semantics могут кое-какой код поломать (я на это сам
> натыкался, деталей не помню, правда), например.
Могут. Это неприятно и очень дорого.
> Почему? Несовместимы. В более новом стандарте более сильные требования на параметры, как
> я понял. Какая же тут обратная совместимость?
в ЭТОМ месте. Код 89-го года вполне компилируется с qsort 99-го.

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

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

Сообщение от 0xd34df00d (??), 13-Июн-14, 22:08

> в ЭТОМ месте. Код 89-го года вполне компилируется с qsort 99-го.
«Компилируется» — не значит «работает». Что мы и наблюдаем тут.

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

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

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

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

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

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

Сообщение от 0xd34df00d (??), 13-Июн-14, 22:15

> До "тут" он работал.
И это большая удача, не более. Вообще, мы говорили о совместимости стандартов. Если новый стандарт налагает более серьёзные требования на значения аргументов, чем старый, то совместимым со старым его назвать нельзя. Это к тому, виноват gcc или нет, нарушил он совместимость или нет.
А что там деньги тратятся — ну да, тратятся. Но это в данном случае дело десятое.

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

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

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

> Если новый стандарт налагает более серьёзные требования на значения аргументов, чем
> старый, то совместимым со старым его назвать нельзя.
Стандарты слишком сложны, чтобы быть 100% совместимыми. Уже введение нового ключевого слова поломает часть программ. Поэтому можно говорить лишь о большей и меньшей совместимости. В С/С++ её поддерживают значительно лучше, чем в том же Python'е.

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

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

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

> Тем не менее, это казуистика. А факт - gcc поломал совместимость стандартов
> 99 и 89.
слушай, ну хватит уже, всё, не надо больше, я не могу столько смеяться!

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

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

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

> Вполне типичный синтаксис для сиподобного языка.
Это лямбды-то? Шаблоны в современном применении - вообще ужас ужасный.

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

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

Сообщение от 0xd34df00d (??), 13-Июн-14, 22:06

> Это лямбды-то?
Чем [] (auto x, auto y) { return x + y; } сильно так сложнее (x, y) => x + y ?
Это для такого банального случая скобочек-палочек чуть больше у плюсов, а для сколь угодно нетривиальной лямбды различия ещё слабее.
Причём, в C++17 ЕМНИП есть пропозал, что auto в параметрах вообще можно будет не писать, будет полагаться по дефолту.
> Шаблоны в современном применении - вообще ужас ужасный.
В тривиальных случаях всё очень просто, а нетривиальные так не обязательны :)

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

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

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

> Чем [] (auto x, auto y) { return x + y; }
> сильно так сложнее (x, y) => x + y ?
Какое отношение имеют скобки, означающие массив, к лямбда-функциям?
> Причём, в C++17 ЕМНИП есть пропозал, что auto в параметрах вообще можно
> будет не писать, будет полагаться по дефолту.
Вывод типов предложили в 1969-м году. В С++ он не вставлен, по-видимому, из-за обратной совместимости с нестрого типизированным C.
> В тривиальных случаях всё очень просто, а нетривиальные так не обязательны :)
Тем не менее, выход за пределы тривиального случая преобразуется в ужас-ужас-ужас.

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

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

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

>> Чем [] (auto x, auto y) { return x + y; }
>> сильно так сложнее (x, y) => x + y ?
> Какое отношение имеют скобки, означающие массив, к лямбда-функциям?
Эм, они вообще-то обозначают начало лямбды. Ну и какой массив обозначают скобки вида [x = std::move (y)] ?
> Вывод типов предложили в 1969-м году. В С++ он не вставлен, по-видимому,
> из-за обратной совместимости с нестрого типизированным C.
Однако, C++ и так чуть более строго типизирован, чем C (например, void* к T* сходу не приведётся). Кроме того, вывод типов уровня auto и так уже есть, что-то вроде утиной типизации в темплейтах — тоже, а Хиндли-Милнера вы едва ли найдёте в хотя бы одном сиподобном языке. Хоть в джаве, хоть в C#, хотя им уж точно совместимость с C поддерживать не нужно.
Впрочем, там всё равно не вывод типов, а шаблонный operator(), соответствующий структуре-функтору, генерирующейся по лямбде.
> Тем не менее, выход за пределы тривиального случая преобразуется в ужас-ужас-ужас.
В 100% случаев выходить не обязательно. Да, нетривиальное применение шаблонов может существенно сэкономить время и количество строк кода, но ведь мощные инструменты не обязаны быть простыми.

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

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

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

> Эм, они вообще-то обозначают начало лямбды. Ну и какой массив обозначают скобки
> вида [x = std::move (y)] ?
О! Вот это и вопрос - глаз видит скобки, 25 лет означающие массив, а реально там что-то другое.
> Однако, C++ и так чуть более строго типизирован, чем C (например, void*
> к T* сходу не приведётся).
В 1986-м году основное требование - код на С должен компилироваться без проблем.
> а Хиндли-Милнера вы едва ли найдёте в хотя бы одном
> сиподобном языке.
Ну и что? Разве это хорошо?
> Хоть в джаве, хоть в C#, хотя им уж
> точно совместимость с C поддерживать не нужно.
Java и C#, по-видимому, устарели с самого своего появления.
> но ведь мощные инструменты не
> обязаны быть простыми.
Чем проще, тем лучше при прочих равных. А С++ уже очень сложен.

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

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

Сообщение от 0xd34df00d (??), 13-Июн-14, 22:21

>> Эм, они вообще-то обозначают начало лямбды. Ну и какой массив обозначают скобки
>> вида [x = std::move (y)] ?
> О! Вот это и вопрос - глаз видит скобки, 25 лет означающие
> массив, а реально там что-то другое.
Я, конечно, не 25 лет пишу на плюсах, а всего лет 10, но глаз у меня видит начало лямбды.
>> а Хиндли-Милнера вы едва ли найдёте в хотя бы одном
>> сиподобном языке.
> Ну и что? Разве это хорошо?
Да. Не знаю, как у вас, а у меня плохо получается представить себе императивный язык с Х-М и в то же время сиподобной системой типов. Х-М без каких-нибудь там тайпклассов и тому подобного не очень-то и полезен, ИМХО.
Хотя, конечно, бывает, пишешь очередной костыль с type erasure на плюсах, например, и очень сильно жалеешь об отсутствии экзистенциальных типов. Но это такое.
>> но ведь мощные инструменты не
>> обязаны быть простыми.
> Чем проще, тем лучше при прочих равных. А С++ уже очень сложен.
И тут возвращаемся к тому, что в 100% случаев вся мощь темплейтов не обязательна.

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

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

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

> Я, конечно, не 25 лет пишу на плюсах, а всего лет 10,
> но глаз у меня видит начало лямбды.
А у меня он сперва видит какую-то инициализацию массива, которую уже потом я воспринимаю, как лямбду. Т.е. читаемость значительно ухудшилась.
> Х-М без каких-нибудь там тайпклассов и тому подобного не
> очень-то и полезен, ИМХО.
Так классы типов хотели ввести.

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

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

Сообщение от 0xd34df00d (??), 13-Июн-14, 22:34

> Так классы типов хотели ввести.
Эм, это где? Опять я всё пропустил.

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

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

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

>> Так классы типов хотели ввести.
> Эм, это где? Опять я всё пропустил.
Так концепты.

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

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

Сообщение от 0xd34df00d (??), 13-Июн-14, 22:40

>>> Так классы типов хотели ввести.
>> Эм, это где? Опять я всё пропустил.
> Так концепты.
Ох, да им до тайпклассов таки… далеко, в общем.
Да и это для темплейтов всё равно. Ограниченный Х-М получится.

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

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

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

> Ох, да им до тайпклассов таки… далеко, в общем.
> Да и это для темплейтов всё равно. Ограниченный Х-М получится.
auto тоже далеко до pattern matching'а. Увы, другого C++ у меня для вас нет - всё упирается в сложность языка и поддержку совместимости с имеющимся кодом.

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

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

Сообщение от 0xd34df00d (??), 13-Июн-14, 22:44

> auto тоже далеко до pattern matching'а. Увы, другого C++ у меня для
> вас нет - всё упирается в сложность языка и поддержку совместимости
> с имеющимся кодом.
Паттерн-матчинг в темплейтах есть уже сегодня. Ну, это если мы о темплейтах говорим.
Впрочем, конечно, если охота писать на каком-нибудь хаскеле, лучше писать на хаскеле, а не издеваться над бедными компиляторами и прочим тулчейном. Вон, gdb 7.7 от особо наркоманских шаблоновывертов успешно падает.

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

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

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

>> Эм, они вообще-то обозначают начало лямбды. Ну и какой массив обозначают скобки
>> вида [x = std::move (y)] ?
> О! Вот это и вопрос - глаз видит скобки, 25 лет означающие
> массив, а реально там что-то другое.
нет, оказывается, всё ещё могу.
const int a[] = {1,2,42}.
глаз видит скобки, пол-века обозначающие «начало блока операторов или определений», а это на самом деле — инициализация массива. вот когда обоснуешь, почему тут скобки фигурные, а не квадратные — тогда можно будет продолжить по поводу лямбд и их скобок.

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

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

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

> глаз видит скобки, пол-века обозначающие «начало блока операторов или определений»,
> а это на самом деле — инициализация массива. вот когда обоснуешь,
> почему тут скобки фигурные, а не квадратные — тогда можно будет
> продолжить по поводу лямбд и их скобок.
Молодец! Вот и я пишу, что с синтаксисом в Цэ++ полный трындец. Большое спасибо за пример.

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

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

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

> Молодец! Вот и я пишу, что с синтаксисом в Цэ++ полный трындец.
> Большое спасибо за пример.
пожалуйста. правда, я привёл пример сишного синтаксиса, но так же неинтересно, это же окажется, что цпп просто следует традициям.

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

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

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

> пожалуйста. правда, я привёл пример сишного синтаксиса, но так же неинтересно, это
> же окажется, что цпп просто следует традициям.
Цэ просто более-менее обозрим, хотя с синтаксисом уже плохо - см. ещё указатель на функцию. :-) А у ЦэПП уже полный Ԥ, потому как количество переходит в качество.

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

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

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

> Цэ просто более-менее обозрим, хотя с синтаксисом уже плохо - см. ещё
> указатель на функцию. :-) А у ЦэПП уже полный Ԥ, потому
> как количество переходит в качество.
я вот недавно ещё страшнее вещь заметил: куча имён функций может начинаться на «p». ты представляешь, какой это ужас? ведь я как вижу «p», так сразу ожидаю, что там будет «printf»! а тут такой облом…

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

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

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

>> пожалуйста. правда, я привёл пример сишного синтаксиса, но так же неинтересно, это
>> же окажется, что цпп просто следует традициям.
> Цэ просто более-менее обозрим, хотя с синтаксисом уже плохо - см. ещё
> указатель на функцию. :-) А у ЦэПП уже полный Ԥ, потому
> как количество переходит в качество.
Самое интересное, что в C++ это уже и не нужно вовсе, есть же std::function.
Хотя, конечно, если мы захотим передать лямбду в G_CALLBACK без временных переменных и тому подобного, то начнут вылезать всякие интересности вроде конструкций типа G_CALLBACK (+[] (...) { ... }). Плюсик тут прелестен, да.

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

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

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

> Самое интересное, что в C++ это уже и не нужно вовсе, есть же std::function.
В С++ есть десятки способов реализовать одну и ту же задачу. Это одновременно и хорошо, и плохо.

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

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

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

> В С++ есть десятки способов реализовать одну и ту же задачу. Это
> одновременно и хорошо, и плохо.
Как мне десятком способов передать замыкание в роли этакого коллбека или функтора? Я сходу только два придумал.

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

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

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

> Как мне десятком способов передать замыкание в роли этакого коллбека или функтора?
> Я сходу только два придумал.
Если чутка обобщить задачу, получится - класс, шаблон, макрос, указатель на функцию.

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

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

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

> указатель на функцию. :-) А у ЦэПП уже полный Ԥ, потому
> как количество переходит в качество.
Да, всякие слабаки уходят программить на яве и питоне. Поэтому программами на си++ даже пользоваться реально. Их писали настоящие программисты.

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

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

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

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

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

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

Сообщение от 0xd34df00d (??), 16-Июн-14, 17:33

> тебя кто-то жестоко обманул, когда сказал, что «настоящее программирование»
> — это анальные мучения с языком, придуманым идиотом и десятки лет
> развиваемым комитетом идиотов.
Анальные мучения там чаще всего возникают с реализацией. Чего далеко ходить, вот из моего сегодняшнего, например: http://0xd34df00d.point.im/nwddi
В языке местами тоже есть лажа и недоработки, но они либо из-за совместимости с С, либо фиксятся в следующих стандартах (вроде отсутствия std::future::then).

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

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

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

тут такое дело, что я просто на дух не переношу цпп. там ВСЁ плохо. особенно то, что пытались сделать хорошо.

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

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

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

>> указатель на функцию. :-) А у ЦэПП уже полный Ԥ, потому
>> как количество переходит в качество.
> Да, всякие слабаки уходят программить на яве и питоне.
Не, туда уходят реально мужественные люди. На одном - шаблоны сделаны хуже, чем в C++, хотя и позже, а другой - это вечный слом API в сочетании с динамической типизацией.

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

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

Сообщение от Anonym2 (?), 14-Июн-14, 23:39

> const int a[] = {1,2,42}.
> глаз видит скобки, пол-века обозначающие <<начало блока операторов или определений>>,
> а это на самом деле - инициализация массива. вот когда обоснуешь,
> почему тут скобки фигурные, а не квадратные - тогда можно будет
> продолжить по поводу лямбд и их скобок.
Это значит что уже не важно что видит ваш глаз.
(инициализация массивов - далеко не нововведение в C)...

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

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

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

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

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

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

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

> Ну, а теперь немного подумаем о том, как совместно собирать код, написанный
> до 99-го года и после. Скажем, вот вы в 2002-м году
> пишете программу, использующую заголовки из 1992-го.
да запросто. раздельную компиляцию придумали ещё в прошлом веке.

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

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

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

> да запросто. раздельную компиляцию придумали ещё в прошлом веке.
А читать тебя научили 30-40 лет назад. А всё равно, про включённые заголовки не прочёл.

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

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

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

>> да запросто. раздельную компиляцию придумали ещё в прошлом веке.
> А читать тебя научили 30-40 лет назад. А всё равно, про включённые
> заголовки не прочёл.
прочёл. и что?

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

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

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

> прочёл. и что?
Теперь вспоминаем, что такое раздельная компиляция.

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

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

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

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

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

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

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

> то, что я каждый день использую.
Молодец, правильно рассказал. А теперь представь, что у тебя есть замшелый софт (пост 99), использующий ещё более замшелые библиотеки (пре 99). Оно работает, ты просто его перекомпилируешь под систему. И, внезапно, на 4.9 получаем опа из-за оптимизации. И ты либо сидишь на древнем говно-Линуксе, либо тратишь тонны времени на отладку.

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

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

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

>> то, что я каждый день использую.
> Молодец, правильно рассказал. А теперь представь, что у тебя есть замшелый софт
> (пост 99), использующий ещё более замшелые библиотеки (пре 99). Оно работает,
> ты просто его перекомпилируешь под систему. И, внезапно, на 4.9 получаем
> опа из-за оптимизации. И ты либо сидишь на древнем говно-Линуксе, либо
> тратишь тонны времени на отладку.
нет, у меня такого «внезапно» не бывает. потому что я немножко в курсе стандартов, в курсе поведения оптимизатора и в курсе того, что в «замшелом софте» с вероятностью 100% куча UB, поэтому прежде всего я буду собирать его с -O0, а уж потом — если надо — шерстить код на предмет того, что там следует починить в соответствии с нынешними реалиями.

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

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

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

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

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

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

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

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

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

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

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

>> то, что я каждый день использую.
> Молодец, правильно рассказал. А теперь представь, что у тебя есть замшелый софт
> (пост 99), использующий ещё более замшелые библиотеки (пре 99). Оно работает,
> ты просто его перекомпилируешь под систему. И, внезапно, на 4.9 получаем
> опа из-за оптимизации. И ты либо сидишь на древнем говно-Линуксе, либо
> тратишь тонны времени на отладку.
Или еще вариант: не пользуешься софтом за авторством людей, не знающих свои инструменты. Если человек включает хедеры пре99-версии языка, то он не имеет права писать код на пост99-версии языка, по крайней мере, без очень тщательной инспекции этих хедеров.
А оптимизаторы — дело тут десятое.

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

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

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

> Или еще вариант: не пользуешься софтом за авторством людей, не знающих свои
> инструменты.
Ну это ты крут. Прелагаю тебе попробовать и выписать тут программы, которыми можно пользоваться. Ядро, я так понимаю, только l4.

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

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

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

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

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

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

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

> Зачем? Можно на самом деле спокойно пользоваться и чинить баги, а не
> обвинять плохие компиляторы.
Ну бред-то не надо писать, а? Берёте wc -l, исходники ядра, libc считаете кол-во строк и думаете, сколько вам времени понадобится на исправление ошибок.

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

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

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

> Ну бред-то не надо писать, а? Берёте wc -l, исходники ядра, libc
> считаете кол-во строк и думаете, сколько вам времени понадобится на исправление
> ошибок.
А их так и так исправлять придется. Ошибка из исходного поста — так, индикатор отношения к стандартам, не более. Если есть такая ошибка, наверняка будет и множество других. Все из них отключением оптимизатора не «исправишь».

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

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

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

> А их так и так исправлять придется.
Почему? У софта есть время жизни, после которого софт становится не нужен => больше ошибки в нём искать не нужно.
Типичный пример - игра Prince of Persia. После того, как он ушёл в антиквариат, в нём находили ошибки.
P.S.
Я не пишу про отключение оптимизатора, хоть предупреждение выбрасывайте.

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

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

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

> Почему? У софта есть время жизни, после которого софт становится не нужен
> => больше ошибки в нём искать не нужно.
Какое время жизни у linux kernel или glibc, про которые шла речь в комментарии, на который я отвечал?

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

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

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

> Какое время жизни у linux kernel или glibc, про которые шла речь
> в комментарии, на который я отвечал?
Ядро Линукса и glibc состоят из частей, которые периодически заменяются на другие. Поэтому, хотя время жизни целого весьма велико, время жизни каждой части вполне ограничено.

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

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

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

> Ядро Линукса и glibc состоят из частей, которые периодически заменяются на другие.
> Поэтому, хотя время жизни целого весьма велико, время жизни каждой части
> вполне ограничено.
Тогда это вырождается во «взять и переписать», так критикуемое вами.

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

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

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

> Тогда это вырождается во «взять и переписать», так критикуемое вами.
Не вырождается, т.к. там "две страницы вырванных выкладок".
То "взять и переписать", которое я ТАК критикую - это когда очевидные плюсы совершенно не смотрятся на фоне очевидных минусов. Тут же код "естественным образом" приходит и уходит. Старые, неиспользуемые драйвера выкинули, новые добавили, переписали сетевой стек для большей производительности и т.д. Одних планировщиков процессора в линуксе делали массу.
В случае Xorg и Wayland или init и systemd я не вижу плюсов от переписывания, зато вижу минусы. Могу раскрыть, если интересно, подробнее.

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

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

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

> Ну бред-то не надо писать, а? Берёте wc -l, исходники ядра, libc
> считаете кол-во строк и думаете, сколько вам времени понадобится на исправление
> ошибок.
и поэтому ошибки чинить не будем: всё равно это нереально, не так ли? про декомпозицию, верификацию и прочие умные слова если и слышали, то давно и краем уха.

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

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

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

> и поэтому ошибки чинить не будем: всё равно это нереально, не так
> ли? про декомпозицию, верификацию и прочие умные слова если и слышали,
> то давно и краем уха.
Арису, вернись из Валинора и убери ребёнка с компьютера. До 20-ти лет он не сможет понять, что мир не чёрно-белый. Ошибки, разумеется, чинить надо, но в зависимости от времени жизни, серьёзности софта и других параметров. В ряде случаев лучше сделать так, чтобы проявления ошибок были не столь разрушительны - вставить защиту памяти, защиту системы от rm -rf, запускать программу в песочнице и т.д.

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

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

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

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

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

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

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

> знаешь, есть такое практическое наблюдение у меня: когда кто-то говорит про «нечёрнобелый
> мир», в подавляющем большинстве случаев он пытается этим замаскировать свою лень
> и рукожопие.
У вас, в Валиноре всё именно так, да. Возвращайся обратно, пожалуйста.

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

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

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

нет, спасибо, хрюкайте без меня.

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

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

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

> тратишь тонны времени на отладку.
Если ты завинтил древнему коду мега-оптимизации не имея понятия о том насколько этот код следует стандартам и прочее - не очень понятно на кого тут можно жаловаться кроме самого себя. Оптимизатор имеет право делать все что угодно в рамках стандарта. А если кто полагался на UB - наверное это не оптимизатор виноват?

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

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

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

> Если ты завинтил древнему коду мега-оптимизации
Там в Makefile как было -O2, так и осталось. Только с увеличением версий gcc это -O2 стало означать несколько другое.

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

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

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

> Я давно за то, чтобы сбросить язык Цэ с парохода современности,
Сбросьте.
> ассемблер.
А вон та пачка свежих коммитов в libvpx на хардкорном ассемблере с AVX и Neon - это вам как? Куда вы там кого сбросили? Хотя да, академики типа вас предложат нам запускать кодек VP9 на Cray, ведь у них под рукой есть - можно мувик для ютуба за разумное время компреснуть. А то что юзеры на писюках будут неделю ффтыкать на расово верный и безопасный, но жутко тормозной код - академиков не парит :).
> Скажем, вот вы в 2002-м году пишете программу, использующую заголовки из 1992-го.
Это, мягко говоря, довольно нишевой случай. И при столь экзотичном случае (криокамера разморозилась и програмер не заметил что прошло 10 лет?) - немного запатчить код может и придется.

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

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

Сообщение от Anonym2 (?), 14-Июн-14, 02:18

>>> Так к ним главное требование - не гадить.
>> Используйте -O0, только чур не плеваться на качество кода. А так -
>> в данном случае оптимизатор формально прав.
> Оптимизатор - это не субъект, чтобы быть правым. А вставивший это в
> него несколько безответственен.
> Мало ли что формально разрешено. Скажем, в месте с undefined behavior формально
> можно вставить всё, что угодно, включая вызов "rm -rf $HOME". Однако,
> если не быть идиотом, понятно, что компилятор должен обрабатывать это максимально
> безопасно.
:-) Не должен...
Это вам к любителям Java, скорее.
> Это только в глубоком детстве кажется, что "вот мы напишем правила, и
> всё будет зашибись". Нет, люди нарушают правила, правила не учитывают все
> возможные ситуации и т.д. Поэтому есть такое понятие "культура". Вот у
> создателей компиляторов промышленных языков с 50-ти летним багажом должна быть определённая
> культура поддержания совместимости.
При чём здесь совместимость? С точки зрения C 80х годов всё обстоит отнюдь не лучше...

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

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

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

> думавшего что undefined behavior будет работать именно так как ему удобно
потому что всю жизнь ub относилось не к компилятору а к процессору. си был высокоуровневым ассемблером. и ub подразумевало, что компилятор скомпилирует как есть, а сможет ли это выполнить процессор - это уже и будет ub. и си-программисты это понимали. и смело использовали, например, (unsigned)-1 для получения максимального беззнакового целого числа на архитектурах типа x86, где это работало.
теперь же пришли "оптимизаторы", и наоптимизировали так, что си скатился в убогий паскаль, где без лишней головной боли нельзя даже преобразовать Integer в Word. программа это уже не инструкция компьютеру, что он должен сделать, а оправдательная записка компилятору, с просьбой разрешить выполнение алгоритма.
а по сути, современный "оптимизированный" /bin/sleep занимает 20КБ, хотя исходного кода там на 20 строк. зато соптимизировали лишние проверки, ага.

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

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

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

> потому что всю жизнь ub относилось не к компилятору а к процессору.
> си был высокоуровневым ассемблером. и ub подразумевало, что компилятор скомпилирует как
> есть, а сможет ли это выполнить процессор - это уже и
> будет ub.
школоло, покажи эти слова в стандарте.

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

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

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

Ну очевидно же, что подобные штуки в стандартах не пишут. Точно также, как в УК не написано, что воровать плохо (только тюремные сроки).
Т.е. если ты хочешь подтверждений тезиса, нужны статьи или рассуждения Кернигана и Ричи с объяснениями, что и зачем. Было бы неплохо, если бы предыдущий комментатор их предоставил.

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

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

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

> Ну очевидно же, что подобные штуки в стандартах не пишут.
поэтому «подобные штуки» — не более чем досужие измышления.
> Точно также, как в УК не написано, что воровать плохо (только тюремные сроки).
это как раз потому, что воровать — не плохо, а уголовно наказуемо.
> Т.е. если ты хочешь подтверждений тезиса, нужны статьи или рассуждения Кернигана и
> Ричи с объяснениями, что и зачем.
какое отношение k&r имеют к текущим стандартам?

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

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

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

> поэтому «подобные штуки» — не более чем досужие измышления.
Естественно, нет. Вокруг каждого ЯП есть определённая культура - то, что плохо формализуется. То, что ты её не видишь, очень плохо.
> это как раз потому, что воровать — не плохо, а уголовно наказуемо.
А почему воровать уголовно наказуемо?
> какое отношение k&r имеют к текущим стандартам?
Если ты таки прочитаешь внимательно комментатора, которого несправедливо обосрал, ты поймёшь, что он писал про дела минувших дней.

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

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

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

>> поэтому «подобные штуки» — не более чем досужие измышления.
> Естественно, нет. Вокруг каждого ЯП есть определённая культура - то, что плохо
> формализуется. То, что ты её не видишь, очень плохо.
Очень плохо ссылаться на плохо формализуемые вещи.

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

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

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

> Очень плохо ссылаться на плохо формализуемые вещи.
??? В школе что-нибудь, кроме арифметики проходили?

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

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

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

>> Очень плохо ссылаться на плохо формализуемые вещи.
> ??? В школе что-нибудь, кроме арифметики проходили?
Да, но последние N лет исключительно всякими формальными вещами занимаюсь. Профдеформация, видимо.

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

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

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

> Да, но последние N лет исключительно всякими формальными вещами занимаюсь. Профдеформация,
> видимо.
Видимо. Потому, что есть масса нужных, но плохо формализуемых вещей, которыми мы пользуемся ежедневно. Таких, как, например, умение писать хорошо читаемый код, хорошо читаемые статьи.

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

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

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

>> поэтому «подобные штуки» — не более чем досужие измышления.
> Естественно, нет. Вокруг каждого ЯП есть определённая культура - то, что плохо
> формализуется. То, что ты её не видишь, очень плохо.
естественно, да. то, что кучка людей договорилась чесать левое ухо и делать три приседания перед тем, как запускать компилятор — это их личная проблема и местечковый обычай. ни авторы компилятора, ни авторы библиотек не обязаны обращать внимание на местечковые обычаи, у них есть документ, которым они руководствуются. всё, что в этом документе не описано, они поддерживать не должны.
>> это как раз потому, что воровать — не плохо, а уголовно наказуемо.
> А почему воровать уголовно наказуемо?
потому что общество так договорилось. впрочем, то же самое общество узаконило некоторые формы отнятия личной собственности для некоторых членов. не надо в этом искать логику, а то можно быстро до недозволеных речей дойти.
>> какое отношение k&r имеют к текущим стандартам?
> Если ты таки прочитаешь внимательно комментатора, которого несправедливо обосрал, ты поймёшь,
> что он писал про дела минувших дней.
а если ты удосужишься почитать его стенания, то увидишь, что он писал напрямую о сегодняшнем дне, и рассказывал, что раньше трава была зеленей. кто ему запрещает взять софт из старых добрых дней и сидеть на нём — не ясно.
стандарт си (как и любой стандарт, где встречаются слова UB, да и вообще любой стандарт, созданный комитетом) — конечно, гуано. но так сложилось, что это последняя инстанция, основополагающий документ. и если этот документ что-то позволяет, то это правильно. если, исходя из документа, некоторые проверки можно удалить — оптимизатор вправе их удалить. особенно если — повторяю в очередной раз — корректная работа оптимизатора гарантирована только для программ, в которых нет UB.

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

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

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

> ни авторы компилятора, ни авторы библиотек не
> обязаны обращать внимание на местечковые обычаи, у них есть документ, которым
> они руководствуются. всё, что в этом документе не описано, они поддерживать
> не должны.
Ещё раз тебе пишу - давай вставлять rm -rf $HOME там, где появилось UB.
> потому что общество так договорилось.
В УК в статье про воровство это написано?
> а если ты удосужишься почитать его стенания, то увидишь, что он писал
> напрямую о сегодняшнем дне, и рассказывал, что раньше трава была зеленей.
Эволюция культуры - обычное дело. То, что он пишет - вполне правдоподобно, но надо проверять. А возврата к С == ассемблер, быть, разумеется, не может.
> если, исходя из документа, некоторые проверки можно
> удалить — оптимизатор вправе их удалить.
Исходя из документа, оптимизатор может ставить rm -rf $HOME в любое место, где есть UB. Но наличие определённой культуры написателям оптимизатора это делать мешает. Поэтому не надо мне рассказывать про то, что написатели оптимизатора должны руководствоваться ИСКЛЮЧИТЕЛЬНО стандартом и желанием оптимизировать.
Я просто желаю, чтобы они выдали предупреждение в том месте, где удаляют проверку. И они, судя по предыдущему подобному косяку, который я видел, это сделают.

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

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

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

> Ещё раз тебе пишу - давай вставлять rm -rf $HOME там, где
> появилось UB.
с удовольствием. количество говнокода (и говнокодеров) хотя бы на си после этого сократится в разы.
>> потому что общество так договорилось.
> В УК в статье про воровство это написано?
это принцип формирования конституции, знаешь ли.
> Исходя из документа, оптимизатор может ставить rm -rf $HOME в любое место,
> где есть UB. Но наличие определённой культуры написателям оптимизатора это делать
> мешает. Поэтому не надо мне рассказывать про то, что написатели оптимизатора
> должны руководствоваться ИСКЛЮЧИТЕЛЬНО стандартом и желанием оптимизировать.
разупарывайся уже, пожалуйста. потому что вот этот процитированный мной абзац — это просто несвязный бред.
> Я просто желаю, чтобы они выдали предупреждение в том месте, где удаляют
> проверку. И они, судя по предыдущему подобному косяку, который я видел,
> это сделают.
да вообще на каждое действие по 100500 предупреждений, чего мелочиться-то? совместил оптимизатор две переменные на стеке — предупреждение. убрал «+0» — предупреждение. а уж если посмел переписать выражение в CSE — вообще весь экран должно предупреждениями завалить.

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

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

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

> разупарывайся уже, пожалуйста. потому что вот этот процитированный мной абзац — это
> просто несвязный бред.
Это ты, лучше возвращайся из Валинора.
> да вообще на каждое действие по 100500 предупреждений, чего мелочиться-то? совместил оптимизатор
> две переменные на стеке — предупреждение. убрал «+0» — предупреждение.
> а уж если посмел переписать выражение в CSE — вообще весь
> экран должно предупреждениями завалить.
На каждое не надо, а на такие приколы ставят.
Именно GCCшники ставят, это же не первый раз замужем. В прошлый раз, который я помню, SPEC поломали. Тоже воплей было, что UB, что можно всё, хоть маму убить. Но кончилось победой разума над идиотизмом - вставили предупреждение.

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

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

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

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

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

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

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

> какие «такие»? соблюдение стандартов? говнокодеры от этого всё равно не начнут
> учить языки, на которых говнокодят.
Да, на Цэ написаны тонны говнокода. И что изменится от того, что ты объявишь его неправильным? Ничего.
> потому что их тоже говнокодеры задалбывают.
Если ты поддерживаешь компилятор для языка с 50-ти летней историей, ты подписываешься под ответственностью держать совместимость. Даже с говнокодом. Не хочешь - иди пили компилятор для Rust'а. Или Python'а.

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

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

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

> Да, на Цэ написаны тонны говнокода. И что изменится от того, что
> ты объявишь его неправильным? Ничего.
ещё раз: это не причина делать костыли.
>> потому что их тоже говнокодеры задалбывают.
> Если ты поддерживаешь компилятор для языка с 50-ти летней историей, ты подписываешься
> под ответственностью держать совместимость.
лолвут? оригинальный сишный код сейчас не соберёт *ни* *один* компилятор. нет, не k&r C, а оригинал.
и да: собирает. и работает. с -O0. ещё раз настырно спрашиваю: в чём проблема прочитать документацию, где говорится о том, какие гарантии даются на оптимизатор?

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

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

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

> ещё раз: это не причина делать костыли.
Причина. Та же эпопея со SPEC - либо корректируем SPEC2006 => все предыдущие результаты SPEC2006 на помойку, либо gcc больше не проходит SPEC2006, либо костыль. Папа, что ты хочешь - крокодильчика, удавчика или хомячка?
Тут, где кругом говно, грязь и соответствующий код, почему-то выбирают костыль в gcc. И я даже не понимаю, почему так? В Валиноре, конечно, выбрасывают SPEC.

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

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

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

> Тут, где кругом говно, грязь и соответствующий код, почему-то выбирают костыль в
> gcc.
и поэтому там вечно будет говно, грязь и говнокод. по буквам:
в
е
ч
н
о
и, само собой, живущие в этом говне всегда будут завидовать «валинору», и от этой зависти требовать, чтобы нормальные разумные существа тоже барахтались в грязи и хрюкали.

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

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

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

> и поэтому там вечно будет говно, грязь и говнокод. по буквам:
> в
> е
> ч
> н
> о
Буквы не те. Правильно О П Ж А, а составить нужно слово ВЕЧНОСТЬ. Но ты прав - в реальном мире даже после самой чистой уборки есть место, где лежит грязь. И это, тем не менее, не отменяет необходимости уборки.
Такая, блин, диалектика. Короче, возращайся из Валинора, посмотри вокруг, на реальный мир.

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

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

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

я предлагаю перестать сорить (и за попытку насорить бить канделябром), а ты предлагаешь нанять побольше уборщиков. спасибо, живи в своём мире сам, а мне в моём намного комфортней.

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

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

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

> я предлагаю перестать сорить (и за попытку насорить бить канделябром), а ты
> предлагаешь нанять побольше уборщиков. спасибо, живи в своём мире сам, а
> мне в моём намного комфортней.
Ты предлагаешь перестать сорить вообще. На намёки, что это невозможно, и при большом стечении народу будет груда мусора, даже при наличии канделябров, ты обижаешься.
Я предлагаю:
а) сорить по-меньше, включив канделябр.
б) набрать больше уборщиков.
Т.е. стандартный комплексный подход.
P.S.
Разумеется, мы оба живём в моём мире, т.к. он реален.

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

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

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

> Ты предлагаешь перестать сорить вообще.
в перспективе — да. начать это с того, что прекратить проявлять терпимость к тем, кто сорит. нет, не «они не виноваты, может, потом поймут», а «подобрал и сожрал, скотина!»
> P.S. Разумеется, мы оба живём в моём мире, т.к. он реален.
конечно, реален — в этом ты прав. а вот в том, что мы там оба — нет. я по необходимости иногда захаживаю к вам (надев предварительно костюм биозащиты, потому как место гиблое), быстро делаю то, за чем зашёл и ухожу.

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

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

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

> в перспективе — да. начать это с того, что прекратить проявлять терпимость
> к тем, кто сорит. нет, не «они не виноваты, может, потом
> поймут», а «подобрал и сожрал, скотина!»
Это лишь красивые слова. Ты лучше скажи, что со SPEC'ом делать? Ну расстрелял ты того, кто внёс ошибочный код (если он ещё не помер, конечно), дальше что?
Простая проблема, чётко по теме: gcc последней версии генерирует вылетающий код в одном из тестов SPEC'а, все остальные компиляторы, проходящие SPEC, генерируют работающий. Что делать?

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

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

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

> Что делать?
разобраться, где баг и починить его именно там. если по стандарту gcc прав, то баг в тесте, и чинить надо тест.

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

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

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

> разобраться, где баг и починить его именно там. если по стандарту gcc
> прав, то баг в тесте, и чинить надо тест.
Ты понимаешь, что все тесты с этим багом станут автоматом невалидны? И их нельзя будет сравнивать с твоим "исправленным"?

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

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

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

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

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

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

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

> и это правильно. какой смысл в тесте, защищающем ошибку?
Он не защищает ошибку, а содержит. Эта ошибка - выход за границы массива при чтении никак себя не проявляет на всех компиляторах, кроме одного.
Если просчитать затраты сил на переделывание всех тестов и вставку костыля окажется, что костыль поставить на несколько порядков дешевле.

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

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

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

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

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

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

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

> и то верно. уборка? да ну, намного дешевле замести мусор под ковёр:
> там же никто не видит, а, значит, никакого мусора и нет.
Это лозунги. Ты сам, внутри себя, чётко осознаёшь правильное решение. И, более того, в подобной ситуации - когда нужно либо вставить костыль, либо переделать сотни тестов, выберешь первое.
Я понимаю, что это для тебя крайне неприятная ломка, мне она тоже много лет назад была неприятна, но таки реальность заставляет. Поэтому прекращай врать как мне, так и себе.

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

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

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

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

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

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

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

> ты объявишь его неправильным? Ничего.
Его или пофиксят, или выкинут. И так и эдак хорошо.
> под ответственностью держать совместимость.
...со стандартами. А не чужим кривым гомнокодом, которого много и весь все-равно не изучишь. Поэтому логично ориентироваться на стандарты, а кто на них забил - ССЗБ. Единственный продолб - отсутствие warning о такой деятельности компилера. Это да, нехорошо.
> пили компилятор для Rust'а. Или Python'а.
Вот пусть гомнокодеры и валят на этом программить, если соблюдать стандарты слишком сложно. Только нефиг потом удивляться что у ЯПов репутация - как у вьюжлвасика, и код такой же. Даже если он идеально отформатирован и без странностей в стандарте - лучше он не становится и работает соответствующе.

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

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

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

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

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

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

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

> ты его читал хоть?
Конечно, нет. Тут, по-видимому, вдумчиво читала С-шный стандарт не больше пары человек. А С++-ный, как известно, вообще никто не читал. Однако, и на С, и на С++ пишут.
Так что, про массовые чтения Release Notes, стандартов и т.д. - это прекраснодушные мечтания.

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

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

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

вот в том и беда, что пишут.
ну, и в том ещё, что соответствующие стандарты делали комитеты.

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

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

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

> вот в том и беда, что пишут.
> ну, и в том ещё, что соответствующие стандарты делали комитеты.
Я и пишу, что ты всё прекрасно понимаешь внутри себя.

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

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

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

Партнёры:

Хостинг:

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

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


	48. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..."	+/–
	Сообщение от Аноним (-), 13-Июн-14, 17:12
	> Это не первый такой баг. Помнится не так давно gcc ломал сборку > ядра или добавлял дыры убирая такие проверки. Оптимизаторы вообще своеобразная штука, которая может подгадить.
	Ответить \| Правка \| Наверх \| Cообщить модератору


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


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


	71. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..."	–3 +/–
	Сообщение от Vkni (ok), 13-Июн-14, 20:55
	>> Так к ним главное требование - не гадить. > Используйте -O0, только чур не плеваться на качество кода. А так - > в данном случае оптимизатор формально прав. Оптимизатор - это не субъект, чтобы быть правым. А вставивший это в него несколько безответственен. Мало ли что формально разрешено. Скажем, в месте с undefined behavior формально можно вставить всё, что угодно, включая вызов "rm -rf $HOME". Однако, если не быть идиотом, понятно, что компилятор должен обрабатывать это максимально безопасно. Это только в глубоком детстве кажется, что "вот мы напишем правила, и всё будет зашибись". Нет, люди нарушают правила, правила не учитывают все возможные ситуации и т.д. Поэтому есть такое понятие "культура". Вот у создателей компиляторов промышленных языков с 50-ти летним багажом должна быть определённая культура поддержания совместимости.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	74. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..."	+5 +/–
	Сообщение от 0xd34df00d (??), 13-Июн-14, 21:03
	> Мало ли что формально разрешено. Скажем, в месте с undefined behavior формально > можно вставить всё, что угодно, включая вызов "rm -rf $HOME". Однако, > если не быть идиотом, понятно, что компилятор должен обрабатывать это максимально > безопасно. Хочется такой безопасности и вождения за ручку — не надо называть себя программистами на C и писать на сях. > Это только в глубоком детстве кажется, что "вот мы напишем правила, и > всё будет зашибись". Нет, люди нарушают правила, правила не учитывают все > возможные ситуации и т.д. Поэтому есть такое понятие "культура". Вот у > создателей компиляторов промышленных языков с 50-ти летним багажом должна быть определённая > культура поддержания совместимости. Культура есть. Флаг -std никто не отменял. Авторы проекта всё-таки, наверное, лучше компилятора знают, с каким стандартом у них кодовая база написана? И -std=c89 лично мне sane default'ом не кажется, например.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	75. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..."	–3 +/–
	Сообщение от Vkni (ok), 13-Июн-14, 21:12
	> Хочется такой безопасности и вождения за ручку — не надо называть себя > программистами на C и писать на сях. Я давно за то, чтобы сбросить язык Цэ с парохода современности, как Фортран и ассемблер. > Культура есть. Флаг -std никто не отменял. Авторы проекта всё-таки, наверное, лучше > компилятора знают, с каким стандартом у них кодовая база написана? И > -std=c89 лично мне sane default'ом не кажется, например. Ну, а теперь немного подумаем о том, как совместно собирать код, написанный до 99-го года и после. Скажем, вот вы в 2002-м году пишете программу, использующую заголовки из 1992-го.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	76. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..."	+2 +/–
	Сообщение от 0xd34df00d (??), 13-Июн-14, 21:16
	> Я давно за то, чтобы сбросить язык Цэ с парохода современности, как > Фортран и ассемблер. Современный Цэ++ вполне годен, не надо его сбрасывать. Да и вообще, инструментом полезно уметь пользоваться, хоть джавой, хоть хаскелем. >> Культура есть. Флаг -std никто не отменял. Авторы проекта всё-таки, наверное, лучше >> компилятора знают, с каким стандартом у них кодовая база написана? И >> -std=c89 лично мне sane default'ом не кажется, например. > Ну, а теперь немного подумаем о том, как совместно собирать код, написанный > до 99-го года и после. Собирать часть с одним -std, часть — с другим. В C вроде даже вплоть до C11 нет проблем с разными ABI, не вижу проблемы. > Скажем, вот вы в 2002-м году пишете программу, использующую заголовки из 1992-го. Так исходная проблема-то в другом — там люди из 1992-го года писали программу, использующую заголовки из 2002-го. И это как раз решаемо вообще на раз-два. Обратная совместимость легче реализуема, чем forward.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	77. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..."	–1 +/–
	Сообщение от Vkni (ok), 13-Июн-14, 21:20
	> Современный Цэ++ вполне годен, не надо его сбрасывать. Синтаксис уже такой, что ужас. Увы, но Цэ++ уже давно ужасен. > Собирать часть с одним -std, часть — с другим. Ещё раз - директива #include включает заголовок, написанный до 99-го года. > В C вроде даже вплоть до C11 нет проблем с разными ABI, не вижу проблемы. Ну вот GCCшники успешно внесли проблему несовместимости. > Так исходная проблема-то в другом — там люди из 1992-го года писали программу, использующую заголовки из 2002-го. И это как раз решаемо вообще на раз-два. Обратная совместимость легче реализуема, чем forward. Каждый отдельный случай решается на раз-два. Проблема в том, что этих раз-два миллионы за 50 лет накопилось. И большая часть этих раз-два неизвестна.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	78. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..."	+1 +/–
	Сообщение от 0xd34df00d (??), 13-Июн-14, 21:22
	>> Современный Цэ++ вполне годен, не надо его сбрасывать. > Синтаксис уже такой, что ужас. Увы, но Цэ++ уже давно ужасен. Вполне типичный синтаксис для сиподобного языка. >> Собирать часть с одним -std, часть — с другим. > Ещё раз - директива #include включает заголовок, написанный до 99-го года. Системный инклюд? С чего бы. Свой собственный, пользовательский — ну так разные стандарты языка и так могут быть не до конца совместимы. >> В C вроде даже вплоть до C11 нет проблем с разными ABI, не вижу проблемы. > Ну вот GCCшники успешно внесли проблему несовместимости. Не в ABI. >> Так исходная проблема-то в другом — там люди из 1992-го года писали программу, использующую заголовки из 2002-го. И это как раз решаемо вообще на раз-два. Обратная совместимость легче реализуема, чем forward. > Каждый отдельный случай решается на раз-два. Проблема в том, что этих раз-два > миллионы за 50 лет накопилось. И большая часть этих раз-два неизвестна. Это как раз целый класс отдельных случаев, который и встретился в исходном посте. А что мы там обсуждаем инклюды 1992-го кода из 2002-го — это совсем другое дело, любопытное в качестве умственных разминок, но совершенно не имеющее отношения к исходной проблеме.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	79. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..."	–1 +/–
	Сообщение от Vkni (ok), 13-Июн-14, 21:29
	> Свой собственный, пользовательский — ну так разные стандарты языка и так могут > быть не до конца совместимы. На поддержание совместимости стандартов тратятся огромные силы. Собственно, из-за этой совместимости языком Цэ++ и пользуются до сих пор. Да и вообще начали пользоваться. Страшно подумать, что бы было, если бы Цэ/Цэ++ начал меняться как Бидон. > Не в ABI. Но тем не менее - стандарты 99/89 в этом месте совместимы, а gcc пока нет. Я не сомневаюсь, что и в этот раз кому надо дадут по мозгам и исправят проблему. Слишком много денег крутится вокруг gcc. > Это как раз целый класс отдельных случаев, который и встретился в исходном > посте. > А что мы там обсуждаем инклюды 1992-го кода из 2002-го > — это совсем другое дело, любопытное в качестве умственных разминок, но > совершенно не имеющее отношения к исходной проблеме. За огромное кол-во лет накопилось всякое. А включение старых библиотек в новые проекты более чем естественно. Тем не менее, это казуистика. А факт - gcc поломал совместимость стандартов 99 и 89.
	Ответить \| Правка \| Наверх \| Cообщить модератору


	83. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..."	+/–
	Сообщение от 0xd34df00d (??), 13-Июн-14, 22:01
	> На поддержание совместимости стандартов тратятся огромные силы. Собственно, из-за этой > совместимости языком Цэ++ и пользуются до сих пор. Да и вообще > начали пользоваться. Не всегда. move semantics могут кое-какой код поломать (я на это сам натыкался, деталей не помню, правда), например. > Но тем не менее - стандарты 99/89 в этом месте совместимы, а > gcc пока нет. Почему? Несовместимы. В более новом стандарте более сильные требования на параметры, как я понял. Какая же тут обратная совместимость?
	Ответить \| Правка \| Наверх \| Cообщить модератору


	85. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..."	–2 +/–
	Сообщение от Vkni (ok), 13-Июн-14, 22:06
	> Не всегда. move semantics могут кое-какой код поломать (я на это сам > натыкался, деталей не помню, правда), например. Могут. Это неприятно и очень дорого. > Почему? Несовместимы. В более новом стандарте более сильные требования на параметры, как > я понял. Какая же тут обратная совместимость? в ЭТОМ месте. Код 89-го года вполне компилируется с qsort 99-го.
	Ответить \| Правка \| К родителю #83 \| Наверх \| Cообщить модератору


	86. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..."	+1 +/–
	Сообщение от 0xd34df00d (??), 13-Июн-14, 22:08
	> в ЭТОМ месте. Код 89-го года вполне компилируется с qsort 99-го. «Компилируется» — не значит «работает». Что мы и наблюдаем тут.
	Ответить \| Правка \| К родителю #85 \| Наверх \| Cообщить модератору


	88. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..."	–2 +/–
	Сообщение от Vkni (ok), 13-Июн-14, 22:12
	> «Компилируется» — не значит «работает». Что мы и наблюдаем > тут. До "тут" он работал. Каждое такое место - это большие денежные потери на ровном месте (тяжёлый труд высококвалифицированных разработчиков, хорошо знающих С, по разгребанию старого кода).
	Ответить \| Правка \| К родителю #86 \| Наверх \| Cообщить модератору


	90. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..."	+1 +/–
	Сообщение от 0xd34df00d (??), 13-Июн-14, 22:15
	> До "тут" он работал. И это большая удача, не более. Вообще, мы говорили о совместимости стандартов. Если новый стандарт налагает более серьёзные требования на значения аргументов, чем старый, то совместимым со старым его назвать нельзя. Это к тому, виноват gcc или нет, нарушил он совместимость или нет. А что там деньги тратятся — ну да, тратятся. Но это в данном случае дело десятое.
	Ответить \| Правка \| К родителю #88 \| Наверх \| Cообщить модератору


	95. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..."	+2 +/–
	Сообщение от Vkni (ok), 13-Июн-14, 22:29
	> Если новый стандарт налагает более серьёзные требования на значения аргументов, чем > старый, то совместимым со старым его назвать нельзя. Стандарты слишком сложны, чтобы быть 100% совместимыми. Уже введение нового ключевого слова поломает часть программ. Поэтому можно говорить лишь о большей и меньшей совместимости. В С/С++ её поддерживают значительно лучше, чем в том же Python'е.
	Ответить \| Правка \| К родителю #90 \| Наверх \| Cообщить модератору


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


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


	84. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..."	+1 +/–
	Сообщение от 0xd34df00d (??), 13-Июн-14, 22:06
	> Это лямбды-то? Чем [] (auto x, auto y) { return x + y; } сильно так сложнее (x, y) => x + y ? Это для такого банального случая скобочек-палочек чуть больше у плюсов, а для сколь угодно нетривиальной лямбды различия ещё слабее. Причём, в C++17 ЕМНИП есть пропозал, что auto в параметрах вообще можно будет не писать, будет полагаться по дефолту. > Шаблоны в современном применении - вообще ужас ужасный. В тривиальных случаях всё очень просто, а нетривиальные так не обязательны :)
	Ответить \| Правка \| Наверх \| Cообщить модератору


	87. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..."	–1 +/–
	Сообщение от Vkni (ok), 13-Июн-14, 22:09
	> Чем [] (auto x, auto y) { return x + y; } > сильно так сложнее (x, y) => x + y ? Какое отношение имеют скобки, означающие массив, к лямбда-функциям? > Причём, в C++17 ЕМНИП есть пропозал, что auto в параметрах вообще можно > будет не писать, будет полагаться по дефолту. Вывод типов предложили в 1969-м году. В С++ он не вставлен, по-видимому, из-за обратной совместимости с нестрого типизированным C. > В тривиальных случаях всё очень просто, а нетривиальные так не обязательны :) Тем не менее, выход за пределы тривиального случая преобразуется в ужас-ужас-ужас.
	Ответить \| Правка \| К родителю #84 \| Наверх \| Cообщить модератору


	89. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..."	+1 +/–
	Сообщение от 0xd34df00d (??), 13-Июн-14, 22:13
	>> Чем [] (auto x, auto y) { return x + y; } >> сильно так сложнее (x, y) => x + y ? > Какое отношение имеют скобки, означающие массив, к лямбда-функциям? Эм, они вообще-то обозначают начало лямбды. Ну и какой массив обозначают скобки вида [x = std::move (y)] ? > Вывод типов предложили в 1969-м году. В С++ он не вставлен, по-видимому, > из-за обратной совместимости с нестрого типизированным C. Однако, C++ и так чуть более строго типизирован, чем C (например, void* к T* сходу не приведётся). Кроме того, вывод типов уровня auto и так уже есть, что-то вроде утиной типизации в темплейтах — тоже, а Хиндли-Милнера вы едва ли найдёте в хотя бы одном сиподобном языке. Хоть в джаве, хоть в C#, хотя им уж точно совместимость с C поддерживать не нужно. Впрочем, там всё равно не вывод типов, а шаблонный operator(), соответствующий структуре-функтору, генерирующейся по лямбде. > Тем не менее, выход за пределы тривиального случая преобразуется в ужас-ужас-ужас. В 100% случаев выходить не обязательно. Да, нетривиальное применение шаблонов может существенно сэкономить время и количество строк кода, но ведь мощные инструменты не обязаны быть простыми.
	Ответить \| Правка \| К родителю #87 \| Наверх \| Cообщить модератору


	91. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..."	+/–
	Сообщение от Vkni (ok), 13-Июн-14, 22:17
	> Эм, они вообще-то обозначают начало лямбды. Ну и какой массив обозначают скобки > вида [x = std::move (y)] ? О! Вот это и вопрос - глаз видит скобки, 25 лет означающие массив, а реально там что-то другое. > Однако, C++ и так чуть более строго типизирован, чем C (например, void* > к T* сходу не приведётся). В 1986-м году основное требование - код на С должен компилироваться без проблем. > а Хиндли-Милнера вы едва ли найдёте в хотя бы одном > сиподобном языке. Ну и что? Разве это хорошо? > Хоть в джаве, хоть в C#, хотя им уж > точно совместимость с C поддерживать не нужно. Java и C#, по-видимому, устарели с самого своего появления. > но ведь мощные инструменты не > обязаны быть простыми. Чем проще, тем лучше при прочих равных. А С++ уже очень сложен.
	Ответить \| Правка \| К родителю #89 \| Наверх \| Cообщить модератору


	93. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..."	+/–
	Сообщение от 0xd34df00d (??), 13-Июн-14, 22:21
	>> Эм, они вообще-то обозначают начало лямбды. Ну и какой массив обозначают скобки >> вида [x = std::move (y)] ? > О! Вот это и вопрос - глаз видит скобки, 25 лет означающие > массив, а реально там что-то другое. Я, конечно, не 25 лет пишу на плюсах, а всего лет 10, но глаз у меня видит начало лямбды. >> а Хиндли-Милнера вы едва ли найдёте в хотя бы одном >> сиподобном языке. > Ну и что? Разве это хорошо? Да. Не знаю, как у вас, а у меня плохо получается представить себе императивный язык с Х-М и в то же время сиподобной системой типов. Х-М без каких-нибудь там тайпклассов и тому подобного не очень-то и полезен, ИМХО. Хотя, конечно, бывает, пишешь очередной костыль с type erasure на плюсах, например, и очень сильно жалеешь об отсутствии экзистенциальных типов. Но это такое. >> но ведь мощные инструменты не >> обязаны быть простыми. > Чем проще, тем лучше при прочих равных. А С++ уже очень сложен. И тут возвращаемся к тому, что в 100% случаев вся мощь темплейтов не обязательна.
	Ответить \| Правка \| К родителю #91 \| Наверх \| Cообщить модератору


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


	99. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..."	+/–
	Сообщение от 0xd34df00d (??), 13-Июн-14, 22:34
	> Так классы типов хотели ввести. Эм, это где? Опять я всё пропустил.
	Ответить \| Правка \| К родителю #97 \| Наверх \| Cообщить модератору


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


	101. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..."	+/–
	Сообщение от 0xd34df00d (??), 13-Июн-14, 22:40
	>>> Так классы типов хотели ввести. >> Эм, это где? Опять я всё пропустил. > Так концепты. Ох, да им до тайпклассов таки… далеко, в общем. Да и это для темплейтов всё равно. Ограниченный Х-М получится.
	Ответить \| Правка \| К родителю #100 \| Наверх \| Cообщить модератору


	102. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..."	+/–
	Сообщение от Vkni (ok), 13-Июн-14, 22:43
	> Ох, да им до тайпклассов таки… далеко, в общем. > Да и это для темплейтов всё равно. Ограниченный Х-М получится. auto тоже далеко до pattern matching'а. Увы, другого C++ у меня для вас нет - всё упирается в сложность языка и поддержку совместимости с имеющимся кодом.
	Ответить \| Правка \| К родителю #101 \| Наверх \| Cообщить модератору


	103. "В DNS-сервере BIND устранен серьёзный сбой, возникший из-за ..."	+/–
	Сообщение от 0xd34df00d (??), 13-Июн-14, 22:44
	> auto тоже далеко до pattern matching'а. Увы, другого C++ у меня для > вас нет - всё упирается в сложность языка и поддержку совместимости > с имеющимся кодом. Паттерн-матчинг в темплейтах есть уже сегодня. Ну, это если мы о темплейтах говорим. Впрочем, конечно, если охота писать на каком-нибудь хаскеле, лучше писать на хаскеле, а не издеваться над бедными компиляторами и прочим тулчейном. Вон, gdb 7.7 от особо наркоманских шаблоновывертов успешно падает.
	Ответить \| Правка \| К родителю #102 \| Наверх \| Cообщить модератору


	128. "В DNS-сервере BIND устранен серьёзный сбой, возникший..."	+/–
	Сообщение от arisu (ok), 14-Июн-14, 13:50
	>> Эм, они вообще-то обозначают начало лямбды. Ну и какой массив обозначают скобки >> вида [x = std::move (y)] ? > О! Вот это и вопрос - глаз видит скобки, 25 лет означающие > массив, а реально там что-то другое. нет, оказывается, всё ещё могу. const int a[] = {1,2,42}. глаз видит скобки, пол-века обозначающие «начало блока операторов или определений», а это на самом деле — инициализация массива. вот когда обоснуешь, почему тут скобки фигурные, а не квадратные — тогда можно будет продолжить по поводу лямбд и их скобок.
	Ответить \| Правка \| К родителю #91 \| Наверх \| Cообщить модератору