forum.opennet.ru - "В состав Glibc включено исправление уязвимости в memcpy, подготовленное разработчиками ОС Аврора" (149)

"В состав Glibc включено исправление уязвимости в memcpy, подготовленное разработчиками ОС Аврора"

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

"В состав Glibc включено исправление уязвимости в memcpy, подготовленное разработчиками ОС Аврора"	+/–
Сообщение от opennews (??), 16-Июл-20, 09:13
Разработчики мобильной операционной системы "Аврора" (локализованный вариант ОС Sailfish, развиваемый компанией "Открытая мобильная платформа") поделились показательной историей об устранении критической уязвимости (CVE-2020-6096) в Glibc, проявляющейся только на платформе ARMv7. Сведения об уязвимости были раскрыты ещё в мае, но до последних дней исправления не были доступны, несмотря на то, что уязвимости присвоен высокий уровень опасности и доступен рабочий прототип эксплоита, позволяющий организовать выполнение кода при обработке в функциях memcpy() и memmove() определённым образом оформленных данных. Исправления пакетов для Debian и Ubuntu не выпущены до сих пор и уязвимость остаётся неисправленной почти два месяцев с момента публичного раскрытия и пять месяцев с момента уведомления разработчиков Glibc... Подробнее: https://www.opennet.me/opennews/art.shtml?num=53371
Ответить \| Правка \| Cообщить модератору

Оглавление

Скрыто модератором, Аноним (-), 09:13 , 16-Июл-20, (1) –41

Скрыто модератором, Anon678 (?), 20:50 , 17-Июл-20, (155) +1

Эх, не успел ответить, но кто-то уже поторопился написать в каменты про очередно, Соня Мармеладова (?), 09:23 , 16-Июл-20, (4) +8

Фрактал, он такой Видит букву С - начинает издавать звуки курятника Никак не н, Аноним (11), 09:31 , 16-Июл-20, (11) +22

Потому что черты не знают, что по-русски этот язык называют и пишут Си, а не про, Аноним (61), 12:27 , 16-Июл-20, (61) –2

По-русски си и даже ц полее корректно, чем с Ты совершенно безграмотный , Аноним (70), 14:39 , 16-Июл-20, (70) –2

FAIL , Аноним (-), 19:09 , 16-Июл-20, (99) –2

Сейчас бы ещё к опечаткам придираться Они не имеют никакого отношения к грамотн, Аноним (70), 19:14 , 16-Июл-20, (100) +2

В сообщении про грамотность По-моему самое то Размечтался, плюшевый , Аноним (132), 00:18 , 17-Июл-20, (132) +1

у тебя точно язык - инструмент, Дегенератор (ok), 14:12 , 16-Июл-20, (68) –9

Есть такая профессия , Аноним (140), 09:51 , 17-Июл-20, (140)

для агрессивный ретроградов актуально не менее а именно на опеннет, чуть ли не , Аноним (92), 17:01 , 16-Июл-20, (92)

Вы либо крестик снимите, либо трусы наденьте В your_favorite_lang тоже есть под, Аноним (15), 09:41 , 16-Июл-20, (15) +2

Болгарки уже давно все на свалках - пилки для ногтей рулят , zzz (??), 10:27 , 16-Июл-20, (29) +5
Действительно, ведь высокоуровневые языки легко и просто получаются сами из себя, Аноним (30), 10:28 , 16-Июл-20, (30) +7
да-да, давайте писать драйверы на electron , Адекват (ok), 11:05 , 16-Июл-20, (44) +1

Судя по https github com offensive-security exploitdb это не очень сильно помо, Аноним (-), 19:15 , 16-Июл-20, (101)

Ну что сказать, если по-твоему ассемблер - тупая поделка Asm это почти 1 1 маши, Аноним (47), 11:34 , 16-Июл-20, (47) +2

Очевидно это был проосто жирный троллинг , Аноним (52), 11:54 , 16-Июл-20, (52) +1

ОС Аврора такая же красивая, как её название , admin (??), 00:23 , 21-Июл-20, (156)

Не ожидал такого от GNU Всё время считал их более-менее ответственными ребята, Корец (?), 09:24 , 16-Июл-20, (5)

Расслабилось сообщество, привыкли что шапка всё делает , SunXE (ok), 09:28 , 16-Июл-20, (7) +12

просто нужно время что бы забрать себе права на код Тут не до каких-то багфиксо, Аноним (9), 09:30 , 16-Июл-20, (9) +4

они озабочены только юридической проблемой - как забрать себе права на проект и , Аноним (9), 09:30 , 16-Июл-20, (8) +2

С тебе деньги требуют Они не парковщики подмосковья Эту либу используют милли, gogo (?), 09:48 , 16-Июл-20, (18) +2

поэтому миллиарды посидят пол-годика с RCE, а мы пока подождем прав на код, тем , Аноним (23), 09:55 , 16-Июл-20, (23) –4

А что ты предлагаешь Поставить миллиард людей на бабки Это конечно мечта таких, Аноним (76), 15:08 , 16-Июл-20, (76) +1

Linux kernel живет вон сколько лет без передачи всех прав на код, а эти все хотя, Аноним (9), 17:00 , 16-Июл-20, (91)

Более того, с учетом недобровольной отставки Столлмана, совершенно неясно что он, Аноним (105), 20:05 , 16-Июл-20, (105)

учитывая что всем мозги промыты что надо писать GPL vX or later Все можно сдела, Аноним (112), 21:33 , 16-Июл-20, (112)

миллиарды могут начать сами писать код это опенсорс тебе никто ничем не обязан, Аноним (135), 04:18 , 17-Июл-20, (135) –1

где вы такие беретесь ты читал новость внимательно люди написали код, написали , Аноним (112), 10:17 , 17-Июл-20, (146) –1

Копирасты хуже масочников , Повидло19 (?), 12:27 , 16-Июл-20, (60)

Да не, как все , iPony129412 (?), 09:31 , 16-Июл-20, (10) –1
Может у них просто нет железа, на котором девелопить можно, на ARMv7 или вообще , Аноним (47), 11:38 , 16-Июл-20, (48) –1

Это железо стоит аж целых 50 Которых у них, ну конечно же, тоже нет - еле-еле , Аноним (23), 12:20 , 16-Июл-20, (58) +2

То, на котором можно как-то проверить -- дешовле даже То, на котором можно норма, Michael Shigorin (ok), 13:55 , 16-Июл-20, (66) –1

Huawei Technologies Co , Ltd Hi1616 Processor 2 4 GHz RAM 64 GB Ports and Bus, Аноним (23), 14:31 , 16-Июл-20, (69)

Кретин, там же не один тест запускают, а всю пачку ранее написанных тестов на ре, Страдивариус (?), 16:03 , 16-Июл-20, (85)

Слышь, гений, а чего мешает разбить пачку на несколько мелких и дешевых одноплат, Аноним (132), 00:16 , 17-Июл-20, (131) –1

или просто подождать пока единственный выполнит их последовательно коли денег н, . (?), 10:58 , 17-Июл-20, (147)

Казалось бы, элементарнийшая функция, а до сих пор пишут на асме для производите, Аноним (12), 09:33 , 16-Июл-20, (12) –9

А на чём надо На пайтоне , Корец (?), 09:35 , 16-Июл-20, (13) +3

смищно про питон, а че, С не смог соптимизировать цикл , Аноним (12), 09:46 , 16-Июл-20, (17) –6

Ничего смешного Критичные куски кода всегда писались на асме , Корец (?), 09:59 , 16-Июл-20, (24) +4
Как я понимаю, вы сами про оптимизацию ассемблерного кода только слышали И акту, Аноним (30), 10:31 , 16-Июл-20, (31) +8

ну давай, срывай покровы Какие такие супер оптимизации нужны в memcpy и почему , alex312 (?), 10:38 , 16-Июл-20, (36) –4

Очередной адепт секты всемогущего компилятора В случае x86 это хотя бы использо, Аноним (57), 12:13 , 16-Июл-20, (57) +4

Он умеет это делать Они не всегда нужны СТ Интринсики ПАРКУР ЕЕЕ И сложно гово, анон (?), 14:47 , 16-Июл-20, (74) –3

Не умеет, ни gcc, ни clang rep movs не генеруруют Нужны, особенно в функциях тип, Аноним (87), 16:13 , 16-Июл-20, (87)

а почему не умеют вроде ж просто определить необходимость и вставить , JL2001 (ok), 16:40 , 16-Июл-20, (89) –1
Doubt Press XЕсли надо скопировать 1 байт - нет И еще много интересных случаев, , анон (?), 16:48 , 16-Июл-20, (90) –1

Чтоб скопировать 1 байт int,long вообще вызывать memcpy , КО (?), 07:48 , 17-Июл-20, (138) –1

ты погоди Сейчас у этого смузихлеба вообще крышу снесет ТЫ ПРИКИНЬ ДАЖЕ В ТВОЕМ, Алконим (?), 20:15 , 16-Июл-20, (107) +2

Просто у них там деление на богов, которым так можно, и червяков, которым так ни, Аноним (132), 00:14 , 17-Июл-20, (130)
Так и запишем Сишное говно ни на что не годно Можно спокойно писать на расте, , Аноним (12), 01:56 , 17-Июл-20, (134) –2

Ну, ты хотя-бы сишный кернел операционки уже выкинул , Аноним (-), 05:20 , 17-Июл-20, (137)

Ага Сишный Ша копну поглубже, и окажется что все критические части на асме пи, alex312 (?), 09:53 , 17-Июл-20, (142) –1

Все такие умные тут, Думают что в C нельзя запихнуть GC или другой метод управле, Аноним (139), 08:54 , 17-Июл-20, (139)

Вы все врёти 11рас, Аноним (140), 09:53 , 17-Июл-20, (141)

Потому что компилятор не в курсе где и как будет использоваться функция Он тебе, Аноним (76), 15:11 , 16-Июл-20, (77)

