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

Взлом Linux через подключение USB-устройства стал реальностью, opennews (ok), 08-Мрт-11, (0) [смотреть все] Ещё одно доказательство того, что строки неизвестной длины с завершающим нулём в, iZEN (ok), 11:54 , 08-Мрт-11, (1) –27 // Ну а в PHP даже указателей нет Так что паскалю с сями до него как пешком до Кит, klalafuda (?), 11:58 , 08-Мрт-11, (4) +11 // И в Java нет , и что с того Недавно оба засветились с переполнениями базовых т, follow_me (?), 14:56 , 08-Мрт-11, (63) +2 // Вы про баг с плавающей запятой Переполнения нашли в реализации интерпретатора PH, FastDuck (?), 19:45 , 08-Мрт-11, (130) +1 C C изначально создавались как языки сочетающие в себе высокий уровень програм, MiG (?), 22:07 , 08-Мрт-11, (175) +5 и низкоуровневую эффективность Я понимаю что историю сейчас знать ни к чему, но , anonymous vulgaris (?), 01:21 , 09-Мрт-11, (201) –2 но при этом в PHP забыли сделать слабые ссылоки weak ref о боже -- этоже ЛО, Аноним123321 (ok), 15:01 , 08-Мрт-11, (64) –1 Языки из разных категорий Сравнивать их может только новичек в программировании, rshadow (?), 18:41 , 08-Мрт-11, (121) // Кто такие новичеки , Аноним (-), 12:20 , 09-Мрт-11, (237) –1 Оберон - наше всё , Аноним (-), 23:30 , 08-Мрт-11, (193) +2 Это Вам наверное в PHP порушенные поинтеры не встречались, а мне как-то довелось, cobold (ok), 13:28 , 10-Мрт-11, (287) Ок, для успешной индексации строк с over 2 млрд символов всегда надо будет хран, доброжелатель (?), 12:11 , 08-Мрт-11, (9)   // да хоть 8 байт, хоть 32-а, это один фиг лучше, чем рут полученный через переполн, Аноним (-), 12:18 , 08-Мрт-11, (11) –3   // Т е хранить 32 байта с длинной строки, когда сама строка занимает один байт это, Аноним (-), 12:22 , 08-Мрт-11, (13) +3   Поле длины строки необязательно должно быть фиксированной длины 8212 есть алг, iZEN (ok), 12:40 , 08-Мрт-11, (18) +2   Это дополнительная сложность и время Спорный оверхед, в общем Может где-то и н, Аноним (-), 13:15 , 08-Мрт-11, (34) +3   а перераспределение памяти и поиск конца строки это не лишние ресурсы , Аноним (-), 23:17 , 08-Мрт-11, (192) +2   Проще разработать 1024битную архитектуру с sizeof int 1024, запихать туда 2 , cmp (ok), 14:26 , 08-Мрт-11, (54) +5   только парсить долго а теперь представь что тебе придется рюхать миллион , User294 (ok), 03:09 , 09-Мрт-11, (209) –1   Что парсить Как рюхать Да чо уж там, берите сразу триллион - он в тыщу раз внуш, коксюзер (?), 03:30 , 09-Мрт-11, (210) +2   Я так понимаю что изен про кодирование интегеров с переменной длиной или типа то, User294 (ok), 05:27 , 09-Мрт-11, (215) –1   Он вообще-то о строках, как я понял В нормальных языках это происходит просто , коксюзер (?), 06:07 , 09-Мрт-11, (220) +3   Я так понял что он предлагал хранить длину строки как variable length integer А, User294 (ok), 15:31 , 09-Мрт-11, (246) –1   Грубо говоря, я предложу такую структуру struct String len_of_len длина п, iZEN (ok), 17:31 , 09-Мрт-11, (261)   Трололо, придумаем проблему и выделим ей абзац в нашей простыне Ха, данные по се, коксюзер (?), 17:52 , 09-Мрт-11, (264)   я бы посмотрел, как мир бы тужился с виндоус и линукс на джаве или питоне, спидф, Dvorkin (??), 18:43 , 09-Мрт-11, (268)   Когда я пишу другие низкоуровневые языки , обвиняют в отсутствии конкретики, ко, коксюзер (?), 18:54 , 09-Мрт-11, (270)   Удивительно, но в ядре вражеской системы от МС этот тип строк используется пов, caps (?), 12:40 , 08-Мрт-11, (19)   Ну и как, сильно безопасное получилось , test (??), 17:10 , 08-Мрт-11, (103) +8   Несильно, ибо строки не единственная и даже не самая серьёзная проблема си , коксюзер (?), 17:14 , 08-Мрт-11, (104) +1   Да уж Индусы успешно доказывают что обделаться с критичными последствиями можно, User294 (ok), 05:36 , 09-Мрт-11, (216) +2   блин - проверка должна быт ьи в функцию должна передаваться длина строки, Sw00p aka Jerom (?), 14:52 , 08-Мрт-11, (61)   Конечно должна Это же какой контроль , коксюзер (?), 16:16 , 08-Мрт-11, (79)   Ненормально - путать биты с байтами и забывать о возможности параметризации типо, коксюзер (?), 16:14 , 08-Мрт-11, (77) +5   А тебе успешного выяснения длинны строки Жди когда найдет заветный байт в 2хгиг, Аноним (-), 15:41 , 08-Мрт-11, (69)   // А в чем принципиальная разница по скорости проверять ли байт на то что он равен, User294 (ok), 15:38 , 09-Мрт-11, (247)   В некоторых алгоритмах желательно иметь длину строки заранее, например, для скле, Аноним (-), 16:31 , 09-Мрт-11, (251)   Это только в том относительное редком случае, если destination совпадает с пер, User294 (ok), 17:39 , 09-Мрт-11, (262)   Проблема в том, что в сях оно будет не на уровне компилятора, а где-то сбоку в, iZEN (ok), 17:43 , 09-Мрт-11, (263) +1   А если не совпадает, длину обеих строк не обязательно знать для выделения буфера, коксюзер (?), 18:15 , 09-Мрт-11, (266) +1   А если не совпадает, обе строки пробегаются в любом случае, и разницы по времени, Аноним (-), 19:42 , 09-Мрт-11, (274)   Не в любом случае, а в ряде случаев В любом случае как раз нужно знать длину ка, paxuser (ok), 20:05 , 09-Мрт-11, (277) +1   строкам второй раз, при копировании strcat не выделяет память И я вроде уже пис, фыв (??), 23:17 , 09-Мрт-11, (281)   Ещё бы выделял Всё руками Накладно, но всегда возможно или допустимо, в отличие, paxuser (ok), 04:31 , 10-Мрт-11, (285) +1   А если мне нужна строка 255 символов Думай прежде, чем писать, Аноним (-), 12:12 , 08-Мрт-11, (10) –8 // учил turbo pascal Выходи из анабиоза, есть строки в паскале превышающие 255 т, frankl (?), 12:51 , 08-Мрт-11, (21) +1 ну и какое отношение имеют стандартные библиотеки C, которые ориентрируются на т, anonymous (??), 12:23 , 08-Мрт-11, (14) +5 // прошу прощения, невнимательно читал новость таки они скопировали часть функций в, anonymous (??), 13:12 , 08-Мрт-11, (31) +1 // Конечно-конечно Уж в языке-то есть тип данных, позволяющий отказаться от ручног, коксюзер (?), 16:19 , 08-Мрт-11, (80) ВНЕЗАПНО И С, и тем более С позволяют реализовать строку именно так, как вам , тоже Аноним (ok), 12:34 , 08-Мрт-11, (16) +15 // Именно так А еще, в ряде случаев, можно сделать проверки длин и расстановку защ, Ytch (?), 15:50 , 08-Мрт-11, (73) Особенно в Си Прямо бери и реализуй литералы и неявные преобразования типов Аг, коксюзер (?), 16:27 , 08-Мрт-11, (82) // Вы не любите языки, на которых нельзя написать фреймворк и сделать вид, что это , тоже Аноним (ok), 22:10 , 08-Мрт-11, (176) Пляска вокруг убогой системы типов и её последствия - фамильная черта языков сем, коксюзер (?), 22:57 , 08-Мрт-11, (187) +1 Фамильная черта тех, кто гонит на С - упоминание неких нормальных языков без к, тоже Аноним (ok), 08:33 , 09-Мрт-11, (226) –1 Ада А отгадка в том, что вы вынимаете слова из контекста , коксюзер (?), 08:56 , 09-Мрт-11, (227) Конечно Нет унаследованного кода - нет проблемы , тоже Аноним (ok), 10:29 , 09-Мрт-11, (230) Да что вы говорите Ещё раз у Си полно проблем помимо кривых строк Чтобы их ре, коксюзер (?), 17:26 , 09-Мрт-11, (259) Ну и где операционки на ней и желающие на оной их писать Не хочу ничего сказать, User294 (ok), 15:57 , 09-Мрт-11, (248) –1 Непосредственно загнать 4 байта в регистры вон той железяки - это примерно 0 цел, klalafuda (?), 16:12 , 09-Мрт-11, (250) +1 Угу, а код драйверов вы смотреть не пробовали Там такого кода - хоть отбавляй, , User294 (ok), 18:27 , 09-Мрт-11, (267) Теоретики такие теоретики на дворе XXI век, а они до сих в порты по 4 байта пиш, коксюзер (?), 18:53 , 09-Мрт-11, (269) +1 Несмотря на XXI век, компьютер до сих пор включается в розетку и оперирует битам, тоже Аноним (ok), 23:16 , 09-Мрт-11, (280) Да, у меня как впрочем и у вас дрова давно гоняют данные с на железо в основно, paxuser (ok), 01:06 , 10-Мрт-11, (283) В гугле МЕШАТЬСЯ 111 8- Так спидфаг или не спидфаг А то спидфаги выравнив, коксюзер (?), 18:06 , 09-Мрт-11, (265) +1 В гугле обычный линух на дешевых серверах P Да-да, гуглить для вас будет это р, User294 (ok), 19:07 , 09-Мрт-11, (271) Поставим ответ иначе гугль знает Ну так сделайте Линух вон сперва вылез из гря, paxuser (ok), 19:37 , 09-Мрт-11, (273) Я бы на вашем месте прежде чем троллить изучил матчасть, но видимо этот путь не , Аноним (-), 13:05 , 08-Мрт-11, (28) +1 // Поскольку это ядро, то очевидно не std string , Аноним (-), 13:18 , 08-Мрт-11, (35) СТЛ ваш ни чем не лучше, Sw00p aka Jerom (?), 14:53 , 08-Мрт-11, (62) А я бы на вашем месте изучил языки с более строгими системами типов, прежде чем , коксюзер (?), 16:31 , 08-Мрт-11, (83) –1 // Предлагаете писать ядро на лиспе , анон (?), 16:45 , 08-Мрт-11, (93) –1 То есть лисп в ваших глазах - это язык со строгой системой типов , коксюзер (?), 17:07 , 08-Мрт-11, (100) +2 хаскель окамл уточните, на чем же нада писать ядра , анон (?), 17:57 , 08-Мрт-11, (113) Очевидно Ада На пару с Обероном , klalafuda (?), 19:33 , 08-Мрт-11, (126) –1 Это просто бред или какая-то очень тонкая ирония , Ytch (?), 20:49 , 08-Мрт-11, (155) А что, разве на Аде и оберонах не написано ни одного ядра , коксюзер (?), 20:54 , 08-Мрт-11, (160) неа, pavlinux (ok), 21:42 , 08-Мрт-11, (171) http en wikipedia org wiki Oberon_ operating_system , gegMOPO4 (ok), 22:18 , 08-Мрт-11, (178) Исходники ядра можно , pavlinux (ok), 22:44 , 08-Мрт-11, (183) Да, там свободная лицензия , gegMOPO4 (ok), 22:59 , 08-Мрт-11, (188) ftp ftp inf ethz ch pub ETHOberon Native StdAlone не , Аноним (-), 23:31 , 08-Мрт-11, (194) Не, там бинарники и примеры , pavlinux (ok), 23:50 , 08-Мрт-11, (197) Эта операционка была для Вирта самым большим фейлом в его жизни, IMHO Крах идеи, cobold (ok), 13:58 , 10-Мрт-11, (288) Действительно, фейл Но не по части инженерных и потребительских качеств Он дол, paxuser (ok), 19:17 , 10-Мрт-11, (291) Т е вы мне кагбе придлогаите передти от тролинга к розговору по сущиству , коксюзер (?), 19:33 , 08-Мрт-11, (127) Нет не предлагаю, т к по существу вам просто нечего сказать Иначе б давно сказ, анон (?), 20:36 , 08-Мрт-11, (147) Я говорил и не раз Если вы считаете, что нет Тюринг-полных типобезопасных языко, коксюзер (?), 20:47 , 08-Мрт-11, (154) Ядро на Хаскеле - это интересно Уж оно-то будет отлично параллелизоваться, бы, Аноним (-), 19:53 , 09-Мрт-11, (276) хехе, красноглазое быдло заминусовало правильный пост Не только строки но и мас, Толстый (ok), 13:47 , 08-Мрт-11, (44) –17 // Что Вам мешает написать собственную реализацию Вот к примеру как выглядят строки, Udzhen (ok), 14:11 , 08-Мрт-11, (53) +1 // Вот именно, у каждого Васи своя реализация, несовместимая с реализацией Пети А , Толстый (ok), 16:20 , 08-Мрт-11, (81) Ну так вперед Докажите миру что Ваша реализация безопасней, быстрей и удобней В, Udzhen (ok), 18:52 , 08-Мрт-11, (122) +2 Всё уже реализовано и доказано Нет, все будут жаловаться на необходимость изуч, коксюзер (?), 19:40 , 08-Мрт-11, (129) Да, это помогает избежать сегфолта, разменивая его на логические ошибки, вот тол, анон (?), 16:42 , 08-Мрт-11, (91) // Вы этот оверхед видели, замеряли, реализация таких проверок на ассемблере вам зн, коксюзер (?), 17:18 , 08-Мрт-11, (106) –1 А вы, простите, видели, что я делал а что нет Зато баттхерта и агрессии у вас -, анон (?), 17:58 , 08-Мрт-11, (114) Вот я и спрашиваю вы видели, делали Если нет, к чему эти юления со смайликами , коксюзер (?), 19:54 , 08-Мрт-11, (134) Если вы такой умный и знаете как надо а как ненадо, почему работаете на работе, , анон (?), 20:37 , 08-Мрт-11, (148) Потому что других ОС у рынка для меня нет , коксюзер (?), 20:42 , 08-Мрт-11, (152) Вы его не спрашивали, а предположили заранее Надменность - не лучший способ док, Аноним (-), 02:06 , 09-Мрт-11, (202) Не лучший, но любые попытки доказать правоту тут как правило тщетны я уже пытал, коксюзер (?), 02:58 , 09-Мрт-11, (206) Ну вон quicklz - одна и та же либа, при том авторами писаны реализации на сях, с, User294 (ok), 19:14 , 09-Мрт-11, (272) Значит и Ада сольёт в 3 раза Тут к гадалке не ходи В ней же строки тоже немута, paxuser (ok), 19:45 , 09-Мрт-11, (275) Кто вам мешает сделатьstruct my_str char ptr size_t len и писать над, анон (?), 14:31 , 08-Мрт-11, (55) +2 // ты очень умный, только почему тогда никто этого не сделал, а вместо этого мы име, Толстый (ok), 16:16 , 08-Мрт-11, (78) –4 // Это сделала например майкрофост в MFC да и много где еще Что значит никто не сд, анон (?), 16:32 , 08-Мрт-11, (84) +2 Ура, он противоречит сам себе Наличие проблемы заретушировано претензиями к опп, коксюзер (?), 16:34 , 08-Мрт-11, (86) –3 Проблема у тебя в голове , Аноним (-), 14:16 , 09-Мрт-11, (242) –1 Литерал этого типа в студию, для начала , коксюзер (?), 16:33 , 08-Мрт-11, (85) –1 // Что еще за литерал типа В str указатель, в len длина строки, что непонятного , анон (?), 16:34 , 08-Мрт-11, (87) С вами - всё предельно ясно , коксюзер (?), 17:09 , 08-Мрт-11, (101) –2 Ок , анон (?), 18:06 , 08-Мрт-11, (117) struct my_str s abc , 3 , gegMOPO4 (ok), 19:22 , 08-Мрт-11, (125) Ну вот, вычисление длины строки на глазок и ошибка на единицу в простейшем при, коксюзер (?), 19:36 , 08-Мрт-11, (128) –2 Чтобы не морочить себе голову и не ошибиться, можно использовать простой макрос , gegMOPO4 (ok), 19:52 , 08-Мрт-11, (133) +1 Это феерический мрак sizeof L вернёт количество элементов в массиве, включая т, коксюзер (?), 20:06 , 08-Мрт-11, (136) –2 Что вас удивляет Что строковые литералы в Си неявно содержат терминирующий NUL , gegMOPO4 (ok), 20:28 , 08-Мрт-11, (142) +1 Меня удивляет, что в ответ на замечание об ошибке на единицу вы написали эквивал, коксюзер (?), 20:37 , 08-Мрт-11, (149) Я написал, как избежать ошибки в подсчёте числа символов Да, теперь я вижу в чё, gegMOPO4 (ok), 20:54 , 08-Мрт-11, (159) +1 Какой ошибки Давайте по порядку Если следовать вашей логике, по которой в len п, коксюзер (?), 21:20 , 08-Мрт-11, (166) –1 Признаюсь, я неправильно понял ваш первый комментарий Показалось, что вы намека, gegMOPO4 (ok), 22:39 , 08-Мрт-11, (181) К чему эти абсурдные инсинуации Вы прекрасно понимаете, что я имел ввиду В len, коксюзер (?), 23:43 , 08-Мрт-11, (196) –1 В len обычно хранят длину строки, а размер массива обычно называют size Для при, arturpub (ok), 11:14 , 09-Мрт-11, (233) +1 Вы мне ещё букварь почитайте по слогам, в едином дидактическом порыве А по-моему, коксюзер (?), 17:17 , 09-Мрт-11, (256) –1 Вы просили пример, вот я и подумал, что созвучия разбудят вашу интуицию Ничего з, arturpub (ok), 13:12 , 10-Мрт-11, (286) Не просил Мне всё равно, как называется атрибут, главное - что он хранит В слу, paxuser (ok), 18:58 , 10-Мрт-11, (290) Ну даете, блин зы посоветуйте плиз что-нибудь из цикла Ада за 3 дня не для , arturpub (ok), 11:42 , 11-Мрт-11, (299) Я изначально говорил о размерах массивов, а не длинах строк Умеющий читать, да , paxuser (ok), 12:08 , 11-Мрт-11, (300) Сенкс, а то как раз пятница свободная выдалась , arturpub (??), 17:07 , 11-Мрт-11, (301) Если у вас есть голова, попробуйте воспользоватся ей Тогда, может, дойдет, что , анон (?), 20:29 , 08-Мрт-11, (144) +1 В литерале 0 в конце строки есть, почему в len он учитываться не должен И пр, коксюзер (?), 21:35 , 08-Мрт-11, (169) –3 Есть тут ошибка или нет, можно сказать только взглянув на функции, работающие с , анон (?), 20:24 , 08-Мрт-11, (139) Я ждал этой отмазки, но она не катит, поскольку собеседник отвечал на моё замеча, коксюзер (?), 20:26 , 08-Мрт-11, (141) –1 Где там ошибка-то Строка из 3 трех элементов, нулл не нужен т к указываем н, анон (?), 20:30 , 08-Мрт-11, (145) +1 my_str s MY_STR RTFM , Аноним (-), 14:23 , 09-Мрт-11, (243) Попроси разработчиков ядра FreeBSD, пусть они его на жабе перепишут , СуперАноним (?), 14:48 , 08-Мрт-11, (59) +5 1чт оприкольно - они не хотят это изменятьмол какая разница проверку сделает пр, Sw00p aka Jerom (?), 14:50 , 08-Мрт-11, (60) // Чем будет лучше, если библиотека проверит и обнаружит обращение за границы масси, анон (?), 16:47 , 08-Мрт-11, (94) // Действительно, ну чем DoS лучше полной компрометации Да ничем , коксюзер (?), 17:10 , 08-Мрт-11, (102) Вот почему OpenBSD написали ядро на C и особых проблем не ощущают На мой взгляд, FFASM (?), 19:49 , 08-Мрт-11, (132) +2 // Джо ты Тебя так до сих пор и не поймали , klalafuda (?), 19:55 , 08-Мрт-11, (135) –1 // Напишите востребованную ОС с непозорными параметрами на чем-то еще, фигле Кто-т, User294 (ok), 05:00 , 09-Мрт-11, (213) Зачем Мне и линуксы вполне хватает , klalafuda (?), 15:05 , 09-Мрт-11, (245) http openbsd org images hackathons c2k10 gifЭто пройдёт Скорость - не единстве, коксюзер (?), 20:24 , 08-Мрт-11, (140) // Да, да, да JIT в теории может, блабла На практике - а хрен там Вот когда ядра, Аноним (-), 22:50 , 08-Мрт-11, (185) Почему микроядро еще не везде где можно Почему ядра ОС, игры с графикой, рендеры, Аноним (-), 02:13 , 09-Мрт-11, (203) А кто из крупных игроков на рынке стоит за этими микроядрами, безопасными языкам, коксюзер (?), 03:08 , 09-Мрт-11, (208) Крупные игроки приходят когда видят что получилась нужная штука, лучше других, т, User294 (ok), 05:12 , 09-Мрт-11, (214) Ага, это даже доказательства не требует Оно же очевидно Ну да, тред можно не чи, коксюзер (?), 05:58 , 09-Мрт-11, (218) +2 Хорошо, ну так крупные игроки добровольно выбрали то что им пришлось по в, User294 (ok), 16:58 , 09-Мрт-11, (253) Ооо, какая знатная простыня И как же я тебя пропустил, дорогая Сейчас наката, paxuser (ok), 02:56 , 10-Мрт-11, (284) Имейте совесть В вашей яве дыры безопасности чинят ДЕСЯТКАМИ в каждом релизе С, Аноним (-), 22:47 , 08-Мрт-11, (184) // Пруф или не было The Maxine Virtual Machine Project http labs oracle com proj, iZEN (ok), 17:04 , 09-Мрт-11, (254) // Он конечно же имел в виду, что ты ещё не дописал корректнес-прувер Си -кода н, Andrey Mitrofanov (?), 17:12 , 09-Мрт-11, (255) Ждём от тебя ОС на паскакале, а также компилятор умеющий все те же платформы и о, Аноним (-), 11:01 , 09-Мрт-11, (232) Согласен А Java не подходит для написания ядра операционных систем , Алексей (??), 00:54 , 10-Мрт-11, (282) Забавно но не более Ядро - точно такой же обычный код как и любой другой, котор, klalafuda (?), 11:57 , 08-Мрт-11, (2) +13 // просто ошибок скорее всего много, усб драйвера писались не очень квалифицированн, Аноним (-), 15:47 , 08-Мрт-11, (71) // А где не так , Аноним (-), 21:46 , 08-Мрт-11, (173) Мдееееееее, Аноним (-), 11:59 , 08-Мрт-11, (5) –1 Предупрежден - значит вооружен , anonymous (??), 12:06 , 08-Мрт-11, (6) +1 А почему бы ядру предварительно не подравнять строку идентификации устройства,, balex (??), 12:07 , 08-Мрт-11, (7) +1 // И еще немножечко шить Если вы хотите пользоваться системой, которая лучше програ, тоже Аноним (ok), 12:36 , 08-Мрт-11, (17) Ого, таки к 2011 году они нашли способ как сломать линуху через флешку типа у, Анон (?), 12:29 , 08-Мрт-11, (15) +18 // Ну да, в Иране тоже думали, что используя флешку и отключив авторан - все будет , caps (?), 12:46 , 08-Мрт-11, (20) // Вообще то это как бы ортогонально Совершенно похрену, что именно пробивать ядр, klalafuda (?), 12:54 , 08-Мрт-11, (24) +3 так это просто говорит о том, что линукс стал популярнее, не более того если бы, user455 (?), 14:10 , 08-Мрт-11, (52) +1 Идите на Full-Disclosure и расскажите всем, как сложно, оказывается, адаптироват, коксюзер (?), 16:39 , 08-Мрт-11, (89) интересно сработает уязвимость к виртуалке с проброшенным юсб, A1ek (ok), 17:39 , 08-Мрт-11, (109) // Скорее, сработает еще в гипервизоре - ибо проброс допустим в том же ESXi осущест, К.О. (?), 21:29 , 08-Мрт-11, (168) Не, ну а что, плохо чтоли Пока выпускают патч, куча двуногих отхватит экспериен, User294 (ok), 05:59 , 09-Мрт-11, (219) Ога, идешь так по ДЦ, хоп, стойка не закрытая - тык-вытык флеху и дальше идешь, , Аноним (-), 11:39 , 09-Мрт-11, (234) // А видеокамер там типа нету , Аноним (-), 14:40 , 09-Мрт-11, (244) Нормальный такой ДЦ, где посторонние могут безнаказанно тыкать ваш сервер , User294 (ok), 16:04 , 09-Мрт-11, (249) Реальность приблизилась к картине из боевика Типа, в бункер проникает группа, strange (??), 12:53 , 08-Мрт-11, (23) +2 // Вообще то, это сможет сделать даже уборщица Будучи предварительно снабжена соот, klalafuda (?), 12:57 , 08-Мрт-11, (25) +3 // Не, это конечно да Но с перестрелкой и спецэффектами веселее как-то Не везде , strange (??), 13:05 , 08-Мрт-11, (27) +2 // Не завидую админам, в серверные которых никогда не пускают уборщиц , klalafuda (?), 13:11 , 08-Мрт-11, (30) +2 в нашей серверной уборщиц не было лет 5 и почему Вы нам не завидуете , arachnid (ok), 13:25 , 08-Мрт-11, (37) +2 Грязь же, нет Разве что эта серверная все пять лет была закрыта и работала аб, klalafuda (?), 13:31 , 08-Мрт-11, (41) +2 Раз в три месяца подмести и раз в пол-года помыть полы не так уж трудно Если, к, Demo (??), 14:00 , 08-Мрт-11, (48) +4 Ну так нефик на чистоте экономить Нужно брать бабушек с профильным ВО в звании , klalafuda (?), 14:08 , 08-Мрт-11, (51) +4 Тогда уже лучше самому сообщить капитану рутовый пароль и пододвинуть удобное кр, the joker (ok), 15:33 , 08-Мрт-11, (67) +1 Нужно Но по поводу брать не ко мне Я лишь винтик в огромной бюрократическо, Demo (??), 23:16 , 08-Мрт-11, (191) Играть в серверной Брр, какой ужас, холодно, шумно, неудобно Неужели не приятн, zazik (ok), 09:35 , 09-Мрт-11, (229) +1 ну вот нет грязи в уличной обуви там никто не ходит, окон нет не буду говорить, arachnid (ok), 14:40 , 10-Мрт-11, (289) Вполне реально, почему нет Пыли-грязи нет, потому как очистка воздуха и кондюшн, strange (??), 13:52 , 08-Мрт-11, (45) +2 Ога, корпоративный кластер, на корпоративных кластерах этот модуль так необходим, alf (??), 13:14 , 08-Мрт-11, (33) +1 // Ну если на то пошло, то на корпоративном кластере вообще очень необходимы ядра 2, klalafuda (?), 13:21 , 08-Мрт-11, (36) +3 // Других переполнений в других драйверах нет, да А все кластеры работают на перес, коксюзер (?), 16:44 , 08-Мрт-11, (92) Вы сперва доберитесь до USB на лезвии, угу , Michael Shigorin (ok), 22:18 , 08-Мрт-11, (177) Короче это феерическая уязвимость в вакуме, все бы такие, массово эпидемию церве, Аноним (-), 12:57 , 08-Мрт-11, (26) +4 Что делать, если я не использую этот драйвер caiaq Что делать, как помочь потен, ФФ (ok), 13:09 , 08-Мрт-11, (29) +4 // А его не нужно использовать Вполне достаточно, чтобы он присутствовал в систе, klalafuda (?), 13:13 , 08-Мрт-11, (32) +1 // не использую отсутствует в системе , ФФ (ok), 08:19 , 09-Мрт-11, (225) Расскажи о методе терморектального криптоанализа, rocketman (?), 21:42 , 08-Мрт-11, (172) In order to successfully exploit the vulnerability described in this advisory, a, Иван Иванович Иванов (?), 13:25 , 08-Мрт-11, (38) +5 // Уязвимость класса а я сервак забутал и вместо инита шелл вписал -D Только сло, ram_scan (?), 14:05 , 08-Мрт-11, (50) Ну так даже дядя -- не мой -- Билл сказал, что если у злоумышленника есть физи, the joker (ok), 15:39 , 08-Мрт-11, (68) +1 Hint ты можешь сам подключить подключить такое устройство Вредоносное ПО для с, Andrey (??), 07:30 , 09-Мрт-11, (224) Уязвимость 8212 она, конечно, и в Африке уязвимость, но что-то мне кажется, ч, Аноним (-), 13:27 , 08-Мрт-11, (39) // После решения в обернуть устройство в корпус флешки не составит труда б , segoon (ok), 13:46 , 08-Мрт-11, (43) +1 И какой процент линуксов идёт с такими ядрами Никакой Это запросто Оставить ф, коксюзер (?), 16:51 , 08-Мрт-11, (95) +1 // К примеру, в Owl вообще нет модулей ядра для звука, они там ни к чему , segoon (ok), 20:22 , 08-Мрт-11, (138) +1 // Я знаю И какой процент у Owl Никакой, хоть и незаслуженно , коксюзер (?), 20:28 , 08-Мрт-11, (143) Ой, анонимусы вон натянули конторку безопасностью методом инженерии без всяких, User294 (ok), 06:09 , 09-Мрт-11, (221) контроллер стоит около 3-5 , в корпус флешки умещается на раз, конечное устройст, Аноним (-), 16:58 , 08-Мрт-11, (97) Зачем на серверной системе нужна звуковая плата и вообще поддержка звуковых уст, А. Н. Оним (?), 13:28 , 08-Мрт-11, (40) +1 Чтобы предотвратить загрузку драйвера echo 0 sys bus usb devices usbX autho, segoon (ok), 13:33 , 08-Мрт-11, (42) +4 // Сколько понаписали и только один человек догадался написать простое решение Как, crypt (??), 21:11 , 08-Мрт-11, (164) +1 // В authorized в некотором смысле более жёсткое разграничение - можно запретить по, segoon (ok), 21:19 , 08-Мрт-11, (165) +1 // Ответ оценил Интересную штуку написал Инакий Перец-Гонзалес из Интел - Скоре, crypt (??), 22:02 , 08-Мрт-11, (174) Уже размышляли и не раз Последний раз тут http www openwall com lists oss-se, segoon (ok), 22:23 , 08-Мрт-11, (179) Я верю, что не америку открыл, просто хотел сказать, что пишу одну теорию Модел, crypt (??), 22:54 , 08-Мрт-11, (186) А новость писал чем-то обрадованный пользователь OpenBSD, исходя из имени правил, Yuriy (??), 13:55 , 08-Мрт-11, (47) // http git kernel org p linux 2Fkernel 2Fgit 2Ftiwai 2Fsound-2 6 git a commitdi, klalafuda (?), 14:46 , 08-Мрт-11, (57) +1 // С критикой, конечно, нельзя не согласиться А вот с тем, что на основании этой к, nuclight (ok), 15:54 , 08-Мрт-11, (74) +1 // Это - ANSI C Плох он или хорош - это тем не менее стандарт Так что - приходитс, klalafuda (?), 16:10 , 08-Мрт-11, (75) –1 Glibc - единственная мейнстримная libc, в которой нет strl-функций , коксюзер (?), 16:57 , 08-Мрт-11, (96) +1 Fixed, исчо_адын_аноним (?), 17:15 , 08-Мрт-11, (105) А подумать В стандарте оно до сих пор именно по причине совместимости Дядя Дреп, nuclight (ok), 17:02 , 08-Мрт-11, (98) +1 При чем здесь - подумать Стандарт на libc есть Есть В стандарте strcpy K пр, klalafuda (?), 17:43 , 08-Мрт-11, (110) +1 klalafuda, вот не надо FUDа В этом сообщении нет ни одного аргумента, одна херо, nuclight (ok), 17:48 , 08-Мрт-11, (111) +1 Ну и что, что некоторые пакеты включают А некоторые ещё и BSDшные анахронизмы з, klalafuda (?), 18:05 , 08-Мрт-11, (115) +1 Это не аргумент, потому что расширения сверх стандарта в glibc присутствуют, и н, nuclight (ok), 18:23 , 08-Мрт-11, (120) –1 1 не стоит я был против допущения его в ALT и свои разрушения там он нанёс 2 , Michael Shigorin (ok), 22:29 , 08-Мрт-11, (180) Михаил, я немного более в курсе ситуации с Луговским, чем большинство сторонних , nuclight (ok), 18:43 , 24-Май-11, (307) А скажите мне не посвященному, какая проблема админу отключать и включать драйв, Марат (??), 14:44 , 08-Мрт-11, (56) –1 // Ээээ И что же должно стоять на этом, другом, компе Что туда можно совершенно, klalafuda (?), 14:47 , 08-Мрт-11, (58) // Я понимаю что вы мне намекаете что второй комп тоже будет взломан с пом этой ту, Марат (??), 15:17 , 08-Мрт-11, (65) Хы, прикол Молодцы, развили всё-таки идею Пользу людям сделали , Zenitur (ok), 15:26 , 08-Мрт-11, (66) –2 это же победа me достал свою плату на at91sam7s128 и пошел писать усб, Аноним (-), 15:45 , 08-Мрт-11, (70) +1 // И правда - победа Попрактиковаться в програминге sam7 - всяко не вредно Хо, User294 (ok), 04:53 , 09-Мрт-11, (211) // M официально запатчил авторан , crypt (??), 13:25 , 09-Мрт-11, (238) // Ага, не прошло и 20 лет как до них все-таки дошло, что у юзеров от этого оказыва, User294 (ok), 17:21 , 09-Мрт-11, (258) Если есть физический доступ к серваку, то и без всяких USB-приблуд можно получит, anthonio (ok), 15:48 , 08-Мрт-11, (72) +1 // Без клавиатуры и монитора И вероятность быть пойманным и замеченным при этом, uldus (ok), 16:10 , 08-Мрт-11, (76) +2 // Только планы спалили, дырки починят не так уж и плохо вроде , User294 (ok), 04:56 , 09-Мрт-11, (212) // ЗЫ кстати судя по планам конторы HBGary - у них там сплошные Наполеоны работают , User294 (ok), 17:27 , 09-Мрт-11, (260) О Сделали удобный просмотр Я видать жираф и только что увидел , crypt (??), 13:30 , 09-Мрт-11, (239) конечно большое IMHO, но все это очень смахивает на нормальный такой бэк-дор, devlink (?), 18:54 , 08-Мрт-11, (123) даа зачетная такая дырень, слепить usb хреновину и по пути к своей циске незаме, deadless (ok), 20:15 , 08-Мрт-11, (137) –6 // вначале подождём пока ломающие драйвера появятся а то что Линукс может работа, botman (ok), 20:38 , 08-Мрт-11, (150) Ващето сегодня, если конечно кто не заметил - 8е марта Праздник типа на дворе , klalafuda (?), 20:42 , 08-Мрт-11, (151) +1 // Да, поздравили с утра ещё А вот часов с трех дня, наблюдаю за кипишем Глав, pavlinux (ok), 23:02 , 08-Мрт-11, (189) Я день выступлений проституток, импортированный кларой цеткин, не праздную и дру, Michael Shigorin (ok), 00:46 , 09-Мрт-11, (198) –3 // Тут новость об эксплуатации ошибки, а не фичи А доступ к памяти в том же 1394 п, коксюзер (?), 01:06 , 09-Мрт-11, (200) ну да клара цеткин проститутка, один шигорин дартаньян, угу, nucliht мне открыл , deadless (ok), 11:51 , 09-Мрт-11, (235) Как ярый пользователь Hardened Gentoo, подтверждаю Всё так , коксюзер (?), 17:21 , 09-Мрт-11, (257) Прежде чем публично бросать тень на Вадима, подумайте о том, что неадекватность , Michael Shigorin (ok), 11:25 , 15-Апр-11, (306) Сэр, поищите тут посты некоего paxuser, он доступно рассказывал у кого как с дыр, Аноним (-), 23:03 , 08-Мрт-11, (190) Ну, расскажите тогда в какой системе таких дыреней нет и быть не может Ну, наве, User294 (ok), 02:35 , 09-Мрт-11, (204) // Слишком много если все сказанное выше отменяет дырень И таки да, ковырял я юсб, deadless (ok), 12:14 , 09-Мрт-11, (236) // User-friendlySecureFunctionalPick any two , crypt (??), 13:45 , 09-Мрт-11, (241) Ну, количество если потребное для успешного взлома линуха через этот баг не ме, User294 (ok), 22:34 , 09-Мрт-11, (278) спасибо юзер, день сегодня и так офигенный, солнышнко и все такое, и ты в очеред, deadless (ok), 23:02 , 09-Мрт-11, (279) почитал я пакса твоего, на мое имхо просто больной причем на всю голову, либо ра, deadless (ok), 23:53 , 10-Мрт-11, (292) А я здесь и всё вижу По диагонали вы меня почитали-то, любезный , paxuser (ok), 00:58 , 11-Мрт-11, (293) Я тоже тебя почитал Ты больной на голову параноик Лучше иди читай Криса Каспер, iZEN (ok), 01:18 , 11-Мрт-11, (294) И тоже по диагонали, с тем же результатом Касперски не эксперт, мысль эта не его, paxuser (ok), 01:48 , 11-Мрт-11, (295) Бтв, что-то я в вашем надрывном потоке сознания не досчитался некоторой доли это, paxuser (ok), 09:11 , 11-Мрт-11, (296) Ну и какой главный вывод В том что фря сосёт, а линукс рулит Таки да, в FreeBSD, deadless (ok), 09:41 , 11-Мрт-11, (297) Да, такой главный вывод Написано же прямым текстом фря сосёт Вот тут Афтар пе, paxuser (ok), 10:51 , 11-Мрт-11, (298) Я уже читал что MAC вы считаете лишь помощником руткитерам, а подсистему Audit в, deadless (ok), 23:03 , 11-Мрт-11, (302) Лишь - вы от себя добавили Пока ядро не защищено, с моей точки зрения польза , paxuser (ok), 00:41 , 12-Мрт-11, (304) find lib modules uname -r -name snd-usb-caiaq ko -o -name iowarrior ko Ну, Гентушник (ok), 22:44 , 08-Мрт-11, (182) +4 // Модули ищутся через modprobe -an, через find это как-то по-слакваревски,а настоя, pavlinux (ok), 23:40 , 08-Мрт-11, (195) // Спасибо, схоронил в памяти , Гентушник (ok), 06:45 , 09-Мрт-11, (223) Мне вот интересно другое А ты осилил их целиком прочесть И как тебе этот , User294 (ok), 02:39 , 09-Мрт-11, (205) // Ну я их давно изучал Ща ковырнул, чтоб уж точно глянуть размер А самом деле та, pavlinux (ok), 03:07 , 09-Мрт-11, (207) // И как, мозг не опух Для сравнения - иди вон драйвер UART какогонить заэйс, User294 (ok), 05:46 , 09-Мрт-11, (217) +2 Что вы глупости такие спрашиваете Если б он не то чтоб читал, а хотя бы посмотре, guest (??), 09:32 , 09-Мрт-11, (228) // Ну давай дальше, вместе посмеёмся подсказка char 80 , char 0xff , pavlinux (ok), 13:41 , 09-Мрт-11, (240) Не страшно, можно сконфигурировать и собрать ядро без этого драйвера А вот что , lucentcode (ok), 00:16 , 12-Мрт-11, (303) Аааааааа линух уязвим с любым ядром ААааааа - я нашел уязвимость - это винчесте, Slot (?), 11:17 , 12-Мрт-11, (305) Народ, можно ли такой схемкой http conture by post 347 запустить движок от вен, Аноним (-), 17:49 , 05-Дек-11, (308) 1,2,5,6,7,15,23,26,29,38,39,40,42,47,56,66,70,72,123,137,182,303,305,308

