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

Проект LLVM развивает средства для безопасной работы с буферами в C++, opennews (?), 06-Окт-22, (0) [смотреть все] Это ещё зачем, глупых растоманов наслушались vector и так кидает экспешон при в, Аноним (2), 11:07 , 06-Окт-22, (2) –1   // На этапе компиляции , Аноним (3), 11:08 , 06-Окт-22, (3) +12   // И после таких вот заявлений растоманы хотят кого-то уверить что у них код быстре, bOOster (ok), 13:05 , 06-Окт-22, (46)   // Так проверки в дебаге Код может быть местми быстрее из-за большего скоупа для а, анонимус (??), 13:40 , 06-Окт-22, (59)   Когда индекс массива зависит от внешних данных а это чуть менее, чем всегда , п, Аноним (129), 19:15 , 06-Окт-22, (129) –3   Comdiv, предлагает такое решение этой проблемы для будущих языков http safe-pr, Tita_M (ok), 19:59 , 06-Окт-22, (135) +2   Костыль на костыле, костылем погоняет А по факту - опыт и чуть больше вниматель, bOOster (ok), 08:10 , 07-Окт-22, (175) –2   Понятно Ответить нечего Правда, там его вариант Оберона по скорости почти не п, Брат Анон (ok), 08:34 , 07-Окт-22, (181) +5   Где это в повседневной эксплуатации Кнут тоже аналитику алгоритмов проводил - т, bOOster (ok), 09:23 , 07-Окт-22, (188) –2   У тебя с логическим мышлением явные проблемы Причём здесь алгоритмы, до ошибок , Прохожий (??), 08:29 , 08-Окт-22, (227) +3   Кстати, С в силу своей специфики конструктор деструктор много безопаснее чем ч, bOOster (ok), 09:40 , 07-Окт-22, (189) –4   Программист вообще не должен думать, когда бы ему память получить, а когда освоб, Брат Анон (ok), 08:24 , 10-Окт-22, (255) +3   Вот это бреднятина, если ты работаешь в 1C, и всяким фронтендом тогда да, но это, bOOster (ok), 09:32 , 10-Окт-22, (256) –2   И ножи запретить, ими же порезаться можно , Аноним (-), 12:47 , 12-Окт-22, (262) –2   Лучше постоянные проверки в рантайме, чем крвх или взлом , YetAnotherOnanym (ok), 15:03 , 06-Окт-22, (80) +4   Насмешил - имхо rust будут ломать чаще , bOOster (ok), 15:55 , 06-Окт-22, (88)   Он для этого и создан если кто не понял Притянул из интернета пару гигабайт зав, Аноним (123), 17:47 , 06-Окт-22, (123) +2   Можно притянуть локально Кто мешает А мне кажется, что у вас приступ НИНУЖНА ,, Аноним (130), 19:19 , 06-Окт-22, (130) +4   Ты давно из исходников собирал что-то, изучая перед этим код - дабы быть уверенн, bOOster (ok), 08:23 , 07-Окт-22, (180)   Даже если это так, то какая претензия тогда к расту Скачав библиотеку для крест, Аноним (212), 16:32 , 07-Окт-22, (212) +1   Да дело в том что раст ремесленники сродни 1С программистам - зачастую не знают , bOOster (ok), 16:57 , 07-Окт-22, (215) –1   Исходя из чего это следует, о Великий воин супротив Раста , Прохожий (??), 08:33 , 08-Окт-22, (229) –1   На основе чего ты пришёл к такому туповатому выводу , Прохожий (??), 08:30 , 08-Окт-22, (228)   К большому сожалению будут постоянные ошибки в алгоримах, которые точно также пр, eganru (?), 19:52 , 06-Окт-22, (133)   А можно какие-нибудь цифры или исследования Просто анализ от Майкрософта показа, Аноним (130), 20:17 , 06-Окт-22, (138) +2   Майкрософт это не про программирование - это про бизнес И применять эти сведени, bOOster (ok), 08:12 , 07-Окт-22, (176)   А в open source какие-то особенные люди, которые не допускают ошибок с памятью и, Аноним (212), 16:35 , 07-Окт-22, (213)   А серое вещество включить Или на Майкрософт работаешь Open source - майнтейнер, bOOster (ok), 16:49 , 07-Окт-22, (214) –1   Тебе бы самому не помешало включать серое вещество Что МС, что другие корпораци, Прохожий (??), 08:26 , 08-Окт-22, (226) –2   А ещё лучше -- железо спроектированное под эти проверки, и язык, который на 146 , Брат Анон (ok), 08:38 , 07-Окт-22, (183) +2   Осталось придумать где его такое взять Интел вообще пытался, но - не зашло Rust, Аноним (-), 14:20 , 12-Окт-22, (263) –2   Нет, Интел даже не пытался За тебя уже всё придумали Просто бери и пользуйся Н, Брат Анон (ok), 08:28 , 14-Окт-22, (278) +1   Железо такое есть, эльбрус называется Там есть специальный режим, в котором про, alexhz (?), 00:38 , 26-Дек-22, (279)   Хотя чаще до 20 Ну и ещё проблема, код с хаками не работает В итоге, только с, alexhz (?), 00:43 , 26-Дек-22, (280)   std vector T,Allocator atReturns a reference to the element at specified loca, anonimous (?), 22:18 , 07-Окт-22, (221) –1   Только по at i , и этой функцией мало кто пользуется , topin89 (ok), 11:10 , 06-Окт-22, (4) +4   // а вы берете указатель от data и дальше используете арифметику с указателем , null (??), 11:14 , 06-Окт-22, (6) +1   // operator вам о чем-нибудь говорит , anonymous (??), 11:20 , 06-Окт-22, (8) +12   зачем, если есть at , null (??), 11:24 , 06-Окт-22, (12) +2   зачем нужен ты, если есть GPT-3 , Аноним (19), 11:38 , 06-Окт-22, (19) +13   Согласен Null не нужен, столько багов из-за него , trolleybus (?), 12:41 , 06-Окт-22, (41)   Давайте разыминуем анона выше , Аноним (84), 15:41 , 06-Окт-22, (84) +1   Зачем тебе разыменованный троллейбус И что это делает , Аноним (-), 14:41 , 12-Окт-22, (264)   Gfortran -fcheck all, pashev.ru (?), 11:13 , 06-Окт-22, (5) –1 // Собственно, уже давно есть GLIBCXX_HARDENED, по умолчанию включенный в Федоре и , qetuo (?), 18:55 , 06-Окт-22, (128) +2 Одна небольшая доработка, а целый ЯП, придуманный только для безопасной работы с, Бывалый смузихлёб (?), 11:14 , 06-Окт-22, (7) –2 // А что, LLVM в кресты встраивают борроу чекер Проблем с лайфтаймами больше не бу, гость (?), 11:22 , 06-Окт-22, (9) +6 // Если тебе нужен боров в чекере ты его можешь сам присобачить в любой момент htt, Аноним (18), 11:37 , 06-Окт-22, (18) // Ща начнется визг, что ваш 6Ч, не тот бЧ , анон (?), 14:56 , 06-Окт-22, (74) +1 Давно есть, std unique_ptr называется , Аноним (40), 12:38 , 06-Окт-22, (40) +4 Закатывай губу назад , Шарп (ok), 11:23 , 06-Окт-22, (11) // В том языке аналогичная проверка тоже происходит во время выполнения, Man11300 (?), 12:14 , 06-Окт-22, (30) Будет короче тормозить еще больше из за постоянных проверок Голые указатели при, Аноним (10), 11:23 , 06-Окт-22, (10) +7 // сиплюсплюсовцы же, Анусимус (?), 11:37 , 06-Окт-22, (16) // А еще ассерты есть И вообще работать с буфферами неявного размера, как это прин, Аноним (10), 11:49 , 06-Окт-22, (21) // C и C это разные языки , Аноним (23), 11:54 , 06-Окт-22, (23) +3 Не может быть , Аноним (129), 19:20 , 06-Окт-22, (131) +1 Си разный бывает В каком-нибудь MISRA например много чего НЕ принято И это как, Аноним (265), 14:52 , 12-Окт-22, (265) Проверка диапазона не ресурсоёмкая, и на некоторых платформах даже аппаратная Во, _kp (ok), 12:03 , 06-Окт-22, (25) +3 // Не бывает бесплатных проверок, даже за защищённый режим процессора с его виртуал, none7 (ok), 14:30 , 06-Окт-22, (67) +1 // Столько нового и интересного узнаёшь на Опеннете То есть виртуальная память ино, n00by (ok), 14:52 , 06-Окт-22, (73) –3 Нет, процессору же приходится гонять виртуальные адреса через таблицу страниц дл, none7 (ok), 15:03 , 06-Окт-22, (79) +2 Исключение потому так и называется, что генерируется в исключительных случаях Т, n00by (ok), 16:21 , 06-Окт-22, (95) Вот кстати в голодные времена провайдеры вместо Cisco использовали ПК с Linuxи о, Аноним (102), 16:34 , 06-Окт-22, (102) Осталось написать дату тех времён и характеристики железа - что бы можно было пр, n00by (ok), 16:01 , 08-Окт-22, (241) А если посмотреть талмуд, то она делает совсем другое - генерирует исключение B, n00by (ok), 15:00 , 06-Окт-22, (78) Она даёт исключение при выходе за границы проверки, а не всегда , none7 (ok), 15:06 , 06-Окт-22, (81) +1 Что бы 171 естественно времени она занимает столько же как и пара cmp j ab 1, n00by (ok), 16:14 , 06-Окт-22, (93) –1 Естественно ситуация выхода за пределы массива является серьёзной ошибкой и не т, Аноним (102), 16:25 , 06-Окт-22, (96) +1 Так для этого надо найти старый тадмуд, где указано время исполнения BOUND Я см, n00by (ok), 16:33 , 06-Окт-22, (101) –1 Этот талмуд идёт в комплекте с masm32 и он у меня под рукойbound - 7 тактов на 4, Аноним (102), 16:42 , 06-Окт-22, (105) +2 Сейчас какой год идёт Не, не так Какой сейчас век , Аноним (129), 02:37 , 07-Окт-22, (164) +1 Да без разницы какой год Основа вычислительного блока в процессорах Intel не ме, none7 (ok), 04:18 , 07-Окт-22, (170) Откат будет, внезапно, в случае ошибки в программе Что Вы там собрались оптимиз, n00by (ok), 16:05 , 08-Окт-22, (242) Ага, конечно Интел не настолько дно в разработках , Аноним (-), 15:46 , 12-Окт-22, (269) У них есть специальная инструкция rdtsc которой можно узнать, сколько тактов зан, none7 (ok), 16:32 , 12-Окт-22, (274) В действительности rdtsc читает time stamp counter, и есть нюанс The RDTSC instr, n00by (ok), 10:27 , 13-Окт-22, (275) Да даже для того времени утверждение 171 времени она занимает столько же 187 , n00by (ok), 16:23 , 08-Окт-22, (243) Данные по cmp и Jxx неактуальны для современного железа У cmp латентность 1, а , n00by (ok), 15:51 , 08-Окт-22, (240) В защищенном режиме много всякой мути, которая в теории должна жутко тормозить , Аноним (89), 15:56 , 06-Окт-22, (89) Так чтож, теперь отказаться от защищённого режима Привет, эпоха DOS Сторонние , Аноним (98), 16:29 , 06-Окт-22, (98) И правда, быстрее же , n00by (ok), 16:35 , 06-Окт-22, (103) –1 Существует архитектура Mill в которой нет виртуальной памяти и много чего другог, Tita_M (ok), 20:08 , 06-Окт-22, (136) +1 Но в реальном мире, кроме FOSS, ещё браузер загружает страницы с тоннами сторонн, Аноним (218), 18:11 , 07-Окт-22, (218) +1 И при всем этом там приколы типа ROWHAMMER могут работать Даже оттуда Который , Аноним (-), 16:10 , 12-Окт-22, (272) А ещё есть компьютер Спектрум Самый быстрый там вариант - самомодифицирующийся , n00by (ok), 16:33 , 08-Окт-22, (244) В реальном мире вооон те игроделы бьют рекорды по скорости декомпресии vs плотно, Аноним (-), 15:47 , 12-Окт-22, (270) Можно было, конечно, осталось посчитать, сколько играли в тот 171 Дум 187 на, n00by (ok), 10:54 , 13-Окт-22, (276) На счёт жутко тормозить это уже слишком безграмотно Если писать эмулятор 386 ,, _kp (ok), 11:00 , 07-Окт-22, (192) Ну про 90 Вы загнули LDIR - 21 такт на 1 байт LDI - 16 Серия последних немно, n00by (ok), 16:40 , 08-Окт-22, (245) +1 Верно Вдвое быстрее, плюс издержки, это и есть примерно на 90 быстрее Прирост, _kp (ok), 00:23 , 09-Окт-22, (252) Действительно Как обычно, я налажал с арифметикой Довелось когда-то покодить дл, n00by (ok), 15:58 , 09-Окт-22, (254) +1 Благодарю Взял в коллекцию Смотрю А на Гитхабе меня уже забанили, поэтому ссыл, _kp (ok), 10:46 , 10-Окт-22, (257) Как забанили Это надо в новости Тут публика любит, когда кого-то банят Ну и в, n00by (ok), 16:34 , 10-Окт-22, (258) Уже писали про это Хотя, банили якобы сотрудничавших с подсанкционными организа, _kp (ok), 10:34 , 11-Окт-22, (259) Если забанили на основании решения властей США - тогда им ничего не стоит указат, n00by (ok), 14:41 , 11-Окт-22, (261) Вообще в компилтайм они условно бесплатные В том плане что это время потратит к, Аноним (-), 15:05 , 12-Окт-22, (266) Звон-то конечно слышали, но откуда он, не разобрались Заканчивайте уже тащить сл, yet another anonymous (?), 11:12 , 07-Окт-22, (195) +1 что за буфера такие массивы имелись ввиду , Аноним (24), 12:02 , 06-Окт-22, (24) +3 // https ru wikipedia org wiki Буфер, Аноним (98), 12:12 , 06-Окт-22, (29) В заголовке LLVM, а новость про clang Непорядок , Аноним (31), 12:16 , 06-Окт-22, (31) –1 почему бы сразу не писать на чистом Си , darkshvein (ok), 12:24 , 06-Окт-22, (35) +2 // есть же чистый углерод, Аноним (37), 12:29 , 06-Окт-22, (37) +3 // Он невкусный , Аноним (-), 15:06 , 12-Окт-22, (267) Зачем Если например от C можно использовать только классы структуры - и код п, bOOster (ok), 13:02 , 06-Окт-22, (45) +2 // Вся мощь в шаблонах, а ты их не осилил , Аноним (37), 13:05 , 06-Окт-22, (47) // Я их просто не использую Если в большинстве случаев профессионалу хватает обычн, bOOster (ok), 13:08 , 06-Окт-22, (48) –2 Сразу и видно, какой ты профессионал, раз шаблоны не осилил, Аноним (61), 13:43 , 06-Окт-22, (61) –1 Есть знакомые, которые пишут довольно небольшое ПО, ну скажем под встраиваемые у, _kp (ok), 11:13 , 07-Окт-22, (196) Зато я много видел таких профессионалов любителей шаблонов, ваявших такую хрень,, Neon (??), 18:26 , 08-Окт-22, (248) Любители шаблонов обычно пишут совершенно неподдерживаемый код, который трудно о, Neon (??), 18:28 , 08-Окт-22, (249) Как раз таки классы самое ненужное в цпп Когнитивная нагрузка раза в 1 5 снижае, Аноним (40), 13:15 , 06-Окт-22, (51) –5 // Классы позволяют перегружать операторы например и писать vec1 vec2 vec3 вмес, Аноним (61), 13:44 , 06-Окт-22, (62) +2 В нормальных языках пишут vec1 add vec2 add vec3 И редактор кода сможет указать, Аноним (-), 14:08 , 06-Окт-22, (63) +4 У вас синтаксис подразумевает vec1 vec2 vec3 или vec1 vec2 vec3 , ndshu (?), 22:56 , 06-Окт-22, (154) А у вас сложение не коммутативное чтоли Когда оно именно так - это всяко отдель, Аноним (-), 16:12 , 12-Окт-22, (273) Перегрузка операторов как раз самая отвратительная вещь в плюсах , Аноним (70), 14:41 , 06-Окт-22, (70) +2 А ничё, что эта вещь не только в Плюсах имеется Значит, востребована , Аноним (98), 14:51 , 06-Окт-22, (72) Это если применять куда попало, что бы было А бывает, что и необходимо, и при эт, _kp (ok), 11:17 , 07-Окт-22, (197) –1 Типичный ответ приплюснутой макаки Ровный пацан для математики оптимизированный, Аноним (40), 14:56 , 06-Окт-22, (76) –3 Зато потом ровного пацана забивают лопатой, когда код нужно будет перенести на д, Neon (??), 18:30 , 08-Окт-22, (250) Я бы, наоборот, хотел бы найти утилитку, которая анализирует плоскосишный код и , Аноним (98), 14:49 , 06-Окт-22, (71) +1 А как-же конструкторы деструкторы - которые, заставляя программиста возвращаться, bOOster (ok), 10:28 , 07-Окт-22, (190) Классы очень полезны, когда они изолированы и не связаны с остальным кодом как , Аноним (253), 04:05 , 09-Окт-22, (253) Ну напиши, скажем, игровой движок на чистом Си Кармак не просто так к третьему , Аноним (69), 14:37 , 06-Окт-22, (69) +1 // Ваще-то просто так , Аноним (75), 14:56 , 06-Окт-22, (75) просто так и кармак живой пример что на си можно творить чудеса досихпор фиг к, Аноним (-), 15:45 , 06-Окт-22, (85) +2 // Просто так, по доброй воле, на плюсы не переходят Про быстрый обратный корень , Аноним (69), 16:28 , 06-Окт-22, (97) +3 Ага, Кармак изобрёл разложение функции в ряд Тейлора , Аноним (98), 16:39 , 06-Окт-22, (104) Ну тут немного другая математика, но весьма тривиальная Но дело не в этом, а в , Аноним (69), 16:49 , 06-Окт-22, (108) Не важно Поговаривают что комментанрий кстати не его это про тот что рядом со , Аноним (-), 17:43 , 06-Окт-22, (122) А вообще, Анон, приятно видет что есть еще интересующиеся вопросом Заходи на оф, Аноним (125), 18:06 , 06-Окт-22, (125) Увы, нет, фан кодинга в прошлом Да и в прошлом гораздо интереснее был реверсинг,, Аноним (69), 21:11 , 06-Окт-22, (144) Если речь про т н 171 аппаратный алгоритм 187 , то описал его Джон Фон Нейма, n00by (ok), 17:10 , 08-Окт-22, (246) Кармак сказал что квадратичную функцию списал из какого то журнала по программир, Онанистмус (?), 13:11 , 08-Окт-22, (230) Держи - https www youtube com watch v LR3THwlv_r4 Не закончено еще, но процес, Владимир (??), 17:57 , 06-Окт-22, (124) –1 // И прямо в первом кадре видео 8212 файлы cpp Ну ок , Аноним (69), 18:54 , 06-Окт-22, (127) Какой еще срр Там фильм про любовь должен быть Или не та ссылка , Владимир (??), 17:29 , 07-Окт-22, (217) По моему опыту на С быстрее писать , eganru (?), 19:55 , 06-Окт-22, (134) –1 // на С быстрее писать ошибки , Аноним (129), 20:33 , 06-Окт-22, (139) +2 Можно увидеть вашу реализацию быстрой сортировки на чистом Си , Cooler (??), 21:51 , 06-Окт-22, (150) –1 // Все есть на github, Аноним (160), 01:51 , 07-Окт-22, (160) Современные программисты не могут в Си Они способны максимум верстать медленные, Аноним (238), 15:23 , 08-Окт-22, (238) Кому надо - тот давно их использует , Аноним (39), 12:35 , 06-Окт-22, (39) Тормозной C компилятор будет ещё тормознее , Skullnet (ok), 13:11 , 06-Окт-22, (49) +6 // Ах, тормознутая сборка на крестах всегда вызывет боль , Аноним (-), 15:47 , 06-Окт-22, (86) +2 // Какой молоток - такой и Qt , Аноним (129), 19:43 , 06-Окт-22, (132) –2 вы не понимаете, это другое111шланг всё исправит, и можно будет использовать мно, darkshvein (ok), 21:33 , 06-Окт-22, (147) Интересно, чего все так наяривают на скорость компиляции Это вы так черезжoпно к, Аноним (198), 11:21 , 07-Окт-22, (198) –2 // Как бе дааа 8230 Если ли бы ты написал хоть одну строчку кода в жизни, то знал, Аноним (203), 12:05 , 07-Окт-22, (203) +1 // Ну так ты пишешь все что нужно проверить - функцию, класс, модуль, хз на чем ты , Аноним (198), 12:58 , 07-Окт-22, (206) –2 Проблема в компетенции тут у тебя Просто ты манякодер, который не делал никогда, Аноним (260), 10:56 , 11-Окт-22, (260) Это абсолютно несвязанные задачи Любой код должен решать поставленную задачу и , Аноним (198), 13:03 , 07-Окт-22, (207) –1 Вот так выберешь быструю сортировку вместо сортировки пузырьком, а потом окажетс, Аноним (203), 13:32 , 07-Окт-22, (208) +1 Легче оставить дебаг сборку, Аноним (61), 13:42 , 06-Окт-22, (60) // Чтобы тормозило, как в расте , Аноним (129), 20:39 , 06-Окт-22, (141) –2 // Всего лишь как в спарке , Аноним (168), 02:59 , 07-Окт-22, (168) Как только этого плешивого старичка не вытаскивают И один тул напишут к нему И, Alexey Torgashin (?), 14:25 , 06-Окт-22, (65) –9 // А зачем нужен keyword для функции После пистоновских отступов теряетесь в коде , Аноним (70), 14:36 , 06-Окт-22, (68) +2 // Как минимум это позволяет упростить компилятор Н Вирт не зря использовал proce, Tita_M (ok), 20:17 , 06-Окт-22, (137) // Про вместо Function пишут PROCEDURE Функции остались - , U202204161753 (?), 20:38 , 06-Окт-22, (140) Про пишут procedure вместо view А на функции даже смотреть нет смысла , Аноним (168), 03:01 , 07-Окт-22, (169) Так они же ненавидят паскаль и Вирта , Аноним (247), 17:58 , 08-Окт-22, (247) В результате творения Вирта используют лишь для обучения Для реальной работы ег, Neon (??), 18:32 , 08-Окт-22, (251) 1 Для выхватывания глазом функций 2 для парсеров у всяких редакторов кода Та, Alexey Torgashin (?), 22:18 , 06-Окт-22, (151) –1 // Вам гнутые подогнали целый компилятор, а вас парсеры не работают , Аноним (168), 02:57 , 07-Окт-22, (167) +1 Настолько сложно что компилер с сделали в 4 функицях, C4 называется , Аноним (-), 16:06 , 12-Окт-22, (271) Ну вот, сложно же Для простых языков хватает одной , n00by (ok), 10:59 , 13-Окт-22, (277) Так в расте он еще отвратительней раза в 2 , ХрюХрю (?), 14:59 , 06-Окт-22, (77) +7 Шикарно я считаю Даже судя по тутошнему вою медленно, медленно прогеры стану, хрю (?), 15:33 , 06-Окт-22, (82) // А где Если разработчикам надо знать все тонкости вроде не вызываем at - там , Аноним (-), 15:50 , 06-Окт-22, (87) +2 Скрыто модератором, РастаГангста (?), 16:07 , 06-Окт-22, (90) –3 // Скрыто модератором, Аноним (98), 16:58 , 06-Окт-22, (112) Скрыто модератором, Аноним (98), 17:26 , 06-Окт-22, (119) Десятое правило Гринспена вас пожрёт , Аноним (92), 16:12 , 06-Окт-22, (92) Зачем оно нужно когда есть нативные компиляторы под любую платформу , Чел на 939 сокете (?), 17:11 , 06-Окт-22, (116) +5 // Всегда так делаю Исходный код тот же Сборку делаю под конкретную платформу на , Аноним (186), 09:14 , 07-Окт-22, (186) Любой настоящий программист понимает что оно на самом деле бесполезно, Аноним (238), 15:15 , 08-Окт-22, (237) Совсем деградировали современные погромисты Помню как в своё время на ассемблер, Чел на 939 сокете (?), 20:47 , 06-Окт-22, (142) +6 // Никто не мешает вам и сейчас этим заниматься Думаю, с руками такого специалиста, Аноним (69), 21:09 , 06-Окт-22, (143) +2 // Ага, а в Вилабаджио просто поставят 32-битный микроконтроллер и будут праздноват, Аноним (98), 21:12 , 06-Окт-22, (145) // очередную дыру в проекте , Аноним (129), 02:29 , 07-Окт-22, (163) +2 Я уже старый, мне 78, и давно на пенсии, все мои знания устарели, в мире бизнес, Чел на 939 сокете (?), 21:31 , 06-Окт-22, (146) +2 // А какой самый большой проект вы тогда писали Не знаю какую метрику предложить, , Анонн (?), 11:11 , 07-Окт-22, (194) Надо было делать микроядро Тогда бы это был не один монолитный bloat на 30000000, Аноним (160), 11:35 , 07-Окт-22, (200) –1 Лукавит дедуля, Аноним (218), 12:00 , 07-Окт-22, (202) –1 Так может он на 939 только в зуму и солитер играет , Аноним (198), 12:07 , 07-Окт-22, (204) –1 Тут недавно информация прошла Одна команда что-то там изучала и упростила задач, Аноним (186), 09:17 , 07-Окт-22, (187) +1 // Современным программистам не понять что такое оптимизировать каждый байт и кажды, Аноним (160), 11:37 , 07-Окт-22, (201) Любой каприз за ваши деньги , Аноним (69), 14:25 , 07-Окт-22, (211) Любой настоящий программист в первую очередь думает об оптимизации, Аноним (238), 15:13 , 08-Окт-22, (236) Они 8212 нет, а оптимизатор байта 8212 да , Аноним (69), 17:15 , 07-Окт-22, (216) Раньше время работы компьютера было дороже, чем время работы программиста, да и , Аноним (152), 22:20 , 06-Окт-22, (152) +1 // Л - Логика, сынок а ты не думаешь что программы были меньше именно потому что вс, Дональд Кнут (?), 22:54 , 06-Окт-22, (153) +3 // Л - Лениво думать , Аноним (157), 23:10 , 06-Окт-22, (157) +1 Описание современных так называемых программистов, Аноним (160), 02:16 , 07-Окт-22, (161) Ну дык некогда думать, смузи ждёт , Аноним (168), 02:55 , 07-Окт-22, (166) +3 любители смузи совсем разучились думать думать могут только нелюбитили смузи с о, Аноним (173), 07:51 , 07-Окт-22, (173) –1 Программы были не только меньше, они были ПРОЩЕ Не все современные программы ог, Аноним (69), 12:57 , 07-Окт-22, (205) –2 Простота залог надёжности Гуманитарии, палитесь же, сразу видно человек написав, Аноним (223), 04:46 , 08-Окт-22, (223) +3 Что ещё ожидать от растоманов, Аноним (238), 15:11 , 08-Окт-22, (235) Что еще ожидать от современных диградирующих погромистов Наизобретали всяких та, Аноним (173), 07:49 , 07-Окт-22, (172) –2 Ввести массивы на уровне языка Нееее, мы всё в рантайме проверять будем , Аноним (148), 21:36 , 06-Окт-22, (148) –1 // Уточните пожалуйста что это за конструкция языка С int notArray 1, 2, 3 , Аноним (158), 23:17 , 06-Окт-22, (158) –7 // Не поверишь Это указатель с гранулярностью размера int , Аноним (129), 02:27 , 07-Окт-22, (162) +4 // code include iostream using namespace std int main int notArray 1,, Аноним (173), 07:37 , 07-Окт-22, (171) –1 code include iostream using namespace std int main auto pointerAtNotArr, Аноним (173), 08:13 , 07-Окт-22, (177) –1 И это при том что размер массива сохраняется для оператора delete, Аноним (173), 08:16 , 07-Окт-22, (178) delete , учитель, 0x04070407 (?), 11:09 , 07-Окт-22, (193) +7 int notArray 1, 2, 3, 4, 5, 6, 7, 8, 9, 10 int pointer notArray std c, ХрюХрю (?), 08:52 , 07-Окт-22, (184) +33 int notArray 1, 2, 3 - это статический массив std vector - разновидность, minonA (?), 14:12 , 07-Окт-22, (209) // Опеннет эксперт утверждает что в Си нет массивов На опеннет настоящие програм, Аноним (232), 13:46 , 08-Окт-22, (232) –1 Не будут Анон сказал же что это указатель с гранулярностью в int про гранулярн, Аноним (-), 15:25 , 08-Окт-22, (239) Настоящим экспертам-программистам с опеннет проверки не нужны , Аноним (158), 23:04 , 06-Окт-22, (155) // Причем тут эксперты, зачем перекладывать на ресурсы процессора то что ты можешь , Интеллект (?), 23:06 , 06-Окт-22, (156) +6 // Интеллект с опеннет тут же подтвердил это утверждение Настоящие программисты ост, Аноним (158), 23:26 , 06-Окт-22, (159) Ахаха, мы все прекрасно видим как эти головы работают , Аноним (198), 10:40 , 07-Окт-22, (191) +1 Судя по ситуации на опеннет думать головой здесь умеют 3-4 человека, Аноним (160), 11:26 , 07-Окт-22, (199) –1 // Шиз, как ты этих 3-4 чела вычислил на анонимной борде, Аноним (223), 04:49 , 08-Окт-22, (224) +3 Дурачку, тут регистрация есть и они зарегистрированы, Аноним (232), 13:31 , 08-Окт-22, (231) –1 Зашёл CVE на сайт, на котором постят часто новости про CVE, чтобы напомнить, что, CVE (?), 18:26 , 07-Окт-22, (219) // Растоманы и прочие считающие себя программистами персонажи этого не понимают, Аноним (238), 15:10 , 08-Окт-22, (234) Сто лет в обед работает Но да, тем кто не читает про обновление в стандартах л, истина в последней инстанции (?), 18:33 , 07-Окт-22, (220) –1 Зачем добавлять в компилятор лишние проверки замедляющие сбору программ если нас, Аноним (238), 15:08 , 08-Окт-22, (233) 2,5,7,10,24,31,35,39,49,60,65,82,92,116,142,148,155,220,233