Что за чушь компилятор оптимизирует так как ему сказали через опции командной с, alex312 (?), 17:39 , 16-Июл-20, (96) –1

Бывает ещё runtime информация, которой кичатся все любители JIT Её никакими опц, Аноним (136), 04:51 , 17-Июл-20, (136)

Каким боком твои откровения к обсуждаемой теме Типа умный , alex312 (?), 09:55 , 17-Июл-20, (143) –1

Тем, что опции просто говорят как хорошо нужно оптимизировать файл для общего сл, Аноним (136), 10:04 , 17-Июл-20, (145)

И-и-и-, тот memcpy в новости на асме для конкретного случая, или для всех на све, Аноним (151), 13:25 , 17-Июл-20, (151)

Для случаев которые происходят гораздо чаще других В редких он вполне может мед, Аноним (136), 15:58 , 17-Июл-20, (153)

Потому что разные компиляторы с разными ключами сборки генерируют разный код Ка, Аноним (76), 15:13 , 16-Июл-20, (79) –2

C твоих слов, так компилятор для разных платформ можеть нагенерировать разного н, alex312 (?), 17:37 , 16-Июл-20, (95) –1

Потому что если он что-то неэффективно скомпилирует в коде отрисовки кнопочек на, Аноним (30), 23:45 , 16-Июл-20, (121)

Так в этом и вопрос, Если компилятор годиться только формочки клепать - то НАФИГ, alex312 (?), 00:58 , 17-Июл-20, (133) –1

Вы ещё и в компиляторах, значит, не разбираетесь Идите, покажите, как надо Т, Аноним (30), 12:40 , 17-Июл-20, (150)

ты то дохрена разбираешся, ни одного толкового ответа, все какието съезды про то, alex312 (?), 13:55 , 17-Июл-20, (152) –1

Толковые ответы вы уже не раз получили Раз не смогли нормально отреагировать, т, Аноним (30), 19:16 , 17-Июл-20, (154)

Да И это хорошо известно всем, хоть раз писавшим код под МК , Аноним (140), 09:55 , 17-Июл-20, (144)

Как-то смог, но на асме оказалось вот быстрее Прикинь, в чувствительных к скоро, Аноним (-), 19:18 , 16-Июл-20, (102) +3

для сегодняшнего поколения тормозов java vm внутри java vm внутри java vm без JI, Алконим (?), 20:13 , 16-Июл-20, (106)

Главное не забыть зарядить свою жаба-тормозилку с электронами вечером, иначе утр, Аноним (-), 00:11 , 17-Июл-20, (129)

А такие вещи как memcpy memmove очень сложно написать на высокоуровневом языке т, Ordu (ok), 20:58 , 16-Июл-20, (110) +2

Интересно, общались ли с изначальным разработчиком memcpy под armv, неким Nicola, Аноним (14), 09:39 , 16-Июл-20, (14) +1

И какой вопрос следовало бы ему задать, на твой взгляд , Kroz (??), 10:36 , 16-Июл-20, (34) +2

На кого он работает Кто приказал добавить эксплойт в глибс Какое звание ему пр, Аноним (43), 11:00 , 16-Июл-20, (43) +4

Завидовать дурно , Аноним (23), 12:21 , 16-Июл-20, (59) +2
А идея что Nicolas тогда был просто студентом или начинающим разработчиком и про, Аноним (76), 15:15 , 16-Июл-20, (80) +1

Был - студентом Стал - сразу капитаном, внеочередное дали за боевые заслуги Уж, товарищ майор (?), 22:41 , 16-Июл-20, (117)

Когда есть критическая уязвимость, всем должно быть нaсрать на производительност, Аноним (16), 09:44 , 16-Июл-20, (16) +2

компании SUSE и Red Hat объявили, что их платформы проблеме не подвержены , alex312 (?), 09:49 , 16-Июл-20, (19) +2
Быстро выкатить пачт на андроид Смешно На большинство телефонов его вообще не в, gogo (?), 09:49 , 16-Июл-20, (20) +5

где glibc и где Андроид У них там свой бионик , alex312 (?), 09:54 , 16-Июл-20, (22) –1

Как бы оно да Но в нынешнем мире часто а потом не наступает никогда Правда, Аноним (65), 13:24 , 16-Июл-20, (65) +1
Вы видимо тут новенький и первый раз столкнулись с критической ошибкой Не всё т, Аноним (76), 15:18 , 16-Июл-20, (81) +1

DoS по ресурсам невозможно создать, его можно только отсрочить или приблизить , Аноним (16), 22:04 , 16-Июл-20, (114)

Скрыто модератором, Аноним (23), 09:51 , 16-Июл-20, (21) –5

Скрыто модератором, Аноним (30), 10:34 , 16-Июл-20, (33) +1

Скрыто модератором, Пувс3 (?), 10:01 , 16-Июл-20, (25) –4
Доигрались со своими нанооптимизациями Казалось бы, что проще - байтики скопиро, Аноним (28), 10:19 , 16-Июл-20, (28) –6

Задним умом у нас все крепкие , zzz (??), 10:33 , 16-Июл-20, (32)
Казалось бы, что проще 8212 комментарий на форуме оставить А расскажите-ка в, Аноним (30), 10:37 , 16-Июл-20, (35) +1

Охренеть, а когда это в memcpy добавили поддержку сети или абы ляпнуть , alex312 (?), 10:47 , 16-Июл-20, (38) +1

А ещё перлятников обвиняют во write-only , Michael Shigorin (ok), 14:42 , 16-Июл-20, (71) –1

Забавный момент неокрепшие студенческие умы, не закостеневшие от использования , Аноним (30), 23:57 , 16-Июл-20, (123) +2

Я лишь попробовал, раз уж специфику memcpy здесь явно понимает менее 5 посетите, Аноним (30), 23:53 , 16-Июл-20, (122)

Скопировать в адресное пространство контроллера Сказать отправить Ждать готовнос, анон (?), 14:52 , 16-Июл-20, (75) –2

А можно прочитать где-нибудь о контроллере, умеющем отправлять комментарии на Op, Аноним (30), 23:59 , 16-Июл-20, (124) +1

Это во первых не так Во вторых никакой ошибки в memmove тогда не было, ошибка б, Аноним (76), 15:22 , 16-Июл-20, (82) +1

Вот вам развёрнутое чтение на этот счёт https avva livejournal com 2323823 ht, Zenitur (ok), 11:55 , 17-Июл-20, (149)

юридическое оформление патча в memcpy мде , Аноним (39), 10:49 , 16-Июл-20, (39) –5

В glibc , Michael Shigorin (ok), 14:42 , 16-Июл-20, (72)

Мда, и как тут Адама Дугласа не вспомнить с его Вогонами , Аноним (40), 10:51 , 16-Июл-20, (40) –1

Типа сумничал , Аноним (49), 11:42 , 16-Июл-20, (49) +1

Т9 исправил где не просили, Аноним (40), 11:57 , 16-Июл-20, (53)
Как не знать Адама Дугласа Он же ещё написал Ноты Гуге , Аноним (54), 12:02 , 16-Июл-20, (54) +1
Вогон, залогиньтесь , Аноним (40), 12:38 , 16-Июл-20, (63) +1

Вогон, выйди вон , Kuromi (ok), 16:38 , 16-Июл-20, (88) +1

Ну конечно все древние Андройд разработчики побегут обновлять свои древние АРМ7 , Аноним (43), 10:51 , 16-Июл-20, (41) –3

Откуда в android взялся glibc Комментаторы на опеннете такие комментаторы , Аноним (40), 10:55 , 16-Июл-20, (42) +4

Можно было вообще не смотреть этот коммент дальше, и так всё понятно , Аноним (46), 11:22 , 16-Июл-20, (46) +4

В ведроиде в блобах уязвимости, которые вообще невозможно легально пофиксить Пр, Аноним (45), 11:15 , 16-Июл-20, (45) +3

Купи кнопкофон военный , Аноним (47), 11:50 , 16-Июл-20, (50) –2

РацЫю, кули Старую Заодно и поднакачаешься слегонца , Аноним (-), 00:09 , 17-Июл-20, (128)

Не хочу Сижу с S40 и SFOS Правда, тоже проприетарь , Michael Shigorin (ok), 14:43 , 16-Июл-20, (73) –1

171 Не хочу юзать проприетарь, поэтому юзаю проприетарь 187 Весёлый ты , Sluggard (ok), 17:29 , 16-Июл-20, (93) +3

_Такое_ -- нет, не хочу, ха-ха-ха , Michael Shigorin (ok), 17:35 , 16-Июл-20, (94) –1
Это Шигорин, у него всегда с логикой - не очень , Аноним (-), 00:08 , 17-Июл-20, (127) +1

Фактически патч от Авроры повторяет от Хуявея, только интсрукции заменены дополн, Аноним (56), 12:06 , 16-Июл-20, (56)

Фактически патч мог написать и оттестировать любой байтолюбитель за неделю Стра, Аноним (64), 12:47 , 16-Июл-20, (64)

Ничего странного, ARM7 32 бит это в основном проприетарные поделки, их авторам п, Аноним (76), 15:25 , 16-Июл-20, (83) +4

А пардон, чего не проприетарные Интель с management engine и блобами в FSP ажно, Аноним (-), 00:07 , 17-Июл-20, (126)

Да Это же патч как от Хуавея, только другой , Аноним (67), 13:57 , 16-Июл-20, (67) +3
не только Там подозрительно выброшены два куска, не очень понятно, безобидное л, рюйскепрограммизд (?), 22:51 , 16-Июл-20, (119) –1

Фу, сколько пиара нашынской поделки , Аноним (78), 15:13 , 16-Июл-20, (78) –7

Ну хоть кто-то сделал Вот то, что вообще используется 32 бита, это, конечно, пе, Аноним (70), 15:49 , 16-Июл-20, (84) +3

Ох, не занимались бы овнокодеры, не видящие разницы между беззнаковыми и знаковы, Аноним (86), 16:10 , 16-Июл-20, (86)

