From owner-freebsd-emulation@FreeBSD.ORG Wed Sep 27 13:53:54 2006 Return-Path: X-Original-To: freebsd-emulation@freebsd.org Delivered-To: freebsd-emulation@freebsd.org Received: from mx1.FreeBSD.org (mx1.freebsd.org [216.136.204.125]) by hub.freebsd.org (Postfix) with ESMTP id 65A6C16A412; Wed, 27 Sep 2006 13:53:54 +0000 (UTC) (envelope-from saper@SYSTEM.PL) Received: from mail01.ish.de (pip250.ish.de [80.69.98.250]) by mx1.FreeBSD.org (Postfix) with ESMTP id EF18343D46; Wed, 27 Sep 2006 13:53:49 +0000 (GMT) (envelope-from saper@SYSTEM.PL) Received: from [80.69.97.9] (HELO saperski.saper.info) by mail-fe-02.mail01.ish.de (CommuniGate Pro SMTP 5.0.6) with ESMTPS id 67987235; Wed, 27 Sep 2006 15:53:48 +0200 Received: from [127.0.0.1] (saperski.saper.info [127.0.0.1]) by saperski.saper.info (8.13.8/8.13.8) with ESMTP id k8RDrZTn013334 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Wed, 27 Sep 2006 15:53:42 +0200 (CEST) (envelope-from saper@SYSTEM.PL) Message-ID: <451A825F.5050206@SYSTEM.PL> Date: Wed, 27 Sep 2006 15:53:35 +0200 From: Marcin Cieslak User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.7) Gecko/20060926 SeaMonkey/1.0.5 MIME-Version: 1.0 To: Boris Samorodov References: <200609261733.48398.jkim@FreeBSD.org> <20060927103401.ml5fhn8cg0swc0go@webmail.leidinger.net> <90935725@serv3.int.kfs.ru> In-Reply-To: <90935725@serv3.int.kfs.ru> X-Enigmail-Version: 0.94.1.0 Content-Type: text/plain; charset=ISO-8859-2 Content-Transfer-Encoding: 7bit Cc: Alexander Leidinger , freebsd-emulation@FreeBSD.org, Jung-uk Kim Subject: Re: linuxulator on -CURRENT 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: Wed, 27 Sep 2006 13:53:54 -0000 Boris Samorodov wrote: > Yep, the kernel as of date=2006.06.27.18.28.00 works fine > and of date=2006.06.27.18.33.00 is broken. Thare are a couple of jhb's > patches for linux rpc calls. However, none of those calls are used when > a programm is failing. Hence the following Alexander's proposal to > concentrate on linux tests seems right. Running LTP is great idea on amd64. I would like also to have Linux mmap() from amd64 fingerprinted (ideas how to test PROT_EXEC welcome!). I noticed today that my problem with sqlplus hanging on waitpid() occurs ONLY when I am connected to the database instance via UNIX IPC socket. If I am disconnected from the database (sqlplus /nolog) or when I am connected via TCP socket (sqlplus user/pass@database) - everything works fine - sqlplus does not hang on waitpid() anymore... -- << Marcin Cieslak // saper@system.pl >>