Сообщения

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

2. "Проект LLVM развивает средства для безопасной работы с буфер..."	–1 +/–
Сообщение от Аноним (2), 06-Окт-22, 11:07
> std::vector будет отслеживаться обращение за пределы выделенной области памяти, в случае выявления которого программа будет аварийно завершаться. Это ещё зачем, глупых растоманов наслушались? vector и так кидает экспешон при выходе за допустимый диапазон индексов.
Ответить | Правка | Наверх | Cообщить модератору

	3. "Проект LLVM развивает средства для безопасной работы с буфер..."	+12 +/–
	Сообщение от Аноним (3), 06-Окт-22, 11:08
	На этапе компиляции.
	Ответить | Правка | Наверх | Cообщить модератору

	46. "Проект LLVM развивает средства для безопасной работы с буфер..."	+/–
	Сообщение от bOOster (ok), 06-Окт-22, 13:05
	И после таких вот заявлений растоманы хотят кого-то уверить что у них код быстрее чем сишный работает? При наличии постоянных проверок в рантайме. Не смешите.
	Ответить | Правка | Наверх | Cообщить модератору

	59. "Проект LLVM развивает средства для безопасной работы с буфер..."	+/–
	Сообщение от анонимус (??), 06-Окт-22, 13:40
	Так проверки в дебаге. Код может быть местми быстрее из-за большего скоупа для анализа конпелятором. Синтетика иногда тоже такие результаты показывает. Тут главное что есть гарантии валидности
	Ответить | Правка | Наверх | Cообщить модератору

	129. "Проект LLVM развивает средства для безопасной работы с буфер..."	–3 +/–
	Сообщение от Аноним (129), 06-Окт-22, 19:15
	> Так проверки в дебаге Когда индекс массива зависит от внешних данных (а это чуть менее, чем всегда), предлагаешь пользователям поставлять только дебаг-версии?!
	Ответить | Правка | Наверх | Cообщить модератору

	135. "Проект LLVM развивает средства для безопасной работы с буфер..."	+2 +/–
	Сообщение от Tita_M (ok), 06-Окт-22, 19:59
	Comdiv, предлагает такое решение этой проблемы для будущих языков http://safe-prog-lang.blogspot.com/2016/12/correctness-state...
	Ответить | Правка | Наверх | Cообщить модератору

	175. "Проект LLVM развивает средства для безопасной работы с буфер..."	–2 +/–
	Сообщение от bOOster (ok), 07-Окт-22, 08:10
	Костыль на костыле, костылем погоняет. А по факту - опыт и чуть больше внимательности.
	Ответить | Правка | Наверх | Cообщить модератору

	181. "Проект LLVM развивает средства для безопасной работы с буфер..."	+5 +/–
	Сообщение от Брат Анон (ok), 07-Окт-22, 08:34
	Понятно. Ответить нечего. Правда, там его вариант Оберона по скорости почти не проигрывает чистому Си. А надёжность растёт существенно. https://vostok-space.blogspot.com/2022/09/benchmark-.html#more
	Ответить | Правка | Наверх | Cообщить модератору

	188. "Проект LLVM развивает средства для безопасной работы с буфер..."	–2 +/–
	Сообщение от bOOster (ok), 07-Окт-22, 09:23
	> Понятно. Ответить нечего. Правда, там его вариант Оберона по скорости почти не > проигрывает чистому Си. А надёжность растёт существенно. > https://vostok-space.blogspot.com/2022/09/benchmark-.html#more Где это в повседневной эксплуатации? Кнут тоже аналитику алгоритмов проводил - только по статистике худший случай на  реальных данных из жизни появляется практически в 2 раза чаще чем лучший. Та ерунда которая изучается в статье - #include <stdlib.h> int add(int a, int b) {   if (__builtin_sadd_overflow(a, b, &a)) {     abort();   }   return a; } Из той же оперы что и анализ алгоритмов Кнута. В реальной жизни все значительно хуже. Если бы "священный грааль" в программировании был найден - это бы в течении нескольких месяцев появилось в всех компиляторах да еще и нобелевскую премию дали. А так - очередное узкоспециализированное оправдание лодырей, которые не хотят проявлять внимание, и все ждут что за них все сделает КТО-ТО...
	Ответить | Правка | Наверх | Cообщить модератору

	227. "Проект LLVM развивает средства для безопасной работы с буфер..."	+3 +/–
	Сообщение от Прохожий (??), 08-Окт-22, 08:29
	У тебя с логическим мышлением явные проблемы. Причём здесь алгоритмы, до ошибок в программах?
	Ответить | Правка | Наверх | Cообщить модератору

	189. "Проект LLVM развивает средства для безопасной работы с буфер..."	–4 +/–
	Сообщение от bOOster (ok), 07-Окт-22, 09:40
	> Понятно. Ответить нечего. Правда, там его вариант Оберона по скорости почти не > проигрывает чистому Си. А надёжность растёт существенно. > https://vostok-space.blogspot.com/2022/09/benchmark-.html#more Кстати, С++ в силу своей специфики конструктор/деструктор много безопаснее чем чистый С - так как заставляет вспомнить в каком месте нужно освободить выделенную память. И это глупость со стороны что Linux что BSD - не принимать в ядро модули на C++. Почему? потому что на MacOSX есть возможность писать kext на C++, а система стабильнее даже FreeBSD при том что FreeBSD обычно используется для постоянно-работающего определенного программного обеспечения (серверное применение) а вот MacOSX нет - пользователь может делать на нем что хочет, про Linux даже упоминать не стоит.
	Ответить | Правка | К родителю #181 | Наверх | Cообщить модератору

	255. "Проект LLVM развивает средства для безопасной работы с буфер..."	+3 +/–
	Сообщение от Брат Анон (ok), 10-Окт-22, 08:24
	> Кстати, С++ в силу своей специфики конструктор/деструктор много безопаснее чем чистый С Программист вообще не должен думать, когда бы ему память получить, а когда освободить. Ручное управление памятью -- зло.
	Ответить | Правка | Наверх | Cообщить модератору

	256. "Проект LLVM развивает средства для безопасной работы с буфер..."	–2 +/–
	Сообщение от bOOster (ok), 10-Окт-22, 09:32
	>> Кстати, С++ в силу своей специфики конструктор/деструктор много безопаснее чем чистый С > Программист вообще не должен думать, когда бы ему память получить, а когда > освободить. Ручное управление памятью -- зло. Вот это бреднятина, если ты работаешь в 1C, и всяким фронтендом тогда да, но это не программисты - это ремесленники. Но если ты работаешь с ядром операционки или разрабатываешь библиотеки низкого уровня для ремесленников - тогда нет. Программист таких вещей четко должен понимать что и где выделять и удалять.
	Ответить | Правка | Наверх | Cообщить модератору

	262. "Проект LLVM развивает средства для безопасной работы с буфер..."	–2 +/–
	Сообщение от Аноним (-), 12-Окт-22, 12:47
	> Программист вообще не должен думать, когда бы ему память получить, а когда > освободить. Ручное управление памятью -- зло. И ножи запретить, ими же порезаться можно.
	Ответить | Правка | К родителю #255 | Наверх | Cообщить модератору

	80. "Проект LLVM развивает средства для безопасной работы с буфер..."	+4 +/–
	Сообщение от YetAnotherOnanym (ok), 06-Окт-22, 15:03
	Лучше постоянные проверки в рантайме, чем крвх или взлом.
	Ответить | Правка | К родителю #46 | Наверх | Cообщить модератору

	88. "Проект LLVM развивает средства для безопасной работы с буфер..."	+/–
	Сообщение от bOOster (ok), 06-Окт-22, 15:55
	> Лучше постоянные проверки в рантайме, чем крвх или взлом. Насмешил - имхо rust будут ломать чаще.
	Ответить | Правка | Наверх | Cообщить модератору

	123. "Проект LLVM развивает средства для безопасной работы с буфер..."	+2 +/–
	Сообщение от Аноним (123), 06-Окт-22, 17:47
	Он для этого и создан если кто не понял. Притянул из интернета пару гигабайт зависимостей для сборки и вуаля. А синтаксис и уровень программистов как-раз распологает к быстрому и незатруднительному ознакомлению со сторонним кодом. Для дураков безопасТно вобщем, в лучших традициях стадостроения.
	Ответить | Правка | Наверх | Cообщить модератору

	130. "Проект LLVM развивает средства для безопасной работы с буфер..."	+4 +/–
	Сообщение от Аноним (130), 06-Окт-22, 19:19
	>Притянул из интернета пару гигабайт зависимостей для сборки и вуаля Можно притянуть локально. Кто мешает? >Для дураков безопасТно вобщем, в лучших традициях стадостроения. А мне кажется, что у вас приступ "НИНУЖНА", ибо в плюсах нет нормального менеджера, а значит и у других не должно быть.
	Ответить | Правка | Наверх | Cообщить модератору

	180. "Проект LLVM развивает средства для безопасной работы с буфер..."	+/–
	Сообщение от bOOster (ok), 07-Окт-22, 08:23
	>>Притянул из интернета пару гигабайт зависимостей для сборки и вуаля > Можно притянуть локально. Кто мешает? >>Для дураков безопасТно вобщем, в лучших традициях стадостроения. > А мне кажется, что у вас приступ "НИНУЖНА", ибо в плюсах нет > нормального менеджера, а значит и у других не должно быть. Ты давно из исходников собирал что-то, изучая перед этим код - дабы быть уверенным в том что бинарный код соответствует исходному коду? Дай догадаюсь - никогда.. А поэтому и локальный твой код - так же был КОГДА-ТО притянут из интернета.
	Ответить | Правка | Наверх | Cообщить модератору

	212. "Проект LLVM развивает средства для безопасной работы с буфер..."	+1 +/–
	Сообщение от Аноним (212), 07-Окт-22, 16:32
	Даже если это так, то какая претензия тогда к расту? Скачав библиотеку для крестов с гитхаба тоже можно получить уязвимость.
	Ответить | Правка | Наверх | Cообщить модератору

	215. "Проект LLVM развивает средства для безопасной работы с буфер..."	–1 +/–
	Сообщение от bOOster (ok), 07-Окт-22, 16:57
	> Даже если это так, то какая претензия тогда к расту? Скачав библиотеку > для крестов с гитхаба тоже можно получить уязвимость. Да дело в том что раст ремесленники сродни 1С программистам - зачастую не знают что такое бинарный поиск.
	Ответить | Правка | Наверх | Cообщить модератору

	229. "Проект LLVM развивает средства для безопасной работы с буфер..."	–1 +/–
	Сообщение от Прохожий (??), 08-Окт-22, 08:33
	Исходя из чего это следует, о Великий воин супротив Раста?
	Ответить | Правка | Наверх | Cообщить модератору

	228. "Проект LLVM развивает средства для безопасной работы с буфер..."	+/–
	Сообщение от Прохожий (??), 08-Окт-22, 08:30
	На основе чего ты пришёл к такому туповатому выводу?
	Ответить | Правка | К родителю #88 | Наверх | Cообщить модератору

	133. "Проект LLVM развивает средства для безопасной работы с буфер..."	+/–
	Сообщение от eganru (?), 06-Окт-22, 19:52
	К большому сожалению будут постоянные ошибки в алгоримах, которые точно также приводят к печальным последствиям. В реальном мире жестко заданная учетка встречается чаще чем переполнение буфера. А что методы для проверки в рантайме добавили - ничего плохого в этом нет. Хочешь попроще? - пишешь с проверками.
	Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

	138. "Проект LLVM развивает средства для безопасной работы с буфер..."	+2 +/–
	Сообщение от Аноним (130), 06-Окт-22, 20:17
	>В реальном мире жестко заданная учетка встречается чаще чем переполнение буфера. А можно какие-нибудь цифры или исследования? Просто анализ от Майкрософта показал, что около 70% уязвимостей происходят из-за проблем с памятью, в том числе и с переполнением буфера.
	Ответить | Правка | Наверх | Cообщить модератору

	176. "Проект LLVM развивает средства для безопасной работы с буфер..."	+/–
	Сообщение от bOOster (ok), 07-Окт-22, 08:12
	Майкрософт это не про программирование - это про бизнес. И применять эти сведения к open-source программированию вообще никак нельзя.
	Ответить | Правка | Наверх | Cообщить модератору

	213. "Проект LLVM развивает средства для безопасной работы с буфер..."	+/–
	Сообщение от Аноним (212), 07-Окт-22, 16:35
	А в open source какие-то особенные люди, которые не допускают ошибок с памятью и при этом отказываются работать с корпорациями? Я бы наоборот допустил, что средний корпоративный разработчик пишет код лучше среднего open source разработчика.
	Ответить | Правка | Наверх | Cообщить модератору

	214. "Проект LLVM развивает средства для безопасной работы с буфер..."	–1 +/–
	Сообщение от bOOster (ok), 07-Окт-22, 16:49
	> А в open source какие-то особенные люди, которые не допускают ошибок с > памятью и при этом отказываются работать с корпорациями? Я бы наоборот > допустил, что средний корпоративный разработчик пишет код лучше среднего open source > разработчика. А серое вещество включить? Или на Майкрософт работаешь? Open source - майнтейнер и пользователи проекта заинтересованы в надежной работе решения, а не выкинуть в его в срок... "А дальше поправим"
	Ответить | Правка | Наверх | Cообщить модератору

	226. "Проект LLVM развивает средства для безопасной работы с буфер..."	–2 +/–
	Сообщение от Прохожий (??), 08-Окт-22, 08:26
	Тебе бы самому не помешало включать серое вещество. Что МС, что другие корпорации гораздо сильнее заинтересованы в качестве продукта (конкуренция, батенька, она такая: будешь делать шлак - клиенты разбегутся), чем программисты опенсоурса, у которых, если подумать, нет абсолютно никакой мотивации, чтобы писать качественный код, кроме чувства собственной важности (ЧСВ). Пользователи опенсорса часто банальные халявщики, и даже если они заинтересованы в качестве, то редко готовы его поддерживать денежкой. А одним ЧСВ (типовой программист опенсорса) долго сыт не будешь.
	Ответить | Правка | Наверх | Cообщить модератору

	183. "Проект LLVM развивает средства для безопасной работы с буфер..."	+2 +/–
	Сообщение от Брат Анон (ok), 07-Окт-22, 08:38
	> Лучше постоянные проверки в рантайме, чем крвх или взлом. А ещё лучше -- железо спроектированное под эти проверки, и язык, который на 146% использует эти проверки. Например, Оберон.
	Ответить | Правка | К родителю #80 | Наверх | Cообщить модератору

	263. "Проект LLVM развивает средства для безопасной работы с буфер..."	–2 +/–
	Сообщение от Аноним (-), 12-Окт-22, 14:20
	> А ещё лучше -- железо спроектированное под эти проверки, Осталось придумать где его такое взять. Интел вообще пытался, но - не зашло. > и язык, который на 146% использует эти проверки. Например, Оберон. Rust с другого бока зашел, ему особое железо толком и не надо, просто компил тайм проверки всего чего можно да разумная аннотация намерений кодера. В целом достаточно разумное сочетание. Синтаксис конечно с закорючками но тут уж аннотация намерений програмера компилеру и анализатору либо есть либо нет.
	Ответить | Правка | Наверх | Cообщить модератору

	278. "Проект LLVM развивает средства для безопасной работы с буфер..."	+1 +/–
	Сообщение от Брат Анон (ok), 14-Окт-22, 08:28
	>> А ещё лучше -- железо спроектированное под эти проверки, > Осталось придумать где его такое взять. Интел вообще пытался, но - не > зашло. Нет, Интел даже не пытался. За тебя уже всё придумали. Просто бери и пользуйся. >> и язык, который на 146% использует эти проверки. Например, Оберон. > Rust с другого бока зашел, ему особое железо толком и не надо, Нет. Нет железа под язык. Значит нет никакой безопасности. > просто компил тайм проверки всего чего можно да разумная аннотация намерений > кодера. Нет. Если железо кривое -- это всё для самоуспокоения. От Мельтдауна никакой раст не спасёт. Даже Оберон бесполезен. > В целом достаточно разумное сочетание. Синтаксис конечно с закорючками но > тут уж аннотация намерений програмера компилеру и анализатору либо есть либо > нет. Нет. Вырвиглазный синтаксис помноженный на штатную возможность перехода с алгоритмического уровня на аппаратный. Оставьте себе.
	Ответить | Правка | Наверх | Cообщить модератору

	279. "Проект LLVM развивает средства для безопасной работы с буфер..."	+/–
	Сообщение от alexhz (?), 26-Дек-22, 00:38
	Железо такое есть, эльбрус называется. Там есть специальный режим, в котором процессор изображает из себя виртуальную машину, работающую по спецификации языка C. Прощай выход за границы буферов, приведение несовместимых типов и прочее-прочее. Недостаток - даже в железном исполнении есть потеря производительности, местами более 40%.
	Ответить | Правка | К родителю #263 | Наверх | Cообщить модератору

	280. "Проект LLVM развивает средства для безопасной работы с буфер..."	+/–
	Сообщение от alexhz (?), 26-Дек-22, 00:43
	Хотя чаще до 20%. Ну и ещё проблема, код с хаками не работает. В итоге, только сравнительно недавно смогли заставить в этом режиме работать стандартную GNU libc.
	Ответить | Правка | Наверх | Cообщить модератору

	221. "Проект LLVM развивает средства для безопасной работы с буфер..."	–1 +/–
	Сообщение от anonimous (?), 07-Окт-22, 22:18
	>vector >На этапе компиляции. std::vector<T,Allocator>::at Returns a reference to the element at specified location pos , with bounds checking.
	Ответить | Правка | К родителю #3 | Наверх | Cообщить модератору

	4. "Проект LLVM развивает средства для безопасной работы с буфер..."	+4 +/–
	Сообщение от topin89 (ok), 06-Окт-22, 11:10
	Только по `.at(i)`, и этой функцией мало кто пользуется.
	Ответить | Правка | К родителю #2 | Наверх | Cообщить модератору

	6. "Проект LLVM развивает средства для безопасной работы с буфер..."	+1 +/–
	Сообщение от null (??), 06-Окт-22, 11:14
	а вы берете указатель от .data() и дальше используете арифметику с указателем?
	Ответить | Правка | Наверх | Cообщить модератору

	8. "Проект LLVM развивает средства для безопасной работы с буфер..."	+12 +/–
	Сообщение от anonymous (??), 06-Окт-22, 11:20
	operator[] вам о чем-нибудь говорит?
	Ответить | Правка | Наверх | Cообщить модератору

	12. "Проект LLVM развивает средства для безопасной работы с буфер..."	+2 +/–
	Сообщение от null (??), 06-Окт-22, 11:24
	зачем, если есть at?
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Проект LLVM развивает средства для безопасной работы с буфер..."	+13 +/–
	Сообщение от Аноним (19), 06-Окт-22, 11:38
	зачем нужен ты, если есть GPT-3?
	Ответить | Правка | Наверх | Cообщить модератору

	41. "Проект LLVM развивает средства для безопасной работы с буфер..."	+/–
	Сообщение от trolleybus (?), 06-Окт-22, 12:41
	Согласен. Null не нужен, столько багов из-за него.
	Ответить | Правка | Наверх | Cообщить модератору

	84. "Проект LLVM развивает средства для безопасной работы с буфер..."	+1 +/–
	Сообщение от Аноним (84), 06-Окт-22, 15:41
	Давайте разыминуем анона выше !
	Ответить | Правка | Наверх | Cообщить модератору

	264. "Проект LLVM развивает средства для безопасной работы с буфер..."	+/–
	Сообщение от Аноним (-), 12-Окт-22, 14:41
	> Давайте разыминуем анона выше ! Зачем тебе разыменованный троллейбус?! И что это делает?
	Ответить | Правка | Наверх | Cообщить модератору

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

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