Они, походу, видели - и нарочно сделали знаковое Фиг знает, зачем вот это вот , рюйскепрограммизд (?), 22:56 , 16-Июл-20, (120)

Вы знаете у меня то же иногда возникают подозрения Сами закладывают, и потом са, Аноним (158), 13:06 , 24-Июл-20, (158)

нет сложность очевидно была в том что никому нафиг не упали железка с aarch32 ,, X5asd5 (?), 18:50 , 16-Июл-20, (97) –3

Угу - это раньше шестисотый братва выкидывала потому что пепельница опять пере, . (?), 19:31 , 16-Июл-20, (104) +2

То чувство, когда о какой-то ОС Аврора узнал из новости о том, что её разрабы за, Аноним (98), 18:51 , 16-Июл-20, (98) +4

Ну, хоть какая-то польза от этих господ наконец , Аноним (-), 19:19 , 16-Июл-20, (103) –1

Польза от них и раньше была, если что Вам на блюдечке с голубыми декорациями они, Michael Shigorin (ok), 21:30 , 16-Июл-20, (111) +1

Это когда они наврали с три короба про открытие исходников и потом вообще ростел, Аноним (-), 00:05 , 17-Июл-20, (125) +1

потому что гну - всё , Аноним (109), 20:56 , 16-Июл-20, (109)

GNU не одно и тоже, что FSF Хоть и были связаны через RMS а , Аноним (113), 22:02 , 16-Июл-20, (113) +1

Ну теперь заживем , Отражение луны (ok), 20:54 , 16-Июл-20, (108) +1
Русские программисты постоянно контрибьютят в опенсорс, работают во всех миров, Begs (ok), 22:14 , 16-Июл-20, (115)

Забавное противопоставление Сами-то чьих будете, куда патчей насовали , Michael Shigorin (ok), 22:23 , 16-Июл-20, (116) –1

Чего забавного Первые гребут на галерах, во всяких пейсбуках и прочих помойк , рюйскепрограммизд (?), 22:48 , 16-Июл-20, (118) +2

Какая избирательность Напомните, Android на glibc работает , Zenitur (ok), 11:21 , 17-Июл-20, (148)
Какже достали все эти интовые наследия int main int argc ok, ребята, нам , InuYasha (??), 17:42 , 23-Июл-20, (157)

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

1. Сообщение от Аноним (-), 16-Июл-20, 09:13 –41 +/–

>компанией "Открытая мобильная платформа") поделились показательной историей
дальше не стал читать...

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

4. Сообщение от Соня Мармеладова (?), 16-Июл-20, 09:23 +8 +/–

Эх, не успел ответить, но кто-то уже поторопился написать в каменты про очередное сишное отверстие, хотя весь текст новости про голый ассемблер. В этом весь опеннет.
Кстати,че там с memcpy на чистом, божественном русте?

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #11, #15, #156

5. Сообщение от Корец (?), 16-Июл-20, 09:24 +/–

