= Сообщение: 7308 из 8279 ========================================= RU.LINUX = От : Alexei Dets 2:5020/400 30 Dec 02 23:28:20 Кому : Serguei Khvatov 30 Dec 02 23:28:20 Тема : Re: RedHat + небольшая сказка FGHI : area://RU.LINUX?msgid=host.talk.ru+b02d44a6 На : area://RU.LINUX?msgid=2:5020/175.2+8403364e = Кодировка сообщения определена как: IBM866 ================================= ============================================================================== From: Alexei Dets <adets@idsk.com>
Hi! Serguei Khvatov wrote: > Очевидно, что не более трёх месяцев, так что вопрос некорректный. Hо на > самом деле RH 8.0 от RH 7.3 отличается мало. Так что большой разницы быть
RH 8.0 от RH 7.3 отличается кардинально. Совершенно другой системный компилятор, glibc-почти_2_3, тотальная (местами кривая) юникодизация, поломанное KDE... К чисто серверу в основном только первые два пункта относятся, но они могут весьма о себе дать знать.
Hиже небольшая "сказочка" о попытке использования gcc-3.2 + glibc-2.2.93 из RedHat 8.0 в RH-7.3. 1) В принципе _все_ работает без перекомпиляции после установки compat-* пакетов. 2) Данный glibc-2.2.93 судя по всему крив до ужаса: а) в моей собственной программе после каких-то очередных мелких правок начались проблемы с pthread_create() - попросту говоря, нить вызвавшая pthread_create() блокируется навечно, если программу прибить, то получается примерно такой backtrace: (gdb) bt #0 0x42028d69 in sigsuspend () from /lib/i686/libc.so.6 #1 0x406bf108 in __pthread_wait_for_restart_signal () from /lib/i686/libpthread.so.0 #2 0x406bed51 in pthread_create@@GLIBC_2.1 () from /lib/i686/libpthread.so.0 #3 0x08051eba in createReceiverThreads() () at main.cpp:367 #4 0x08052699 in main (argc=1, argv=0xbffff8a4) at main.cpp:444 #5 0x420158d4 in __libc_start_main () from /lib/i686/libc.so.6 Да - на Солярисе работает и раньше работала под Линуксом без проблем. б) имеются проблемы как минимум с isspace() в локалях C, POSIX и, возможно, других - некорректно отрабатывается 0x0A (возможно и что-то еще); в) не проверял лично - проблемы с коннектом к mysql (тоже использует нити).
Hалюбовавшись на такую красоту ставлю gcc-3.2.1 + glibc-2.3.1 + kernel-2.4.20 из беты RedHat Phoebe. Там, согласно их документации, нити _полностью_ переделаны (glibc-2.3.1, with the new Native POSIX Thread Library (NPTL)), насколько я понимаю сделан backport соответствующей ядерной функциональности из 2.5.x. Получаю следующий результат: отвалились portmap и все программы, собранные с kerberous - не находят соответствующие символы в glibc, т.е., как я понимаю, glibc-2.3.1 не поддерживает полностью обратную совместимость с glibc-2.x. Обновил пакеты portmap, krb5-*. Вроде все работает остальное. Программа нормально заработала. Без перекомпиляции. При перекомпиляции валится куча warning от ld на unexpected symbol redefined pthread_*..., но все собирается и работает. Обновил на всякий случай binutils - прошло. Остались проблемы с isspace(). Появились мелкие проблемы с psutils, не прошли даже после их обновления - ни top, ни ps не могут теперь показать число нитей у процесса, с этими новыми нитями всегда в списке один процесс (что нормально), но полный листинг (и ключ -m) не показывают кол-во нитей (а вот это уже IMHO не нормально).
Так что IMHO RH-8.0 хоть на сервере, хоть где угодно - ну _ОЧЕHЬ_ на любителя.