Сообщения

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

	9. "Взлом Linux через подключение USB-устройства стал реальность..."	+/–
	Сообщение от доброжелатель (?), 08-Мрт-11, 12:11
	Ок, для успешной индексации строк с over 2 млрд. символов всегда надо будет хранить лишних 4 байта, для любой строки, удачи !
	Ответить | Правка | К родителю #1 | Наверх | Cообщить модератору

	11. "Взлом Linux через подключение USB-устройства стал реальность..."	–3 +/–
	Сообщение от Аноним (-), 08-Мрт-11, 12:18
	> Ок, для успешной индексации строк с over 2 млрд. символов всегда надо > будет хранить лишних 4 байта, для любой строки, удачи ! да хоть 8 байт, хоть 32-а, это один фиг лучше, чем рут полученный через переполнение.
	Ответить | Правка | Наверх | Cообщить модератору

	13. "Взлом Linux через подключение USB-устройства стал реальность..."	+3 +/–
	Сообщение от Аноним (-), 08-Мрт-11, 12:22
	Т.е. хранить 32 байта с длинной строки, когда сама строка занимает один байт это нормально?
	Ответить | Правка | Наверх | Cообщить модератору

	18. "Взлом Linux через подключение USB-устройства стал реальность..."	+2 +/–
	Сообщение от iZEN (ok), 08-Мрт-11, 12:40
	Поле длины строки необязательно должно быть фиксированной длины — есть алгоритмы кодирования длины произвольной последовательности. И лучше, чтобы оно всё-таки было в заголовке данных, а не в конце в виде завершающего нуля, чтобы ядро не занималось счётом байтов и динамическим перевыделением памяти под неизвестное число байтов, пока не будет считан последний байт строки, а заранее знало, сможет оно вместить всю строку в доступную память или нет.
	Ответить | Правка | Наверх | Cообщить модератору

	34. "Взлом Linux через подключение USB-устройства стал реальность..."	+3 +/–
	Сообщение от Аноним (-), 08-Мрт-11, 13:15
	> есть алгоритмы кодирования длины произвольной последовательности. Это дополнительная сложность и время. Спорный оверхед, в общем. Может где-то и нужно, в большинстве применений - нет.
	Ответить | Правка | Наверх | Cообщить модератору

	192. "Взлом Linux через подключение USB-устройства стал реальность..."	+2 +/–
	Сообщение от Аноним (-), 08-Мрт-11, 23:17
	>> есть алгоритмы кодирования длины произвольной последовательности. > Это дополнительная сложность и время. Спорный оверхед, в общем. Может где-то и > нужно, в большинстве применений - нет. а перераспределение памяти и поиск конца строки это не лишние ресурсы?
	Ответить | Правка | Наверх | Cообщить модератору

	54. "Взлом Linux через подключение USB-устройства стал реальность..."	+5 +/–
	Сообщение от cmp (ok), 08-Мрт-11, 14:26
	Проще разработать 1024битную архитектуру с sizeof(int) == 1024, запихать туда 2^1024 ОЗУ и не парится храня там ежесекундные снапшоты вселенной.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	209. "Взлом Linux через подключение USB-устройства стал реальность..."	–1 +/–
	Сообщение от User294 (ok), 09-Мрт-11, 03:09
	> Поле длины строки необязательно должно быть фиксированной длины — есть алгоритмы > кодирования длины произвольной последовательности. ... только парсить долго :) а теперь представь что тебе придется рюхать миллион таких полей? А миллиард не хочешь? Не как тупо 1 регистровую операцию, как раньше, что быстро, а как целая уйма хитрых операций с регистрами и прочая, т.к. проц не умеет нативно работать с таким представлением.
	Ответить | Правка | К родителю #18 | Наверх | Cообщить модератору

	210. "Взлом Linux через подключение USB-устройства стал реальность..."	+2 +/–
	Сообщение от коксюзер (?), 09-Мрт-11, 03:30
	>> Поле длины строки необязательно должно быть фиксированной длины — есть алгоритмы >> кодирования длины произвольной последовательности. > ... только парсить долго :) а теперь представь что тебе придется рюхать Что парсить? Как рюхать? > миллион таких полей? А миллиард не хочешь? Не как тупо 1 Да чо уж там, берите сразу триллион - он в тыщу раз внушительнее миллиарда звучит. > регистровую операцию, как раньше, что быстро, а как целая уйма хитрых > операций с регистрами и прочая, т.к. проц не умеет нативно работать > с таким представлением. Так бы и написали: "Все это очень сложно и очень затратно. Правда-правда."
	Ответить | Правка | Наверх | Cообщить модератору

	215. "Взлом Linux через подключение USB-устройства стал реальность..."	–1 +/–
	Сообщение от User294 (ok), 09-Мрт-11, 05:27
	>> ... только парсить долго :) а теперь представь что тебе придется рюхать > Что парсить? Как рюхать? Я так понимаю что изен про кодирование интегеров с переменной длиной или типа того. Бывает такое, можно и правда закодировать интегер произвольного диапазона более компактно чем обычно. И такое кодирование часто попадается в транспортных протоколах двинутых на компактности любой ценой :). Расплатой за это обычно является некоторая геморность парсинга всего этого - на реконструкцию интегера из такой конструкции требуется несколько лишних операций. Одно дело погрузить в регистры проца число "как есть" и другое - пачка хитрых преобразований чтобы понять какой реально размер у variable-length integer и получить его в нормальном виде понятном процу. В итоге выигрывается в занимаемом числом месте (в байтах) - малые числа получаются короче. Но проигрывается в трудоемкости разбора этого представления.   >> миллион таких полей? А миллиард не хочешь? Не как тупо 1 > Да чо уж там, берите сразу триллион - он в тыщу раз > внушительнее миллиарда звучит. А тут все просто: вы не заметите 10 микросекунд вместо 1. Зато вы легко заметите 10 часов вместо 1 часа. Хотя в обоих случаях разница в все те же 10 раз, совершенно одинаковые ;) > Так бы и написали: "Все это очень сложно и очень затратно. Правда-правда." Ну одно дело тупо затолкать число в регистры (в лучшем случае аж 1 команда проца будет), а другое varibale-length кодирование сперва расколупать для этого :). Как бы будет некоторая разница в числе команд которые потребны для одного и того же действа - некое число доступно теперь процу для обработки в виде который был изначально задуман :)
	Ответить | Правка | Наверх | Cообщить модератору

	220. "Взлом Linux через подключение USB-устройства стал реальность..."	+3 +/–
	Сообщение от коксюзер (?), 09-Мрт-11, 06:07
	> Я так понимаю что изен про кодирование интегеров с переменной длиной или > типа того. Бывает такое, можно и правда закодировать интегер произвольного диапазона > более компактно чем обычно. И такое кодирование часто попадается в транспортных > протоколах двинутых на компактности любой ценой :). Расплатой за это обычно Он вообще-то о строках, как я понял. В нормальных языках это происходит просто: вы параметризуете строковый тип максимальным размером строки, а компилятор выбирает, сколько байт под величину размера выделить. Не говоря о наличии возможности работать с нуль-терминированными строками и прочей ересью, если приспичило. > А тут все просто: вы не заметите 10 микросекунд вместо 1. Зато > вы легко заметите 10 часов вместо 1 часа. Хотя в обоих > случаях разница в все те же 10 раз, совершенно одинаковые ;) Это спекуляции о постороннем, но я таки замечу, что на современных суперскалярах всё не так очевидно, как в листинге ассемблера. Хотите узнать оверхед, надо профилировать, а не спекулировать.
	Ответить | Правка | Наверх | Cообщить модератору

	246. "Взлом Linux через подключение USB-устройства стал реальность..."	–1 +/–
	Сообщение от User294 (ok), 09-Мрт-11, 15:31
	> Он вообще-то о строках, как я понял. Я так понял что он предлагал хранить длину строки как variable length integer? > В нормальных языках это происходит просто: вы параметризуете строковый тип > максимальным размером строки, а компилятор выбирает, сколько байт под > величину размера выделить. А при нужде интероперабельно с остальными слить это на диск в файл или передать по сети в *предсказуемом* виде, который потом ремота/другая программа сможет распарсить без привязки к языку, платформе, етц - мы жесточайше факаем мозг, делаем не слишком тривиальные преобразования и что там еще, в общем как обычно. Известное дело, ага. Не, ну можно конечно себе поднасрать на ровном месте, затребовав сложную сериализацию-десериализацию, но это похоже на создание себе проблем сначала, а потом героическую борьбу с ними. Нахрена бы? :) > Не говоря о наличии возможности работать с нуль-терминированными строками > и прочей ересью, если приспичило. Ну, эта ересь как-то исторически прижилась, поэтому она есть. Если так придираться, UTF-8 с его переменным числом байтов на символ - тоже не подарок, только вот кодировать каждую букву как 32 или более битов ради того чтобы японцы/китайцы могли свои иерглифы пропихивать - жирновато будет, не? :) > Это спекуляции о постороннем, но я таки замечу, что на современных суперскалярах > всё не так очевидно, как в листинге ассемблера. Ессно, зависит от, но в общем случае чем больше инструкций, обращений к памяти и прочая - тем дольше они выполняются. И чем жирнее код - тем меньше шансов что он целиком попадет в кеш и резко выиграет в скорости. > Хотите узнать оверхед, надо профилировать, а не спекулировать. Ну да, всякие там жабисты любят дрюкаться с профайлером: их софт вечно тормозит, поэтому они зеленеют в профайлерах намного больше чем сишники/сиплюсплюсники, я это заметил, ыгы :))). И главное почему-то никто не пишет критичные к скорости программы на этих ваших крутых и правильных языках. Почему-то игры, сжатие, шифрование, кодеки, ну 3D и прочая навернутая математика которую надо в реалтайме успевать - все как одно на сях или плюсах. Хотя казалось бы JIT дает кучу теоретических преимущесв и что там еще. Обычно умудряются эти преимущества легко похерить кучей рантайм проверок, излишне задрюканными сущностями типа "интегер - это объект" и прочими наворотами.
	Ответить | Правка | Наверх | Cообщить модератору

	261. "Взлом Linux через подключение USB-устройства стал реальность..."	+/–
	Сообщение от iZEN (ok), 09-Мрт-11, 17:31
	>> Он вообще-то о строках, как я понял. > Я так понял что он предлагал хранить длину строки как variable length integer? Грубо говоря, я предложу такую структуру: struct String {    len_of_len; //длина поля длины в байтах    len_of_data;//поле длины строки в символах    data;//ссылка на контейнер данных перечислимого типа [1...len_of_data] } Плюсы такой структуры: + независимость структуры от базовых типов short, int, long, ограничивающих длину строки и отсутствие избыточности служебной информации для коротких строк; + элементы данных строки счётны от 1 до len_of_data без нужны вычислять конец строки и идиотского "нулевого элемента", принятого в C для элементов массива (по-мне, так символы в строке — это не массив!); + контейнер данных может поддерживать любой доступ к элементам строки (хранить разреженные строки, например), но перечислимость [1...len_of_data] элементов должен обеспечивать — это даёт нам гибкость в абстрагировании от конкретной реализации контейнера.
	Ответить | Правка | Наверх | Cообщить модератору

	264. "Взлом Linux через подключение USB-устройства стал реальность..."	+/–
	Сообщение от коксюзер (?), 09-Мрт-11, 17:52
	>> Он вообще-то о строках, как я понял. > Я так понял что он предлагал хранить длину строки как variable length > integer? >> В нормальных языках это происходит просто: вы параметризуете строковый тип >> максимальным размером строки, а компилятор выбирает, сколько байт под >> величину размера выделить. > А при нужде интероперабельно с остальными слить это на диск в файл Трололо, придумаем проблему и выделим ей абзац в нашей простыне. > или передать по сети в *предсказуемом* виде, который потом ремота/другая программа Ха, данные по сети всегда передаются с таким оверхедом по заголовкам, что сравнивать его с 32/64-битной величиной длины строки - вообще срам. ;) > сможет распарсить без привязки к языку, платформе, етц - мы жесточайше > факаем мозг, делаем не слишком тривиальные преобразования и что там еще, Это всё чушь. Поточная сущность ввода-вывода позволяет подставить любые заголовки до или после строк. Хоть терминировать '\0', хоть записать размер в беззнаковое целое - как угодно. А уж вес этих операций делает любые разговоры об оверхеде на пару-тройку операций с двойным словом просто неприличными. Это всё троллинг. iZEN вообще всех затроллил - начал тред и сел смотреть на массакр. :) > в общем как обычно. Известное дело, ага. Не, ну можно конечно Угу, да. Не, ну конечно же можно. > себе поднасрать на ровном месте, затребовав сложную сериализацию-десериализацию, но это > похоже на создание себе проблем сначала, а потом героическую борьбу с > ними. Нахрена бы? :) Вот именно, нахрена бы? > Ну, эта ересь как-то исторически прижилась, поэтому она есть. Если так придираться, Вы уже определитесь, вам ASCIIZ-строки не нравятся или их альтернативы? ;) > UTF-8 с его переменным числом байтов на символ - тоже не Вот уж где оверхед, так это парсинг не-ASCII текста в UTF-8! Правда, даже этот оверхед в большинстве случаев ничего не решает, и мы тут просто троллим порожняком. > подарок, только вот кодировать каждую букву как 32 или более битов Кодировать! О, кошмар! О, ужас!!!1 Бегом переходить на UTF-8 за полчаса - уж там-то, наверное, кодирования нет. ;) > ради того чтобы японцы/китайцы могли свои иерглифы пропихивать - жирновато будет, > не? :) Гы. Лол. >> Это спекуляции о постороннем, но я таки замечу, что на современных суперскалярах >> всё не так очевидно, как в листинге ассемблера. > Ессно, зависит от, но в общем случае чем больше инструкций, обращений к Тролололо в общем случае. > памяти и прочая - тем дольше они выполняются. И чем жирнее > код - тем меньше шансов что он целиком попадет в кеш > и резко выиграет в скорости. И чем дольше, тем жирнее, ага. ;) > Ну да, всякие там жабисты любят дрюкаться с профайлером: их софт вечно > тормозит, поэтому они зеленеют в профайлерах намного больше чем сишники/сиплюсплюсники, > я это заметил, ыгы :))). И главное почему-то никто не пишет > критичные к скорости программы на этих ваших крутых и правильных языках. Потому что пока правильные языки проектировались с учётом требований и обязывали производителей компиляторов к стандартизации для применения торговых марок-названий языка, академическое сообщество весело и задорно клепало экосистему Си-подобных языков, включая ОС, и её апологетов, привлекая внимание индустрии к тому, что уже освоено и "is just good enough". > Почему-то игры, сжатие, шифрование, кодеки, ну 3D и прочая навернутая математика > которую надо в реалтайме успевать - все как одно на сях На ассемблере. > или плюсах. Хотя казалось бы JIT дает кучу теоретических преимущесв и Или фортране. Алсо, спидфаг детектед. > что там еще. Обычно умудряются эти преимущества легко похерить кучей рантайм > проверок, излишне задрюканными сущностями типа "интегер - это объект" и прочими > наворотами. Потому что спидфаги нихрена не целевая аудитория мелких транснациональных конторок, которые клепают эти платформы. Что в позе неуловимых Джо позволяет первым прокачать ЧСВ и набухнуть от чувства сопричастности с Самым Быстрым Языком (нужный подчеркнуть).
	Ответить | Правка | К родителю #246 | Наверх | Cообщить модератору

	268. "Взлом Linux через подключение USB-устройства стал реальность..."	+/–
	Сообщение от Dvorkin (??), 09-Мрт-11, 18:43
	> Потому что спидфаги нихрена не целевая аудитория мелких транснациональных конторок, > которые клепают эти платформы. Что в позе неуловимых Джо позволяет первым прокачать ЧСВ > и набухнуть от чувства сопричастности с Самым Быстрым Языком (нужный подчеркнуть). я бы посмотрел, как мир бы тужился с виндоус и линукс на джаве или питоне, спидфаги, говоришь, хреновы?
	Ответить | Правка | Наверх | Cообщить модератору

	270. "Взлом Linux через подключение USB-устройства стал реальность..."	+/–
	Сообщение от коксюзер (?), 09-Мрт-11, 18:54
	>> Потому что спидфаги нихрена не целевая аудитория мелких транснациональных конторок, >> которые клепают эти платформы. Что в позе неуловимых Джо позволяет первым прокачать ЧСВ > и набухнуть от чувства сопричастности с Самым Быстрым Языком (нужный подчеркнуть). > я бы посмотрел, как мир бы тужился с виндоус и линукс на > джаве или питоне, > спидфаги, говоришь, хреновы? Когда я пишу "другие низкоуровневые языки", обвиняют в отсутствии конкретики, когда пишут "Ада", переводят разговор на джавы и питоны. Что за жизинь, э! ;)
	Ответить | Правка | Наверх | Cообщить модератору

	19. "Взлом Linux через подключение USB-устройства стал реальность..."	+/–
	Сообщение от caps (?), 08-Мрт-11, 12:40
	Удивительно, но в ядре "вражеской" системы от МС этот тип строк используется повсеместно. Наверняка там работают тупые придурки, которые  для безопасности пространства ядра бездарно тратят целых 2 байта на строку. (там для длины строки используется word тип)
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	103. "Взлом Linux через подключение USB-устройства стал реальность..."	+8 +/–
	Сообщение от test (??), 08-Мрт-11, 17:10
	Ну и как, сильно безопасное получилось?
	Ответить | Правка | Наверх | Cообщить модератору

	104. "Взлом Linux через подключение USB-устройства стал реальность..."	+1 +/–
	Сообщение от коксюзер (?), 08-Мрт-11, 17:14
	> Ну и как, сильно безопасное получилось? Несильно, ибо строки не единственная и даже не самая серьёзная проблема си.
	Ответить | Правка | Наверх | Cообщить модератору

	216. "Взлом Linux через подключение USB-устройства стал реальность..."	+2 +/–
	Сообщение от User294 (ok), 09-Мрт-11, 05:36
	> Несильно, ибо строки не единственная и даже не самая серьёзная проблема си. Да уж. Индусы успешно доказывают что обделаться с критичными последствиями можно и на яве, питоне, пхп, [insert your favorite language here]. Ну не переполнение буфера так ремот инклюд, sql иньекция, XSS, CSRF ... - вам как, сильно полегчало? Ну упрет хацкер 100500 аккаунтов от гмыльников, фэйсовконтактов и прочая и вообще базу похерит/изменит, наприер - не факт что это нанесет меньше ущерба чем какое-то там переполнение буфера. В конечном итоге хакерье нынче давно уже не интересует возможность выполнить код ради возможности выполнить код. Это их интересует чтобы поиметь профит или данные пользователей. И возможность с дикими извращениями при физическом доступе к машине поиметь доступ к 1 машине - далеко не самая страшная дырень в свете таких реалий. Куда моднее массовое, ремотное поимение, bulk-рассылка спама, массовой кражи конфиденциальных и ценных данных, при том первое как правило нужно в основном для второго и третьего. Самое странное в этом то что дыры в сишном коде при работе с сетью встречаются весьма редко - дыр в web-приложениях например почему-то в 100500 раз больше оказывается. Хотя, казалось бы, переполнений буферов нет, стек хрен сорвешь, ну что еще этим ... не хватает для безопасного написания программ?!
	Ответить | Правка | Наверх | Cообщить модератору

	61. "Взлом Linux через подключение USB-устройства стал реальность..."	+/–
	Сообщение от Sw00p aka Jerom (?), 08-Мрт-11, 14:52
	> Т.е. хранить 32 байта с длинной строки, когда сама строка занимает один > байт это нормально? блин - проверка должна быт ьи в функцию должна передаваться длина строки
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	79. "Взлом Linux через подключение USB-устройства стал реальность..."	+/–
	Сообщение от коксюзер (?), 08-Мрт-11, 16:16
	> блин - проверка должна быт ьи в функцию должна передаваться длина строки Конечно должна. Это же какой контроль!
	Ответить | Правка | Наверх | Cообщить модератору

	77. "Взлом Linux через подключение USB-устройства стал реальность..."	+5 +/–
	Сообщение от коксюзер (?), 08-Мрт-11, 16:14
	> Т.е. хранить 32 байта с длинной строки, когда сама строка занимает один > байт это нормально? Ненормально - путать биты с байтами и забывать о возможности параметризации типов.
	Ответить | Правка | К родителю #13 | Наверх | Cообщить модератору

	69. "Взлом Linux через подключение USB-устройства стал реальность..."	+/–
	Сообщение от Аноним (-), 08-Мрт-11, 15:41
	> Ок, для успешной индексации строк с over 2 млрд. символов всегда надо будет хранить лишних 4 байта, для любой строки, удачи ! А тебе успешного выяснения длинны строки. Жди когда найдет заветный байт в 2хгиговом куске данных
	Ответить | Правка | К родителю #9 | Наверх | Cообщить модератору

	247. "Взлом Linux через подключение USB-устройства стал реальность..."	+/–
	Сообщение от User294 (ok), 09-Мрт-11, 15:38
	> А тебе успешного выяснения длинны строки. Жди когда найдет заветный байт в > 2хгиговом куске данных А в чем принципиальная разница по скорости: проверять ли байт на то что он равен нулю, и если да - то забить, или проверять что счетчик байтов дотикал до нужного значения, и если равен - то забить? С точки зрения трансформации в машинный код - получится примерно одинаково. С точки зрения попадания в кещ - по идее  в него не попадет только 2Гб данных, остальное уместится даже в самый мизерный в кеш. Я что-то упустил и в каком-то месте наступает зверский профит?
	Ответить | Правка | Наверх | Cообщить модератору

	251. "Взлом Linux через подключение USB-устройства стал реальность..."	+/–
	Сообщение от Аноним (-), 09-Мрт-11, 16:31
	В некоторых алгоритмах желательно иметь длину строки заранее, например, для склеивания двух строк должна быть известна длина первой, т.е. имеем бесполезное пробегание циклом по строке. В результате, если надо склеить 10 строк по 10 символов, получаем 10*(1+2+...+9) = 450 чтений символов. Для 100-символьной строки замедление в 6 раз, круто? )
	Ответить | Правка | Наверх | Cообщить модератору

	262. "Взлом Linux через подключение USB-устройства стал реальность..."	+/–
	Сообщение от User294 (ok), 09-Мрт-11, 17:39
	> В некоторых алгоритмах желательно иметь длину строки заранее, например, для склеивания > двух строк должна быть известна длина первой, Это только в том (относительное редком) случае, если destination совпадает с первой строкой, там есть достаточно места куда можно отрастить результат и допустимо менять содержимое. Хотя черт с вами, уговорили, можно таскать счетчик отдельно и иногда это и правда будет эффективнее. А какая проблема сделать это на си если такая задача есть и ее скорость критична? :) А то что все и вся не пихают по дефолту - ну так если впихать все и вся по принципу "а вдруг пригодится?!" - получится еще одна ява, где можно уснуть пока hello world стартанет...
	Ответить | Правка | Наверх | Cообщить модератору

	263. "Взлом Linux через подключение USB-устройства стал реальность..."	+1 +/–
	Сообщение от iZEN (ok), 09-Мрт-11, 17:43
	>> В некоторых алгоритмах желательно иметь длину строки заранее, например, для склеивания >> двух строк должна быть известна длина первой, > Это только в том (относительное редком) случае, если destination совпадает с первой > строкой, там есть достаточно места куда можно отрастить результат и допустимо > менять содержимое. Хотя черт с вами, уговорили, можно таскать счетчик отдельно > и иногда это и правда будет эффективнее. А какая проблема сделать > это на си если такая задача есть и ее скорость критична? Проблема в том, что в сях оно будет не на уровне компилятора, а где-то "сбоку" в левой библиотечке, о которой многие разработчики будут не в курсе, и будут писать собственные велосипедики, несовместимые с ней.
	Ответить | Правка | Наверх | Cообщить модератору

	266. "Взлом Linux через подключение USB-устройства стал реальность..."	+1 +/–
	Сообщение от коксюзер (?), 09-Мрт-11, 18:15
	>> В некоторых алгоритмах желательно иметь длину строки заранее, например, для склеивания >> двух строк должна быть известна длина первой, > Это только в том (относительное редком) случае, если destination совпадает с первой > строкой, там есть достаточно места куда можно отрастить результат и допустимо А если не совпадает, длину обеих строк не обязательно знать для выделения буфера под результат, ага-ага. ;) > менять содержимое. Хотя черт с вами, уговорили, можно таскать счетчик отдельно > и иногда это и правда будет эффективнее. А какая проблема сделать > это на си если такая задача есть и ее скорость критична? Проблема не в том, чтобы сделать это на Тюринг-полном языке, а в том, что что решение получится относительно неудобным. Можно вообще проставить вопрос, зачем Си если есть лисп, фортран и ассемблер? > :) А то что все и вся не пихают по дефолту > - ну так если впихать все и вся по принципу "а > вдруг пригодится?!" - получится еще одна ява, где можно уснуть пока > hello world стартанет... Закупайте Фейри в цистернах. :Р
	Ответить | Правка | К родителю #262 | Наверх | Cообщить модератору

	274. "Взлом Linux через подключение USB-устройства стал реальность..."	+/–
	Сообщение от Аноним (-), 09-Мрт-11, 19:42
	> А если не совпадает, длину обеих строк не обязательно знать для выделения буфера под результат, ага-ага. ;) А если не совпадает, обе строки пробегаются в любом случае, и разницы по времени никакой, что со счетчиком, что без. Другое дело, что это далеко не каждый случай. В том же примере со строками 10х10 очень накладно будет перебрасывать строки между буферами туда-сюда, выделять память каждый раз, это же страшно медленно, лучше заранее выделить буфер с запасом. Существует рекомендация выделять память блоками по 2^N байт, это здорово сокращает фрагментацию и количество выделений-освобождений, при этом прога сжирает максимум вдвое больше памяти, чем ей реально нужно. > Проблема не в том, чтобы сделать это на Тюринг-полном языке, а в том, что что решение получится относительно неудобным. Можно вообще проставить вопрос, зачем Си если есть лисп, фортран и ассемблер? Стандарт скоро не перепишешь, а отдельно взятый компилер (GCC) - запросто. В настройках компиляции переключатель типов строк по умолчанию, и строковая библиотека в двух вариантах.
	Ответить | Правка | Наверх | Cообщить модератору

	277. "Взлом Linux через подключение USB-устройства стал реальность..."	+1 +/–
	Сообщение от paxuser (ok), 09-Мрт-11, 20:05
	> А если не совпадает, обе строки пробегаются в любом случае, и разницы > по времени никакой, что со счетчиком, что без. Не в любом случае, а в ряде случаев. В любом случае как раз нужно знать длину каждой строки ("пробежаться" по обеим один раз), выделить буфер размером с обе и "пробежаться" по строкам второй раз, при копировании. > Другое дело, что это далеко не каждый случай. В том же примере > со строками 10х10 очень накладно будет перебрасывать строки между буферами туда-сюда, Обсуждение абстрактных алгоритмов класса "туда-сюда" вносит конструктив и способствует взаимопониманию. > выделять память каждый раз, это же страшно медленно, лучше заранее выделить > буфер с запасом. Существует рекомендация выделять память блоками по 2^N байт, > это здорово сокращает фрагментацию и количество выделений-освобождений, при этом прога > сжирает максимум вдвое больше памяти, чем ей реально нужно. Я так понял, когда та же джава разом выделяет память под кучу, сишники тычат в неё пальцами и сравнивают такой расход памяти с утечками. А прижмешь их на предмет эффективной работы со строками, начинают рассказывать о преаллокации и оверхеде "максимум вдвое больше". Очень показательно. Наверное, если спросить про сериализацию строк с предварительным указанием размера в заголовках (тот же HTTP), они будут рассказывать о хранении длины в структурах и массивах. Ведь это же так медленно, пересчитывать её каждый раз! Поэтому в Си всё быстро, и контроль полный (ну ведь можно же хранить в структурах, кто не даёт-то?). То ли дело в других языках - всё джавой накрылось и дотнет полный. > Стандарт скоро не перепишешь, а отдельно взятый компилер (GCC) - запросто. В > настройках компиляции переключатель типов строк по умолчанию, и строковая библиотека в > двух вариантах. Дооо, нужно просто допилить GCC, добавить строковый тип (который не нужен, ведь оверхед максимум вдвое больше!), и всё пучком. Других проблем нет.
	Ответить | Правка | Наверх | Cообщить модератору

	281. "Взлом Linux через подключение USB-устройства стал реальность..."	+/–
	Сообщение от фыв (??), 09-Мрт-11, 23:17
	> Не в любом случае, а в ряде случаев. В любом случае как раз нужно знать длину каждой строки ("пробежаться" по обеим один раз), выделить буфер размером с обе и "пробежаться" по строкам второй раз, при копировании. strcat не выделяет память. И я вроде уже писал, что выделять каждый раз память зело накладно, особенно если заранее известна предельная длина результата. > Обсуждение абстрактных алгоритмов класса "туда-сюда" вносит конструктив и способствует взаимопониманию. См выше. Попробуйте представить, что будет в том примере 10х10, если каждый раз под результат будет выделяться память, и оцените быстродействие. Помимо указанной задержки в 6 раз на лишнее копирование/пробегание будет задержка при выделении огрызков 10, 20, ..., 90, 100 байт, которые по окончании операции станут не нужны и освободятся, отлично фрагментировав память. Неужели не проще выделить буфер на 100 байт _один раз_ и работать с ним? > Я так понял, когда та же джава разом выделяет память под кучу, сишники тычат в неё пальцами и сравнивают такой расход памяти с утечками. А прижмешь их на предмет эффективной работы со строками, начинают рассказывать о преаллокации и оверхеде "максимум вдвое больше". Очень показательно. Это вы сами с собой разговариваете? Красиво у вас там все, должно быть, черт побери > Дооо, нужно просто допилить GCC, добавить строковый тип (который не нужен, ведь оверхед максимум вдвое больше!), и всё пучком. Других проблем нет. Вас сишники в магазине что ли обвешали? Или в детстве отнимали деньги на обеды?
	Ответить | Правка | Наверх | Cообщить модератору

	285. "Взлом Linux через подключение USB-устройства стал реальность..."	+1 +/–
	Сообщение от paxuser (ok), 10-Мрт-11, 04:31
	> strcat не выделяет память. И я вроде уже писал, что выделять каждый Ещё бы выделял. Всё руками. > раз память зело накладно, особенно если заранее известна предельная длина результата. Накладно, но всегда возможно или допустимо, в отличие от преаллокации по оценке сверху. И давайте без strcat как-то уже. Или проверку на выход за границы буфера в общем случае тоже можно не делать? :) Алсо, с вами скучно троллить. > выделить буфер на 100 байт _один раз_ и работать с ним? В этом случае проще. А когда нужно дать отлуп пользователю (источнику входных данных), если результат не вместится в буфер? Предложите начать копировать, а ошибку вернуть в случае заполнения буфера? Нет, вы спросите, что мешает пользователю передать размер строки вместе со строкой (как собственно и происходит чаще всего). То есть, предложите так или иначе пробросить передачу размера по всей цепочке вызовов. Мол, пользователь знает длину строки, поскольку он её откуда-то получил, вот пусть и передаст. И вроде бы проблема решена, но традиционно для Си - нагибая пользователей API. А если API чего-то не предусматривает (плохие проектировщики изначально сделали его простым) - это не проблема языка. Ведь так? И потом, конкатенация - частный случай. Как думаете, сложно найти задачу по эффективной работе со строками, для которой придётся переизобрести строки с хранимой длиной? С подстроками у си как? Ах, ну да: изобретаем свой структурный тип (не совместимый с нуль-терминацией и стандартными функциями), и всё замечательно. Полный контроль. И не рассказывайте мне, что таких задач нет - есть, решал пару месяцев назад и плевался. > Это вы сами с собой разговариваете? Красиво у вас там все, должно > быть, черт побери Это я рассуждаю вслух. Вам, вот, повод поёрничать дал. А вы продолжайте, не стесняйтесь - ваши догадки о причинах моей нелюбви к Си весьма любопытны. > Вас сишники в магазине что ли обвешали? Или в детстве отнимали деньги > на обеды? Ну конечно же дело во мне. Придумал проблемы, которых нет.
	Ответить | Правка | Наверх | Cообщить модератору

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

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