From mboxrd@z Thu Jan  1 00:00:00 1970
Return-Path: <geom@inetlab.com>
X-Comment-To: "Dmitry V. Levin"
To: sisyphus@altlinux.ru
Subject: Re: [sisyphus] =?koi8-r?b?8sHCz9TP09DP08/CIM7P?=
 =?koi8-r?b?09TY?= Sun JDK =?koi8-r?b?ySDQwdLBINfP0NLP08/X?=
 =?koi8-r?b?INDSzw==?= glibc
References: <m2lmbpe2vi.fsf@geom.inetlab.com>
	<20020415101655.GA5968@ldv.office.alt-linux.org>
From: Michael Rumjantsev <geom@inetlab.com>
Organization: iNetLab
Date: 15 Apr 2002 17:52:35 +0700
In-Reply-To: <20020415101655.GA5968@ldv.office.alt-linux.org>
Message-ID: <m2r8lh9qto.fsf@geom.inetlab.com>
User-Agent: Gnus/5.0808 (Gnus v5.8.8) XEmacs/21.4 (Academic Rigor)
MIME-Version: 1.0
Content-Type: text/plain; charset=koi8-r
Content-Transfer-Encoding: 8bit
Sender: sisyphus-admin@altlinux.ru
Errors-To: sisyphus-admin@altlinux.ru
X-BeenThere: sisyphus@altlinux.ru
X-Mailman-Version: 2.0
Precedence: bulk
Reply-To: sisyphus@altlinux.ru
List-Help: <mailto:sisyphus-request@altlinux.ru?subject=help>
List-Post: <mailto:sisyphus@altlinux.ru>
List-Subscribe: <http://altlinux.ru/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@altlinux.ru?subject=subscribe>
List-Id: <sisyphus.altlinux.ru>
List-Unsubscribe: <http://altlinux.ru/mailman/listinfo/sisyphus>,
	<mailto:sisyphus-request@altlinux.ru?subject=unsubscribe>
List-Archive: <http://altlinux.ru/pipermail/sisyphus/>
Archived-At: <http://lore.altlinux.org/sisyphus/m2r8lh9qto.fsf@geom.inetlab.com/>
List-Archive: <http://lore.altlinux.org/sisyphus/>

"Dmitry V. Levin" <ldv@alt-linux.org> writes:

> > Параллельно пара вопросов по glibc:
> > 1) Почему не применяется РедХатовский метод сборки пакета с отдельной
> >    версиеий в /lib/i686/*, собранной с --enable-kernel=2.4.0? Для той же
> >    джавы это частично облегчает жизнь, падает реже.
> 
> Как (и почему) это связано с "падучестью"?

        Я не большой спец в этих делах, но насколько я понимаю, java падает
        при переполнении стека во время обработки
        сигнала. --enable-kernel=2.4.0 включает floating stack в
        linuxthreads (я не знаю в чем заключается суть этого явления
        :). При этом java падает все равно, но существенно позже. У меня
        добавилось порядка 70 рекурсивных вызовов в глубину, а это уже
        позволяет худо-бедно что-то делать. Кроме того, при такой сборке
        jvm успевает отловить SIGSEGV и напечатать длинное сообщение с
        картой памяти.

        Проблема в том, что пока не найдена истинная причина падений, 
        приходится самостоятельно пересобирать пакет glibc, чтобы оно хоть
        как-то работало. Понятное дело, это сильно затрудняет апдейты.
 
> > 2) Это даже не вопрос. В Сизифовской сборке в linuxthreads баг остался,
> >    надо патчик наложить. В том же РедХате это уже исправлено.

> Ok; там эту проверку неплохо бы во всех местах подправить.

        А там эта проверка в единственном месте и есть. Остальные места уже
        поправлены в дистрибуции glibc 2.2.5, это по невнимательности
        осталось.
-- 
     Michael Rumjantsev
     iNetLab