>>пять месяцев с момента уведомления разработчиков Glibc.
Не ожидал такого от GNU :( Всё время считал их более-менее ответственными ребятами.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #7, #8, #10, #48

7. Сообщение от SunXE (ok), 16-Июл-20, 09:28 +12 +/–

Расслабилось сообщество, привыкли что шапка всё делает.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #9

8. Сообщение от Аноним (9), 16-Июл-20, 09:30 +2 +/–

они озабочены только юридической проблемой - как забрать себе права на проект и что бы не дай бог принимаемый патч не нарушил их монополию на код.
(см ссылку из кода - https://sourceware.org/pipermail/libc-alpha/2020-June/114738...)
А ты о каких-то технических проблемах.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #18

9. Сообщение от Аноним (9), 16-Июл-20, 09:30 +4 +/–

просто нужно время что бы забрать себе права на код. Тут не до каких-то багфиксов.

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

10. Сообщение от iPony129412 (?), 16-Июл-20, 09:31 –1 +/–

Да не, как все.

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

11. Сообщение от Аноним (11), 16-Июл-20, 09:31 +22 +/–

Фрактал, он такой. Видит букву С - начинает издавать звуки курятника. Никак не научатся некоторые простой истине: язык - это инструмент. Ни больше, ни меньше. А то, что он даже не понял, а чём суть проблемы, достаточно характерно для "агрессивно-прогрессивных" комментаторов.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #61, #68, #92

12. Сообщение от Аноним (12), 16-Июл-20, 09:33 –9 +/–

Казалось бы, элементарнийшая функция, а до сих пор пишут на асме для производительности. ужас!

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

13. Сообщение от Корец (?), 16-Июл-20, 09:35 +3 +/–

А на чём надо? На пайтоне?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #12 Ответы: #17

14. Сообщение от Аноним (14), 16-Июл-20, 09:39 +1 +/–

Интересно, общались ли с изначальным разработчиком memcpy под armv, неким Nicolas Pitre?
Или ему уже по барабану на код, написанный 14 лет назад: https://github.com/bminor/glibc/commit/0572b91bdb6cf4dda3bb2...

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

15. Сообщение от Аноним (15), 16-Июл-20, 09:41 +2 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #4 Ответы: #29, #30, #44, #47

16. Сообщение от Аноним (16), 16-Июл-20, 09:44 +2 +/–

Когда есть критическая уязвимость, всем должно быть нaсрать на производительность. Тем более в выделении памяти на куче, которое и так медленное, ибо обычно требует сисколлов.
Вместо тактодрочерства нужно БЫСТРО выкатить хоть-какой нибудь патч, закрывающий уязвимость, и только потом уже вылизывать скорость.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #19, #20, #65, #81

17. Сообщение от Аноним (12), 16-Июл-20, 09:46 –6 +/–

смищно про питон, а че, С не смог соптимизировать цикл?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #13 Ответы: #24, #31, #102, #110

18. Сообщение от gogo (?), 16-Июл-20, 09:48 +2 +/–

С тебе деньги требуют? Они не парковщики подмосковья...
Эту либу используют миллиарды людей. Таки в их интересах, чтобы комар носа не подточил.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #8 Ответы: #23, #60

19. Сообщение от alex312 (?), 16-Июл-20, 09:49 +2 +/–

компании SUSE и Red Hat объявили, что их платформы проблеме не подвержены ...

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

20. Сообщение от gogo (?), 16-Июл-20, 09:49 +5 +/–

Быстро выкатить пачт на андроид? Смешно.
На большинство телефонов его вообще не выкатят.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #22

21. Сообщение от Аноним (23), 16-Июл-20, 09:51 –5 +/–

тысячегласс, kokokoko!
А мэйнтейнеры glibc очень заняты - "разрабатывают наборы тестов", им некогда исправлять rce в glibc.

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

22. Сообщение от alex312 (?), 16-Июл-20, 09:54 –1 +/–

где glibc и где Андроид ?
У них там свой бионик.

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

23. Сообщение от Аноним (23), 16-Июл-20, 09:55 –4 +/–

> Эту либу используют миллиарды людей.
поэтому миллиарды посидят пол-годика с RCE, а мы пока подождем прав на код, тем более что нам самим наш работодатель redhatbm велел забить на эти arm32, и мы знаем, кто и за что нам платит.
Конечно, конечно, это такая забота о миллиардах.
А то ж какой-нибудь хуавей (извините за мат) может грязно над ними надругаться, предъявив свои права на код (заметим, под gpl - то есть эти права никак нельзя использовать во вред пользователям)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #18 Ответы: #76, #135

24. Сообщение от Корец (?), 16-Июл-20, 09:59 +4 +/–

Ничего смешного. Критичные куски кода всегда писались на асме.

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

25. Сообщение от Пувс3 (?), 16-Июл-20, 10:01 –4 +/–

Великая победа Альянса!
Кек

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

28. Сообщение от Аноним (28), 16-Июл-20, 10:19 –6 +/–

Доигрались со своими нанооптимизациями. Казалось бы, что проще - байтики скопировать?
Помните же, как сломался звук во Флеше? Тогда наивная Линусовская реализация memmove оказалась по тестам ничуть не менее производительной, чем все эти пляски с бубном с копированиями в разные стороны и прочими middle out (tm).

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #32, #35, #82

29. Сообщение от zzz (??), 16-Июл-20, 10:27 +5 +/–

Болгарки уже давно все на свалках - пилки для ногтей рулят!

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

30. Сообщение от Аноним (30), 16-Июл-20, 10:28 +7 +/–

Действительно, ведь высокоуровневые языки легко и просто получаются сами из себя, безо всяких там машинных кодов и режимов адресации. А вирусы — это когда HTML-письма с вредоносным JavaScript, а не самомодифицирующийся код.

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

31. Сообщение от Аноним (30), 16-Июл-20, 10:31 +8 +/–

Как я понимаю, вы сами про оптимизацию ассемблерного кода только слышали. И актуальность выжимания максимума скорости из memcpy/memmove слабо представляете.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #36

32. Сообщение от zzz (??), 16-Июл-20, 10:33 +/–

Задним умом у нас все крепкие.

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

33. Сообщение от Аноним (30), 16-Июл-20, 10:34 +1 +/–

Тесты — это хорошо и правильно. Вот только для таких критичных компонентов они должны быть готовы заранее...

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

34. Сообщение от Kroz (??), 16-Июл-20, 10:36 +2 +/–

> Интересно, общались ли с изначальным разработчиком memcpy под armv, неким Nicolas Pitre?
И какой вопрос следовало бы ему задать, на твой взгляд?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #14 Ответы: #43

35. Сообщение от Аноним (30), 16-Июл-20, 10:37 +1 +/–

> Казалось бы, что проще - байтики скопировать?
Казалось бы, что проще — комментарий на форуме оставить? А расскажите-ка в деталях этот процесс. Хотя бы до L3 модели OSI, не будем уж совсем зверствовать.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #38, #75

36. Сообщение от alex312 (?), 16-Июл-20, 10:38 –4 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #31 Ответы: #57, #77, #79

38. Сообщение от alex312 (?), 16-Июл-20, 10:47 +1 +/–

>Хотя бы до L3 модели OSI
Охренеть, а когда это в memcpy добавили поддержку сети? или абы ляпнуть ?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #71, #122

39. Сообщение от Аноним (39), 16-Июл-20, 10:49 –5 +/–

юридическое оформление патча? в memcpy? мде...

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

40. Сообщение от Аноним (40), 16-Июл-20, 10:51 –1 +/–

> Месяц заняло тестирование и юридическое оформление
Мда, и как тут Адама Дугласа не вспомнить с его Вогонами.

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

41. Сообщение от Аноним (43), 16-Июл-20, 10:51 –3 +/–

Ну конечно все древние Андройд разработчики побегут обновлять свои древние АРМ7 телефоны.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #42, #45

42. Сообщение от Аноним (40), 16-Июл-20, 10:55 +4 +/–

Откуда в android взялся glibc? Комментаторы на опеннете такие комментаторы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #46

43. Сообщение от Аноним (43), 16-Июл-20, 11:00 +4 +/–

На кого он работает. Кто приказал добавить эксплойт в глибс. Какое звание ему присвоили после удачной операции.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #34 Ответы: #59, #80

44. Сообщение от Адекват (ok), 16-Июл-20, 11:05 +1 +/–

да-да, давайте писать драйверы на electron.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #101

45. Сообщение от Аноним (45), 16-Июл-20, 11:15 +3 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #41 Ответы: #50, #73

46. Сообщение от Аноним (46), 16-Июл-20, 11:22 +4 +/–

> Адройд
Можно было вообще не смотреть этот коммент дальше, и так всё понятно.

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

47. Сообщение от Аноним (47), 16-Июл-20, 11:34 +2 +/–

Ну что сказать, если по-твоему ассемблер - тупая поделка? Asm это почти 1:1 машинные инструкции. Ну давай выкинем на свалку истории машинные инструкции. Внезапно, а процессоры-то без них и не могут. Вот незадача-то...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #15 Ответы: #52

48. Сообщение от Аноним (47), 16-Июл-20, 11:38 –1 +/–

Может у них просто нет железа, на котором девелопить можно, на ARMv7 или вообще на ARM.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #5 Ответы: #58

49. Сообщение от Аноним (49), 16-Июл-20, 11:42 +1 +/–

> Адама Дугласа
Типа сумничал?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #40 Ответы: #53, #54, #63

50. Сообщение от Аноним (47), 16-Июл-20, 11:50 –2 +/–

>сиди совсем без телефона
Купи кнопкофон "военный".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #128

52. Сообщение от Аноним (52), 16-Июл-20, 11:54 +1 +/–

Очевидно это был проосто жирный троллинг.

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

53. Сообщение от Аноним (40), 16-Июл-20, 11:57 +/–

Т9 исправил где не просили

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

54. Сообщение от Аноним (54), 16-Июл-20, 12:02 +1 +/–

Как не знать Адама Дугласа! Он же ещё написал "Ноты Гуге".

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

56. Сообщение от Аноним (56), 16-Июл-20, 12:06 +/–

Фактически патч от Авроры повторяет от Хуявея, только интсрукции заменены дополнительно в 3ех местах.

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #64, #67, #119

57. Сообщение от Аноним (57), 16-Июл-20, 12:13 +4 +/–

Очередной адепт секты всемогущего компилятора ?
В случае x86 это хотя бы использование инструкций rep movs[bwlq].

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #74, #107

58. Сообщение от Аноним (23), 16-Июл-20, 12:20 +2 +/–

Это железо стоит аж целых $50. Которых у них, ну конечно же, тоже нет - еле-еле на дошик хватает тех денег, что платит заботливая rbm.
(И "девелопить" на нем ничего не нужно, внезапно, для писания кода под арм не нужно это делать непосредственно на arm, ты бы еще код для суперкомпьютера писал прямо на нем, по $1000/час машинного времени. Железо нужно исключительно для тестирования уже написанного - и даже, возможно, уже скомпилированного - хотя вряд ли последнее, ведь разработчики инклюзивно-альтернативной ориентации не умеют кросскомпиляцию, но у них есть девоп который за них настроит всю ci музыку. Только ему тоже rbm зарплату платит. А у нее нет версии для arm32, и девоп не может ничего настроить - ведь он умеет только rhel.)

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #48 Ответы: #66

59. Сообщение от Аноним (23), 16-Июл-20, 12:21 +2 +/–

Завидовать дурно!

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

60. Сообщение от Повидло19 (?), 16-Июл-20, 12:27 +/–

Копирасты хуже масочников.

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

61. Сообщение от Аноним (61), 16-Июл-20, 12:27 –2 +/–

Потому что черты не знают, что по-русски этот язык называют и пишут Си, а не просто буквой "С", то есть "Эс", и уж тем более не "Цэ".

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #70

63. Сообщение от Аноним (40), 16-Июл-20, 12:38 +1 +/–

Вогон, залогиньтесь!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #49 Ответы: #88

64. Сообщение от Аноним (64), 16-Июл-20, 12:47 +/–

Фактически патч мог написать и оттестировать любой байтолюбитель за неделю. Странно, что всем по факту было до лампочки столько месяцев.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #56 Ответы: #83

65. Сообщение от Аноним (65), 16-Июл-20, 13:24 +1 +/–

> БЫСТРО выкатить хоть-какой нибудь патч, закрывающий уязвимость, и только потом уже вылизывать скорость.
Как бы оно да... Но в нынешнем мире часто "а потом" не наступает никогда. Правда, это в коммерческой разработке.

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

66. Сообщение от Michael Shigorin (ok), 16-Июл-20, 13:55 –1 +/–

> Это железо стоит аж целых $50.
То, на котором можно как-то проверить -- дешовле даже.
То, на котором можно нормально гонять регрессионные тесты -- см. ценник на машинки на Hi1616, например.
Ну и помимо наличия железки надо ещё и знать её ассемблер _плюс_ glibc.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #58 Ответы: #69

67. Сообщение от Аноним (67), 16-Июл-20, 13:57 +3 +/–

Да! Это же патч как от Хуавея, только другой!

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

68. Сообщение от Дегенератор (ok), 16-Июл-20, 14:12 –9 +/–

> язык - это инструмент
у тебя точно язык - инструмент

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #11 Ответы: #140

69. Сообщение от Аноним (23), 16-Июл-20, 14:31 +/–

Huawei Technologies Co., Ltd Hi1616 Processor 2.4 GHz: RAM: 64 GB: Ports and Bus Types: 8 PCI Express X8: Video Adapter: Huawei Technologies Co., Ltd Hi1710: Host Bus Adapter: Huawei Technologies Co., Ltd Hi1616 Integrated SAS Controller , Serial SCSI (SAS) Hard Disk Drive:
это вот все шибко необходимо для регрессионных тестов? Банальный odroid или старая rpi никак не справятся? Может, в консерватории чего поправить, или пора может уже писать тесты для писателей тестов - если их тест не может работать на +/- той же платформе, для которой предназначен код (а canbus контроллеры ни разу не хайэнд железо) - нахрен он нужен, и нахрен нужен такой тестописатель, который не в состоянии это сообразить?
> Ну и помимо наличия железки надо ещё и знать её ассемблер _плюс_ glibc.
дааа, с этим у современных разработчиков, конечно, сложности - они только markdown знают... в принципе, для "кода" лицензии ничего больше и не надо. Остальное должен делать хуавей, вот, например!
И подавать с поклоном, ниже, ниже, сволочь узкоглазая кланяйся господину! А то не возьмем!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #66 Ответы: #85

70. Сообщение от Аноним (70), 16-Июл-20, 14:39 –2 +/–

По-русски си и даже ц полее корректно, чем с. Ты совершенно безграмотный.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #61 Ответы: #99

71. Сообщение от Michael Shigorin (ok), 16-Июл-20, 14:42 –1 +/–

>> комментарий на форуме оставить?
>> Хотя бы до L3 модели OSI
> или абы ляпнуть?
А ещё перлятников обвиняют во write-only...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #38 Ответы: #123

72. Сообщение от Michael Shigorin (ok), 16-Июл-20, 14:42 +/–

В glibc.

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

73. Сообщение от Michael Shigorin (ok), 16-Июл-20, 14:43 –1 +/–

> Проприетарь, не хочешь такое юзать - сиди совсем без телефона.
Не хочу.  Сижу с S40 и SFOS.  Правда, тоже проприетарь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #45 Ответы: #93

74. Сообщение от анон (?), 16-Июл-20, 14:47 –3 +/–

>В случае x86 это хотя бы использование инструкций rep movs[bwlq]
Он умеет это делать.
Они не всегда нужны.
СТ.
Интринсики. (ПАРКУР ЕЕЕ)
И сложно говорить про низкоуровневые оптимизации в циске.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #87

75. Сообщение от анон (?), 16-Июл-20, 14:52 –2 +/–

Скопировать в адресное пространство контроллера.
Сказать отправить.
Ждать готовности.
?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #35 Ответы: #124

76. Сообщение от Аноним (76), 16-Июл-20, 15:08 +1 +/–

А что ты предлагаешь? Поставить миллиард людей на бабки? Это конечно мечта таких как ты но нет, обойдёшься. Если хочешь что бы быстрее было — то пинай авторов кода, это их первый опыт.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #91

77. Сообщение от Аноним (76), 16-Июл-20, 15:11 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #96

78. Сообщение от Аноним (78), 16-Июл-20, 15:13 –7 +/–

Фу, сколько пиара нашынской поделки.

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

79. Сообщение от Аноним (76), 16-Июл-20, 15:13 –2 +/–

Потому что разные компиляторы с разными ключами сборки генерируют разный код? Как ты собрался гарантировать повторяемость кода и поведения на всех платформах и всех компиляторах?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #36 Ответы: #95

80. Сообщение от Аноним (76), 16-Июл-20, 15:15 +1 +/–

А идея что Nicolas тогда был просто студентом или начинающим разработчиком и просто ошибся тебе конечно в голову не приходит.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #43 Ответы: #117

81. Сообщение от Аноним (76), 16-Июл-20, 15:18 +1 +/–

> Когда есть критическая уязвимость, всем должно быть нaсрать на производительность.
Вы видимо тут новенький и первый раз столкнулись с критической ошибкой. Не всё так просто, иногда существенная деградация производительности может создать другую уязвимость, например DoS.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #16 Ответы: #114

82. Сообщение от Аноним (76), 16-Июл-20, 15:22 +1 +/–

> Тогда наивная Линусовская реализация memmove оказалась по тестам ничуть не менее производительной
Это во первых не так. Во вторых никакой ошибки в memmove тогда не было, ошибка была у adobe так как они не прочитали документацию и нарушили API про которое было явно написано что так делать нельзя.
Кто вам платит за распространение мусора в русскоязычном интернете?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #28 Ответы: #149

83. Сообщение от Аноним (76), 16-Июл-20, 15:25 +4 +/–

Ничего странного, ARM7 32 бит это в основном проприетарные поделки, их авторам проблемы их пользователей до лампочки по определению.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #64 Ответы: #126

84. Сообщение от Аноним (70), 16-Июл-20, 15:49 +3 +/–

Ну хоть кто-то сделал. Вот то, что вообще используется 32 бита, это, конечно, печально, но гну мог бы быть и порасторопней. Лг6т шайка прогнала Столлмана и пошла в разнос?

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

85. Сообщение от Страдивариус (?), 16-Июл-20, 16:03 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #69 Ответы: #131

86. Сообщение от Аноним (86), 16-Июл-20, 16:10 +/–

Ох, не занимались бы овнокодеры, не видящие разницы между беззнаковыми и знаковыми сравнениями на асме, запиливанием целой *libc.

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

87. Сообщение от Аноним (87), 16-Июл-20, 16:13 +/–

Не умеет, ни gcc, ни clang rep movs не генеруруют.
Нужны, особенно в функциях типа memcpy/memmov/memset.
Интринсики не спасают от говнокода, который сплошь и рядом генерирует компилятор.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #74 Ответы: #89, #90

88. Сообщение от Kuromi (ok), 16-Июл-20, 16:38 +1 +/–

Вогон, выйди вон!

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

89. Сообщение от JL2001 (ok), 16-Июл-20, 16:40 –1 +/–

> Не умеет, ни gcc, ни clang rep movs не генеруруют.
> Нужны, особенно в функциях типа memcpy/memmov/memset.
> Интринсики не спасают от говнокода, который сплошь и рядом генерирует компилятор.
а почему не умеют? вроде ж просто определить необходимость и вставить?

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

90. Сообщение от анон (?), 16-Июл-20, 16:48 –1 +/–

> Не умеет, ни gcc, ни clang rep movs не генеруруют.
Doubt Press X
>-mstringop-strategy
> Нужны, особенно в функциях типа memcpy/memmov/memset.
Если надо скопировать 1 байт - нет.
И еще много интересных случаев, когда не надо.
> Интринсики не спасают от говнокода, который сплошь и рядом генерирует компилятор.
Еще как, их придумали, чтобы компилятор не страдал фигней, как сейчас в расте.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #87 Ответы: #138

91. Сообщение от Аноним (9), 16-Июл-20, 17:00 +/–

Linux kernel живет вон сколько лет без передачи всех прав на код, а эти все хотят подмять под себя.
А так - пока что только GNU/FSF замечены в гнусных наездах и подставив для миллиардов людей на бабки. Когда перелицензировани gcc на GPL v3, и "случайно" забыли исключения. Это они лохам могут втирать о случайности, когда у них столько юристов на окладах.
Это только FSF/GNU может требовать у людей перелицензировать их код с GPL v2 на v3, когда код изначально брался под v2.
Это только FSF/GNU может выпустить новую версию лицензии которая не совместима со старой и этим самым подставить кучу проектов запретив им связывание со проектом под старыми лицензиями..
Список подстав продолжать?.. или и так понять что FSF/GNU далеко не белые овечки.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #76 Ответы: #105

92. Сообщение от Аноним (92), 16-Июл-20, 17:01 +/–

>  характерно для "агрессивно-прогрессивных" комментаторов
для агрессивный ретроградов актуально не менее (а именно на опеннет, чуть ли не более)

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

93. Сообщение от Sluggard (ok), 16-Июл-20, 17:29 +3 +/–

«Не хочу юзать проприетарь, поэтому юзаю проприетарь.»
Весёлый ты.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #73 Ответы: #94, #127

94. Сообщение от Michael Shigorin (ok), 16-Июл-20, 17:35 –1 +/–

>>>> В ведроиде...
>>> Проприетарь, не хочешь такое юзать - сиди совсем без телефона.
>> Не хочу.  Сижу с S40 и SFOS.  Правда, тоже проприетарь.
> Весёлый ты.
_Такое_  -- нет, не хочу, ха-ха-ха.

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

95. Сообщение от alex312 (?), 16-Июл-20, 17:37 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #79 Ответы: #121, #144

96. Сообщение от alex312 (?), 16-Июл-20, 17:39 –1 +/–

>Он тебе соптимизирует для общего случая
Что за чушь! компилятор оптимизирует так как ему сказали через опции командной строки.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #77 Ответы: #136

97. Сообщение от X5asd5 (?), 16-Июл-20, 18:50 –3 +/–

> Сложность заключалась в том, что нужно было написать эффективную ассемблерную реализацию функции и учесть при этом различные варианты входных аргументов
нет.
сложность очевидно была в том что никому нафиг не упали железка с aarch32 , в то время как уже 2020 год и все перешли на aarch64 ..
не удивительно же что было тяжело исправлять

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

98. Сообщение от Аноним (98), 16-Июл-20, 18:51 +4 +/–

То чувство, когда о какой-то ОС Аврора узнал из новости о том, что её разрабы залатали дыру в Glibc

Ответить | Правка | Наверх | Cообщить модератору
Ответы: #103, #109

99. Сообщение от Аноним (-), 16-Июл-20, 19:09 –2 +/–

> полее
...
> безграмотный.
FAIL!

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #70 Ответы: #100

100. Сообщение от Аноним (70), 16-Июл-20, 19:14 +2 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #99 Ответы: #132

101. Сообщение от Аноним (-), 16-Июл-20, 19:15 +/–

> да-да, давайте писать драйверы на electron.
Судя по https://github.com/offensive-security/exploitdb это не очень сильно помогает...

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

102. Сообщение от Аноним (-), 16-Июл-20, 19:18 +3 +/–

> смищно про питон, а че, С не смог соптимизировать цикл?
Как-то смог, но на асме оказалось вот быстрее. Прикинь, в чувствительных к скорости местах до сих пор полно асма.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #17 Ответы: #106

103. Сообщение от Аноним (-), 16-Июл-20, 19:19 –1 +/–

> То чувство, когда о какой-то ОС Аврора узнал из новости о том,
> что её разрабы залатали дыру в Glibc
Ну, хоть какая-то польза от этих господ наконец.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #111

104. Сообщение от . (?), 16-Июл-20, 19:31 +2 +/–

Угу - это раньше "шестисотый" братва выкидывала потому что пепельница опять переполнилась. Теперь ты свою китайскую помойку выкинешь потому что в ней немодный процессор в can, и сосед со своей мобилы перехватив управление, отправил ее в столб.
(Впрочем, китаец о тебе уже позаботился, и она просто не открывает тебе двери, чтобы ты не мог ездить на такой небезопастной. Ну и кого колебет что ты оказался внутри а не снаружи? Зато безопастно!)
Глядя на армовский кластер под столом - ну и да, конечно же, "потому как уже 2020й год" мне его надо выкинуть и купить новый-модный, на aarch64 (сколько лет вообще эта архитектура существует - три годика, да?) - и так каждый год, ну максимум - раз в два.

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

105. Сообщение от Аноним (105), 16-Июл-20, 20:05 +/–

Более того, с учетом недобровольной отставки Столлмана, совершенно неясно что они предложат в GPLv4, может придется на колени становиться перед мирными BLM протестующими для использования программы.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #91 Ответы: #112

106. Сообщение от Алконим (?), 16-Июл-20, 20:13 +/–

для сегодняшнего поколения тормозов java vm внутри java vm внутри java vm без JIT это норм скорость. чем тормозней тем больше смузи можно выпить. Ну и в офисе и дома тепло от кипящего процессора, удобно жу, можно обогреватель не включать

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #102 Ответы: #129

107. Сообщение от Алконим (?), 16-Июл-20, 20:15 +2 +/–

ты погоди. Сейчас у этого смузихлеба вообще крышу снесет:
ТЫ ПРИКИНЬ ДАЖЕ В ТВОЕМ ЛЮБИМОМ GO КУЧА АССЕМБЛЕРНЫХ ВСТАВОК.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #57 Ответы: #130, #134, #141

108. Сообщение от Отражение луны (ok), 16-Июл-20, 20:54 +1 +/–

Ну теперь заживем!

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

109. Сообщение от Аноним (109), 16-Июл-20, 20:56 +/–

потому что гну - всё...

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #98 Ответы: #113

110. Сообщение от Ordu (ok), 16-Июл-20, 20:58 +2 +/–

А такие вещи как memcpy/memmove очень сложно написать на высокоуровневом языке так, чтобы компилятор смог бы сгенерить код, который выжмет максимум пропускной способности. Но дело ведь не только в пропускной способности, но и в latency: memcpy/memmove может вызываться много-много раз на мелких кусках памяти, и если каждый раз они будут тупить, выбирая наилучшую стратегию копирования, то всё равно получится плохо.
То есть, это выглядит примерно так:
int memcpy(void* src, void *dst, size_t size) {
    const size_t block_size = 8;
    const size_t unroll_count = 4;
    size_t count = size / (block_size * unroll_count); // тут лучше shift'ами естественно, но можно надеятся компиль справится.
    size_t rem = (size / block_size) % unroll_count;
    size_t n = 0;
    switch(rem) {
        case 0: goto first; // я не совсем уверен, что любой компилятор C на любой платформе позволяет входить в цикл таким образом.
        case 1: goto fourth;
        case 2: goto third;
        case 3: goto second;
    }
    for(; n < count; n ++) {
        first:
            *(uint64_t*)dst = *(uint64_t*)src;
            src += block_size; // кстати, я не помню что там стандарт C говорит об арифметике на void*, может стоит преобразовать к char*, хотя gcc вроде умеет, делая вид, что размер void -- 1 байт.
            dst += block_size;
        second:
            *(uint64_t*)dst = *(uint64_t*)src;
            src += block_size;
            dst += block_size;
        third:
            *(uint64_t*)dst = *(uint64_t*)src;
            src += block_size;
            dst += block_size;
        fourth:
            *(uint64_t*)dst = *(uint64_t*)src;
            src += block_size;
            dst += block_size;
    }
    // ах да, надо ещё для return'а сосчитать сколько скопировано...
}
Ну так вот, и это базовая имплементация. Тут ещё надо обработать случаи, когда size < block_size. Реальная имплементация, при этом, может, например, использовать регистры SSE или AVX для того, чтобы копировать (потому что они большие), то есть тебе придётся компиляторные builtin'ы подключать. С memmove ещё забавнее, потому как в зависимости от того, что и куда копируется, надо иногда копировать от начала к концу, иногда от конца к началу, а иногда лучше вызвать fallback'ом memcpy.
Ах и да, эта имплементация не везде сработает: она точно будет работать, если src и dst выровнены на границу кратную 8 байтам, но на некоторых платформах она может начать тормозить, если они не выровнены, или даже вообще откажется работать. Если использовать всякие там SSE и AVX, то точно начнёт тупить или не работать, в зависимости от того какие builtin'ы ты использовал. То есть надо ещё проверить выровненность и в зависимости от того, что там с ней, либо выровнять адреса, скопировав пару байт каким-нибудь тупым образом, либо копировать с невыровненного в выровненный или с выровненного в невыровненный. Короче, писать такое на C -- себе дороже. Проще написать на ассемблере. А поскольку memcpy используется во все поля, то и забить на его оптимизацию -- не вариант.
Но я всё это к тому, что если ты напишешь что-то в стиле:
char *dst = (char*)dst;
char *src = (char*)src;
for(i = 0; i < size; i ++)
   (*dst++) = (*src++);
то компилятор C совершенно точно не будет тебе генерить простыни машинного кода наилучшей реализации memcpy под данную платформу.

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

111. Сообщение от Michael Shigorin (ok), 16-Июл-20, 21:30 +1 +/–

>> То чувство, когда о какой-то ОС Аврора узнал из новости о том,
>> что её разрабы залатали дыру в Glibc
> Ну, хоть какая-то польза от этих господ наконец.
Польза от них и раньше была, если что.
Вам на блюдечке с голубыми декорациями они её доносить не обязаны.
Как и Вы -- скажем, мне.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #103 Ответы: #125

112. Сообщение от Аноним (112), 16-Июл-20, 21:33 +/–

учитывая что всем мозги промыты что надо писать GPL vX or later. Все можно сделать одним движением пера ;-)

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

113. Сообщение от Аноним (113), 16-Июл-20, 22:02 +1 +/–

GNU не одно и тоже, что FSF. Хоть и были связаны через RMS'а.

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

114. Сообщение от Аноним (16), 16-Июл-20, 22:04 +/–

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

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

115. Сообщение от Begs (ok), 16-Июл-20, 22:14 +/–

Русские программисты: *постоянно контрибьютят в опенсорс, работают во всех мировых айти-компаниях, занимающихся СПО*
Разработчики OC Аврора: мы пропатчили Glibc и напишем об этом статью на опеннете

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

116. Сообщение от Michael Shigorin (ok), 16-Июл-20, 22:23 –1 +/–

> Русские программисты:
> Разработчики OC Аврора:
Забавное противопоставление.  Сами-то чьих будете, куда патчей насовали?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #115 Ответы: #118

117. Сообщение от товарищ майор (?), 16-Июл-20, 22:41 +/–

Был - студентом. Стал - сразу капитаном, внеочередное дали за боевые заслуги. Уже на пенсии, между прочим, неплохой.
(майором - никогда не будет, у майора свои дети есть)

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

118. Сообщение от рюйскепрограммизд (?), 16-Июл-20, 22:48 +2 +/–

Чего забавного? Первые гребут на галерах, во всяких пейсбуках и прочих помойк...мировых иты-компаниях, куда только они да индусы и нанимаются, мечтают подсидеть индусского тимлида и сами стать такими (на большее мечт не хватает, да и некогда, тимлид кнутом больно лупит).
Другие, сволочи, в рабочее время патчат glibc, да еще нагло пиарятся на опеннете (неиначе - мест в пейсбуке жаждут, набивают себе цену) - а у тех, первых - nda, а при попытке договориться - индус вкрадчиво спрашивает "а тебе что, делать нечего?" - ласково поигрывая при этом кнутом.

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

119. Сообщение от рюйскепрограммизд (?), 16-Июл-20, 22:51 –1 +/–

не только. Там подозрительно выброшены два куска, не очень понятно, безобидное ли это изменение - я тоже не разбираюсь в ассемблере arm (и в glibc), но выглядит подозрительно - раньше регистр модифицировали, и что-то дальше с ним делали, теперь просто сравнивают. Что это вообще было-то?

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

120. Сообщение от рюйскепрограммизд (?), 16-Июл-20, 22:56 +/–

Они, походу, видели - и нарочно сделали знаковое. Фиг знает, зачем.
вот это вот:

-               bge     3b
-       PLD(    cmn     r2, #96                 )
-       PLD(    bge     4b                      )

- что вообще было такое, и почему это можно оказалось выбросить? [в новом коде нет перехода по второй ветке никогда]

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #86 Ответы: #158

121. Сообщение от Аноним (30), 16-Июл-20, 23:45 +/–

Потому что если он что-то неэффективно скомпилирует в коде отрисовки кнопочек на форме, это совсем не то же, как если он скомпилирует неэффективную реализацию memcpy — функции, которую могут вызывать для разных областей памяти разного (на пяток порядков) размера тысячи раз в секунду.
Зачем спорить? Скомпилируйте свою версию memcpy и посмотрите на неё дизассемблером, да тесты прогоните.
И, да, rep movsb на x86 — это НЕ эффективно.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #95 Ответы: #133

122. Сообщение от Аноним (30), 16-Июл-20, 23:53 +/–

Я лишь попробовал, раз уж специфику memcpy здесь явно понимает менее 5% посетителей (не в укор), то, может хотя бы действие, которое местные комментаторы и так по определению производят, смогут описать. Ну там: браузер формирует HTTP-запрос, кодируя в нём таким-то образом такие-то данные, полученная простыня отправляется в write(2) или аналогичный API... Это, вроде бы, должно быть лучше знакомо, чем особенности ассемблеров и компиляторов Си на разных платформах.

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

123. Сообщение от Аноним (30), 16-Июл-20, 23:57 +2 +/–

Забавный момент: неокрепшие студенческие умы, не закостеневшие от использования Java или там PHP, куда охотнее берутся за Perl. А write-only я больше всего видел на Bourne shell пока что. :)

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

124. Сообщение от Аноним (30), 16-Июл-20, 23:59 +1 +/–

А можно прочитать где-нибудь о контроллере, умеющем отправлять комментарии на OpenNet? Очень интересно глянуть.

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

125. Сообщение от Аноним (-), 17-Июл-20, 00:05 +1 +/–

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

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

126. Сообщение от Аноним (-), 17-Июл-20, 00:07 +/–

> Ничего странного, ARM7 32 бит это в основном проприетарные поделки, их авторам
> проблемы их пользователей до лампочки по определению.
А пардон, чего не проприетарные? Интель с management engine и блобами в FSP ажно? :)

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

