From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Subject: Re: [sisyphus] ALTLinux Sisyphus vs Borland Kylix, =?koi8-r?Q?=ED=C1=CA=CE?= =?koi8-r?Q?_=CB=C1=CD=C6=2C?= =?koi8-r?Q?_=D0=CF=C2=C5=C4=C1=2E?= From: Roman S To: ALT Linux Sisyphus discussion list In-Reply-To: <20040516122131.GB3182@sirius.home> References: <1084568208.2145.6.camel@rromas.rail.net.ru> <1084706926.4085.18.camel@rromas.rail.net.ru> <20040516122131.GB3182@sirius.home> Content-Type: text/plain; charset=KOI8-R Message-Id: <1084734160.2070.29.camel@rromas.rail.net.ru> Mime-Version: 1.0 X-Mailer: Ximian Evolution 1.5.7 (1.5.7-alt0.5) Date: Sun, 16 May 2004 23:02:40 +0400 Content-Transfer-Encoding: 8bit X-BeenThere: sisyphus@altlinux.ru X-Mailman-Version: 2.1.4 Precedence: list Reply-To: ALT Linux Sisyphus discussion list List-Id: ALT Linux Sisyphus discussion list List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 16 May 2004 19:02:47 -0000 Archived-At: List-Archive: On Вск, 2004-05-16 at 16:21 +0400, Sergey Vlasov wrote: > On Sun, May 16, 2004 at 03:28:47PM +0400, Roman S wrote: > > Пришлось вооружиться блоходавом и смотреть, что происходит. > > А произошло наложение двух "особенностей" Сизифа. > > 1) Неисполнимый стек "по умолчанию" > > 2) NPTL > > ===================================================================== > > И так, решение. Растактовка танца с бубном для заклинания программ: > > > > 1) Вырезать из ядра openwall-приблуду, либо обработать все исполнимые > > модули из /opt/kylix3/bin командой "chstk -e" (вообще - рекомендуемая > > процедура для всех не-альтовских программ, устанавливаемых на машину) > > Если падало на командах типа call 0x24(%esp) (именно с таким режимом > адресации - смещение относительно esp), причиной является недавно > обнаруженная ошибка в патче Openwall (эмуляция GCC trampoline > неправильно обрабатывала этот режим адресации). В очередной сборке > ядра std (уже 2.4.26) эта ошибка исправлена; пакеты находятся на пути > в Сизиф. Среда работает с использованием WINE. Имеются запилы на стек и по ходу работы самой IDE. Детально разбираться мне не улыбается. Теперь работает? Вот и не надо трогать, пока работает. > > Хотя, поскольку компилятор там собственный, возможно, что генерируемый > им код несовместим с эмулятором GCC trampoline. Раз уж удалось > отловить проблему, пожалуйста, покажите команды, на которых падало > (команда вызова и кусок кода в стеке, который должен был выполниться). По компилятору - см. фикс из п.3 > > 2) В скрипты /opt/kylix3/bin/start* внести: > > LD_ASSUME_KERNEL=2.2.5 - это для того, чтоб NTPL не портили жизнь. > > А вот как раз NPTL в сизифовской glibc нет. Если LD_ASSUME_KERNEL > действительно влияет на работоспособность Kylix - дело в чём-то > другом. И, кстати, с предыдущими версиями glibc такое значение > LD_ASSUME_KERNEL вообще приведёт к невозможности запустить что-либо > (вне зависимости от происхождения). > > Кстати, glibc-core-i686 у вас в системе случайно не установлен? Нет. С этои добром я разбирался на старой домашней K6-III, какие там 686? Но в процессе "разбора полётов" у меня образовались разные варианты libc, текущая сборка - с NTPL (я честно говоря не вникаю уже в детали Альтовской сборки ЛИБЦ - мне уже пофиг) c LD_ASSUME_KERNEL=2.2.5 будет работать и с NTPL, если (даже не "если", а "когда") они образуются, если в текущем Альте они ещё не включены... > > > 3) Отсюда http://unvclx.sourceforge.net/download.html > > - установить Kylix3 patch suite.