From owner-freebsd-emulation@FreeBSD.ORG Sun Oct 28 21:30:03 2007 Return-Path: Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.freebsd.org (mx1.freebsd.org [IPv6:2001:4f8:fff6::34]) by hub.freebsd.org (Postfix) with ESMTP id 0A0B216A418; Sun, 28 Oct 2007 21:30:03 +0000 (UTC) (envelope-from valera@chikalov.dp.ua) Received: from halik.com.ua (halik.com.ua [193.178.146.121]) by mx1.freebsd.org (Postfix) with ESMTP id 7A0A513C4B0; Sun, 28 Oct 2007 21:30:02 +0000 (UTC) (envelope-from valera@chikalov.dp.ua) Received: from tiger.novakom.dp.ua (77-109-17-130.dynamic.peoplenet.ua [77.109.17.130]) by halik.com.ua (Postfix) with ESMTP id 722765C07D; Sun, 28 Oct 2007 23:29:58 +0200 (EET) Message-ID: <4724FF52.7090304@chikalov.dp.ua> Date: Sun, 28 Oct 2007 23:29:54 +0200 From: "Valery V.Chikalov" User-Agent: Thunderbird 2.0.0.6 (X11/20070814) MIME-Version: 1.0 To: Roman Divacky References: <4721AB07.20708@novakom.com.ua> <4723A8D6.6020002@chikalov.dp.ua> <20071028112910.GA84830@freebsd.org> <4724CBCA.30500@chikalov.dp.ua> <4724D99C.3080105@chikalov.dp.ua> <20071028184318.GA57240@freebsd.org> <4724EA7B.3010103@chikalov.dp.ua> <4724F83F.30503@chikalov.dp.ua> <20071028210706.GA60615@freebsd.org> In-Reply-To: <20071028210706.GA60615@freebsd.org> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: freebsd-emulation@freebsd.org Subject: Re: Linux emulation on FreeBSD AMD64 X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 28 Oct 2007 21:30:03 -0000 Roman Divacky wrote: >>> Just for the record: this make mprottect return success, >>> but oracle coredumps nevertheless. (Sorry for rhyme :-) >>> >> But despite of this is a step forward! >> Oracle server itself is running! >> Only sqlplus(oracle control utility) and connected client oracle process >> are coredumping. So now I can start oracle server and ever generate new >> database. >> >> Now I am trying to understand the reasons of this coredumps. They are >> occurring rather accidental, and for example I must several times try to >> start oracle to achieve the result. Moreover after some time successful >> running and serving queries oracle server dump core and stop working too. > > I think its quite obvious... oracle expects some memory is executable > and tries to execute something in it but freebsd has non-exec bit set > on that memory hence core dump... > > do you see any obvious flaw in this thought? One and half(IMHO). This occurs accidentally, as I have said I can sometimes start server, ask him about something and only after some time find him dead. Sometimes I ever cant start it. I think in your scenario it must be absolutely deterministic. There are no AMD64 specific in your reasoning. Its working in i386 mode. Do you have some ideas about this?. >> >> And "bt" are not looking reasonable. > > try to "disas" memory before the IP when the coredump happened. you > might disas memory in the middle of instruction so try to increase/decrease > by 1 the memory location... I will try. Thank you. Valery. > > roman