127. Сообщение от Аноним (-), 17-Июл-20, 00:08 +1 +/–

> «Не хочу юзать проприетарь, поэтому юзаю проприетарь.»
Это Шигорин, у него всегда с логикой - "не очень".

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

128. Сообщение от Аноним (-), 17-Июл-20, 00:09 +/–

> Купи кнопкофон "военный".
РацЫю, кули. Старую. Заодно и поднакачаешься слегонца.

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

129. Сообщение от Аноним (-), 17-Июл-20, 00:11 +/–

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

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

130. Сообщение от Аноним (132), 17-Июл-20, 00:14 +/–

> ТЫ ПРИКИНЬ ДАЖЕ В ТВОЕМ ЛЮБИМОМ GO КУЧА АССЕМБЛЕРНЫХ ВСТАВОК.
Просто у них там деление на богов, которым так можно, и червяков, которым так низя. А у сишников считается не зазорным и вот так, если оно вдруг здорово все улучшает. Главное чтобы такого немного и/или с чисто севыми фаллбаками было, иначе на другую платформу портировать замумукаешься. Собственно самая большая граблина ассемблера - в том что при нужде перейти на другую архитектуру вы переписываете всю программу с нуля.

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

131. Сообщение от Аноним (132), 17-Июл-20, 00:16 –1 +/–

