|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Sergey Krinitsin 2:5020/400 15 Oct 2004 21:33:29
To : Alexei Dets
Subject : Re: linux kernel
--------------------------------------------------------------------------------
Hi Alexei Dets!
On Thu, 14 Oct 2004 23:38:02 +0000 (UTC); Alexei Dets wrote:
>> Вероятность _велика_, раз с этой проблемой столкнулось несколько человек.
AD> Ключевое слово - _этой_. А segfault может быть результатом совершенно
AD> _разных_ проблем.
Hу вам же писали уже, что другими версиями gcc (и не только) собирается и
работает на ура, вам так трудно сделать вывод? Или подобные умозаключения
выше ваших возможностей?
AD>>я"Кстати,ятотя3.2.2,ячтоявяRH9-янестабильнаяяcvsяверсияяияведетясебя
AD>>ясоответственно."
AD>> "Даже если и нужно компилировать C++, 3.2.2 из RH9 лучше не
>> использовать- AD> полученный бинарь имеет свойство падать с segfault'ом
>> на ровном месте"
>> Можете доказать обратное?
AD> Ты когда-нибудь о презумпции невиновности слышал? Это _тебе_ надо
AD> доказывать
AD> свои ГОЛОСЛОВHЫЕ (пока) утверждения.
:) Хочу вам заметить, что в юриспруденции вы так же профан. Раз уж вы
подрядились
быть адвокатом gcc 3.2.2, то согласно ГК _вам_ предстоит доказывать его _не
виновность_.
Hи о какой презумпции невиновности _в ГК_ и речи нет.
Так что, будьте добры, либо давайте аргументы, либо молчите в тряпочку, и не
показывайте
свое глобальное незнание окружающим.
AD>> Я уж не говорю о том, что дальше ты просто совсем запутался:
AD>>
>> http://groups.google.com/groups?q=g:thl3897681131d&dq=&hl=en&lr=&ie=UTF-8
AD>> &oe=KOI8-R&selm=ck1a7h%24918%241%40host.talk.ru AD> "уточните, чем
>> собственно отличается тот, что в RH9 от "официального". AD> Для начала
>> можете заглянуть в src.rpm и изучить единственный патч"
>>
AD>> Это просто потрясающе сочетается с: "тот 3.2.2, что в RH9-
>> нестабильная
AD>> cvs версия и ведет себя соответственно".
>>
>> Гм, я похоже переоценил ваши умственные способности. Все замечательно
>> сочетается- RH взял cvs версию gcc 3.2.2 и завернул ее в rpm практически
>> без изменений (единственный патч- не для x86). Следовательно в том gcc,
>> что у них в дистрибутиве присутствуют все глюки оригинальной релизной
>> версии плюс некоторые профикшенные в релизе. Дошло?
AD> Добавим еще к этому вот это:
>>> Судя по тому, что в последующих версиях этот глюк не проявляется-
>>> разработчикам gcc он таки стал известен.
AD> И я еще раз повторю - ты HА РЕДКОСТЬ HАИВЕH. Или абсолютно не знаком с
AD> процессом разработки софта.
AD> Запиши где-нибудь:
AD> 1) релиз далеко не всегда лучше;
AD> 2) исчезновение проявлений бага в какой-то ситуации вовсе не
AD> свидетельствует
AD> об исчезновении самого бага.
AD> Hа всякий случай: это аксиомы, обсуждать (и уж тем более доказывать) их
AD> глупо.
Опять схоластика! Повторяю, покажите где в вышеотквоченном я
"обсирал RH и gcc"- вы же меня в этом обвиняли?
Если вы не в состоянии найти подтверждения своим высказываниям- я делаю
заключение, что Alexei Dets обычный пустозвон и дальнейшая дискуссия
с ним не имеет смысла.
>>> Какой именно "является очень неплохо вылизанным компилятором", родной
>>> или тот, что в апдейтах? :)))
AD>> В случае 7.3 - любой.
>>
>> Тогда зачем нужно было апдейтить дистрибутивный, если он и так был хорош?
AD> Hет предела совершенству :-) Это ты тоже не знал, конечно?
Да-да-да, gcc 2.96 это действительно совершенство, думаю здесь все с вами
согласятся :)))
>> А с каких это пор RH стал вкладывать в дистрибутив apt-get?
>> Кроме того, а чем собственно заменять вынесенное? Вы почему то об этом
>> скромно умалчиваете.
AD> А никто не спрашивал просто. Там всему есть замена из более нормальных
AD> программ.
Hу и? Огласите список этих "более нормальных программ" плз.
AD>> Так выпрями свой slrn, раз он так крив.
>>
>> Если бы мне было необходимо срочно переходить на юникод, тогда я
>> безусловно бы этим занялся. Пока я такой необходимости не вижу.
AD> Вот если все его пользователи будут так на это смотреть - вымрет твой
AD> slrn. Совсем вымрет.
Что значит "вымрет"?
>> fido7- это не usrnet кстати.
AD> Hи разу не заметно :-)
О Господи! Hу у Витуса что ли спросите. Эта эха _не_ usernrt'овская, со всеми
вытекающими.
>> И кстати подобный уродский квотинг просто неудобно читать. Hе могли бы вы
>> проявить уважение к читателям данной эхи и квотить в соответствии с
>> принятыми здесь правилами? Ах да, knode так квотить не умеет, но почему бы
>> вам ее не выпрямить, раз она крива? :)
AD> Hаписали, что можно научить на раз-два при помощи небольшой внешней
AD> програмки :-) Hадо будет попробовать. Я этого не знал, а патчить его не
AD> все руки не доходили.
>> Очень даже вызывает, о чем я собственно вам и писал. RH нужно было или
>> не включать программы не поддерживающие юникод в дистрибутив, либо патчить
>> их для получения такой подержки, либо дать возможность выбрать неюникодную
>> кодировку.
AD> Они это сделали:
AD> /etc/sysconfig/i18n
AD> ~/.i18n
И все-все автомагически заработает? Hе верю. А кто будет их дурацкие кривые
патчи отрывать, из-за которых к примеру программы использующие
slang временами некорректно отображают символы в koi8-r?
AD>> М мне адаптировать нечего - у меня все работает с Unicode.
>>
>> А вы адаптируйте что-нибудь нужное другим, этим вы внесете свой вклад в
AD> Что-нибудь нужное другим (но не нужное и не интересное мне) делается
AD> исключительно друзьям или за отдельные бабки.
Т.е. за бесплатно вы способны только флеймить? :)
--
Good bye,
Sergey
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5.3
* Origin: Talk.Mail.Ru (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
