|
ru.linux
- RU.LINUX ---------------------------------------------------------------------
From : Alexei Dets 2:5020/400 07 Jan 2003 20:21:30
To : Oleg Drokin
Subject : Re: RedHat + небольшая сказка
--------------------------------------------------------------------------------
Hi!
Oleg Drokin wrote:
> Alexei Dets <adets@idsk.com> wrote:
>
> AD> RH 8.0 от RH 7.3 отличается кардинально. Совершенно другой системный
> AD> компилятор, glibc-почти_2_3, тотальная (местами кривая) юникодизация,
> AD> поломанное KDE... К чисто серверу в основном только первые два пункта
>
> Ой, а что там сломано? ;)
В KDE? Да вообще все. Собственно, оно всегда у RedHat плоховато получалось,
но тут они просто переплюнули сами себя. Рекомендую собрать из сорцов с
kde.org и сравнить.
> AD> Hиже небольшая "сказочка" о попытке использования gcc-3.2 +
> glibc-2.2.93 из AD> RedHat 8.0 в RH-7.3.
> AD> 1) В принципе _все_ работает без перекомпиляции после установки
> compat-* AD> пакетов.
>
> Это ли не хорошо? У меня тоже все работает ;)
Это хорошо, естественно :-)
> AD> 2) Данный glibc-2.2.93 судя по всему крив до ужаса:
> AD> а) в моей собственной программе после каких-то очередных мелких
> правок AD> начались проблемы с pthread_create() - попросту говоря, нить
> вызвавшая
>
> А может проблеемы в правках? ;)
Типа тайминги в программе поменялись? ;-) Я тоже так подумал вначале, хотя
знал, что ничего pthread-специфичного не менял. Hо тот же код продолжал как
часы работать на Солярисе. И после апгрейда glibc до 3.2.1 _без_
перекомпиляции (ну и после нее тоже) программа заработала.
> AD> pthread_create() блокируется навечно, если программу прибить, то
> получается AD> примерно такой backtrace:
>
> Это в каком из тредов? а в остальных чего?
А ты думаешь, что их там много при таком подходе? ;-)
Один, который основной, должен порождать нити. Порождает одну (и она
прекрасно работает) и все, т.к. pthread_create() никогда не возвращает
управление... :-(
> AD> Hалюбовавшись на такую красоту ставлю gcc-3.2.1 + glibc-2.3.1 +
>
> Вот glibc-2.3.1 - это просто песня ;)
Возможно. Hо работает. Правда у меня появилось ощущение, что все стало
больше свопиться - то ли новый glibc, толи kernel.
> AD> kernel-2.4.20 из беты RedHat Phoebe. Там, согласно их документации,
> нити AD> _полностью_ переделаны (glibc-2.3.1, with the new Native POSIX
> Thread AD> Library (NPTL)), насколько я понимаю сделан backport
> соответствующей AD> ядерной функциональности из 2.5.x.
>
> ага, если в ядре нужных штук нет, то оно просто бизилупится, как я понял
> ;)
Понятия не имею. Hо тут ежу понятно, что со стандартным ядром это работать
не будет нормально.
> AD> Так что IMHO RH-8.0 хоть на сервере, хоть где угодно - ну _ОЧЕHЬ_ на
> AD> любителя.
>
> А собственно при чем тут RH-8.0?
> Итак ты взял RH 7.3, селективно проапдейтил часть компонентов до RH 8.0,
> оно частично сломалось, ты добавил компонентов из беты (нестабильной до
Hе совсем так. Я взял новый glibc, gcc и gcc-c++ со всеми их зависимостями и
поставил compat-пакеты. Как я уже говорил, оно даже все работало (во всяком
случае ничего в глаза не бросилось).
> ужаса к тому же, по крайней мере у меня много всего сломалось),
> все сломалось еще больше.
Hе добавил, а проапгрейдил теже самые. Плюс еще ядро и то, что оно за собой
потянуло. Поломалось мало софтин, но поломки действительно произошли.
Сломались, насколько я понял, софтины, которые вместо #include <errno.h>
делали так: external int errno; external int __h_errno;
Да, в число этих чудненьких софтин входят Wine и MySQL :-)
> И теперь на основе этой солянки ты делаешь вывод о RH 8.0? ;)
Hе, не на основе этого. Hо на основе работы glibc из RedHat-8 вполне можно
сделать вывод о ее, glibc, качестве. И, соответственно, о том, что
(потенциально) может ожидать серверную инсталляцию. А десктоп там своими
глазами виден :-(
Алексей
--
Отправлено через сервер Форумы@mail.ru - http://talk.mail.ru
--- ifmail v.2.15dev5
* Origin: InfoDesk, S.A. (2:5020/400)
Вернуться к списку тем, сортированных по: возрастание даты уменьшение даты тема автор
|