> Кретин, там же не один тест запускают, а всю пачку ранее написанных
> тестов на регрессии. Они запускаются дольше чем сборка самой glibc происходит
Слышь, гений, а чего мешает разбить пачку на несколько мелких и дешевых одноплатников? Да и вообще, машины как таковые не особо то и торопятся, времени у них много. А через сколько там именно бэджик статуса вывесится - а оно вот прям так срочно и вы сами лично ждать это чтоли будете? В общем не понимаю я этой гигантомании, когда без 10 гиг зернета видите ли жизни нет.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #85 Ответы: #147

132. Сообщение от Аноним (132), 17-Июл-20, 00:18 +1 +/–

> Сейчас бы ещё к опечаткам придираться.
В сообщении про грамотность? По-моему самое то :)
> Они не имеют никакого отношения к грамотности. К тому же, чтобы замечать безграмотность,
> вовсе не обязательно самому быть грамотным. И моя (без)грамотность в любом случае за
> рамками данного обсуждения.
Размечтался, плюшевый.

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

133. Сообщение от alex312 (?), 17-Июл-20, 00:58 –1 +/–

>Потому что если он что-то неэффективно скомпилирует
Так в этом и вопрос, Если компилятор годиться только формочки клепать - то НАФИГ такой компилятор.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #121 Ответы: #150

