ru.linux

 
 - RU.LINUX ---------------------------------------------------------------------
 From : Nick E. Milogradsky                  2:5025/900     12 Oct 2005  08:58:59
 To : All
 Subject : Re: Разборки с glibc
 -------------------------------------------------------------------------------- 
 

 > Hi!
 > Nick E. Milogradsky wrote:
 > NEM> Вопрос'ы:
 > NEM> 1. Для что-то чтобы убрать ошибку samb'ы:
 > NEM> *** glibc detected *** corrupted double-linked list: 0x08e11ec8 ***
 > NEM> нужно ли убирать glibc-2.3.2 ?
 
     Сразу скажу, проблему я эту уже решил. Samba (3.0.20a) работает
     без этой ошибки на RHEL4.
 
 > Ты почитай release notes к своему дистрибутиву и немного подумай:
 > http://www.redhat.com/docs/manuals/enterprise/RHEL-4-Manual/release-notes/as-x
 > 86/
 
     Вот за это спасибо, я это не нашел.
 
 > The version of glibc provided with Red Hat Enterprise Linux 4 performs
 > additional internal sanity checks to prevent and detect data corruption as
 > early as possible. By default, should corruption be detected, a message
 > similar to the following will be displayed on standard error (or logged 
 > via
 > syslog if stderr is not open):
 > *** glibc detected *** double free or corruption: 0x0937d008 ***
 > By default, the program that generated this error will also be killed;
 > however, this (and whether or not an error message is generated) can be
 > controlled via the MALLOC_CHECK_ environment variable. The following
 > settings are supported:
 > 0 ? Do not generate an error message, and do not kill the program
 > 1 ? Generate an error message, but do not kill the program
 > 2 ? Do not generate an error message, but kill the program
 > 3 ? Generate an error message and kill the program
 > Note
 > If MALLOC_CHECK_ is explicitly set a value other than 0, this causes glibc
 > to perform more tests that are more extensive than the default, and may
 > impact performance.
 > Should you have a program from a third party ISV that triggers these
 > corruption checks and displays a message, you should file a defect report
 > with the application's vendor, since this indicates a serious bug.
 >
 > NEM> 2. Если нужно убирать glibc-2.3.2, то как это безопаснее и правильнее
 > NEM> сделать ? Чтобы сервер потом не пришлось переставлять. :-(
 >
 > Ты хотя бы чуть-чуть в курсе, что такое glibc? ;-)
 
     В курсе.
 
 > Подсказка - если ты ее уберешь из системы, то 99,9% всех программ 
 > накроются
 > нехорошим (?) местом ;-)
 
     По тому что в курсе, что такое glibc, и поэтому и спрашиваю, нужно
     ли убирать, или так и нужно, и как если нужно убирать, это сделать,
     безопаснее.
     После того как ты привел документ с www.redhat.com, я все стало
     на свои места.
 
     P.S: Странно почем-то я это не нашел, а ведь искал, и на том же
     самом www.redhat.com. :-(
 
 >        Алексей
 
 Спасибо.
 ----
 С уважением, Милоградский H.Э.
 --- Microsoft Outlook Express 6.00.2900.2180
  * Origin: Comment is superfluous... (2:5025/900@fidonet)
 
 

Вернуться к списку тем, сортированных по: возрастание даты  уменьшение даты  тема  автор