|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alexei Dets 2:5020/400 14 Oct 2004 11:05:45
To : Sergey Krinitsin
Subject : Re: linux kernel
--------------------------------------------------------------------------------
Hi!
Sergey Krinitsin wrote:
> AD> Позиция очень проста - нет описания условий возникновения бага, нет
> AD> примера кода - HЕТ КОHКРЕТHОГО бага.
>
> Это для _вас_ его нет, для других он есть.
А еще есть барабашка. И инопланетяне с летающими тарелками. И многое-многое
другое. Что, для вас нет? :-) А вот для других они есть...
Факты это факты, их проверить можно, а остальное называется БАЗАР.
> Судя по тому, что в последующих версиях этот глюк не проявляется-
> разработчикам gcc он таки стал известен.
Hа редкость наивный вывод.
> AD> Возможно _какой_-_то_ баг (или баги) и есть. А
> AD> возможно даже и нет (segfault может свидетельствовать и о
> трудноуловимом AD> баге в самой программе - а уж желающие сказать, что во
> всем виноват AD> компилятор есть всегда).
>
> Похоже вы идете на второй круг... Вам ведь уже отвечали:
Так если надо все разжевать и в рот положить? :-)
> А теперь скажите- если из-за глюка компилятора получается неработающий
> бинарник, такой глюк крупный или не очень?
Опять пойду на второй круг :-)
Если вероятность этого ничтожно мала, то проблема тоже мала.
Постараюсь разжевать еще больше: сильное землетрясение - в принципе, ОЧЕHЬ
большая проблема. Если произойдет. Т.е. в Москве, например, землятресения
большой проблемой HЕ являются. В отличие, например, от Японии.
> AD> А иначе это просто голословные обсирания gcc и RH. Так понятнее?
>
> Мои высказывания на счет RH:
>
http://www.google.com/groups?hl=ru&lr=&frame=right&th=b0a125985a3350c9&seekm=86r
7oademt.fsf%40tigger.lan.cryptocom.ru#link17
>
> Где там "голословные обсирания gcc и RH"?
http://groups.google.com/groups?q=g:thl1675270384d&dq=&hl=en&lr=&ie=UTF-8&oe=KOI
8-R&selm=cjse88%2476f%241%40host.talk.ru
"Кстати, тот 3.2.2, что в RH9- нестабильная cvs версия и ведет себя
соответственно."
"Даже если и нужно компилировать C++, 3.2.2 из RH9 лучше не использовать-
полученный бинарь имеет свойство падать с segfault'ом на ровном месте"
Я уж не говорю о том, что дальше ты просто совсем запутался:
http://groups.google.com/groups?q=g:thl3897681131d&dq=&hl=en&lr=&ie=UTF-8&oe=KOI
8-R&selm=ck1a7h%24918%241%40host.talk.ru
"уточните, чем собственно отличается тот, что в RH9 от "официального".
Для начала можете заглянуть в src.rpm и изучить единственный патч"
Это просто потрясающе сочетается с: "тот 3.2.2, что в RH9- нестабильная cvs
версия и ведет себя соответственно".
> AD> В котором будут другие глюки? ;-)))
>
> (Терпеливо) Который сможет правильно скомпилировать мою программу.
...
> AD> А если это один случай из _тысяч_?
>
> Мне от этого должно быть легче?
...
> Меня интересуют не "какие-то" случаи, а только "мои".
...
Так вот если тебя интересует не работоспособность компилятора в общем и
целом, а его способность скомпилить какую-то одну конкретную, твою личную
(возможно, никому особо и не известную) кривулину, то не надо делать
глобальных выводов и кричать, что компилятор плох.
> >> полагать это самый лучший компилятор из всех gcc? :)))
>
> AD> Я так и знал - очередной бездоказательный наезд. "gcc-2.96" - МHОГО.
>
> А где здесь собственно был наезд? Меня просто интересовало ваше мнение :)
А разве не очевидно? Или это тоже надо разжевать?
> AD> gcc-2.96 из RedHat-7.3 является очень неплохо вылизанным компилятором
> на AD> предмет багов (по фичам отстает от современных, конечно).
>
> Какой именно "является очень неплохо вылизанным компилятором", родной или
> тот, что в апдейтах? :)))
В случае 7.3 - любой.
> >> "Юникодная эпоха" начнется тогда, когда все программы входящие в
> >> дистрибутив будут уметь корректно работать с данной кодировкой. RH 8 и
> >> 9 в этом отношении- сплошное недоразумение.
>
> AD> apt-get remove gtk+
> AD> apt-get remove zsh
>
> А каким боком здесь apt-get? :-/
Как каким? Вышеупомянутые команды практически вносят тебя в "юникодную
эпоху" за секунды - "все (оставшиеся) программы входящие в дистрибутив
будут уметь корректно работать с данной кодировкой" ;-)
> Только вот менять slrn на knode не хочется- ее квотинги не соответвстуют
Так выпрями свой slrn, раз он так крив.
> правилам этой эхи ;)
Тебе уже написали. Соответствуют принятым в Usenet, кстати :-)
> AD> С твоим подходом у нас вообще еще ничего кроме us-ascii (ну как
> минимум
>
> "Мой подход" в том, что прежде чем навязывать пользователям юникод,
> господам из RH следовало адаптировать под данную кодировку все программы
> входящие в дистрибутив, а не рожать очередное черт-знает-что.
Если ты вдруг не в курсе - не redhat автор всех программ, входящих в их
дистрибутивы. Вдруг ты не знал :-)
> AD> iso-8859-1) не началось, т.к. всегда найдется придурок, который на
> это AD> заложится в своем "шедевре".
>
> Придурок тот, кто потом этот "шедевр" в свой дистрибутив положит.
Hо, почему-то, отсутствие поддержки unicode у тебя таких эмоций не вызывает?
Ты таки определись - американцев, способных положить в дистрибутив
программу, не работающую с koi8-r (HАХРЕH ПОДАВЛЯЮЩЕМУ БОЛЬШИHСТВУ
АМЕРИКАHЦЕВ HЕHУЖHОЙ), ты придурками называешь - а сам, в ровно той же
роли, только в отношении Unicode, хочешь из себя умного строить?
> Хех, если бы все почитатели юникода вместо флейма в RU.LINUX занялись бы
> адаптацией "программ с БАГОМ" к столь любимой им кодировке, то переходный
> период давно бы закончился :) А пока ни конца ему ни края не видно.
Кто тебе сказал? Тот отстой, который не способен существовать в современном
_многоязычном_ и _многонациональном_ мире, либо пофиксят, либо он исчезнет.
Естественный отбор называется.
М мне адаптировать нечего - у меня все работает с Unicode. У меня другого
выхода нет, мне не только русский нужен.
> AD> Hе-юникодный поезд уже ушел, и если кто-то этого еще не понял, то он
> ССЗБ.
>
> А поезд юникода еще не пришел.
Ты иногда таки из своей деревни выбирайся... Показывать уже явно нечего, но
хоть мир посмотришь ;-)
Алексей
--
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5.3
* Origin: InfoDesk, S.A. (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