134. Сообщение от Аноним (12), 17-Июл-20, 01:56 –2 +/–

>ТЫ ПРИКИНЬ ДАЖЕ В ТВОЕМ ЛЮБИМОМ GO
Так и запишем. Сишное говно ни на что не годно. Можно спокойно писать на расте, всеравно критические части прийдется писать на ассемблере.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #107 Ответы: #137, #139

135. Сообщение от Аноним (135), 17-Июл-20, 04:18 –1 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #23 Ответы: #146

136. Сообщение от Аноним (136), 17-Июл-20, 04:51 +/–

Бывает ещё runtime информация, которой кичатся все любители JIT. Её никакими опциями не укажешь.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #96 Ответы: #143

137. Сообщение от Аноним (-), 17-Июл-20, 05:20 +/–

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

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #134 Ответы: #142

138. Сообщение от КО (?), 17-Июл-20, 07:48 –1 +/–

Чтоб скопировать 1 байт (int,long) вообще вызывать memcpy?

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

139. Сообщение от Аноним (139), 17-Июл-20, 08:54 +/–

Все такие умные тут, Думают что в C нельзя запихнуть GC или другой метод управления памятью, и всякие другие причиндалы модно-молодежных языков. Слышать о языке и написать hello world, и использовать его - это разные вещи. Пока нет языка высокого уровня , который бы мог соперничать с C в его простоте, мощности и быстроте. Все его конкуренты страдают от одной и тоже болезни: а давайте в язык эту фичу запихнем. Кстати последнии несколько стандартов Си тоже страдают этой болезнью.

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

140. Сообщение от Аноним (140), 17-Июл-20, 09:51 +/–

Есть такая профессия.

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

141. Сообщение от Аноним (140), 17-Июл-20, 09:53 +/–

> ДАЖЕ В ТВОЕМ ЛЮБИМОМ GO КУЧА АССЕМБЛЕРНЫХ ВСТАВОК
Вы все врёти!!!11рас

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

142. Сообщение от alex312 (?), 17-Июл-20, 09:53 –1 +/–

>Ну, ты хотя-бы сишный кернел операционки уже выкинул? :)
Ага "Сишный". Ша копну поглубже, и окажется что все критические части на асме писаны.
А сишники только и могут что хвастаться какой у них язичЁк простой и быстрый.

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

143. Сообщение от alex312 (?), 17-Июл-20, 09:55 –1 +/–

>Бывает ещё runtime информация, которой кичатся все любители JIT
Каким боком твои откровения к обсуждаемой теме ? Типа умный ?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #136 Ответы: #145

144. Сообщение от Аноним (140), 17-Июл-20, 09:55 +/–

> компилятор для разных платформ можеть нагенерировать разного неповторяемого непонятно чего
Да. И это хорошо известно всем, хоть раз писавшим код под МК.

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

145. Сообщение от Аноним (136), 17-Июл-20, 10:04 +/–

Тем, что опции просто говорят как хорошо нужно оптимизировать файл для общего случая. Частный, ты никакими опциями не настроишь, так как дело вовсе не в конкретных машинных инструкциях. А вот ассемблерными вставками вполне возможно оптимизировать то, на, что компилятор решится не может так как рискует наоборот ухудшить производительность, если не угадает замысел программиста.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #143 Ответы: #151

146. Сообщение от Аноним (112), 17-Июл-20, 10:17 –1 +/–

где вы такие беретесь? ты читал новость внимательно?
люди написали код, написали патч - и еще 3 месяца трахались с утрясаем юридических формальностей связанных с передачей прав в GNU.

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

147. Сообщение от . (?), 17-Июл-20, 10:58 +/–

> Слышь, гений, а чего мешает разбить пачку на несколько мелких и дешевых одноплатников?
или просто подождать пока единственный выполнит их последовательно (коли денег на дошик таки не хватает - ты, наверное, не захочешь платить за пачку)
Машина - она железная.
Но вы только что видели типового современного разработчика - ему ждать некогда, смузи скиснет. Если для тестирования не предоставлен суперкомпьютер - мы не будем исправлять rce, наш смузи и без того прекрасен.
А вот донейтов, кстати, надо бы поклянчить - а то за редхатовскую зарплату-то еще ж и работать заставят, тамошним менеджерам не скажешь "это опенососе, вам тут никто ничем не обязан, вам надо - вы и пишите!" - сразу от краника-то подвинут.

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

148. Сообщение от Zenitur (ok), 17-Июл-20, 11:21 +/–

> проявляющейся только на платформе ARMv7
Какая избирательность. Напомните, Android на glibc работает?

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

149. Сообщение от Zenitur (ok), 17-Июл-20, 11:55 +/–

Вот вам развёрнутое чтение на этот счёт. https://avva.livejournal.com/2323823.html В дополнение к нему, опишу своё видение проблемы. Хоть и не являюсь программистом, но прочитал разные мнения в разных источниках. Итак, есть memcpy(), низкоуровневый вызов, который нужно выполнять _быстро_. Если выполнить поиск по коммитам в GIT-репозитории Glibc, можно увидеть, как вызов улучшали SIMD-инструкциями, начиная ещё с MMX. Компания Intel отправила патч, добавляющий оптимизацию и для SSE4 тоже. Но оптимизация оказалась не эффективной при традиционном порядке байт, поэтому патч пробует и обратный порядок тоже, чтобы достичь ускорение.
При этом вызовом memcpy() всегда и на всех платформах пользовались только в традиционном порядке байт. Стандарт молчит о порядке байт, поэтому все поступали так потому, что такова традиция. Патч, добавляющий оптимизацию SSE4, был первым разом, когда порядок байт развернули. Когда пользователи начали жаловаться, Дреппер сказал "если стандарт молчит, значит порядок может быть любым". Он настаивал на том, что проблема проявляется только во флеше, и нигде больше - а флеш проприетарен, значит дефективен, а значит так им и надо. Ему и проблемы из других проектов приводили в пример, и цитаты из фундаментальных книг по программированию - но Дреппер всё равно вёл себя, как asshole.
P.S. В openSUSE в то время проблему решили патчем glibc-disable-backward-memcpy.diff, потом ситуацию всё же разрулили в апстриме, и патч убрали. Странно что в апстриме рассматривали разные способы решить проблему - вплоть до алиаса memcpy() вокруг memmove() - но никак не "вернуть всё как было". А разве можно допустить, чтобы оптимизация на SSE4 не показала прирост в бенчмарках? Что же тогда, пользоваться SSE3, который уже не модный?

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

150. Сообщение от Аноним (30), 17-Июл-20, 12:40 +/–

Вы ещё и в компиляторах, значит, не разбираетесь... Идите, покажите, как надо. Тысячи разработчиков компиляторов по всему миру ведь явно такие тупые, что за более чем полвека не смогли «нормальный» компилятор сделать, который бы все чаяния программиста угадывал.
Вам Ordu уже детально расписал конкретно по memcpy, сколько там нюансов. И это лишь одна из множества типовых операций, выполняемых программами.
Может быть, вы не в курсе, но при разработке компилятора скорость конечного кода имеет не наивысший приоритет. Куда важнее корректность и полнота реализации языка. А сами по себе языки программирования служат задаче уменьшения времени и сложности разработки. Вы же как пользователь предпочтёте работающую, пусть и не идеально быстро, программу сейчас, чем идеальную примерно никогда? Вот и придумывают порой жутко неэффективные (по сравнению с чем-то там), но работающие здесь и сейчас инструменты.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #133 Ответы: #152

151. Сообщение от Аноним (151), 17-Июл-20, 13:25 +/–

И-и-и-, тот memcpy в новости на асме для конкретного случая, или для всех на свете, где glibc будет использоваться?

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #145 Ответы: #153

152. Сообщение от alex312 (?), 17-Июл-20, 13:55 –1 +/–

>Вы ещё и в компиляторах, значит, не разбираетесь...
ты то дохрена разбираешся, ни одного толкового ответа, все какието съезды про то как все трудно.
>Идите, покажите, как надо.
5 минут поиска выдали вот такой проект - https://github.com/skywind3000/FastMemcpy/blob/master/FastMe...
вот ведь, оказывается можно писать на С.

Ответить | Правка | Наверх | Cообщить модератору
Родитель: #150 Ответы: #154

153. Сообщение от Аноним (136), 17-Июл-20, 15:58 +/–

Для случаев которые происходят гораздо чаще других. В редких он вполне может медленнее варианта на Си. В том и разница, что компилятор не способен оценить вероятность использования не проанализировав возможность взаимодействия каждой строчки программы с каждой. Пример: код printf("%s\n", "Hello, World!"); развернётся в множество больших функций, а на Ассемблере это всего 4 машинные инструкции. Когда компилятор может проанализировать вероятности, то его код безусловно будет лучше полуобщего ассемблерного варианта.

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

154. Сообщение от Аноним (30), 17-Июл-20, 19:16 +/–

