|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Oleg Drokin 2:5020/400 26 Jul 2002 09:36:19
To : Valentin Nechayev
Subject : Re: нормально ли эт о (ext3)
--------------------------------------------------------------------------------
> <20020725183411.GH3805@iv.nn.kiev.ua>
From: Oleg Drokin <green@linuxhacker.ru>
Hello!
Valentin Nechayev <netch@segfault.kiev.ua> wrote:
VN>>> Во-вторых, боюсь, что Al Viro врет - ни одного четкого сообщения про race
VN>>> condition за последнее время я не нашел, а все неясные примеры могут
OD>> Hавернео это не потому что он что=-то скрывает, а потому что кому охота
OD>> делать работу которую все потом игнорируют...
VN> Переведите на русский, пожалуйста. Кто что скрывает?
Кикто ничего не скрывает как раз ;)
VN> Кто не хочет делать работу? Al Viro?
В честности. Какой смысл искать и указывать авторам их ошибки, если авторы
не желают принимать никаких мер?
VN> Если он нашел fs-corrupting race (гм, не race condition, а именно race??) -
VN> кто мешает опубликовать хотя бы в три слова на страничке?
А чем race condition отличается от race? Простите уж меня темного.
Почему не не опубликовано - можно узнать непосредственно у Al Viro.
VN> Кто игнорирует работу? Все сообщения о серьезных багах тут же
VN> отрабатываются.
Это не есть абсолютная правда.
Сразу вспоминается эпопея с постингами того же Al Viro в bugtraq, на предмет
дедлоков (или там были паники?) в OpenBSD VFS. Как перед постингом
в bugtraq он попытался связаться с Тео, и Тео его послал или что-то вроде того
(давно это было, абсолютно точно не помню к сожалению).
Или вот хоть тот же лимит на анонимные мапинги во FreeBSD, когда его
зарепортили? А когда стали фиксить? (а его вообще пофиксили, интересно?)
VN> Я полдесятка более мелких нашел, PRы послал - отработали, пофиксили.
Мелкие как раз фиксить обычно просто, потому и фиксят быстро ;)
VN> То, что касалось уже позиции "можно так, а лучше эдак" - да, могут тянуть.
VN> Hо не тяжелые баги. По крайней мере во FreeBSD, про другие не говорю.
Я уже привел один обратный пример.
VN> Про шутки с дескрипторами в опенке - было. races - где?
Адрес Al Viro всем известен. Почему бы его не спросить? Hеинтересно? ;)
VN>>> показывать что угодно вплоть до быстрых нейтрино, пролетевших через модули
VN>>> памяти.
OD>> ну-да, ну-да.
VN> Более 90% сообщений о багах заканчиваются именно ошибками настройки,
VN> диагностики, и сбоями железа. Те крохи которые остаются после этого -
Так уж и 90%? ;)
VN> заслуживают внимания. Да, порой из-за тех же проблем диагностики -
VN> реальные баги не могут найтись, потому что очень сложно отделить условия
VN> их возникновения. (Случай драйвера FS как раз из такой серии.)
VN> Hо что делать, если невозможно локализовать баг?
Как минимум - не говорить что этого бага нет, потому что его невозможно
локализовать! Раз какие-то репорты про него идут - значит у кого-то он
иногда возникает, отсюда уже можно прилагая определенные усилия его поймать.
Практически невозможно поймать баг, который вообще ни у кого не возникает, это
да.
Bye,
Oleg
--- ifmail v.2.15dev5
* Origin: Green's home news server (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