> ты то дохрена разбираешся, ни одного толкового ответа
Толковые ответы вы уже не раз получили. Раз не смогли нормально отреагировать, то теперь получайте вариант для чайников и не жалуйтесь.
А разбираюсь достаточно, чтобы писать и отлаживать код и на ассемблерах, и на Си, и на высокоуровневых языках. Вот только это не я тут заявляю, что Си — дурацкий язык с дурацкими компиляторами, которые ВНЕЗАПНО не умеют генерировать идеальный код.
> вот ведь, оказывается можно писать на С.
Ну да, обернули каждую команду SSE в сишную функцию, а потом делаем вид, что программируем на Си, и, вдобавок, продолжаем полагаться на эффективность компилятора.
Ещё раз говорю: возьмите чисто сишную реализацию memcpy (можно этот код), скомпилируйте, отправьте результат в дизассемблер (вы же objdump пользоваться умеете, правда?) и сравните с «ручной» реализацией хоть из того же glibc. А потом производительность сравните. Вопросы отпадут.
Если же не можете сделать даже это, то перестаньте придуриваться и начните внимать чужим объяснениям. Потому что если своего ума не хватает, придётся жить чужим, увы вам.

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

155. Сообщение от Anon678 (?), 17-Июл-20, 20:50 +1 +/–

> дальше не стал читать...
А зря. Там слёзная история как их все игнорят.

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

156. Сообщение от admin (??), 21-Июл-20, 00:23 +/–

ОС Аврора такая же красивая, как её название?

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

157. Сообщение от InuYasha (??), 23-Июл-20, 17:42 +/–

Какже достали все эти интовые наследия!
int main(...int argc) // ok, ребята, нам прислали -5 аргументов, держитесь!

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

158. Сообщение от Аноним (158), 24-Июл-20, 13:06 +/–

Вы знаете у меня то же иногда возникают подозрения. Сами закладывают, и потом сами же выкатывают устранения уязвимостей. Однажды прогнал через шланг btusb.c (драйвер из ядра линукс) - нашёл два места обращений явно за пределы массива, и это в статике! И заметте, многие PR висят годами и никто не чешится их применять, хотя очевидно исправляют какую либо проблему.

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

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

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

Партнёры:

Хостинг:

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

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

1. Сообщение от Аноним (-), 16-Июл-20, 09:13	–41 +/–
>компанией "Открытая мобильная платформа") поделились показательной историей дальше не стал читать...
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #155

4. Сообщение от Соня Мармеладова (?), 16-Июл-20, 09:23	+8 +/–
Эх, не успел ответить, но кто-то уже поторопился написать в каменты про очередное сишное отверстие, хотя весь текст новости про голый ассемблер. В этом весь опеннет. Кстати,че там с memcpy на чистом, божественном русте?
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #11, #15, #156

5. Сообщение от Корец (?), 16-Июл-20, 09:24	+/–
>>пять месяцев с момента уведомления разработчиков Glibc. Не ожидал такого от GNU :( Всё время считал их более-менее ответственными ребятами.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #7, #8, #10, #48

7. Сообщение от SunXE (ok), 16-Июл-20, 09:28	+12 +/–
Расслабилось сообщество, привыкли что шапка всё делает.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5 Ответы: #9

8. Сообщение от Аноним (9), 16-Июл-20, 09:30	+2 +/–
они озабочены только юридической проблемой - как забрать себе права на проект и что бы не дай бог принимаемый патч не нарушил их монополию на код. (см ссылку из кода - https://sourceware.org/pipermail/libc-alpha/2020-June/114738...) А ты о каких-то технических проблемах.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5 Ответы: #18

9. Сообщение от Аноним (9), 16-Июл-20, 09:30	+4 +/–
просто нужно время что бы забрать себе права на код. Тут не до каких-то багфиксов.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #7

10. Сообщение от iPony129412 (?), 16-Июл-20, 09:31	–1 +/–
Да не, как все.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #5

11. Сообщение от Аноним (11), 16-Июл-20, 09:31	+22 +/–
Фрактал, он такой. Видит букву С - начинает издавать звуки курятника. Никак не научатся некоторые простой истине: язык - это инструмент. Ни больше, ни меньше. А то, что он даже не понял, а чём суть проблемы, достаточно характерно для "агрессивно-прогрессивных" комментаторов.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4 Ответы: #61, #68, #92

12. Сообщение от Аноним (12), 16-Июл-20, 09:33	–9 +/–
Казалось бы, элементарнийшая функция, а до сих пор пишут на асме для производительности. ужас!
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #13

13. Сообщение от Корец (?), 16-Июл-20, 09:35	+3 +/–
А на чём надо? На пайтоне?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #12 Ответы: #17

14. Сообщение от Аноним (14), 16-Июл-20, 09:39	+1 +/–
Интересно, общались ли с изначальным разработчиком memcpy под armv, неким Nicolas Pitre? Или ему уже по барабану на код, написанный 14 лет назад: https://github.com/bminor/glibc/commit/0572b91bdb6cf4dda3bb2...
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #34

15. Сообщение от Аноним (15), 16-Июл-20, 09:41	+2 +/–
> сишное > ассемблер Вы либо крестик снимите, либо трусы наденьте. В your_favorite_lang тоже есть подобные уязвимости, но ввиду того, что сообществе считает your_favorite_lang неуязвимым, их никто не ищет.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #4 Ответы: #29, #30, #44, #47

16. Сообщение от Аноним (16), 16-Июл-20, 09:44	+2 +/–
Когда есть критическая уязвимость, всем должно быть нaсрать на производительность. Тем более в выделении памяти на куче, которое и так медленное, ибо обычно требует сисколлов. Вместо тактодрочерства нужно БЫСТРО выкатить хоть-какой нибудь патч, закрывающий уязвимость, и только потом уже вылизывать скорость.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #19, #20, #65, #81

17. Сообщение от Аноним (12), 16-Июл-20, 09:46	–6 +/–
смищно про питон, а че, С не смог соптимизировать цикл?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #13 Ответы: #24, #31, #102, #110

18. Сообщение от gogo (?), 16-Июл-20, 09:48	+2 +/–
С тебе деньги требуют? Они не парковщики подмосковья... Эту либу используют миллиарды людей. Таки в их интересах, чтобы комар носа не подточил.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #8 Ответы: #23, #60

19. Сообщение от alex312 (?), 16-Июл-20, 09:49	+2 +/–
компании SUSE и Red Hat объявили, что их платформы проблеме не подвержены ...
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #16

20. Сообщение от gogo (?), 16-Июл-20, 09:49	+5 +/–
Быстро выкатить пачт на андроид? Смешно. На большинство телефонов его вообще не выкатят.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #16 Ответы: #22

21. Сообщение от Аноним (23), 16-Июл-20, 09:51	–5 +/–
тысячегласс, kokokoko! А мэйнтейнеры glibc очень заняты - "разрабатывают наборы тестов", им некогда исправлять rce в glibc.
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #33

22. Сообщение от alex312 (?), 16-Июл-20, 09:54	–1 +/–
где glibc и где Андроид ? У них там свой бионик.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #20

23. Сообщение от Аноним (23), 16-Июл-20, 09:55	–4 +/–
> Эту либу используют миллиарды людей. поэтому миллиарды посидят пол-годика с RCE, а мы пока подождем прав на код, тем более что нам самим наш работодатель redhatbm велел забить на эти arm32, и мы знаем, кто и за что нам платит. Конечно, конечно, это такая забота о миллиардах. А то ж какой-нибудь хуавей (извините за мат) может грязно над ними надругаться, предъявив свои права на код (заметим, под gpl - то есть эти права никак нельзя использовать во вред пользователям)
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #18 Ответы: #76, #135

24. Сообщение от Корец (?), 16-Июл-20, 09:59	+4 +/–
Ничего смешного. Критичные куски кода всегда писались на асме.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #17

25. Сообщение от Пувс3 (?), 16-Июл-20, 10:01	–4 +/–
Великая победа Альянса! Кек
Ответить \| Правка \| Наверх \| Cообщить модератору

28. Сообщение от Аноним (28), 16-Июл-20, 10:19	–6 +/–
Доигрались со своими нанооптимизациями. Казалось бы, что проще - байтики скопировать? Помните же, как сломался звук во Флеше? Тогда наивная Линусовская реализация memmove оказалась по тестам ничуть не менее производительной, чем все эти пляски с бубном с копированиями в разные стороны и прочими middle out (tm).
Ответить \| Правка \| Наверх \| Cообщить модератору
Ответы: #32, #35, #82

29. Сообщение от zzz (??), 16-Июл-20, 10:27	+5 +/–
Болгарки уже давно все на свалках - пилки для ногтей рулят!
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15

30. Сообщение от Аноним (30), 16-Июл-20, 10:28	+7 +/–
Действительно, ведь высокоуровневые языки легко и просто получаются сами из себя, безо всяких там машинных кодов и режимов адресации. А вирусы — это когда HTML-письма с вредоносным JavaScript, а не самомодифицирующийся код.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #15

31. Сообщение от Аноним (30), 16-Июл-20, 10:31	+8 +/–
Как я понимаю, вы сами про оптимизацию ассемблерного кода только слышали. И актуальность выжимания максимума скорости из memcpy/memmove слабо представляете.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #17 Ответы: #36

32. Сообщение от zzz (??), 16-Июл-20, 10:33	+/–
Задним умом у нас все крепкие.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #28

33. Сообщение от Аноним (30), 16-Июл-20, 10:34	+1 +/–
Тесты — это хорошо и правильно. Вот только для таких критичных компонентов они должны быть готовы заранее...
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #21

34. Сообщение от Kroz (??), 16-Июл-20, 10:36	+2 +/–
> Интересно, общались ли с изначальным разработчиком memcpy под armv, неким Nicolas Pitre? И какой вопрос следовало бы ему задать, на твой взгляд?
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #14 Ответы: #43

35. Сообщение от Аноним (30), 16-Июл-20, 10:37	+1 +/–
> Казалось бы, что проще - байтики скопировать? Казалось бы, что проще — комментарий на форуме оставить? А расскажите-ка в деталях этот процесс. Хотя бы до L3 модели OSI, не будем уж совсем зверствовать.
Ответить \| Правка \| Наверх \| Cообщить модератору
Родитель: #28 Ответы: #38, #75