From owner-freebsd-emulation@FreeBSD.ORG Sun Sep 24 00:20:44 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 C9CBE16A407 for ; Sun, 24 Sep 2006 00:20:44 +0000 (UTC) (envelope-from shild@sbcglobal.net) Received: from flpi101.sbcis.sbc.com (flpi101.sbcis.sbc.com [207.115.20.70]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7809043D4C for ; Sun, 24 Sep 2006 00:20:44 +0000 (GMT) (envelope-from shild@sbcglobal.net) X-ORBL: [71.155.228.226] Received: from fbsd1.dyndns.org (adsl-71-155-228-226.dsl.emhril.sbcglobal.net [71.155.228.226]) by flpi101.sbcis.sbc.com (8.13.7 out spool5000 dk/8.13.7) with ESMTP id k8O0KGTc011678 for ; Sat, 23 Sep 2006 17:20:17 -0700 Received: from fbsd1.dyndns.org (localhost [127.0.0.1]) by fbsd1.dyndns.org (8.13.8/8.13.8) with ESMTP id k8O0LSNk075661 for ; Sat, 23 Sep 2006 19:21:29 -0500 (CDT) (envelope-from shild@sbcglobal.net) Received: (from shildret@localhost) by fbsd1.dyndns.org (8.13.8/8.13.8/Submit) id k8O0LR8B075660 for freebsd-emulation@freebsd.org; Sat, 23 Sep 2006 19:21:27 -0500 (CDT) (envelope-from shild@sbcglobal.net) X-Authentication-Warning: fbsd1.dyndns.org: shildret set sender to shild@sbcglobal.net using -f From: "Scott T. Hildreth" To: Emulation FreeBSD Date: Sat, 23 Sep 2006 19:21:26 -0500 Message-Id: <1159057286.70546.14.camel@fbsd1.dyndns.org> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Content-Type: text/plain Content-Transfer-Encoding: 7bit X-Content-Filtered-By: Mailman/MimeDel 2.1.5 Subject: Linux kernel Emulation Patches & Oracle XE X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: shild@sbcglobal.net List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Sep 2006 00:20:44 -0000 I want to install the Oracle XE and I have seen messages with patches to the kernel. I was just curious, are these patches committed to CVS? Can I rebuild the Kernel with CVSup'd sources and be able to run the XE? Thanks. -- Scott T. Hildreth From owner-freebsd-emulation@FreeBSD.ORG Sun Sep 24 02:38:52 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 1FE0916A412 for ; Sun, 24 Sep 2006 02:38:52 +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 8473443D4C for ; Sun, 24 Sep 2006 02:38:48 +0000 (GMT) (envelope-from saper@SYSTEM.PL) Received: from [81.210.203.222] (account saper@iesy.net HELO saperski.saper.info) by mail-fe-02.mail01.ish.de (CommuniGate Pro SMTP 5.0.6) with ESMTPSA id 67698203; Sun, 24 Sep 2006 04:38:46 +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 k8O2cC98067995 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=FAIL); Sun, 24 Sep 2006 04:38:28 +0200 (CEST) (envelope-from saper@SYSTEM.PL) Message-ID: <4515EF93.5020005@SYSTEM.PL> Date: Sun, 24 Sep 2006 04:38:11 +0200 From: Marcin Cieslak User-Agent: Mozilla/5.0 (X11; U; FreeBSD i386; en-US; rv:1.8.0.6) Gecko/20060912 SeaMonkey/1.0.4 MIME-Version: 1.0 To: shild@sbcglobal.net References: <1159057286.70546.14.camel@fbsd1.dyndns.org> In-Reply-To: <1159057286.70546.14.camel@fbsd1.dyndns.org> Content-Type: text/plain; charset=ISO-8859-2; format=flowed Content-Transfer-Encoding: 7bit Cc: Emulation FreeBSD Subject: Re: Linux kernel Emulation Patches & Oracle XE 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, 24 Sep 2006 02:38:52 -0000 Yes, three patches mentioned on the original Russian website are (in improved form) already commited and merged from -current. If you want to use listener to connect to the database, you may need to apply experimental patch from http://www.freebsd.org/cgi/query-pr.cgi?pr=102956 in order to shutdown and status listener correctly ("lsnrctl status" and "lsnrctl stop" commands). Another known problem: you can't return to SQL*Plus after issuing "edit" command to use external editor. No fix is known at the time. -- << Marcin Cieslak // saper@system.pl >> From owner-freebsd-emulation@FreeBSD.ORG Sun Sep 24 10:46:59 2006 Return-Path: X-Original-To: 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 71C1A16A40F for ; Sun, 24 Sep 2006 10:46:59 +0000 (UTC) (envelope-from bsam@bsam.ru) Received: from mail.kuban.ru (mail.kuban.ru [62.183.66.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4BFD343D5D for ; Sun, 24 Sep 2006 10:46:57 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru ([83.239.48.183]) by mail.kuban.ru (8.9.1/8.9.1) with ESMTP id k8OAkeGQ017822; Sun, 24 Sep 2006 14:46:50 +0400 (MSD) Received: from bsam by bsam.ru with local (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GRRVB-0000Er-Ik; Sun, 24 Sep 2006 14:46:25 +0400 To: Marcin Cieslak References: <450F3525.5080305@SYSTEM.PL> From: Boris Samorodov Date: Sun, 24 Sep 2006 14:46:25 +0400 In-Reply-To: <450F3525.5080305@SYSTEM.PL> (Marcin Cieslak's message of "Tue, 19 Sep 2006 02:09:09 +0200") Message-ID: <48095086@bsam.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: Boris Samorodov Cc: emulation@freebsd.org Subject: Re: mmap(2) fingerprinting on 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, 24 Sep 2006 10:46:59 -0000 On Tue, 19 Sep 2006 02:09:09 +0200 Marcin Cieslak wrote: > Attached please find a very simple brute-force mmap(2) testing program. > 1. It would be nice if somebody could run this on real amd64 linux machine. > and under FreeBSD linuxolator on amd64 machine. Please mail results to me. Here is the result on a real linux machine (not mine, got the result via russian fido): ----- Linux amd64 2.6.17-2-amd64 #1 SMP Wed Sep 13 17:49:33 CEST 2006 x86_64 GNU/Linux 0001: mmap(0, 1024, PROT_NONE, MAP_SHARED, ...) for filemode O_RDONLY: mmap OK read: sigsegv write: sigsegv 0002: mmap(0, 1024, PROT_READ, MAP_SHARED, ...) for filemode O_RDONLY: mmap OK read: 0x41 write: sigsegv 0003: mmap(0, 1024, PROT_WRITE, MAP_SHARED, ...) for filemode O_RDONLY: mmap error (13) 0004: mmap(0, 1024, PROT_READ|PROT_WRITE, MAP_SHARED, ...) for filemode O_RDONLY: mmap error (13) 0005: mmap(0, 1024, PROT_NONE, MAP_PRIVATE, ...) for filemode O_RDONLY: mmap OK read: sigsegv write: sigsegv 0006: mmap(0, 1024, PROT_READ, MAP_PRIVATE, ...) for filemode O_RDONLY: mmap OK read: 0x41 write: sigsegv 0007: mmap(0, 1024, PROT_WRITE, MAP_PRIVATE, ...) for filemode O_RDONLY: mmap OK read: sigsegv write: OK 0008: mmap(0, 1024, PROT_READ|PROT_WRITE, MAP_PRIVATE, ...) for filemode O_RDONLY: mmap OK read: 0x41 write: OK 0009: mmap(0, 1024, PROT_NONE, MAP_SHARED, ...) for filemode O_WRONLY: mmap error (13) 0010: mmap(0, 1024, PROT_READ, MAP_SHARED, ...) for filemode O_WRONLY: mmap error (13) 0011: mmap(0, 1024, PROT_WRITE, MAP_SHARED, ...) for filemode O_WRONLY: mmap error (13) 0012: mmap(0, 1024, PROT_READ|PROT_WRITE, MAP_SHARED, ...) for filemode O_WRONLY: mmap error (13) 0013: mmap(0, 1024, PROT_NONE, MAP_PRIVATE, ...) for filemode O_WRONLY: mmap error (13) 0014: mmap(0, 1024, PROT_READ, MAP_PRIVATE, ...) for filemode O_WRONLY: mmap error (13) 0015: mmap(0, 1024, PROT_WRITE, MAP_PRIVATE, ...) for filemode O_WRONLY: mmap error (13) 0016: mmap(0, 1024, PROT_READ|PROT_WRITE, MAP_PRIVATE, ...) for filemode O_WRONLY: mmap error (13) 0017: mmap(0, 1024, PROT_NONE, MAP_SHARED, ...) for filemode O_RDWR: mmap OK read: sigsegv write: sigsegv 0018: mmap(0, 1024, PROT_READ, MAP_SHARED, ...) for filemode O_RDWR: mmap OK read: 0x41 write: sigsegv 0019: mmap(0, 1024, PROT_WRITE, MAP_SHARED, ...) for filemode O_RDWR: mmap OK read: sigsegv write: OK 0020: mmap(0, 1024, PROT_READ|PROT_WRITE, MAP_SHARED, ...) for filemode O_RDWR: mmap OK read: 0x42 write: OK 0021: mmap(0, 1024, PROT_NONE, MAP_PRIVATE, ...) for filemode O_RDWR: mmap OK read: sigsegv write: sigsegv 0022: mmap(0, 1024, PROT_READ, MAP_PRIVATE, ...) for filemode O_RDWR: mmap OK read: 0x42 write: sigsegv 0023: mmap(0, 1024, PROT_WRITE, MAP_PRIVATE, ...) for filemode O_RDWR: mmap OK read: sigsegv write: OK 0024: mmap(0, 1024, PROT_READ|PROT_WRITE, MAP_PRIVATE, ...) for filemode O_RDWR: mmap OK read: 0x42 write: OK 0025: mmap(0, 1024, PROT_NONE, MAP_ANON|MAP_SHARED, ...) for filemode anonymous: mmap OK read: sigsegv write: sigsegv 0026: mmap(0, 1024, PROT_READ, MAP_ANON|MAP_SHARED, ...) for filemode anonymous: mmap OK read: 0x00 write: sigsegv 0027: mmap(0, 1024, PROT_WRITE, MAP_ANON|MAP_SHARED, ...) for filemode anonymous: mmap OK read: sigsegv write: OK 0028: mmap(0, 1024, PROT_READ|PROT_WRITE, MAP_ANON|MAP_SHARED, ...) for filemode anonymous: mmap OK read: 0x00 write: OK 0029: mmap(0, 1024, PROT_NONE, MAP_ANON|MAP_PRIVATE, ...) for filemode anonymous: mmap OK read: sigsegv write: sigsegv 0030: mmap(0, 1024, PROT_READ, MAP_ANON|MAP_PRIVATE, ...) for filemode anonymous: mmap OK read: 0x00 write: sigsegv 0031: mmap(0, 1024, PROT_WRITE, MAP_ANON|MAP_PRIVATE, ...) for filemode anonymous: mmap OK read: sigsegv write: OK 0032: mmap(0, 1024, PROT_READ|PROT_WRITE, MAP_ANON|MAP_PRIVATE, ...) for filemode anonymous: mmap OK read: 0x00 write: OK ----- Next is the result at my amd64 machine, binary built with gentoo-stage-3: ----- # uname -a FreeBSD bsam.ru 7.0-CURRENT FreeBSD 7.0-CURRENT #16: Wed Sep 20 00:51:44 MSD 2006 bsam@bsam.ru:/usr/obj/usr/src/sys/GENERIC amd64 # ./a.out 0001: mmap(0, 1024, PROT_NONE, MAP_SHARED, ...) for filemode O_RDONLY: mmap OK read: 0x41 write: sigsegv 0002: mmap(0, 1024, PROT_READ, MAP_SHARED, ...) for filemode O_RDONLY: mmap OK read: 0x41 write: sigsegv 0003: mmap(0, 1024, PROT_WRITE, MAP_SHARED, ...) for filemode O_RDONLY: mmap error (13) 0004: mmap(0, 1024, PROT_READ|PROT_WRITE, MAP_SHARED, ...) for filemode O_RDONLY: mmap error (13) 0005: mmap(0, 1024, PROT_NONE, MAP_PRIVATE, ...) for filemode O_RDONLY: mmap OK read: 0x41 write: sigsegv 0006: mmap(0, 1024, PROT_READ, MAP_PRIVATE, ...) for filemode O_RDONLY: mmap OK read: 0x41 write: sigsegv 0007: mmap(0, 1024, PROT_WRITE, MAP_PRIVATE, ...) for filemode O_RDONLY: mmap OK read: 0x41 write: OK 0008: mmap(0, 1024, PROT_READ|PROT_WRITE, MAP_PRIVATE, ...) for filemode O_RDONLY: mmap OK read: 0x41 write: OK 0009: mmap(0, 1024, PROT_NONE, MAP_SHARED, ...) for filemode O_WRONLY: mmap error (13) 0010: mmap(0, 1024, PROT_READ, MAP_SHARED, ...) for filemode O_WRONLY: mmap error (13) 0011: mmap(0, 1024, PROT_WRITE, MAP_SHARED, ...) for filemode O_WRONLY: mmap error (13) 0012: mmap(0, 1024, PROT_READ|PROT_WRITE, MAP_SHARED, ...) for filemode O_WRONLY: mmap error (13) 0013: mmap(0, 1024, PROT_NONE, MAP_PRIVATE, ...) for filemode O_WRONLY: mmap error (13) 0014: mmap(0, 1024, PROT_READ, MAP_PRIVATE, ...) for filemode O_WRONLY: mmap error (13) 0015: mmap(0, 1024, PROT_WRITE, MAP_PRIVATE, ...) for filemode O_WRONLY: mmap error (13) 0016: mmap(0, 1024, PROT_READ|PROT_WRITE, MAP_PRIVATE, ...) for filemode O_WRONLY: mmap error (13) 0017: mmap(0, 1024, PROT_NONE, MAP_SHARED, ...) for filemode O_RDWR: mmap OK read: 0x41 write: sigsegv 0018: mmap(0, 1024, PROT_READ, MAP_SHARED, ...) for filemode O_RDWR: mmap OK read: 0x41 write: sigsegv 0019: mmap(0, 1024, PROT_WRITE, MAP_SHARED, ...) for filemode O_RDWR: mmap OK read: 0x41 write: OK 0020: mmap(0, 1024, PROT_READ|PROT_WRITE, MAP_SHARED, ...) for filemode O_RDWR: mmap OK read: 0x42 write: OK 0021: mmap(0, 1024, PROT_NONE, MAP_PRIVATE, ...) for filemode O_RDWR: mmap OK read: 0x42 write: sigsegv 0022: mmap(0, 1024, PROT_READ, MAP_PRIVATE, ...) for filemode O_RDWR: mmap OK read: 0x42 write: sigsegv 0023: mmap(0, 1024, PROT_WRITE, MAP_PRIVATE, ...) for filemode O_RDWR: mmap OK read: 0x42 write: OK 0024: mmap(0, 1024, PROT_READ|PROT_WRITE, MAP_PRIVATE, ...) for filemode O_RDWR: mmap OK read: 0x42 write: OK 0025: mmap(0, 1024, PROT_NONE, MAP_ANON|MAP_SHARED, ...) for filemode anonymous: mmap OK read: 0x00 write: sigsegv 0026: mmap(0, 1024, PROT_READ, MAP_ANON|MAP_SHARED, ...) for filemode anonymous: mmap OK read: 0x00 write: sigsegv 0027: mmap(0, 1024, PROT_WRITE, MAP_ANON|MAP_SHARED, ...) for filemode anonymous: mmap OK read: 0x00 write: OK 0028: mmap(0, 1024, PROT_READ|PROT_WRITE, MAP_ANON|MAP_SHARED, ...) for filemode anonymous: mmap OK read: 0x00 write: OK 0029: mmap(0, 1024, PROT_NONE, MAP_ANON|MAP_PRIVATE, ...) for filemode anonymous: mmap OK read: 0x00 write: sigsegv 0030: mmap(0, 1024, PROT_READ, MAP_ANON|MAP_PRIVATE, ...) for filemode anonymous: mmap OK read: 0x00 write: sigsegv 0031: mmap(0, 1024, PROT_WRITE, MAP_ANON|MAP_PRIVATE, ...) for filemode anonymous: mmap OK read: 0x00 write: OK 0032: mmap(0, 1024, PROT_READ|PROT_WRITE, MAP_ANON|MAP_PRIVATE, ...) for filemode anonymous: mmap OK read: 0x00 write: OK ----- WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-emulation@FreeBSD.ORG Sun Sep 24 12:01:40 2006 Return-Path: X-Original-To: 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 5F69E16A4C2 for ; Sun, 24 Sep 2006 12:01:40 +0000 (UTC) (envelope-from netchild@FreeBSD.org) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9297343D46 for ; Sun, 24 Sep 2006 12:01:38 +0000 (GMT) (envelope-from netchild@FreeBSD.org) Received: from Andro-Beta.Leidinger.net (p54A5CF73.dip.t-dialin.net [84.165.207.115]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k8OBbMMQ044251; Sun, 24 Sep 2006 13:37:23 +0200 (CEST) (envelope-from netchild@FreeBSD.org) Received: from Magellan.Leidinger.net (Magellan.Leidinger.net [192.168.1.1]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k8OC1VjU023512; Sun, 24 Sep 2006 14:01:32 +0200 (CEST) (envelope-from netchild@FreeBSD.org) Date: Sun, 24 Sep 2006 14:02:13 +0200 From: Alexander Leidinger To: Bruce Evans Message-ID: <20060924140213.74043db0@Magellan.Leidinger.net> In-Reply-To: <20060924204648.Y74842@delplex.bde.org> References: <200609231906.k8NJ6smx010022@repoman.freebsd.org> <20060924204648.Y74842@delplex.bde.org> Organization: FreeBSD X-Mailer: Sylpheed-Claws 2.4.0 (GTK+ 2.8.20; i386-portbld-freebsd7.0) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit X-Virus-Scanned: by amavisd-new Cc: emulation@FreeBSD.org Subject: Re: cvs commit: src/sys/compat/linux linux_file.c linux_socket.c 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, 24 Sep 2006 12:01:40 -0000 Quoting Bruce Evans (Sun, 24 Sep 2006 21:21:23 +1000 (EST)): emulation@ CCed. > > netchild 2006-09-23 19:06:54 UTC > > > > FreeBSD src repository > > > > Modified files: > > sys/compat/linux linux_file.c linux_socket.c > > Log: > > MFp4: > > ... > > - Return EISDIR in pread() when arg is a directory. > > Why do extra work to break pread() on directories? (The patch only > breaks cases where pread() succeeds. Cases where pread() fails > with an errno not expected by Linux, if any, are not affected.) Linux expects to get EISDIR here. We are using the linux test project testcases to check how compatible we are with linux. Have a look at http://wiki.freebsd.org/linux-kernel for more. So in your opinion we should not behave like linux programs expect it regarding such things which we allow in FreeBSD? For some parts I don't mind this, but on the other side we should be compatible if we tell our users that we are compatible (and we do this implicitly already). Where to draw the line? > Whether read(), pread() or lseek() works on directories should depend > on whether the underlying file supports it. ffs under FreeBSD supports > all these functions. I think linux_read() is just read(), so it doesn't > do extra work to be bug for bug compatible with Linux, and is now > incompatible with linux_pread(). linux_lseek() still just wraps > lseek(), so linux_pread() is now incompatible with it too. For linux_read() we have still some open issues (read02 in the LTP table in the wiki may test just this). Since not all of the LTP tests are as verbose as others, this may be one of the tests which fails. For linux_lseek() we need to investigate if this is already checked for in the LTP. If yes and the test doesn't fail, we're ok. If not we need to determine what linux does. Bye, Alexander. -- ...and that is how we know the Earth to be banana-shaped. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Sun Sep 24 13:12:10 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 52B1516A40F for ; Sun, 24 Sep 2006 13:12:10 +0000 (UTC) (envelope-from shild@sbcglobal.net) Received: from flpi102.sbcis.sbc.com (flpi102.sbcis.sbc.com [207.115.20.71]) by mx1.FreeBSD.org (Postfix) with ESMTP id AB14743D49 for ; Sun, 24 Sep 2006 13:12:09 +0000 (GMT) (envelope-from shild@sbcglobal.net) X-ORBL: [71.155.228.226] Received: from fbsd1.dyndns.org (adsl-71-155-228-226.dsl.emhril.sbcglobal.net [71.155.228.226]) by flpi102.sbcis.sbc.com (8.13.7 out spool5000 dk/8.13.7) with ESMTP id k8ODCE2Z004122; Sun, 24 Sep 2006 06:12:17 -0700 Received: from fbsd1.dyndns.org (localhost [127.0.0.1]) by fbsd1.dyndns.org (8.13.8/8.13.8) with ESMTP id k8ODCnTm079162; Sun, 24 Sep 2006 08:12:49 -0500 (CDT) (envelope-from shild@sbcglobal.net) Received: (from shildret@localhost) by fbsd1.dyndns.org (8.13.8/8.13.8/Submit) id k8ODCjL4079161; Sun, 24 Sep 2006 08:12:45 -0500 (CDT) (envelope-from shild@sbcglobal.net) X-Authentication-Warning: fbsd1.dyndns.org: shildret set sender to shild@sbcglobal.net using -f From: "Scott T. Hildreth" To: Marcin Cieslak In-Reply-To: <4515EF93.5020005@SYSTEM.PL> References: <1159057286.70546.14.camel@fbsd1.dyndns.org> <4515EF93.5020005@SYSTEM.PL> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Sun, 24 Sep 2006 08:12:44 -0500 Message-Id: <1159103565.70546.32.camel@fbsd1.dyndns.org> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Cc: Emulation FreeBSD Subject: Re: Linux kernel Emulation Patches & Oracle XE X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: shild@sbcglobal.net List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Sun, 24 Sep 2006 13:12:10 -0000 On Sun, 2006-09-24 at 04:38 +0200, Marcin Cieslak wrote: > Yes, three patches mentioned on the original Russian website are (in > improved form) already commited and merged from -current. > > If you want to use listener to connect to the database, you may need to > apply experimental patch from > http://www.freebsd.org/cgi/query-pr.cgi?pr=102956 > in order to shutdown and status listener correctly ("lsnrctl status" and > "lsnrctl stop" commands). > > Another known problem: you can't return to SQL*Plus after issuing "edit" > command to use external editor. No fix is known at the time. I wonder if this is a XE issue or would it work with 9.2 or is it a new linux_base issue? I run 9.2 at work, on the old linux base_8, lsnrctl & editing from SQLPlus work. I think I will have to wait unit this is resolved before I upgrade my server at work. > Thanks Marcin. STH -- Scott T. Hildreth From owner-freebsd-emulation@FreeBSD.ORG Sun Sep 24 15:51:21 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 A5A2D16A407 for ; Sun, 24 Sep 2006 15:51:21 +0000 (UTC) (envelope-from shildret@fbsd1.dyndns.org) Received: from flpvm23.prodigy.net (flpvm23.prodigy.net [207.115.20.53]) by mx1.FreeBSD.org (Postfix) with ESMTP id B9EF143D58 for ; Sun, 24 Sep 2006 15:51:20 +0000 (GMT) (envelope-from shildret@fbsd1.dyndns.org) X-ORBL: [71.155.228.226] Received: from fbsd1.dyndns.org (adsl-71-155-228-226.dsl.emhril.sbcglobal.net [71.155.228.226]) by flpvm23.prodigy.net (8.13.7 out spool5000 dk/8.13.7) with ESMTP id k8OFpFSU005074; Sun, 24 Sep 2006 08:51:18 -0700 Received: from fbsd1.dyndns.org (localhost [127.0.0.1]) by fbsd1.dyndns.org (8.13.8/8.13.8) with ESMTP id k8OFpxSk010080; Sun, 24 Sep 2006 10:51:59 -0500 (CDT) (envelope-from shildret@fbsd1.dyndns.org) Received: (from shildret@localhost) by fbsd1.dyndns.org (8.13.8/8.13.8/Submit) id k8OFpwBP010079; Sun, 24 Sep 2006 10:51:58 -0500 (CDT) (envelope-from shildret@fbsd1.dyndns.org) From: "Scott T. Hildreth" To: Marcin Cieslak In-Reply-To: <1159103565.70546.32.camel@fbsd1.dyndns.org> References: <1159057286.70546.14.camel@fbsd1.dyndns.org> <4515EF93.5020005@SYSTEM.PL> <1159103565.70546.32.camel@fbsd1.dyndns.org> Content-Type: text/plain Content-Transfer-Encoding: 7bit Date: Sun, 24 Sep 2006 10:51:57 -0500 Message-Id: <1159113117.70546.38.camel@fbsd1.dyndns.org> Mime-Version: 1.0 X-Mailer: Evolution 2.6.3 FreeBSD GNOME Team Port Cc: Emulation FreeBSD Subject: Re: Linux kernel Emulation Patches & Oracle XE 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, 24 Sep 2006 15:51:21 -0000 On Sun, 2006-09-24 at 08:12 -0500, Scott T. Hildreth wrote: > On Sun, 2006-09-24 at 04:38 +0200, Marcin Cieslak wrote: > > Yes, three patches mentioned on the original Russian website are (in > > improved form) already commited and merged from -current. > > > > If you want to use listener to connect to the database, you may need to > > apply experimental patch from > > http://www.freebsd.org/cgi/query-pr.cgi?pr=102956 > > in order to shutdown and status listener correctly ("lsnrctl status" and > > "lsnrctl stop" commands). > > > > Another known problem: you can't return to SQL*Plus after issuing "edit" > > command to use external editor. No fix is known at the time. > > I wonder if this is a XE issue or would it work with 9.2 or is it a new > linux_base issue? > As a experiment, I got 9.2 up and running on my server here at home. ** 6.1-STABLE FreeBSD 6.1-STABLE #2: Mon Sep 4 12:29:35 CDT 2006 linux_base-fc-4_8 I ran sqlplus, ran a query and editied it and re-ran the query from the sqlplus command line. So this does appear to be a XE issue. -- Scott T. Hildreth From owner-freebsd-emulation@FreeBSD.ORG Sun Sep 24 19:43:10 2006 Return-Path: X-Original-To: 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 EA80616A407 for ; Sun, 24 Sep 2006 19:43:10 +0000 (UTC) (envelope-from kris@obsecurity.org) Received: from elvis.mu.org (elvis.mu.org [192.203.228.196]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9038543D45 for ; Sun, 24 Sep 2006 19:43:10 +0000 (GMT) (envelope-from kris@obsecurity.org) Received: from obsecurity.dyndns.org (elvis.mu.org [192.203.228.196]) by elvis.mu.org (Postfix) with ESMTP id C92641A3C1F for ; Sun, 24 Sep 2006 12:43:09 -0700 (PDT) Received: by obsecurity.dyndns.org (Postfix, from userid 1000) id CB3DD5125C; Sun, 24 Sep 2006 15:43:08 -0400 (EDT) Date: Sun, 24 Sep 2006 15:43:08 -0400 From: Kris Kennaway To: emulation@FreeBSD.org Message-ID: <20060924194308.GA46653@xor.obsecurity.org> Mime-Version: 1.0 Content-Type: multipart/signed; micalg=pgp-sha1; protocol="application/pgp-signature"; boundary="OXfL5xGRrasGEqWY" Content-Disposition: inline User-Agent: Mutt/1.4.2.2i Cc: Subject: [ports-amd64@pointyhat.freebsd.org: jdk-1.5.0p3_4 failed on amd64 7] 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, 24 Sep 2006 19:43:11 -0000 --OXfL5xGRrasGEqWY Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable The linux jdk is consistently segfaulting on 7.0/amd64 when trying to build jdk15; can someone take a look? Kris ----- Forwarded message from User Ports-amd64 ----- X-Original-To: kkenn@localhost Delivered-To: kkenn@localhost.obsecurity.org X-Original-To: kris@FreeBSD.org Delivered-To: kris@FreeBSD.org Date: Sun, 17 Sep 2006 21:00:55 GMT From: User Ports-amd64 To: kris@FreeBSD.org Subject: jdk-1.5.0p3_4 failed on amd64 7 X-UIDL: [Tn"!;R~"!G!["!h?)!! X-Bogosity: Ham, tests=3Dbogofilter, spamicity=3D0.000000, version=3D1.0.3 -------------------------- Patching file j2se/src/solaris/native/java/net/Inet6AddressImpl.c using Pla= n A... Hunk #1 succeeded at 30. Hunk #2 succeeded at 53. Hunk #3 succeeded at 100. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/java/net/NetworkInterface.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/java/net/Netw= orkInterface.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.3 |diff -u -r1.1.1.1 -r1.3 |--- j2se/src/solaris/native/java/net/NetworkInterface.c 8 Nov 2004 22:27:3= 9 -0000 1.1.1.1 |+++ j2se/src/solaris/native/java/net/NetworkInterface.c 3 Jan 2005 18:32:0= 0 -0000 1.3 -------------------------- Patching file j2se/src/solaris/native/java/net/NetworkInterface.c using Pla= n A... Hunk #1 succeeded at 5. Hunk #2 succeeded at 23. Hunk #3 succeeded at 486. Hunk #4 succeeded at 597. Hunk #5 succeeded at 967. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/java/net/PlainDatagramSocketImpl.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/java/net/Plai= nDatagramSocketImpl.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.4 |diff -u -r1.1.1.1 -r1.4 |--- j2se/src/solaris/native/java/net/PlainDatagramSocketImpl.c 8 Nov 2004 = 22:27:39 -0000 1.1.1.1 |+++ j2se/src/solaris/native/java/net/PlainDatagramSocketImpl.c 16 Jan 2005= 09:46:46 -0000 1.4 -------------------------- Patching file j2se/src/solaris/native/java/net/PlainDatagramSocketImpl.c us= ing Plan A... Hunk #1 succeeded at 1. Hunk #2 succeeded at 8. Hunk #3 succeeded at 328. Hunk #4 succeeded at 338. Hunk #5 succeeded at 2251. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/java/net/PlainSocketImpl.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/java/net/Plai= nSocketImpl.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.2 |diff -u -r1.1.1.1 -r1.2 |--- j2se/src/solaris/native/java/net/PlainSocketImpl.c 8 Nov 2004 22:27:39= -0000 1.1.1.1 |+++ j2se/src/solaris/native/java/net/PlainSocketImpl.c 20 Dec 2004 10:40:4= 5 -0000 1.2 -------------------------- Patching file j2se/src/solaris/native/java/net/PlainSocketImpl.c using Plan= A... Hunk #1 succeeded at 471. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/java/net/linux_close.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/java/net/linu= x_close.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.2 |diff -u -r1.1.1.1 -r1.2 |--- j2se/src/solaris/native/java/net/linux_close.c 8 Nov 2004 22:27:39 -00= 00 1.1.1.1 |+++ j2se/src/solaris/native/java/net/linux_close.c 20 Dec 2004 10:40:45 -0= 000 1.2 -------------------------- Patching file j2se/src/solaris/native/java/net/linux_close.c using Plan A... Hunk #1 succeeded at 5. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/java/net/net_util_md.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/java/net/net_= util_md.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.9 |diff -u -r1.1.1.1 -r1.9 |--- j2se/src/solaris/native/java/net/net_util_md.c 8 Nov 2004 22:27:39 -00= 00 1.1.1.1 |+++ j2se/src/solaris/native/java/net/net_util_md.c 7 Mar 2006 15:02:19 -00= 00 1.9 -------------------------- Patching file j2se/src/solaris/native/java/net/net_util_md.c using Plan A... Hunk #1 succeeded at 5. Hunk #2 succeeded at 18. Hunk #3 succeeded at 191. Hunk #4 succeeded at 335. Hunk #5 succeeded at 568. Hunk #6 succeeded at 1041. Hunk #7 succeeded at 1084. Hunk #8 succeeded at 1126. Hunk #9 succeeded at 1135. Hunk #10 succeeded at 1391. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/java/net/net_util_md.h |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/java/net/net_= util_md.h,v |retrieving revision 1.1.1.1 |retrieving revision 1.3 |diff -u -r1.1.1.1 -r1.3 |--- j2se/src/solaris/native/java/net/net_util_md.h 8 Nov 2004 22:27:39 -00= 00 1.1.1.1 |+++ j2se/src/solaris/native/java/net/net_util_md.h 3 Jan 2005 18:32:00 -00= 00 1.3 -------------------------- Patching file j2se/src/solaris/native/java/net/net_util_md.h using Plan A... Hunk #1 succeeded at 18. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/java/net/port_after.h |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: j2se/src/solaris/native/java/net/port_after.h |diff -N j2se/src/solaris/native/java/net/port_after.h |--- j2se/src/solaris/native/java/net/port_after.h 1 Jan 1970 00:00:00 -0000 |+++ j2se/src/solaris/native/java/net/port_after.h 20 Dec 2004 10:40:45 -00= 00 1.1 -------------------------- (Creating file j2se/src/solaris/native/java/net/port_after.h...) Patching file j2se/src/solaris/native/java/net/port_after.h using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/java/net/port_before.h |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: j2se/src/solaris/native/java/net/port_before.h |diff -N j2se/src/solaris/native/java/net/port_before.h |--- j2se/src/solaris/native/java/net/port_before.h 1 Jan 1970 00:00:00 -00= 00 |+++ j2se/src/solaris/native/java/net/port_before.h 3 Jan 2005 18:32:00 -00= 00 1.2 -------------------------- (Creating file j2se/src/solaris/native/java/net/port_before.h...) Patching file j2se/src/solaris/native/java/net/port_before.h using Plan A... Hunk #1 succeeded at 1. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/java/nio/MappedByteBuffer.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/java/nio/Mapp= edByteBuffer.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.2 |diff -u -r1.1.1.1 -r1.2 |--- j2se/src/solaris/native/java/nio/MappedByteBuffer.c 8 Nov 2004 22:27:3= 9 -0000 1.1.1.1 |+++ j2se/src/solaris/native/java/nio/MappedByteBuffer.c 10 Jan 2005 15:10:= 23 -0000 1.2 -------------------------- Patching file j2se/src/solaris/native/java/nio/MappedByteBuffer.c using Pla= n A... Hunk #1 succeeded at 20. Hunk #2 succeeded at 78. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/java/util/FileSystemPreferences.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/java/util/Fil= eSystemPreferences.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.3 |diff -u -r1.1.1.1 -r1.3 |--- j2se/src/solaris/native/java/util/FileSystemPreferences.c 8 Nov 2004 2= 2:27:39 -0000 1.1.1.1 |+++ j2se/src/solaris/native/java/util/FileSystemPreferences.c 3 Jan 2005 1= 8:32:01 -0000 1.3 -------------------------- Patching file j2se/src/solaris/native/java/util/FileSystemPreferences.c usi= ng Plan A... Hunk #1 succeeded at 29. Hunk #2 succeeded at 71. Hunk #3 succeeded at 105. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/java/util/TimeZone_md.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/java/util/Tim= eZone_md.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.6 |diff -u -r1.1.1.1 -r1.6 |--- j2se/src/solaris/native/java/util/TimeZone_md.c 8 Nov 2004 22:27:39 -0= 000 1.1.1.1 |+++ j2se/src/solaris/native/java/util/TimeZone_md.c 11 Aug 2005 18:32:16 -= 0000 1.6 -------------------------- Patching file j2se/src/solaris/native/java/util/TimeZone_md.c using Plan A.= .. Hunk #1 succeeded at 13. Hunk #2 succeeded at 31. Hunk #3 succeeded at 181. Hunk #4 succeeded at 238. Hunk #5 succeeded at 258. Hunk #6 succeeded at 287. Hunk #7 succeeded at 516. Hunk #8 succeeded at 555. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/awt/VDrawingArea.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/awt/VDraw= ingArea.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.3 |diff -u -r1.1.1.1 -r1.3 |--- j2se/src/solaris/native/sun/awt/VDrawingArea.c 8 Nov 2004 22:27:39 -00= 00 1.1.1.1 |+++ j2se/src/solaris/native/sun/awt/VDrawingArea.c 3 Jan 2005 18:32:01 -00= 00 1.3 -------------------------- Patching file j2se/src/solaris/native/sun/awt/VDrawingArea.c using Plan A... Hunk #1 succeeded at 13. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/awt/X11CachingSurfaceManager.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/awt/X11Ca= chingSurfaceManager.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.3 |diff -u -r1.1.1.1 -r1.3 |--- j2se/src/solaris/native/sun/awt/X11CachingSurfaceManager.c 8 Nov 2004 = 22:27:39 -0000 1.1.1.1 |+++ j2se/src/solaris/native/sun/awt/X11CachingSurfaceManager.c 3 Jan 2005 = 18:32:01 -0000 1.3 -------------------------- Patching file j2se/src/solaris/native/sun/awt/X11CachingSurfaceManager.c us= ing Plan A... Hunk #1 succeeded at 7. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/awt/X11Color.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/awt/X11Co= lor.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.3 |diff -u -r1.1.1.1 -r1.3 |--- j2se/src/solaris/native/sun/awt/X11Color.c 8 Nov 2004 22:27:39 -0000 1= .1.1.1 |+++ j2se/src/solaris/native/sun/awt/X11Color.c 3 Jan 2005 18:32:01 -0000 1= .3 -------------------------- Patching file j2se/src/solaris/native/sun/awt/X11Color.c using Plan A... Hunk #1 succeeded at 15. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/awt/X11SurfaceData.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/awt/X11Su= rfaceData.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.2 |diff -u -r1.1.1.1 -r1.2 |--- j2se/src/solaris/native/sun/awt/X11SurfaceData.c 8 Nov 2004 22:27:39 -= 0000 1.1.1.1 |+++ j2se/src/solaris/native/sun/awt/X11SurfaceData.c 10 Jan 2005 15:09:39 = -0000 1.2 -------------------------- Patching file j2se/src/solaris/native/sun/awt/X11SurfaceData.c using Plan A= ... Hunk #1 succeeded at 190. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/awt/XDrawingArea.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/awt/XDraw= ingArea.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.3 |diff -u -r1.1.1.1 -r1.3 |--- j2se/src/solaris/native/sun/awt/XDrawingArea.c 8 Nov 2004 22:27:39 -00= 00 1.1.1.1 |+++ j2se/src/solaris/native/sun/awt/XDrawingArea.c 3 Jan 2005 18:32:01 -00= 00 1.3 -------------------------- Patching file j2se/src/solaris/native/sun/awt/XDrawingArea.c using Plan A... Hunk #1 succeeded at 12. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/awt/Xinerama.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/awt/Xiner= ama.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.3 |diff -u -r1.1.1.1 -r1.3 |--- j2se/src/solaris/native/sun/awt/Xinerama.c 8 Nov 2004 22:27:39 -0000 1= .1.1.1 |+++ j2se/src/solaris/native/sun/awt/Xinerama.c 3 Jan 2005 18:32:01 -0000 1= .3 -------------------------- Patching file j2se/src/solaris/native/sun/awt/Xinerama.c using Plan A... Hunk #1 succeeded at 21. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/awt/Xinerama.h |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/awt/Xiner= ama.h,v |retrieving revision 1.1.1.1 |retrieving revision 1.3 |diff -u -r1.1.1.1 -r1.3 |--- j2se/src/solaris/native/sun/awt/Xinerama.h 8 Nov 2004 22:27:39 -0000 1= .1.1.1 |+++ j2se/src/solaris/native/sun/awt/Xinerama.h 3 Jan 2005 18:32:01 -0000 1= .3 -------------------------- Patching file j2se/src/solaris/native/sun/awt/Xinerama.h using Plan A... Hunk #1 succeeded at 29. Hunk #2 succeeded at 73. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/awt/awt_Component.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/awt/awt_C= omponent.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.2 |diff -u -r1.1.1.1 -r1.2 |--- j2se/src/solaris/native/sun/awt/awt_Component.c 8 Nov 2004 22:27:40 -0= 000 1.1.1.1 |+++ j2se/src/solaris/native/sun/awt/awt_Component.c 28 Feb 2006 20:51:51 -= 0000 1.2 -------------------------- Patching file j2se/src/solaris/native/sun/awt/awt_Component.c using Plan A.= .. Hunk #1 succeeded at 1276. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/awt/awt_Font.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/awt/awt_F= ont.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.2 |diff -u -r1.1.1.1 -r1.2 |--- j2se/src/solaris/native/sun/awt/awt_Font.c 8 Nov 2004 22:27:40 -0000 1= .1.1.1 |+++ j2se/src/solaris/native/sun/awt/awt_Font.c 10 Jan 2005 15:09:39 -0000 = 1.2 -------------------------- Patching file j2se/src/solaris/native/sun/awt/awt_Font.c using Plan A... Hunk #1 succeeded at 313. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/awt/awt_GraphicsEnv.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/awt/awt_G= raphicsEnv.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.2 |diff -u -r1.1.1.1 -r1.2 |--- j2se/src/solaris/native/sun/awt/awt_GraphicsEnv.c 8 Nov 2004 22:27:40 = -0000 1.1.1.1 |+++ j2se/src/solaris/native/sun/awt/awt_GraphicsEnv.c 10 Jan 2005 15:09:39= -0000 1.2 -------------------------- Patching file j2se/src/solaris/native/sun/awt/awt_GraphicsEnv.c using Plan = A... Hunk #1 succeeded at 33. Hunk #2 succeeded at 80. Hunk #3 succeeded at 572. Hunk #4 succeeded at 662. Hunk #5 succeeded at 694. Hunk #6 succeeded at 1404. Hunk #7 succeeded at 1417. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/awt/awt_InputMethod.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/awt/awt_I= nputMethod.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.2 |diff -u -r1.1.1.1 -r1.2 |--- j2se/src/solaris/native/sun/awt/awt_InputMethod.c 8 Nov 2004 22:27:40 = -0000 1.1.1.1 |+++ j2se/src/solaris/native/sun/awt/awt_InputMethod.c 10 Jan 2005 15:09:40= -0000 1.2 -------------------------- Patching file j2se/src/solaris/native/sun/awt/awt_InputMethod.c using Plan = A... Hunk #1 succeeded at 51. Hunk #2 succeeded at 65. Hunk #3 succeeded at 83. Hunk #4 succeeded at 130. Hunk #5 succeeded at 290. Hunk #6 succeeded at 385. Hunk #7 succeeded at 393. Hunk #8 succeeded at 496. Hunk #9 succeeded at 829. Hunk #10 succeeded at 886. Hunk #11 succeeded at 970. Hunk #12 succeeded at 1167. Hunk #13 succeeded at 1320. Hunk #14 succeeded at 1392. Hunk #15 succeeded at 1544. Hunk #16 succeeded at 1568. Hunk #17 succeeded at 1663. Hunk #18 succeeded at 1751. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/awt/awt_LoadLibrary.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/awt/awt_L= oadLibrary.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.5 |diff -u -r1.1.1.1 -r1.5 |--- j2se/src/solaris/native/sun/awt/awt_LoadLibrary.c 8 Nov 2004 22:27:40 = -0000 1.1.1.1 |+++ j2se/src/solaris/native/sun/awt/awt_LoadLibrary.c 28 Feb 2006 22:17:32= -0000 1.5 -------------------------- Patching file j2se/src/solaris/native/sun/awt/awt_LoadLibrary.c using Plan = A... Hunk #1 succeeded at 90. Hunk #2 succeeded at 104. Hunk #3 succeeded at 198. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/awt/awt_MToolkit.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/awt/awt_M= Toolkit.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.3 |diff -u -r1.1.1.1 -r1.3 |--- j2se/src/solaris/native/sun/awt/awt_MToolkit.c 8 Nov 2004 22:27:40 -00= 00 1.1.1.1 |+++ j2se/src/solaris/native/sun/awt/awt_MToolkit.c 24 Feb 2006 23:06:18 -0= 000 1.3 -------------------------- Patching file j2se/src/solaris/native/sun/awt/awt_MToolkit.c using Plan A... Hunk #1 succeeded at 45. Hunk #2 succeeded at 1492. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/awt/awt_Mlib.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/awt/awt_M= lib.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.2 |diff -u -r1.1.1.1 -r1.2 |--- j2se/src/solaris/native/sun/awt/awt_Mlib.c 8 Nov 2004 22:27:40 -0000 1= .1.1.1 |+++ j2se/src/solaris/native/sun/awt/awt_Mlib.c 10 Jan 2005 15:09:40 -0000 = 1.2 -------------------------- Patching file j2se/src/solaris/native/sun/awt/awt_Mlib.c using Plan A... Hunk #1 succeeded at 28. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/awt/awt_Robot.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/awt/awt_R= obot.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.5 |diff -u -r1.1.1.1 -r1.5 |--- j2se/src/solaris/native/sun/awt/awt_Robot.c 8 Nov 2004 22:27:40 -0000 = 1.1.1.1 |+++ j2se/src/solaris/native/sun/awt/awt_Robot.c 10 Jan 2005 18:01:46 -0000= 1.5 -------------------------- Patching file j2se/src/solaris/native/sun/awt/awt_Robot.c using Plan A... Hunk #1 succeeded at 23. Hunk #2 succeeded at 132. Hunk #3 succeeded at 175. Hunk #4 succeeded at 200. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/awt/awt_TopLevel.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/awt/awt_T= opLevel.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.2 |diff -u -r1.1.1.1 -r1.2 |--- j2se/src/solaris/native/sun/awt/awt_TopLevel.c 8 Nov 2004 22:27:40 -00= 00 1.1.1.1 |+++ j2se/src/solaris/native/sun/awt/awt_TopLevel.c 10 Jan 2005 15:09:40 -0= 000 1.2 -------------------------- Patching file j2se/src/solaris/native/sun/awt/awt_TopLevel.c using Plan A... Hunk #1 succeeded at 67. Hunk #2 succeeded at 300. Hunk #3 succeeded at 777. Hunk #4 succeeded at 1524. Hunk #5 succeeded at 1703. Hunk #6 succeeded at 2106. Hunk #7 succeeded at 2444. Hunk #8 succeeded at 3827. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/awt/awt_motif21.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/awt/awt_m= otif21.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.2 |diff -u -r1.1.1.1 -r1.2 |--- j2se/src/solaris/native/sun/awt/awt_motif21.c 8 Nov 2004 22:27:40 -000= 0 1.1.1.1 |+++ j2se/src/solaris/native/sun/awt/awt_motif21.c 10 Jan 2005 18:01:46 -00= 00 1.2 -------------------------- Patching file j2se/src/solaris/native/sun/awt/awt_motif21.c using Plan A... Hunk #1 succeeded at 15. Hunk #2 succeeded at 26. Hunk #3 succeeded at 93. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/awt/awt_util.h |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/awt/awt_u= til.h,v |retrieving revision 1.1.1.1 |retrieving revision 1.4 |diff -u -r1.1.1.1 -r1.4 |--- j2se/src/solaris/native/sun/awt/awt_util.h 8 Nov 2004 22:27:40 -0000 1= .1.1.1 |+++ j2se/src/solaris/native/sun/awt/awt_util.h 24 Feb 2006 23:06:19 -0000 = 1.4 -------------------------- Patching file j2se/src/solaris/native/sun/awt/awt_util.h using Plan A... Hunk #1 succeeded at 167. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/awt/awt_wm.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/awt/awt_w= m.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.2 |diff -u -r1.1.1.1 -r1.2 |--- j2se/src/solaris/native/sun/awt/awt_wm.c 8 Nov 2004 22:27:40 -0000 1.1= .1.1 |+++ j2se/src/solaris/native/sun/awt/awt_wm.c 10 Jan 2005 15:09:40 -0000 1.2 -------------------------- Patching file j2se/src/solaris/native/sun/awt/awt_wm.c using Plan A... Hunk #1 succeeded at 102. Hunk #2 succeeded at 180. Hunk #3 succeeded at 934. Hunk #4 succeeded at 1305. Hunk #5 succeeded at 1335. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/awt/awt_wm.h |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/awt/awt_w= m.h,v |retrieving revision 1.1.1.1 |retrieving revision 1.2 |diff -u -r1.1.1.1 -r1.2 |--- j2se/src/solaris/native/sun/awt/awt_wm.h 8 Nov 2004 22:27:40 -0000 1.1= .1.1 |+++ j2se/src/solaris/native/sun/awt/awt_wm.h 10 Jan 2005 15:09:40 -0000 1.2 -------------------------- Patching file j2se/src/solaris/native/sun/awt/awt_wm.h using Plan A... Hunk #1 succeeded at 27. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/awt/canvas.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/awt/canva= s.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.2 |diff -u -r1.1.1.1 -r1.2 |--- j2se/src/solaris/native/sun/awt/canvas.c 8 Nov 2004 22:27:40 -0000 1.1= .1.1 |+++ j2se/src/solaris/native/sun/awt/canvas.c 10 Jan 2005 15:09:40 -0000 1.2 -------------------------- Patching file j2se/src/solaris/native/sun/awt/canvas.c using Plan A... Hunk #1 succeeded at 1349. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/awt/extutil.h |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/awt/extut= il.h,v |retrieving revision 1.1.1.1 |retrieving revision 1.3 |diff -u -r1.1.1.1 -r1.3 |--- j2se/src/solaris/native/sun/awt/extutil.h 8 Nov 2004 22:27:40 -0000 1.= 1.1.1 |+++ j2se/src/solaris/native/sun/awt/extutil.h 3 Jan 2005 18:32:01 -0000 1.3 -------------------------- Patching file j2se/src/solaris/native/sun/awt/extutil.h using Plan A... Hunk #1 succeeded at 29. Hunk #2 succeeded at 219. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/awt/fontpath.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/awt/fontp= ath.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.2 |diff -u -r1.1.1.1 -r1.2 |--- j2se/src/solaris/native/sun/awt/fontpath.c 8 Nov 2004 22:27:40 -0000 1= .1.1.1 |+++ j2se/src/solaris/native/sun/awt/fontpath.c 10 Jan 2005 15:09:40 -0000 = 1.2 -------------------------- Patching file j2se/src/solaris/native/sun/awt/fontpath.c using Plan A... Hunk #1 succeeded at 5. Hunk #2 succeeded at 43. Hunk #3 succeeded at 333. Hunk #4 succeeded at 458. Hunk #5 succeeded at 470. Hunk #6 succeeded at 479. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/awt/panoramiXext.h |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/awt/panor= amiXext.h,v |retrieving revision 1.1.1.1 |retrieving revision 1.3 |diff -u -r1.1.1.1 -r1.3 |--- j2se/src/solaris/native/sun/awt/panoramiXext.h 8 Nov 2004 22:27:40 -00= 00 1.1.1.1 |+++ j2se/src/solaris/native/sun/awt/panoramiXext.h 3 Jan 2005 18:32:01 -00= 00 1.3 -------------------------- Patching file j2se/src/solaris/native/sun/awt/panoramiXext.h using Plan A... Hunk #1 succeeded at 28. Hunk #2 succeeded at 51. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/awt/panoramiXproto.h |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/awt/panor= amiXproto.h,v |retrieving revision 1.1.1.1 |retrieving revision 1.3 |diff -u -r1.1.1.1 -r1.3 |--- j2se/src/solaris/native/sun/awt/panoramiXproto.h 8 Nov 2004 22:27:40 -= 0000 1.1.1.1 |+++ j2se/src/solaris/native/sun/awt/panoramiXproto.h 3 Jan 2005 18:32:01 -= 0000 1.3 -------------------------- Patching file j2se/src/solaris/native/sun/awt/panoramiXproto.h using Plan A= ... Hunk #1 succeeded at 25. Hunk #2 succeeded at 193. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/awt/robot_child/list.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/awt/robot= _child/list.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.3 |diff -u -r1.1.1.1 -r1.3 |--- j2se/src/solaris/native/sun/awt/robot_child/list.c 8 Nov 2004 22:27:40= -0000 1.1.1.1 |+++ j2se/src/solaris/native/sun/awt/robot_child/list.c 3 Jan 2005 18:32:01= -0000 1.3 -------------------------- Patching file j2se/src/solaris/native/sun/awt/robot_child/list.c using Plan= A... Hunk #1 succeeded at 44. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/awt/robot_child/robot_proc.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/awt/robot= _child/robot_proc.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.3 |diff -u -r1.1.1.1 -r1.3 |--- j2se/src/solaris/native/sun/awt/robot_child/robot_proc.c 8 Nov 2004 22= :27:40 -0000 1.1.1.1 |+++ j2se/src/solaris/native/sun/awt/robot_child/robot_proc.c 3 Jan 2005 18= :32:01 -0000 1.3 -------------------------- Patching file j2se/src/solaris/native/sun/awt/robot_child/robot_proc.c usin= g Plan A... Hunk #1 succeeded at 22. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/font/X11FontScaler.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/font/X11F= ontScaler.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.3 |diff -u -r1.1.1.1 -r1.3 |--- j2se/src/solaris/native/sun/font/X11FontScaler.c 8 Nov 2004 22:27:40 -= 0000 1.1.1.1 |+++ j2se/src/solaris/native/sun/font/X11FontScaler.c 3 Jan 2005 18:32:01 -= 0000 1.3 -------------------------- Patching file j2se/src/solaris/native/sun/font/X11FontScaler.c using Plan A= ... Hunk #1 succeeded at 14. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/font/X11TextRenderer.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/font/X11T= extRenderer.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.3 |diff -u -r1.1.1.1 -r1.3 |--- j2se/src/solaris/native/sun/font/X11TextRenderer.c 8 Nov 2004 22:27:40= -0000 1.1.1.1 |+++ j2se/src/solaris/native/sun/font/X11TextRenderer.c 3 Jan 2005 18:32:01= -0000 1.3 -------------------------- Patching file j2se/src/solaris/native/sun/font/X11TextRenderer.c using Plan= A... Hunk #1 succeeded at 20. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/java2d/j2d_md.h |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/java2d/j2= d_md.h,v |retrieving revision 1.1.1.1 |retrieving revision 1.5 |diff -u -r1.1.1.1 -r1.5 |--- j2se/src/solaris/native/sun/java2d/j2d_md.h 8 Nov 2004 22:27:40 -0000 = 1.1.1.1 |+++ j2se/src/solaris/native/sun/java2d/j2d_md.h 15 Feb 2005 01:12:32 -0000= 1.5 -------------------------- Patching file j2se/src/solaris/native/sun/java2d/j2d_md.h using Plan A... Hunk #1 succeeded at 11. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/java2d/loops/mlib_ImageZoom_NN.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/java2d/lo= ops/mlib_ImageZoom_NN.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.4 |diff -u -r1.1.1.1 -r1.4 |--- j2se/src/solaris/native/sun/java2d/loops/mlib_ImageZoom_NN.c 8 Nov 200= 4 22:27:40 -0000 1.1.1.1 |+++ j2se/src/solaris/native/sun/java2d/loops/mlib_ImageZoom_NN.c 10 Feb 20= 05 15:25:54 -0000 1.4 -------------------------- Patching file j2se/src/solaris/native/sun/java2d/loops/mlib_ImageZoom_NN.c = using Plan A... Hunk #1 succeeded at 49. Hunk #2 succeeded at 89. Hunk #3 succeeded at 98. Hunk #4 succeeded at 107. Hunk #5 succeeded at 331. Hunk #6 succeeded at 498. Hunk #7 succeeded at 527. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/management/FileSystemImpl.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/managemen= t/FileSystemImpl.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.5 |diff -u -r1.1.1.1 -r1.5 |--- j2se/src/solaris/native/sun/management/FileSystemImpl.c 8 Nov 2004 22:= 27:40 -0000 1.1.1.1 |+++ j2se/src/solaris/native/sun/management/FileSystemImpl.c 14 Jan 2005 16= :30:47 -0000 1.5 -------------------------- Patching file j2se/src/solaris/native/sun/management/FileSystemImpl.c using= Plan A... Hunk #1 succeeded at 8. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/net/dns/ResolverConfigurationImpl.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/net/dns/R= esolverConfigurationImpl.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.2 |diff -u -r1.1.1.1 -r1.2 |--- j2se/src/solaris/native/sun/net/dns/ResolverConfigurationImpl.c 8 Nov = 2004 22:27:40 -0000 1.1.1.1 |+++ j2se/src/solaris/native/sun/net/dns/ResolverConfigurationImpl.c 24 Feb= 2006 23:06:19 -0000 1.2 -------------------------- Patching file j2se/src/solaris/native/sun/net/dns/ResolverConfigurationImpl= .c using Plan A... Hunk #1 succeeded at 15. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/nio/ch/DatagramChannelImpl.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/nio/ch/Da= tagramChannelImpl.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.5 |diff -u -r1.1.1.1 -r1.5 |--- j2se/src/solaris/native/sun/nio/ch/DatagramChannelImpl.c 8 Nov 2004 22= :27:40 -0000 1.1.1.1 |+++ j2se/src/solaris/native/sun/nio/ch/DatagramChannelImpl.c 25 Sep 2005 0= 4:17:47 -0000 1.5 -------------------------- Patching file j2se/src/solaris/native/sun/nio/ch/DatagramChannelImpl.c usin= g Plan A... Hunk #1 succeeded at 17. Hunk #2 succeeded at 64. Hunk #3 succeeded at 78. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/nio/ch/FileChannelImpl.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/nio/ch/Fi= leChannelImpl.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.8 |diff -u -r1.1.1.1 -r1.8 |--- j2se/src/solaris/native/sun/nio/ch/FileChannelImpl.c 8 Nov 2004 22:27:= 40 -0000 1.1.1.1 |+++ j2se/src/solaris/native/sun/nio/ch/FileChannelImpl.c 23 Sep 2005 13:14= :35 -0000 1.8 -------------------------- Patching file j2se/src/solaris/native/sun/nio/ch/FileChannelImpl.c using Pl= an A... Hunk #1 succeeded at 11. Hunk #2 succeeded at 181. Hunk #3 succeeded at 244. Hunk #4 succeeded at 333. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/nio/ch/FileDispatcher.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/nio/ch/Fi= leDispatcher.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.5 |diff -u -r1.1.1.1 -r1.5 |--- j2se/src/solaris/native/sun/nio/ch/FileDispatcher.c 8 Nov 2004 22:27:4= 0 -0000 1.1.1.1 |+++ j2se/src/solaris/native/sun/nio/ch/FileDispatcher.c 14 Jan 2005 16:30:= 47 -0000 1.5 -------------------------- Patching file j2se/src/solaris/native/sun/nio/ch/FileDispatcher.c using Pla= n A... Hunk #1 succeeded at 14. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/native/sun/nio/ch/Net.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/native/sun/nio/ch/Ne= t.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.2 |diff -u -r1.1.1.1 -r1.2 |--- j2se/src/solaris/native/sun/nio/ch/Net.c 8 Nov 2004 22:27:40 -0000 1.1= .1.1 |+++ j2se/src/solaris/native/sun/nio/ch/Net.c 20 Dec 2004 10:40:45 -0000 1.2 -------------------------- Patching file j2se/src/solaris/native/sun/nio/ch/Net.c using Plan A... Hunk #1 succeeded at 287. Hmm... The next patch looks like a unified diff to me... The text leading up to this was: -------------------------- |Index: j2se/src/solaris/transport/socket/socket_md.c |=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D |RCS file: /var/jcvs/javasrc_1_5_scsl/j2se/src/solaris/transport/socket/soc= ket_md.c,v |retrieving revision 1.1.1.1 |retrieving revision 1.3 |diff -u -r1.1.1.1 -r1.3 |--- j2se/src/solaris/transport/socket/socket_md.c 8 Nov 2004 22:27:40 -000= 0 1.1.1.1 |+++ j2se/src/solaris/transport/socket/socket_md.c 3 Jan 2005 18:32:01 -000= 0 1.3 -------------------------- Patching file j2se/src/solaris/transport/socket/socket_md.c using Plan A... Hunk #1 succeeded at 17. Hunk #2 succeeded at 264. done =3D=3D=3D> Applying FreeBSD patches for jdk-1.5.0p3_4 /usr/bin/sed -i.bak -e "s:%%PREFIX%%:/usr/local:g" -e "s:%%JDK_VERSION%%:1= .5.0:g" /work/a/ports/java/jdk15/work/control/make/../../deploy/src/plugin/= solaris/controlpanel/sun_java.desktop =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D add_pkg expat-2.0.0_1.tbz fontconfig-2.3.2_5,1.tbz freetype2-2.1.10_5.tbz g= ettext-0.14.5_2.tbz gmake-3.81_1.tbz imake-6.9.0.tbz javavmwrapper-2.3.tbz = libdrm-2.0.2.tbz libiconv-1.9.2_2.tbz linux-expat-1.95.8.tbz linux-fontconf= ig-2.2.3_5.tbz linux-sun-jdk-1.4.2.12.tbz linux-xorg-libs-6.8.2_5.tbz linux= _base-fc-4_8.tbz m4-1.4.4.tbz open-motif-2.2.3_2.tbz perl-5.8.8.tbz pkg-con= fig-0.21.tbz xorg-libraries-6.9.0.tbz zip-2.32.tbz adding dependencies pkg_add expat-2.0.0_1.tbz pkg_add fontconfig-2.3.2_5,1.tbz Running fc-cache to build fontconfig cache... fc-cache: "/usr/X11R6/lib/X11/fonts": caching, 0 fonts, 1 dirs fc-cache: "/usr/X11R6/lib/X11/fonts/local": caching, 0 fonts, 0 dirs fc-cache: "/root/.fonts": skipping, no such directory fc-cache: succeeded pkg_add freetype2-2.1.10_5.tbz skipping freetype2-2.1.10_5, already added pkg_add gettext-0.14.5_2.tbz pkg_add gmake-3.81_1.tbz pkg_add imake-6.9.0.tbz Removing stale symlinks from /usr/bin... Skipping /usr/bin/perl Skipping /usr/bin/perl5 Done. Creating various symlinks in /usr/bin... Symlinking /usr/local/bin/perl5.8.8 to /usr/bin/perl Symlinking /usr/local/bin/perl5.8.8 to /usr/bin/perl5 Done. Cleaning up /etc/make.conf... Done. Spamming /etc/make.conf... Done. Cleaning up /etc/manpath.config... Done. Spamming /etc/manpath.config... Done. pkg_add javavmwrapper-2.3.tbz pkg_add libdrm-2.0.2.tbz pkg_add libiconv-1.9.2_2.tbz skipping libiconv-1.9.2_2, already added pkg_add linux-expat-1.95.8.tbz grep: /etc/fstab: No such file or directory +++ Some programs may need linprocfs, please add it to /etc/fstab! +++ Running linux ldconfig... This software is based in part on the work of the FreeType Team. See . Installation of the Linux base system is finished. The Linux kernel mode, which must be enabled for Linux binaries to run, is now enabled. Linux mode can be enabled permanently with the linux_enable variable of rc.conf(5). To make use of NIS you have to adjust yp.conf and nsswitch.conf in /compat/linux/etc/ accordingly. For example: Set your yp-server and yp-domainname in yp.conf: domainname my.yp.domainname ypserver my.yp.server Let your lists for hosts, passwd and group be resolved via nsswitch.conf: passwd: files nis shadow: files nis group: files nis hosts: files dns nis pkg_add linux-fontconfig-2.2.3_5.tbz pkg_add linux-sun-jdk-1.4.2.12.tbz =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D Warning: This JDK may be unstable. You are advised to use the native FreeBSD JDK, in ports/java/jdk14. This Java VM will attempt to obtain some system information by accessing files in linux's procfs. You must install the Linux emulation procfs filesystem for this to work correctly. The JVM will exhibit various problems otherwise. This can be accomplished by adding the following line to your /etc/fstab file: linprocfs /compat/linux/proc linprocfs rw 0 0 and then, as root, executing the commands: kldload linprocfs mount /compat/linux/proc=20 =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D pkg_add linux-xorg-libs-6.8.2_5.tbz skipping linux-xorg-libs-6.8.2_5, already added pkg_add linux_base-fc-4_8.tbz skipping linux_base-fc-4_8, already added pkg_add m4-1.4.4.tbz pkg_add open-motif-2.2.3_2.tbz pkg_add perl-5.8.8.tbz skipping perl-5.8.8, already added pkg_add pkg-config-0.21.tbz skipping pkg-config-0.21, already added pkg_add xorg-libraries-6.9.0.tbz skipping xorg-libraries-6.9.0, already added pkg_add zip-2.32.tbz =3D=3D=3D> jdk-1.5.0p3_4 depends on executable in : gm4 - found =3D=3D=3D> jdk-1.5.0p3_4 depends on executable in : zip - found =3D=3D=3D> jdk-1.5.0p3_4 depends on file: /usr/X11R6/lib/libXm.so - found =3D=3D=3D> jdk-1.5.0p3_4 depends on file: /usr/local/linux-sun-jdk1.4.2/b= in/javac - found =3D=3D=3D> jdk-1.5.0p3_4 depends on executable in : gmake - found =3D=3D=3D> jdk-1.5.0p3_4 depends on shared library: iconv.3 - found =3D=3D=3D> Configuring for jdk-1.5.0p3_4 =3D=3D=3D> Building for jdk-1.5.0p3_4 # Start of jdk build bsd amd64 1.5.0-p3 build started: 06-09-17 21:03 Syntax error: "(" unexpected gmake[1]: Entering directory `/work/a/ports/java/jdk15/work/j2se/make' [: -ne: unexpected operator gmake[1]: Leaving directory `/work/a/ports/java/jdk15/work/j2se/make' if [ -r ./../../install/make/Makefile ]; then \ ( cd ./../../install/make; gmake sanity MAKEFLAGS=3D EXTERNALSANITYCONT= ROL=3Dtrue ALT_CONTROL_TOPDIR=3D/work/a/ports/java/jdk15/work/control ALT_J= 2SE_TOPDIR=3D/work/a/ports/java/jdk15/work/j2se ALT_OUTPUTDIR=3D/work/a/por= ts/java/jdk15/work/control/build/bsd-amd64 ALT_RTPATCH_DIR=3D ALT_BASE_IMAG= E_ZIP=3D ALT_BASE_IMAGE_DIR=3D ALT_NEW_IMAGE_DIR=3D ALT_BUNDLE_DATE=3D17_se= p_2006 ; ); \ fi gmake[1]: Entering directory `/work/a/ports/java/jdk15/work/install/make' gmake[1]: Leaving directory `/work/a/ports/java/jdk15/work/install/make' Build Machine Information: build machine =3D=20 Build Directory Structure: CWD =3D /work/a/ports/java/jdk15/work/control/make TOPDIR =3D ./../.. CONTROL_TOPDIR =3D ./../../control HOTSPOT_TOPDIR =3D ./../../hotspot J2SE_TOPDIR =3D ./../../j2se INSTALL_TOPDIR =3D ./../../install Build Directives: BUILD_HOTSPOT =3D true=20 BUILD_MOTIF =3D false=20 BUILD_INSTALL =3D true=20 Hotspot Settings: HOTSPOT_BUILD_JOBS =3D=20 Bootstrap Settings: BOOTDIR =3D /usr/local/linux-sun-jdk1.4.2=20 BOOTSTRAP J2SDK VERSION: Segmentation fault (core dumped) OUTPUTDIR =3D /work/a/ports/java/jdk15/work/control/build/bsd-amd64=20 Build Tool Settings: UNIXCOMMAND_PATH =3D /bin/=20 COMPILER_PATH =3D /usr/bin/=20 DEVTOOLS_PATH =3D /usr/local/bin/=20 USRBIN_PATH =3D /usr/bin/=20 MOTIF_DIR =3D /usr/X11R6=20 CC_VER =3D 3.4.6=20 ZIP_VER =3D 2.32=20 PATH =3D /pkg/libexec/ccache/:/sbin:/bin:/usr/sbin:/usr/bin:/usr/local/s= bin:/usr/local/bin:/usr/X11R6/bin=20 TMPDIR =3D /work/a/ports/java/jdk15/work/control/build/bsd-amd64/tmp=20 Build Directives: USE_ONLY_BOOTDIR_TOOLS =3D =20 USE_HOTSPOT_INTERPRETER_MODE =3D =20 PEDANTIC =3D =20 DEV_ONLY =3D =20 J2RE_ONLY =3D =20 NO_DOCS =3D =20 NO_IMAGES =3D =20 TOOLS_ONLY =3D =20 INSANE =3D =20 PARALLEL_COMPILES =3D false=20 PARALLEL_COMPILE_JOBS =3D 2=20 FASTDEBUG =3D false=20 INCREMENTAL_BUILD =3D false=20 Build Platform Settings: PLATFORM =3D bsd=20 ARCH =3D amd64=20 LIBARCH =3D amd64=20 ARCH_FAMILY =3D amd64=20 ARCH_DATA_MODEL =3D 64=20 TRUE_PLATFORM =3D FreeBSD=20 OS_VERSION =3D 7.0-CURRENT=20 FREE_SPACE =3D 3731384=20 GNU Make Settings: MAKE =3D gmake=20 MAKE VERSION =3D =20 MAKECMDGOALS =3D sanity=20 MAKEFLAGS =3D =20 SHELL =3D /bin/sh=20 Target Build Versions: JDK_VERSION =3D 1.5.0=20 MILESTONE =3D p3=20 BUILD_NUMBER =3D root_17_sep_2006_21_03=20 External File/Binary Locations: HOTSPOT_SERVER_PATH =3D /work/a/ports/java/jdk15/work/control/build/bsd-= amd64/hotspot-amd64/server=20 HOTSPOT_IMPORT_PATH =3D /work/a/ports/java/jdk15/work/control/build/bsd-= amd64/hotspot-amd64/import=20 MOTIF_DIR =3D /usr/X11R6=20 CACERTS_FILE =3D ./../src/share/lib/security/cacerts=20 No setting required for Unix Systems Sanity check passed. /bin/mkdir -p ../build/bsd-amd64/hotspot-amd64/tmp (cd ./../build/bsd-amd64/hotspot-amd64/tmp; \ gmake -f /work/a/ports/java/jdk15/work/hotspot/build/bsd/Makefile produc= t \ HOTSPOT_BUILD_VERSION=3D1.5.0-p3-root_17_sep_2006_21_03 LP64=3D1 GAMMADI= R=3D/work/a/ports/java/jdk15/work/hotspot ; ) gmake[1]: Entering directory `/work/a/ports/java/jdk15/work/control/build/b= sd-amd64/hotspot-amd64/tmp' if [ `/usr/local/linux-sun-jdk1.4.2/bin/java -fullversion 2>&1 | grep -c '1= \.[45]'` -eq 0 ] ; then \ /usr/local/linux-sun-jdk1.4.2/bin/java -version; \ echo "*** An XSLT processor (J2SE 1.4.x or newer) is required to bootstr= ap this build"; \ exit 1; \ fi sh /work/a/ports/java/jdk15/work/hotspot/build/bsd/makefiles/buildATree.sh = compiler2 /work/a/ports/java/jdk15/work/hotspot bsd amd64 (cd bsd_amd64_compiler2/product; gmake) gmake[2]: Entering directory `/work/a/ports/java/jdk15/work/control/build/b= sd-amd64/hotspot-amd64/tmp/bsd_amd64_compiler2/product' gmake[2]: *** [../generated/MakeDeps.class] Segmentation fault: 11 (core du= mped) gmake[2]: Leaving directory `/work/a/ports/java/jdk15/work/control/build/bs= d-amd64/hotspot-amd64/tmp/bsd_amd64_compiler2/product' gmake[1]: *** [product] Error 2 gmake[1]: Leaving directory `/work/a/ports/java/jdk15/work/control/build/bs= d-amd64/hotspot-amd64/tmp' gmake: *** [product] Error 2 *** Error code 2 Stop in /a/ports/java/jdk15. =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D= =3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D=3D build of /usr/ports/java/jdk15 ended at Sun Sep 17 21:04:40 UTC 2006 ----- End forwarded message ----- --OXfL5xGRrasGEqWY Content-Type: application/pgp-signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.5 (FreeBSD) iD8DBQFFFt/MWry0BWjoQKURAjPDAKCbtjQCSSUNtvyTpnbIhvxDBifTpACePSY9 cFuBefe0c2s8bszu9tV+SOc= =pArZ -----END PGP SIGNATURE----- --OXfL5xGRrasGEqWY-- From owner-freebsd-emulation@FreeBSD.ORG Mon Sep 25 10:52:49 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 B4F6D16A47C for ; Mon, 25 Sep 2006 10:52:49 +0000 (UTC) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (lurza.secnetix.de [83.120.8.8]) by mx1.FreeBSD.org (Postfix) with ESMTP id 9C6A643D77 for ; Mon, 25 Sep 2006 10:52:47 +0000 (GMT) (envelope-from olli@lurza.secnetix.de) Received: from lurza.secnetix.de (dilcle@localhost [127.0.0.1]) by lurza.secnetix.de (8.13.4/8.13.4) with ESMTP id k8PAqdN0070292; Mon, 25 Sep 2006 12:52:45 +0200 (CEST) (envelope-from oliver.fromme@secnetix.de) Received: (from olli@localhost) by lurza.secnetix.de (8.13.4/8.13.1/Submit) id k8PAqdLs070291; Mon, 25 Sep 2006 12:52:39 +0200 (CEST) (envelope-from olli) Date: Mon, 25 Sep 2006 12:52:39 +0200 (CEST) Message-Id: <200609251052.k8PAqdLs070291@lurza.secnetix.de> From: Oliver Fromme To: freebsd-emulation@FreeBSD.ORG, freebsd@hub.org In-Reply-To: <20060922090239.F1031@ganymede.hub.org> X-Newsgroups: list.freebsd-emulation User-Agent: tin/1.8.0-20051224 ("Ronay") (UNIX) (FreeBSD/4.11-STABLE (i386)) X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-2.1.2 (lurza.secnetix.de [127.0.0.1]); Mon, 25 Sep 2006 12:52:45 +0200 (CEST) Cc: Subject: Re: Linux "jail" ... possible? X-BeenThere: freebsd-emulation@freebsd.org X-Mailman-Version: 2.1.5 Precedence: list Reply-To: freebsd-emulation@FreeBSD.ORG, freebsd@hub.org List-Id: Development of Emulators of other operating systems List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , X-List-Received-Date: Mon, 25 Sep 2006 10:52:49 -0000 Marc G. Fournier wrote: > Oliver Fromme wrote: > > Sure, I've done that before. Just use /bin/sh as start > > command to get a root shell within the linux jail. > > You can also directly run apachectl to start an apache > > within the linux jail, etc. (might require a wrapper > > script to setup $PATH and other things within the jail, > > though). > > What about stuff like cron, syslog, etc? Depends on the type of service that you run inside the jail. If you need to run cronjobs within it, then run cron inside the jail. Same with syslog. Another possibility is to let the hosts' syslog daemon open an additional socket within tha jail, so you don't have to run a separate syslog daemon inside the jail. > For instance, when we start up a freebsd jail, we run /etc/rc to make sure > all processes are started ... I never do that. :-) > is there an equivalent that can be run > within the gentoo/linux tree? I'm not aware of one ... You can simply create a small shell script yourself that starts all daemons that you need within the jail. Usually it's not that many. Best regards Oliver -- Oliver Fromme, secnetix GmbH & Co. KG, Marktplatz 29, 85567 Grafing Dienstleistungen mit Schwerpunkt FreeBSD: http://www.secnetix.de/bsd Any opinions expressed in this message may be personal to the author and may not necessarily reflect the opinions of secnetix in any way. Passwords are like underwear. You don't share them, you don't hang them on your monitor or under your keyboard, you don't email them, or put them on a web site, and you must change them very often. From owner-freebsd-emulation@FreeBSD.ORG Mon Sep 25 11:08:26 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 E4CB116A4EA for ; Mon, 25 Sep 2006 11:08:26 +0000 (UTC) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (freefall.freebsd.org [216.136.204.21]) by mx1.FreeBSD.org (Postfix) with ESMTP id 211F043D5E for ; Mon, 25 Sep 2006 11:08:15 +0000 (GMT) (envelope-from owner-bugmaster@FreeBSD.org) Received: from freefall.freebsd.org (linimon@localhost [127.0.0.1]) by freefall.freebsd.org (8.13.4/8.13.4) with ESMTP id k8PB8CYQ090514 for ; Mon, 25 Sep 2006 11:08:12 GMT (envelope-from owner-bugmaster@FreeBSD.org) Received: (from linimon@localhost) by freefall.freebsd.org (8.13.4/8.13.4/Submit) id k8PB8BtF090510 for freebsd-emulation@FreeBSD.org; Mon, 25 Sep 2006 11:08:11 GMT (envelope-from owner-bugmaster@FreeBSD.org) Date: Mon, 25 Sep 2006 11:08:11 GMT Message-Id: <200609251108.k8PB8BtF090510@freefall.freebsd.org> X-Authentication-Warning: freefall.freebsd.org: linimon set sender to owner-bugmaster@FreeBSD.org using -f From: FreeBSD bugmaster To: freebsd-emulation@FreeBSD.org Cc: Subject: Current problem reports assigned to you 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: Mon, 25 Sep 2006 11:08:27 -0000 Current FreeBSD problem reports Critical problems Serious problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/21463 emulation [linux] Linux compatability mode should not allow setu o kern/77710 emulation [linux] Linux page fault sigcontext information is wro f ports/102474 emulation linux_base-fc-4_8 appears broken, does not allow to ru o kern/102956 emulation [linux] [patch] Add partial support for SO_PEERCRED in 4 problems total. Non-critical problems S Tracker Resp. Description -------------------------------------------------------------------------------- o kern/11165 emulation [ibcs2] IBCS2 doesn't work correctly with PID_MAX 9999 o kern/29698 emulation [linux] [patch] linux ipcs doesn'work o kern/39201 emulation [linux] [patch] ptrace(2) and rfork(RFLINUXTHPN) confu o kern/41543 emulation [patch] feature request: easier wine/w23 support o kern/55835 emulation [linux] [patch] Linux IPC emulation missing SETALL sys a kern/72920 emulation [linux]: path "prefixing" is not done on unix domain s o kern/73777 emulation [linux] [patch] linux emulation: root dir special hand o kern/91293 emulation [svr4] [patch] *Experimental* Update to the SVR4 emula 8 problems total. From owner-freebsd-emulation@FreeBSD.ORG Tue Sep 26 21:34:21 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 4ED3616A40F for ; Tue, 26 Sep 2006 21:34:21 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id C744F43D45 for ; Tue, 26 Sep 2006 21:34:18 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id k8QLY6Zv038169 for ; Tue, 26 Sep 2006 17:34:07 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-emulation@FreeBSD.org Date: Tue, 26 Sep 2006 17:33:44 -0400 User-Agent: KMail/1.6.2 MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200609261733.48398.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88/1946/Tue Sep 26 09:18:37 2006 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Subject: 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: Tue, 26 Sep 2006 21:34:21 -0000 I was little annoyed by linuxulator breakage on amd64, which fails to run Acrobat Reader. (Well, actually it's not Acrobat's fault. It's just that wrapper is failing. If you run 'sh /usr/X11R6/bin/acroread' instead, it runs okay.) All seem to boil down to one problem: %cat test.sh #!/usr/compat/linux/bin/sh bar=`true` foo=`false` %sh -x test.sh + true + bar= + false + foo= %/compat/linux/bin/sh -x test.sh ++ true Segmentation fault (core dumped) linux_kdump shows this: %linux_kdump | tail -40 16618 bash CALL linux_fstat64(0xff,0xffffd52c,0x2822aff4) 16618 bash RET linux_fstat64 0 16618 bash CALL linux_llseek(0xff,0,0,0xffffd4f4,0x1) 16618 bash RET linux_llseek 0 16618 bash CALL linux_rt_sigprocmask(0,0,0x80f341c,0x8) 16618 bash RET linux_rt_sigprocmask 0 16618 bash CALL read(0xff,0x8112fd0,0x32) 16618 bash GIO fd 255 read 50 bytes "#!/usr/compat/linux/bin/sh bar=`true` foo=`false` " 16618 bash RET read 50/0x32 16618 bash CALL linux_rt_sigprocmask(0,0,0x80f341c,0x8) 16618 bash RET linux_rt_sigprocmask 0 16618 bash CALL linux_pipe(0xffffd054) 16618 bash RET linux_pipe 0 16618 bash CALL linux_rt_sigprocmask(0,0xffffcf08,0xffffce88,0x8) 16618 bash RET linux_rt_sigprocmask 0 16618 bash CALL linux_llseek(0xff,0xffffffff,0xfffffff4,0xffffce34,0x1) 16618 bash RET linux_llseek 0 16618 bash CALL linux_fork 16618 bash RET linux_fork 16619/0x40eb 16618 bash CALL linux_rt_sigprocmask(0x2,0xffffce88,0,0x8) 16618 bash RET linux_rt_sigprocmask 0 16618 bash CALL linux_rt_sigaction(0x11,0xffffcdb0,0xffffcd24,0x8) 16618 bash RET linux_rt_sigaction 0 16618 bash CALL close(0x4) 16618 bash RET close 0 16618 bash CALL read(0x3,0xffffcfd4,0x80) 16618 bash GIO fd 3 read 0 bytes "" 16618 bash RET read 0 16618 bash PSIG SIGCHLD caught handler=0x807871f mask=0x0 code=0x0 16618 bash CALL linux_waitpid(0xffffffff,0xffffcc7c,0x1) 16618 bash RET linux_waitpid 16619/0x40eb 16618 bash CALL linux_waitpid(0xffffffff,0xffffcc7c,0x1) 16618 bash RET linux_waitpid -1 errno 10 No child processes 16618 bash PSIG SIGSEGV SIG_DFL 16618 bash NAMI "bash.core" It seems linux_waitpid() is waiting for a dead child. Can anyone with Linuxulator foo take a look at it? FYI, I found similar report here: http://docs.freebsd.org/cgi/mid.cgi?450894EF.1020101 Thanks, Jung-uk Kim * PS: I have modified ports/devel/linux_kdump to build without gentoo. If anybody is interested, you can get it from here: http://people.freebsd.org/~jkim/linux_kdump.tar.gz I just added Linux header files as a patch. :-P From owner-freebsd-emulation@FreeBSD.ORG Wed Sep 27 08:34:45 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 A8EF716A403; Wed, 27 Sep 2006 08:34:45 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 6EC2843D73; Wed, 27 Sep 2006 08:34:38 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F6F9.dip.t-dialin.net [84.165.246.249]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k8R89nBd066976; Wed, 27 Sep 2006 10:09:50 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (webmail.Leidinger.net [192.168.1.102]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k8R8YXGf001921; Wed, 27 Sep 2006 10:34:33 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from psbru.cec.eu.int (psbru.cec.eu.int [158.169.131.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 27 Sep 2006 10:34:01 +0200 Message-ID: <20060927103401.ml5fhn8cg0swc0go@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 27 Sep 2006 10:34:01 +0200 From: Alexander Leidinger To: Jung-uk Kim References: <200609261733.48398.jkim@FreeBSD.org> In-Reply-To: <200609261733.48398.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 X-Virus-Scanned: by amavisd-new Cc: freebsd-emulation@FreeBSD.org 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 08:34:45 -0000 Quoting Jung-uk Kim (from Tue, 26 Sep 2006 17:33:44 -0400= ): > I was little annoyed by linuxulator breakage on amd64, which fails to > run Acrobat Reader. (Well, actually it's not Acrobat's fault. It's > just that wrapper is failing. If you run 'sh /usr/X11R6/bin/acroread' > instead, it runs okay.) All seem to boil down to one problem: This is a known problem. It occured after a commit by jhb@ to the ipc =20 stuff. Search the archives, I don't remember the exact details. So far =20 nobody with an amd64 system was able to provide the necessary debug =20 info to fix this. Maybe instead of playing with gdb/ddb/printfs it may be also possible =20 to use the linux test project testcases to frind the problem. You can =20 download a precompiled version of it from: http://www.leidinger.net/FreeBSD/linuxolator/ltp-full-20060822-ready.tar.bz2 Have a look at http://wiki.FreeBSD.org/linux-kernel for a description =20 how to use it and what tests are known to hang on i386 (they may or =20 may not hand on amd64, and some of the tests are known to need a =20 little bit of time). I suggest to do this in a gentoo-chroot =20 (linux_dist port, not the linux_base port). Feel free to add content to the wiki. > * PS: I have modified ports/devel/linux_kdump to build without gentoo. > If anybody is interested, you can get it from here: > > http://people.freebsd.org/~jkim/linux_kdump.tar.gz > > I just added Linux header files as a patch. :-P I don't like this fix. Why not use the package from the build cluster instea= d? Bye, Alexander. --=20 http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-emulation@FreeBSD.ORG Wed Sep 27 11:21:21 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 D7A4516A415; Wed, 27 Sep 2006 11:21:21 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 3AD9C43D5C; Wed, 27 Sep 2006 11:21:20 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id k8RBLHhJ069651 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Wed, 27 Sep 2006 13:21:17 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id k8RBLHAH069649; Wed, 27 Sep 2006 13:21:17 +0200 (CEST) Date: Wed, 27 Sep 2006 13:21:17 +0200 From: Divacky Roman To: Jung-uk Kim Message-ID: <20060927112117.GA69141@stud.fit.vutbr.cz> References: <200609261733.48398.jkim@FreeBSD.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <200609261733.48398.jkim@FreeBSD.org> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: freebsd-emulation@freebsd.org 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 11:21:21 -0000 On Tue, Sep 26, 2006 at 05:33:44PM -0400, Jung-uk Kim wrote: > I was little annoyed by linuxulator breakage on amd64, which fails to > run Acrobat Reader. (Well, actually it's not Acrobat's fault. It's > just that wrapper is failing. If you run 'sh /usr/X11R6/bin/acroread' > instead, it runs okay.) All seem to boil down to one problem: > > %cat test.sh > #!/usr/compat/linux/bin/sh > bar=`true` > foo=`false` > %sh -x test.sh > + true > + bar= > + false > + foo= > %/compat/linux/bin/sh -x test.sh > ++ true > Segmentation fault (core dumped) > > linux_kdump shows this: > > 16618 bash PSIG SIGCHLD caught handler=0x807871f mask=0x0 code=0x0 > 16618 bash CALL linux_waitpid(0xffffffff,0xffffcc7c,0x1) > 16618 bash RET linux_waitpid 16619/0x40eb > 16618 bash CALL linux_waitpid(0xffffffff,0xffffcc7c,0x1) > 16618 bash RET linux_waitpid -1 errno 10 No child processes > 16618 bash PSIG SIGSEGV SIG_DFL > 16618 bash NAMI "bash.core" 1) arent true and false bash builtins? 2) can you compile it with -DDEBUG and show us the trace.. I wonder why the child dies. and the trace could show it. thnx roman From owner-freebsd-emulation@FreeBSD.ORG Wed Sep 27 13:35:49 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 D3F8816A412; Wed, 27 Sep 2006 13:35:49 +0000 (UTC) (envelope-from bsam@ns.kfs.ru) Received: from ns.kfs.ru (kfs.kfs.ru [62.183.117.194]) by mx1.FreeBSD.org (Postfix) with ESMTP id 780FE43D79; Wed, 27 Sep 2006 13:35:48 +0000 (GMT) (envelope-from bsam@ns.kfs.ru) Received: from bsam by ns.kfs.ru with local (Exim 4.54 (FreeBSD)) id 1GSZZi-000E04-UL; Wed, 27 Sep 2006 17:35:46 +0400 To: Alexander Leidinger References: <200609261733.48398.jkim@FreeBSD.org> <20060927103401.ml5fhn8cg0swc0go@webmail.leidinger.net> From: Boris Samorodov Date: Wed, 27 Sep 2006 17:35:46 +0400 In-Reply-To: <20060927103401.ml5fhn8cg0swc0go@webmail.leidinger.net> (Alexander Leidinger's message of "Wed, 27 Sep 2006 10:34:01 +0200") Message-ID: <90935725@serv3.int.kfs.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: "Boris B. Samorodov" Cc: 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:35:49 -0000 On Wed, 27 Sep 2006 10:34:01 +0200 Alexander Leidinger wrote: > Quoting Jung-uk Kim (from Tue, 26 Sep 2006 17:33:44 -0400): > > I was little annoyed by linuxulator breakage on amd64, which fails to > > run Acrobat Reader. (Well, actually it's not Acrobat's fault. It's > > just that wrapper is failing. If you run 'sh /usr/X11R6/bin/acroread' > > instead, it runs okay.) All seem to boil down to one problem: > This is a known problem. It occured after a commit by jhb@ to the ipc > stuff. Search the archives, I don't remember the exact details. So far > nobody with an amd64 system was able to provide the necessary debug > info to fix this. 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. > Maybe instead of playing with gdb/ddb/printfs it may be also possible > to use the linux test project testcases to frind the problem. You can > download a precompiled version of it from: > http://www.leidinger.net/FreeBSD/linuxolator/ltp-full-20060822-ready.tar.bz2 > Have a look at http://wiki.FreeBSD.org/linux-kernel for a description > how to use it and what tests are known to hang on i386 (they may or > may not hand on amd64, and some of the tests are known to need a > little bit of time). I suggest to do this in a gentoo-chroot > (linux_dist port, not the linux_base port). WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve 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 >> From owner-freebsd-emulation@FreeBSD.ORG Wed Sep 27 14:21:27 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 E525216A416; Wed, 27 Sep 2006 14:21:27 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7C09543DA2; Wed, 27 Sep 2006 14:20:44 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F6F9.dip.t-dialin.net [84.165.246.249]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k8RDtqd0068101; Wed, 27 Sep 2006 15:55:53 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (webmail.Leidinger.net [192.168.1.102]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k8REKc3d052105; Wed, 27 Sep 2006 16:20:38 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from psbru.cec.eu.int (psbru.cec.eu.int [158.169.131.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 27 Sep 2006 16:20:07 +0200 Message-ID: <20060927162007.ohnlf3xwgg8kso0g@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 27 Sep 2006 16:20:07 +0200 From: Alexander Leidinger To: Marcin Cieslak References: <200609261733.48398.jkim@FreeBSD.org> <20060927103401.ml5fhn8cg0swc0go@webmail.leidinger.net> <90935725@serv3.int.kfs.ru> <451A825F.5050206@SYSTEM.PL> In-Reply-To: <451A825F.5050206@SYSTEM.PL> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 X-Virus-Scanned: by amavisd-new Cc: Jung-uk, freebsd-emulation@FreeBSD.org, 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 14:21:28 -0000 Quoting Marcin Cieslak (from Wed, 27 Sep 2006 =20 15:53:35 +0200): > Boris Samorodov wrote: > >> Yep, the kernel as of date=3D2006.06.27.18.28.00 works fine >> and of date=3D2006.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!). You didn't see the mail from Boris where he posted the infor from amd64 runs= ? > 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... Do you want write access in the wiki to document such stuff yourself? =20 Just go ahead and register yourself and tell me about your login =20 (typically FirstnameLastname). Bye, Alexander. --=20 I'm not even going to *bother* comparing C to BASIC or FORTRAN. =09=09-- L. Zolman, creator of BDS C http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-emulation@FreeBSD.ORG Wed Sep 27 14:33:46 2006 Return-Path: X-Original-To: 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 7D8CC16A415 for ; Wed, 27 Sep 2006 14:33:46 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 83CBD43D70 for ; Wed, 27 Sep 2006 14:33:43 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5F6F9.dip.t-dialin.net [84.165.246.249]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k8RE8oaS068149; Wed, 27 Sep 2006 16:08:51 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (webmail.Leidinger.net [192.168.1.102]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k8REXbBp053966; Wed, 27 Sep 2006 16:33:37 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from psbru.cec.eu.int (psbru.cec.eu.int [158.169.131.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Wed, 27 Sep 2006 16:33:05 +0200 Message-ID: <20060927163305.esc085jkgc8cocoo@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Wed, 27 Sep 2006 16:33:05 +0200 From: Alexander Leidinger To: Kris Kennaway References: <20060924194308.GA46653@xor.obsecurity.org> In-Reply-To: <20060924194308.GA46653@xor.obsecurity.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: 7bit User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 X-Virus-Scanned: by amavisd-new Cc: emulation@FreeBSD.org Subject: Re: [ports-amd64@pointyhat.freebsd.org: jdk-1.5.0p3_4 failed on amd64 7] 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 14:33:46 -0000 Quoting Kris Kennaway (from Sun, 24 Sep 2006 15:43:08 -0400): > The linux jdk is consistently segfaulting on 7.0/amd64 when trying to > build jdk15; can someone take a look? We have a known problem on amd64 since a commit of jhb@. So far nobody provided the necessary debug info. I think the java problem has the same root. Scott is setting up an amd64 machine for me to do the linuxolator tests there (including remote power switch and serial console). I also provided a precompiled testsuite to bsam@, so we may get some more clue soon. Bye, Alexander. -- QOTD: "I used to be lost in the shuffle, now I just shuffle along with the lost." http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID = B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID = 72077137 From owner-freebsd-emulation@FreeBSD.ORG Thu Sep 28 00:20:50 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 05E3616A403 for ; Thu, 28 Sep 2006 00:20:50 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id EB80543D4C for ; Thu, 28 Sep 2006 00:20:48 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id k8S0KkHE006144; Wed, 27 Sep 2006 20:20:46 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: Alexander Leidinger Date: Wed, 27 Sep 2006 20:20:32 -0400 User-Agent: KMail/1.6.2 References: <200609261733.48398.jkim@FreeBSD.org> <20060927103401.ml5fhn8cg0swc0go@webmail.leidinger.net> In-Reply-To: <20060927103401.ml5fhn8cg0swc0go@webmail.leidinger.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200609272020.35161.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: freebsd-emulation@FreeBSD.org 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: Thu, 28 Sep 2006 00:20:50 -0000 On Wednesday 27 September 2006 04:34 am, Alexander Leidinger wrote: > Quoting Jung-uk Kim (from Tue, 26 Sep 2006 17:33:44 -0400): > > I was little annoyed by linuxulator breakage on amd64, which > > fails to run Acrobat Reader. (Well, actually it's not Acrobat's > > fault. It's just that wrapper is failing. If you run 'sh > > /usr/X11R6/bin/acroread' instead, it runs okay.) All seem to > > boil down to one problem: > > This is a known problem. It occured after a commit by jhb@ to the > ipc stuff. Search the archives, I don't remember the exact details. > So far nobody with an amd64 system was able to provide the > necessary debug info to fix this. Okay. > Maybe instead of playing with gdb/ddb/printfs it may be also > possible to use the linux test project testcases to frind the > problem. You can download a precompiled version of it from: > http://www.leidinger.net/FreeBSD/linuxolator/ltp-full-20060822-read >y.tar.bz2 > > Have a look at http://wiki.FreeBSD.org/linux-kernel for a > description how to use it and what tests are known to hang on i386 > (they may or may not hand on amd64, and some of the tests are known > to need a little bit of time). I suggest to do this in a > gentoo-chroot (linux_dist port, not the linux_base port). Well, problem is the tool is using shell scripts heavily and it doesn't work because it has the exact same problems. :-( I ran some binaries manually, though. I got: %./waitpid06 waitpid06 1 FAIL : Child 2097 did not exit normally status: 139 waitpid06 2 FAIL : Child 2099 did not exit normally status: 139 waitpid06 3 FAIL : Child 2098 did not exit normally status: 139 waitpid06 4 FAIL : Child 2100 did not exit normally status: 139 waitpid06 5 FAIL : Child 2101 did not exit normally status: 139 waitpid06 6 FAIL : Child 2102 did not exit normally status: 139 waitpid06 7 FAIL : Child 2103 did not exit normally status: 139 waitpid06 8 FAIL : Child 2104 did not exit normally status: 139 waitpid06 1 FAIL : child returned bad status waitpid06 2 FAIL : waitpid06 FAILED %./waitpid07 waitpid07 1 FAIL : Child 2171 did not exit normally waitpid07 2 FAIL : Child 2170 did not exit normally waitpid07 3 FAIL : Child 2169 did not exit normally waitpid07 4 FAIL : Child 2168 did not exit normally waitpid07 5 FAIL : Child 2175 did not exit normally waitpid07 6 FAIL : Child 2174 did not exit normally waitpid07 7 FAIL : Child 2173 did not exit normally waitpid07 8 FAIL : Child 2172 did not exit normally waitpid07 1 FAIL : child returned bad status waitpid07 2 FAIL : waitpid07 FAILED %./waitpid08 waitpid08 1 FAIL : Child 2180 did not stopped waitpid08 2 FAIL : Kill of child 2180 failed, errno = 3 waitpid08 3 FAIL : Child 2181 did not stopped waitpid08 4 FAIL : Kill of child 2181 failed, errno = 3 waitpid08 5 FAIL : Child 2179 did not stopped waitpid08 6 FAIL : Kill of child 2179 failed, errno = 3 waitpid08 7 FAIL : Child 2178 did not stopped waitpid08 8 FAIL : Kill of child 2178 failed, errno = 3 waitpid08 9 FAIL : Child 2182 did not stopped waitpid08 10 FAIL : Kill of child 2182 failed, errno = 3 waitpid08 11 FAIL : Child 2183 did not stopped waitpid08 12 FAIL : Kill of child 2183 failed, errno = 3 waitpid08 13 FAIL : Child 2184 did not stopped waitpid08 14 FAIL : Kill of child 2184 failed, errno = 3 waitpid08 15 FAIL : Child 2185 did not stopped waitpid08 16 FAIL : Kill of child 2185 failed, errno = 3 waitpid08 1 FAIL : child returned bad status waitpid08 2 FAIL : waitpid08 FAILED %./waitpid09 waitpid09 1 FAIL : status value got 139 expected 0 waitpid09 2 FAIL : case 1 FAILED waitpid09 3 PASS : case 2 PASSED waitpid09 1 BROK : child returned bad status %./waitpid10 waitpid10 1 BROK : Unexpected signal 11 received. waitpid10 1 BROK : Unexpected signal 11 received. waitpid10 1 BROK : Unexpected signal 11 received. waitpid10 1 BROK : Unexpected signal 11 received. waitpid10 1 BROK : Unexpected signal 11 received. waitpid10 1 BROK : Unexpected signal 11 received. waitpid10 1 BROK : Unexpected signal 11 received. waitpid10 1 BROK : Unexpected signal 11 received. waitpid10 1 BROK : Unexpected signal 11 received. waitpid10 1 BROK : Unexpected signal 11 received. waitpid10 1 BROK : Unexpected signal 11 received. waitpid10 1 BROK : Unexpected signal 11 received. waitpid10 1 BROK : Unexpected signal 11 received. waitpid10 1 BROK : Unexpected signal 11 received. waitpid10 1 BROK : Unexpected signal 11 received. waitpid10 1 BROK : Unexpected signal 11 received. waitpid10 1 BROK : Unexpected signal 11 received. waitpid10 1 BROK : Unexpected signal 11 received. waitpid10 1 BROK : Unexpected signal 11 received. waitpid10 1 BROK : Unexpected signal 11 received. waitpid10 1 BROK : Unexpected signal 11 received. waitpid10 1 BROK : Unexpected signal 11 received. waitpid10 1 BROK : Unexpected signal 11 received. waitpid10 1 BROK : Unexpected signal 11 received. waitpid10 1 BROK : Unexpected signal 11 received. %./waitpid11 waitpid11 1 FAIL : Child 861 did not exit normally waitpid11 2 FAIL : Child 863 did not exit normally waitpid11 3 FAIL : Child 862 did not exit normally waitpid11 4 FAIL : Child 864 did not exit normally waitpid11 5 FAIL : Child 860 did not exit normally waitpid11 6 FAIL : Child 859 did not exit normally waitpid11 7 FAIL : Child 858 did not exit normally waitpid11 8 FAIL : Child 857 did not exit normally waitpid11 9 FAIL : Test FAILED waitpid11 1 FAIL : child returned bad status waitpid11 2 FAIL : waitpid11 FAILED %./waitpid12 waitpid12 1 BROK : Unexpected signal 11 received. waitpid12 1 BROK : Unexpected signal 11 received. waitpid12 1 BROK : Unexpected signal 11 received. waitpid12 1 BROK : Unexpected signal 11 received. waitpid12 1 BROK : Unexpected signal 11 received. waitpid12 1 BROK : Unexpected signal 11 received. waitpid12 1 BROK : Unexpected signal 11 received. waitpid12 1 BROK : Unexpected signal 11 received. waitpid12 1 FAIL : Child 874 exited with wrong status waitpid12 1 BROK : Unexpected signal 28 received. %waitpid12 2 FAIL : Expected 3 got 2 waitpid12 3 FAIL : Child 873 exited with wrong status waitpid12 4 FAIL : Expected 3 got 2 waitpid12 5 FAIL : Child 872 exited with wrong status waitpid12 6 FAIL : Expected 3 got 2 waitpid12 7 FAIL : Child 871 exited with wrong status waitpid12 8 FAIL : Expected 3 got 2 waitpid12 9 FAIL : Child 870 exited with wrong status waitpid12 10 FAIL : Expected 3 got 2 waitpid12 11 FAIL : Child 869 exited with wrong status waitpid12 12 FAIL : Expected 3 got 2 waitpid12 13 FAIL : Child 868 exited with wrong status waitpid12 14 FAIL : Expected 3 got 2 waitpid12 15 FAIL : Child 867 exited with wrong status waitpid12 16 FAIL : Expected 3 got 2 waitpid12 17 FAIL : Test FAILED Results from waitpid0[1-5] are the same as those of i386 from Wiki. > Feel free to add content to the wiki. > > > * PS: I have modified ports/devel/linux_kdump to build without > > gentoo. If anybody is interested, you can get it from here: > > > > http://people.freebsd.org/~jkim/linux_kdump.tar.gz > > > > I just added Linux header files as a patch. :-P > > I don't like this fix. Believe me, I don't like it myself. That's why I didn't attempt to commit it. ;-) > Why not use the package from the build cluster instead? # uname -mr 7.0-CURRENT amd64 # pkg_add -r linux_kdump Error: FTP Unable to get ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-7-current/Latest/linux_kdump.tbz: File unavailable (e.g., file not found, no access) pkg_add: unable to fetch 'ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-7-current/Latest/linux_kdump.tbz' by URL Jung-uk Kim From owner-freebsd-emulation@FreeBSD.ORG Thu Sep 28 05:36:57 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 8200416A416; Thu, 28 Sep 2006 05:36:57 +0000 (UTC) (envelope-from Alexander@Leidinger.net) Received: from www.ebusiness-leidinger.de (jojo.ms-net.de [84.16.236.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 89D9B43D6B; Thu, 28 Sep 2006 05:36:54 +0000 (GMT) (envelope-from Alexander@Leidinger.net) Received: from Andro-Beta.Leidinger.net (p54A5D3A9.dip.t-dialin.net [84.165.211.169]) (authenticated bits=0) by www.ebusiness-leidinger.de (8.13.6/8.13.6) with ESMTP id k8S5BsQI078990; Thu, 28 Sep 2006 07:11:54 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from localhost (webmail.Leidinger.net [192.168.1.102]) by Andro-Beta.Leidinger.net (8.13.4/8.13.3) with ESMTP id k8S5amlD081429; Thu, 28 Sep 2006 07:36:48 +0200 (CEST) (envelope-from Alexander@Leidinger.net) Received: from psbru.cec.eu.int (psbru.cec.eu.int [158.169.131.14]) by webmail.leidinger.net (Horde MIME library) with HTTP; Thu, 28 Sep 2006 07:36:16 +0200 Message-ID: <20060928073616.yyu76vcnc4g0sowc@webmail.leidinger.net> X-Priority: 3 (Normal) Date: Thu, 28 Sep 2006 07:36:16 +0200 From: Alexander Leidinger To: Jung-uk Kim References: <200609261733.48398.jkim@FreeBSD.org> <20060927103401.ml5fhn8cg0swc0go@webmail.leidinger.net> <200609272020.35161.jkim@FreeBSD.org> In-Reply-To: <200609272020.35161.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8; DelSp="Yes"; format="flowed" Content-Disposition: inline Content-Transfer-Encoding: quoted-printable User-Agent: Internet Messaging Program (IMP) H3 (4.1.3) / FreeBSD-7.0 X-Virus-Scanned: by amavisd-new Cc: freebsd-emulation@FreeBSD.org, jhb@FreeBSD.org 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: Thu, 28 Sep 2006 05:36:57 -0000 Quoting Jung-uk Kim (from Wed, 27 Sep 2006 20:20:32 -0400= ): jhb@ CCed... we try to hunt down the bug which was introduced to amd64 =20 with the commits which removed the stackgap. > On Wednesday 27 September 2006 04:34 am, Alexander Leidinger wrote: >> Quoting Jung-uk Kim (from Tue, 26 Sep 2006 =20 >> 17:33:44 -0400): >> Maybe instead of playing with gdb/ddb/printfs it may be also >> possible to use the linux test project testcases to frind the >> problem. You can download a precompiled version of it from: >> http://www.leidinger.net/FreeBSD/linuxolator/ltp-full-20060822-read >> y.tar.bz2 >> >> Have a look at http://wiki.FreeBSD.org/linux-kernel for a >> description how to use it and what tests are known to hang on i386 >> (they may or may not hand on amd64, and some of the tests are known >> to need a little bit of time). I suggest to do this in a >> gentoo-chroot (linux_dist port, not the linux_base port). > > Well, problem is the tool is using shell scripts heavily and it > doesn't work because it has the exact same problems. :-( > I ran some binaries manually, though. I got: In the archive of LTP on my site there's a verbose logfile in the root =20 of the ltp directory. There you can see in which order and with which =20 parameters the tests are called. Could you please run them (at least =20 until the first syscall, the rest isn't important as long as there is =20 this bug) by hand and add a corresponding status and comment to the =20 wiki? It may be the case that the problem is somewhere in waitpid, but =20 it could also be the case it is somewhere else (fork, clone, ...). But =20 we need to see the big picture to determine this. > %./waitpid06 > waitpid06 1 FAIL : Child 2097 did not exit normally > status: 139 > waitpid06 2 FAIL : Child 2099 did not exit normally > status: 139 > waitpid06 3 FAIL : Child 2098 did not exit normally > status: 139 > waitpid06 4 FAIL : Child 2100 did not exit normally > status: 139 > waitpid06 5 FAIL : Child 2101 did not exit normally > status: 139 > waitpid06 6 FAIL : Child 2102 did not exit normally > status: 139 > waitpid06 7 FAIL : Child 2103 did not exit normally > status: 139 > waitpid06 8 FAIL : Child 2104 did not exit normally > status: 139 > waitpid06 1 FAIL : child returned bad status > waitpid06 2 FAIL : waitpid06 FAILED > %./waitpid07 > waitpid07 1 FAIL : Child 2171 did not exit normally > waitpid07 2 FAIL : Child 2170 did not exit normally > waitpid07 3 FAIL : Child 2169 did not exit normally > waitpid07 4 FAIL : Child 2168 did not exit normally > waitpid07 5 FAIL : Child 2175 did not exit normally > waitpid07 6 FAIL : Child 2174 did not exit normally > waitpid07 7 FAIL : Child 2173 did not exit normally > waitpid07 8 FAIL : Child 2172 did not exit normally > waitpid07 1 FAIL : child returned bad status > waitpid07 2 FAIL : waitpid07 FAILED > %./waitpid08 > waitpid08 1 FAIL : Child 2180 did not stopped > waitpid08 2 FAIL : Kill of child 2180 failed, errno =3D 3 > waitpid08 3 FAIL : Child 2181 did not stopped > waitpid08 4 FAIL : Kill of child 2181 failed, errno =3D 3 > waitpid08 5 FAIL : Child 2179 did not stopped > waitpid08 6 FAIL : Kill of child 2179 failed, errno =3D 3 > waitpid08 7 FAIL : Child 2178 did not stopped > waitpid08 8 FAIL : Kill of child 2178 failed, errno =3D 3 > waitpid08 9 FAIL : Child 2182 did not stopped > waitpid08 10 FAIL : Kill of child 2182 failed, errno =3D 3 > waitpid08 11 FAIL : Child 2183 did not stopped > waitpid08 12 FAIL : Kill of child 2183 failed, errno =3D 3 > waitpid08 13 FAIL : Child 2184 did not stopped > waitpid08 14 FAIL : Kill of child 2184 failed, errno =3D 3 > waitpid08 15 FAIL : Child 2185 did not stopped > waitpid08 16 FAIL : Kill of child 2185 failed, errno =3D 3 > waitpid08 1 FAIL : child returned bad status > waitpid08 2 FAIL : waitpid08 FAILED > %./waitpid09 > waitpid09 1 FAIL : status value got 139 expected 0 > waitpid09 2 FAIL : case 1 FAILED > waitpid09 3 PASS : case 2 PASSED > waitpid09 1 BROK : child returned bad status > %./waitpid10 > waitpid10 1 BROK : Unexpected signal 11 received. > waitpid10 1 BROK : Unexpected signal 11 received. > waitpid10 1 BROK : Unexpected signal 11 received. > waitpid10 1 BROK : Unexpected signal 11 received. > waitpid10 1 BROK : Unexpected signal 11 received. > waitpid10 1 BROK : Unexpected signal 11 received. > waitpid10 1 BROK : Unexpected signal 11 received. > waitpid10 1 BROK : Unexpected signal 11 received. > waitpid10 1 BROK : Unexpected signal 11 received. > waitpid10 1 BROK : Unexpected signal 11 received. > waitpid10 1 BROK : Unexpected signal 11 received. > waitpid10 1 BROK : Unexpected signal 11 received. > waitpid10 1 BROK : Unexpected signal 11 received. > waitpid10 1 BROK : Unexpected signal 11 received. > waitpid10 1 BROK : Unexpected signal 11 received. > waitpid10 1 BROK : Unexpected signal 11 received. > waitpid10 1 BROK : Unexpected signal 11 received. > waitpid10 1 BROK : Unexpected signal 11 received. > waitpid10 1 BROK : Unexpected signal 11 received. > waitpid10 1 BROK : Unexpected signal 11 received. > waitpid10 1 BROK : Unexpected signal 11 received. > waitpid10 1 BROK : Unexpected signal 11 received. > waitpid10 1 BROK : Unexpected signal 11 received. > waitpid10 1 BROK : Unexpected signal 11 received. > waitpid10 1 BROK : Unexpected signal 11 received. > %./waitpid11 > waitpid11 1 FAIL : Child 861 did not exit normally > waitpid11 2 FAIL : Child 863 did not exit normally > waitpid11 3 FAIL : Child 862 did not exit normally > waitpid11 4 FAIL : Child 864 did not exit normally > waitpid11 5 FAIL : Child 860 did not exit normally > waitpid11 6 FAIL : Child 859 did not exit normally > waitpid11 7 FAIL : Child 858 did not exit normally > waitpid11 8 FAIL : Child 857 did not exit normally > waitpid11 9 FAIL : Test FAILED > waitpid11 1 FAIL : child returned bad status > waitpid11 2 FAIL : waitpid11 FAILED > %./waitpid12 > waitpid12 1 BROK : Unexpected signal 11 received. > waitpid12 1 BROK : Unexpected signal 11 received. > waitpid12 1 BROK : Unexpected signal 11 received. > waitpid12 1 BROK : Unexpected signal 11 received. > waitpid12 1 BROK : Unexpected signal 11 received. > waitpid12 1 BROK : Unexpected signal 11 received. > waitpid12 1 BROK : Unexpected signal 11 received. > waitpid12 1 BROK : Unexpected signal 11 received. > waitpid12 1 FAIL : Child 874 exited with wrong status > waitpid12 1 BROK : Unexpected signal 28 received. > %waitpid12 2 FAIL : Expected 3 got 2 > waitpid12 3 FAIL : Child 873 exited with wrong status > waitpid12 4 FAIL : Expected 3 got 2 > waitpid12 5 FAIL : Child 872 exited with wrong status > waitpid12 6 FAIL : Expected 3 got 2 > waitpid12 7 FAIL : Child 871 exited with wrong status > waitpid12 8 FAIL : Expected 3 got 2 > waitpid12 9 FAIL : Child 870 exited with wrong status > waitpid12 10 FAIL : Expected 3 got 2 > waitpid12 11 FAIL : Child 869 exited with wrong status > waitpid12 12 FAIL : Expected 3 got 2 > waitpid12 13 FAIL : Child 868 exited with wrong status > waitpid12 14 FAIL : Expected 3 got 2 > waitpid12 15 FAIL : Child 867 exited with wrong status > waitpid12 16 FAIL : Expected 3 got 2 > waitpid12 17 FAIL : Test FAILED > > Results from waitpid0[1-5] are the same as those of i386 from Wiki. > >> Feel free to add content to the wiki. >> >> > * PS: I have modified ports/devel/linux_kdump to build without >> > gentoo. If anybody is interested, you can get it from here: >> > >> > http://people.freebsd.org/~jkim/linux_kdump.tar.gz >> > >> > I just added Linux header files as a patch. :-P >> >> I don't like this fix. > > Believe me, I don't like it myself. That's why I didn't attempt to > commit it. ;-) > >> Why not use the package from the build cluster instead? > > # uname -mr > 7.0-CURRENT amd64 > # pkg_add -r linux_kdump > Error: FTP Unable to get =20 > ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-7-current/Latest/li= nux_kdump.tbz: File unavailable (e.g., file not found, no =20 > access) > pkg_add: unable to fetch =20 > 'ftp://ftp.freebsd.org/pub/FreeBSD/ports/amd64/packages-7-current/Latest/l= inux_kdump.tbz' by =20 > URL Yes, as long as there's the bug, we can't build it. The i386 one should work= . Bye, Alexander. --=20 If you're wondering if you need to stop and pick up bread and eggs on the way home, you do. http://www.Leidinger.net Alexander @ Leidinger.net: PGP ID =3D B0063FE7 http://www.FreeBSD.org netchild @ FreeBSD.org : PGP ID =3D 72077137 From owner-freebsd-emulation@FreeBSD.ORG Fri Sep 29 01:09:49 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 4C2C316A407; Fri, 29 Sep 2006 01:09:49 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id ABDF043D45; Fri, 29 Sep 2006 01:09:48 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id k8T19ggL054983; Thu, 28 Sep 2006 21:09:42 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-emulation@FreeBSD.org Date: Thu, 28 Sep 2006 21:09:17 -0400 User-Agent: KMail/1.6.2 References: <200609261733.48398.jkim@FreeBSD.org> <200609272020.35161.jkim@FreeBSD.org> <20060928073616.yyu76vcnc4g0sowc@webmail.leidinger.net> In-Reply-To: <20060928073616.yyu76vcnc4g0sowc@webmail.leidinger.net> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200609282109.24348.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV 0.88/1950/Thu Sep 28 10:11:54 2006 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Alexander Leidinger , jhb@FreeBSD.org 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: Fri, 29 Sep 2006 01:09:49 -0000 On Thursday 28 September 2006 01:36 am, Alexander Leidinger wrote: > In the archive of LTP on my site there's a verbose logfile in the > root of the ltp directory. There you can see in which order and > with which parameters the tests are called. Could you please run > them (at least until the first syscall, the rest isn't important as > long as there is this bug) by hand and add a corresponding status > and comment to the wiki? I wanted little automation, so I did this: http://people.freebsd.org/~jkim/linux/amd64-testgen.sh which generated: http://people.freebsd.org/~jkim/linux/amd64-test.sh Test result is here: http://people.freebsd.org/~jkim/linux/amd64-gentoo.log Failed tests are listed here: http://people.freebsd.org/~jkim/linux/amd64-failed.txt When I had to kill processes, I logged them here: http://people.freebsd.org/~jkim/linux/amd64-killed.txt dmesg buffer for this run is here: http://people.freebsd.org/~jkim/linux/amd64-dmesg.txt > It may be the case that the problem is somewhere in waitpid, but it > could also be the case it is somewhere else (fork, clone, ...). But > we need to see the big picture to determine this. Let me know if you need anything else. Thanks, Jung-uk Kim From owner-freebsd-emulation@FreeBSD.ORG Fri Sep 29 15:06:12 2006 Return-Path: X-Original-To: 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 79A2716A4F0 for ; Fri, 29 Sep 2006 15:06:12 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 38FD443D83 for ; Fri, 29 Sep 2006 15:04:45 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id k8TF4ZHM027340 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO) for ; Fri, 29 Sep 2006 17:04:35 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id k8TF4ZA3027339 for emulation@freebsd.org; Fri, 29 Sep 2006 17:04:35 +0200 (CEST) Date: Fri, 29 Sep 2006 17:04:35 +0200 From: Divacky Roman To: emulation@freebsd.org Message-ID: <20060929150435.GA27118@stud.fit.vutbr.cz> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: Subject: amd64 TLS implementation 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: Fri, 29 Sep 2006 15:06:12 -0000 hi this http://www.stud.fit.vutbr.cz/~xdivac02/amd64-tls.patch is yet another attempt to do TLS on amd64. This time I am quite hopefull it might work. I dont have amd64 system at hand so pls test: 1) build kernel with this patch 2) sysctl compat.linux.osrelease=2.6.16 3) chroot /compat/linux /bin/bash pls report me what happened (desired behaviour is to get bash prompt) thnx roman ---------------------- www.liberalnistrana.cz From owner-freebsd-emulation@FreeBSD.ORG Fri Sep 29 17:02:25 2006 Return-Path: X-Original-To: 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 6278E16A407 for ; Fri, 29 Sep 2006 17:02:25 +0000 (UTC) (envelope-from bsd@kuehlbox.de) Received: from samael.qmail-ldap.de (mail.kuehlbox.de [62.159.47.22]) by mx1.FreeBSD.org (Postfix) with ESMTP id 4F59A43D6D for ; Fri, 29 Sep 2006 17:02:19 +0000 (GMT) (envelope-from bsd@kuehlbox.de) Received: (qmail 90149 invoked from network); 29 Sep 2006 17:06:30 -0000 Comment: DomainKeys? See http://antispam.yahoo.com/domainkeys DomainKey-Signature: a=rsa-sha1; q=dns; c=nofws; s=default; d=kuehlbox.de; b=JASCCx16z92dXmL862hc8RxPj0KX9mwr4LRnjzXOBawG2HIylgfuEOEMTvQXAHeq218JsSCBVnOuA1Ku0a7mNNyHxnxtR37Yvt/5vZRuJsFIqLF7b+NRBUDcRiGrPlIm ; Received: from unknown (HELO [172.16.21.119]) (bsd@kuehlbox.de@[82.135.94.49]) (envelope-sender ) by samael.qmail-ldap.de (qmail-ldap-1.03) with AES256-SHA encrypted SMTP for ; 29 Sep 2006 17:06:30 -0000 Message-ID: <451D5197.9070509@kuehlbox.de> Date: Fri, 29 Sep 2006 19:02:15 +0200 From: Teufel User-Agent: Thunderbird 1.5.0.7 (Windows/20060909) MIME-Version: 1.0 To: emulation@FreeBSD.org References: <20060921092723.5yizp11bokw8wkcg@webmail.leidinger.net> In-Reply-To: <20060921092723.5yizp11bokw8wkcg@webmail.leidinger.net> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Cc: Subject: Re: Please review: cross-development of linux apps on FreeBSD 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: Fri, 29 Sep 2006 17:02:25 -0000 Alexander Leidinger wrote: > I wrote a little bit about the state of affairs regarding > cross-development of Linux binaries at http://wiki.freebsd.org/linux-xdev Very nice summary, thanks. It should help a lot to clarify. From owner-freebsd-emulation@FreeBSD.ORG Fri Sep 29 19:32:59 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 86AD116A40F for ; Fri, 29 Sep 2006 19:32:59 +0000 (UTC) (envelope-from linimon@FreeBSD.org) Received: from mail.droso.net (koala.droso.net [193.88.12.38]) by mx1.FreeBSD.org (Postfix) with ESMTP id 24ECD43D7E for ; Fri, 29 Sep 2006 19:32:59 +0000 (GMT) (envelope-from linimon@FreeBSD.org) Received: from localhost (localhost [127.0.0.1]) by mail.droso.net (Postfix) with ESMTP id 6A3C02303F for ; Fri, 29 Sep 2006 21:32:58 +0200 (CEST) Received: from koala.ipv6.droso.net (localhost [IPv6:::1]) by mail.droso.net (Postfix) with ESMTP id D5F8623031 for ; Fri, 29 Sep 2006 21:32:50 +0200 (CEST) From: linimon@FreeBSD.org To: freebsd-emulation@freebsd.org Message-Id: <20060929193250.D5F8623031@mail.droso.net> Date: Fri, 29 Sep 2006 21:32:50 +0200 (CEST) X-Virus-Scanned: by amavisd 0.1 Subject: FreeBSD ports that you maintain which are currently marked broken 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: Fri, 29 Sep 2006 19:32:59 -0000 Dear FreeBSD port maintainer: As part of an ongoing effort to reduce the number of problems in the FreeBSD ports system, we are attempting to notify maintainers of ports that are marked as "broken" in their Makefiles. In many cases these ports are failing to compile on some subset of the FreeBSD build environments. The most common problem is that recent versions of -CURRENT include gcc3.4, which is much stricter about such things as function declarations, literal strings constants that continue over several physical lines, and forcing the deprecation of antique header files such as varargs.h (we should now be using stdargs.h). The next most common problem is that compiles succeed on the i386 architecture (e.g. the common Intel PC), but fail on one or more of the other architectures due to assumptions about things such as size of various types, byte-alignment issues, and so forth. In occasional cases we see that the same port may have different errors in different build environments. The script that runs on the build cluster uses heuristics to try to 'guess' the error type to help you isolate problems, but it is only a rough guide. If you need help in one or more build environments that you do not have access to, please ask for help on the freebsd-ports mailing list. One more note: on occasion, there are transient build errors seen on the build farm. Unfortunately, there is not yet any way for this algorithm to tell the difference (humans are much, much better at this kind of thing.) The errors are listed below. In the case where the same problem exists on more than one build environment, the URL points to the latest errorlog for that type. (By 'build environment' here we mean 'combination of 4.x/5.x/6.x with target architecture'.) (Note: the dates are included to help you to gauge whether or not the error still applies to the latest version. The program that generates this report is not yet able to determine this automatically.) portname: emulators/vmware2 broken because: Unfetchable build errors: none. overview: http://portsmon.FreeBSD.org/portoverview.py?category=emulators&portname=vmware2 If these errors are ones that you are already aware of, please accept our apologies and ignore this message. On the other hand, if you no longer wish to maintain this port (or ports), please reply with a message stating that, and accept our thanks for your efforts in the past. Every effort has been made to make sure that these error reports really do correspond to a port that you maintain. However, due to the fact that this is an automated process, it may indeed generate false matches. If one of these errors fits that description, please forward this email to the author of this software, Mark Linimon , so that he can attempt to fix the problem in the future. Thanks for your efforts to help improve FreeBSD. From owner-freebsd-emulation@FreeBSD.ORG Fri Sep 29 21:17:15 2006 Return-Path: X-Original-To: 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 7BC5416A5CA for ; Fri, 29 Sep 2006 21:17:15 +0000 (UTC) (envelope-from bsam@bsam.ru) Received: from mail.kuban.ru (mail.kuban.ru [62.183.66.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 54FA043D49 for ; Fri, 29 Sep 2006 21:17:13 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru ([83.239.48.152]) by mail.kuban.ru (8.9.1/8.9.1) with ESMTP id k8TLGpxA038846; Sat, 30 Sep 2006 01:17:02 +0400 (MSD) Received: from bsam by bsam.ru with local (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GTPii-0000Fk-LU; Sat, 30 Sep 2006 01:16:32 +0400 To: Divacky Roman References: <20060929150435.GA27118@stud.fit.vutbr.cz> From: Boris Samorodov Date: Sat, 30 Sep 2006 01:16:32 +0400 In-Reply-To: <20060929150435.GA27118@stud.fit.vutbr.cz> (Divacky Roman's message of "Fri, 29 Sep 2006 17:04:35 +0200") Message-ID: <37304031@bsam.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: Boris Samorodov Cc: emulation@freebsd.org Subject: Re: amd64 TLS implementation 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: Fri, 29 Sep 2006 21:17:15 -0000 Hi, Roman! Glad to hear you. ;-) On Fri, 29 Sep 2006 17:04:35 +0200 Divacky Roman wrote: > this http://www.stud.fit.vutbr.cz/~xdivac02/amd64-tls.patch is yet another > attempt to do TLS on amd64. This time I am quite hopefull it might work. > I dont have amd64 system at hand so pls test: > 1) build kernel with this patch Two new files from the patch (linux_aio.c and linux_aio.h) should be at a separate patch. And seems that if_em.c stuff doesn't belong to your patch. The kernel builds fine. > 2) sysctl compat.linux.osrelease=2.6.16 > 3) chroot /compat/linux /bin/bash And here we get core dumpted. > pls report me what happened (desired behaviour is to get bash prompt) Well, but your patches may be good but it's another bug (well known, which always lead to bash core dumps). Thanks! WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-emulation@FreeBSD.ORG Fri Sep 29 21:24:32 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 163FE16A7C1; Fri, 29 Sep 2006 21:24:32 +0000 (UTC) (envelope-from jhb@freebsd.org) Received: from server.baldwin.cx (66-23-211-162.clients.speedfactory.net [66.23.211.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 41C9B43D5C; Fri, 29 Sep 2006 21:24:31 +0000 (GMT) (envelope-from jhb@freebsd.org) Received: from localhost.corp.yahoo.com (john@localhost [127.0.0.1]) (authenticated bits=0) by server.baldwin.cx (8.13.6/8.13.6) with ESMTP id k8TLOFdZ018701; Fri, 29 Sep 2006 17:24:28 -0400 (EDT) (envelope-from jhb@freebsd.org) From: John Baldwin To: Jung-uk Kim Date: Fri, 29 Sep 2006 16:43:41 -0400 User-Agent: KMail/1.9.1 References: <200609261733.48398.jkim@FreeBSD.org> <20060928073616.yyu76vcnc4g0sowc@webmail.leidinger.net> <200609282109.24348.jkim@FreeBSD.org> In-Reply-To: <200609282109.24348.jkim@FreeBSD.org> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Content-Disposition: inline Message-Id: <200609291643.41826.jhb@freebsd.org> X-Greylist: Sender succeeded SMTP AUTH authentication, not delayed by milter-greylist-2.0.2 (server.baldwin.cx [127.0.0.1]); Fri, 29 Sep 2006 17:24:29 -0400 (EDT) X-Virus-Scanned: ClamAV 0.88.3/1950/Thu Sep 28 10:11:54 2006 on server.baldwin.cx X-Virus-Status: Clean X-Spam-Status: No, score=-4.4 required=4.2 tests=ALL_TRUSTED,AWL,BAYES_00 autolearn=ham version=3.1.3 X-Spam-Checker-Version: SpamAssassin 3.1.3 (2006-06-01) on server.baldwin.cx Cc: Alexander Leidinger , freebsd-emulation@freebsd.org 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: Fri, 29 Sep 2006 21:24:32 -0000 On Thursday 28 September 2006 21:09, Jung-uk Kim wrote: > On Thursday 28 September 2006 01:36 am, Alexander Leidinger wrote: > > In the archive of LTP on my site there's a verbose logfile in the > > root of the ltp directory. There you can see in which order and > > with which parameters the tests are called. Could you please run > > them (at least until the first syscall, the rest isn't important as > > long as there is this bug) by hand and add a corresponding status > > and comment to the wiki? > > I wanted little automation, so I did this: > > http://people.freebsd.org/~jkim/linux/amd64-testgen.sh > > which generated: > > http://people.freebsd.org/~jkim/linux/amd64-test.sh > > Test result is here: > > http://people.freebsd.org/~jkim/linux/amd64-gentoo.log This helps. Let's start with some baby steps. Can you run msgctl01 and msgctl07 both under ktrace -i? -- John Baldwin From owner-freebsd-emulation@FreeBSD.ORG Sat Sep 30 00:36:51 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 C95E416A407; Sat, 30 Sep 2006 00:36:51 +0000 (UTC) (envelope-from jkim@FreeBSD.org) Received: from anuket.mj.niksun.com (gwnew.niksun.com [65.115.46.162]) by mx1.FreeBSD.org (Postfix) with ESMTP id 79A9843D58; Sat, 30 Sep 2006 00:36:47 +0000 (GMT) (envelope-from jkim@FreeBSD.org) Received: from niksun.com (anuket [10.70.0.5]) by anuket.mj.niksun.com (8.13.1/8.13.1) with ESMTP id k8U0aeQV035597; Fri, 29 Sep 2006 20:36:40 -0400 (EDT) (envelope-from jkim@FreeBSD.org) From: Jung-uk Kim To: freebsd-emulation@FreeBSD.org Date: Fri, 29 Sep 2006 20:36:26 -0400 User-Agent: KMail/1.6.2 References: <200609261733.48398.jkim@FreeBSD.org> <200609282109.24348.jkim@FreeBSD.org> <200609291643.41826.jhb@freebsd.org> In-Reply-To: <200609291643.41826.jhb@freebsd.org> MIME-Version: 1.0 Content-Disposition: inline Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit Message-Id: <200609292036.28415.jkim@FreeBSD.org> X-Virus-Scanned: ClamAV version 0.88, clamav-milter version 0.87 on anuket.mj.niksun.com X-Virus-Status: Clean Cc: Alexander Leidinger , John Baldwin 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: Sat, 30 Sep 2006 00:36:51 -0000 On Friday 29 September 2006 04:43 pm, John Baldwin wrote: > This helps. Let's start with some baby steps. Can you run > msgctl01 and msgctl07 both under ktrace -i? http://people.freebsd.org/~jkim/linux/msgctl01-ktrace.txt http://people.freebsd.org/~jkim/linux/msgctl07-ktrace.txt Note msgctl07's child process was manually killed after parent died. Thanks, Jung-uk Kim From owner-freebsd-emulation@FreeBSD.ORG Sat Sep 30 08:14:51 2006 Return-Path: X-Original-To: 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 06E6D16A40F for ; Sat, 30 Sep 2006 08:14:51 +0000 (UTC) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (eva.fit.vutbr.cz [147.229.176.14]) by mx1.FreeBSD.org (Postfix) with ESMTP id 7FEDF43D69 for ; Sat, 30 Sep 2006 08:14:46 +0000 (GMT) (envelope-from xdivac02@stud.fit.vutbr.cz) Received: from eva.fit.vutbr.cz (localhost [127.0.0.1]) by eva.fit.vutbr.cz (envelope-from xdivac02@eva.fit.vutbr.cz) (8.13.8/8.13.7) with ESMTP id k8U8EhiY068208 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-SHA bits=256 verify=NO); Sat, 30 Sep 2006 10:14:43 +0200 (CEST) Received: (from xdivac02@localhost) by eva.fit.vutbr.cz (8.13.8/8.13.3/Submit) id k8U8EhIv068207; Sat, 30 Sep 2006 10:14:43 +0200 (CEST) Date: Sat, 30 Sep 2006 10:14:43 +0200 From: Divacky Roman To: Boris Samorodov Message-ID: <20060930081443.GA68123@stud.fit.vutbr.cz> References: <20060929150435.GA27118@stud.fit.vutbr.cz> <37304031@bsam.ru> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <37304031@bsam.ru> User-Agent: Mutt/1.4.2.2i X-Scanned-By: MIMEDefang 2.57 on 147.229.176.14 Cc: emulation@freebsd.org Subject: Re: amd64 TLS implementation 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: Sat, 30 Sep 2006 08:14:51 -0000 > > pls report me what happened (desired behaviour is to get bash prompt) > > Well, but your patches may be good but it's another bug (well known, > which always lead to bash core dumps). I uploaded new patch.. the previous one contained obvious bug ;( now I hope it might work... pls test again (the patch is exactly the same just in one place I put td2 instead of td) www.stud.fit.vutbr.cz/~xdivac02/amd64-tls.patch the patch might contain some other changes because I genereate that via p4 diff2 and then edit by hand. But I am sure you will cope with that :) thnx for the testing! roman From owner-freebsd-emulation@FreeBSD.ORG Sat Sep 30 13:46:31 2006 Return-Path: X-Original-To: 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 6EDF216A407 for ; Sat, 30 Sep 2006 13:46:31 +0000 (UTC) (envelope-from bsam@bsam.ru) Received: from mail.kuban.ru (mail.kuban.ru [62.183.66.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 8BD1943D46 for ; Sat, 30 Sep 2006 13:46:29 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru ([83.239.48.172]) by mail.kuban.ru (8.9.1/8.9.1) with ESMTP id k8UDkCL9051794; Sat, 30 Sep 2006 17:46:22 +0400 (MSD) Received: from bsam by bsam.ru with local (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GTfA4-0000Er-Rg; Sat, 30 Sep 2006 17:45:48 +0400 To: Divacky Roman References: <20060929150435.GA27118@stud.fit.vutbr.cz> <37304031@bsam.ru> <20060930081443.GA68123@stud.fit.vutbr.cz> From: Boris Samorodov Date: Sat, 30 Sep 2006 17:45:48 +0400 In-Reply-To: <20060930081443.GA68123@stud.fit.vutbr.cz> (Divacky Roman's message of "Sat, 30 Sep 2006 10:14:43 +0200") Message-ID: <69458067@bsam.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: Boris Samorodov Cc: emulation@freebsd.org Subject: Re: amd64 TLS implementation 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: Sat, 30 Sep 2006 13:46:31 -0000 On Sat, 30 Sep 2006 10:14:43 +0200 Divacky Roman wrote: > I uploaded new patch.. the previous one contained obvious bug ;( > now I hope it might work... pls test again (the patch is exactly > the same just in one place I put td2 instead of td) > www.stud.fit.vutbr.cz/~xdivac02/amd64-tls.patch > the patch might contain some other changes because I genereate that > via p4 diff2 and then edit by hand. But I am sure you will cope with > that :) Assuming new files are needed (linux_aio.c, linux_aio.h) as well as patches for conf/files.amd64 and conf/files.i386, the kernel builds successfully. But chrooting segfaults. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve From owner-freebsd-emulation@FreeBSD.ORG Sat Sep 30 19:04:21 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 DEF3C16A412; Sat, 30 Sep 2006 19:04:21 +0000 (UTC) (envelope-from bsam@bsam.ru) Received: from mail.kuban.ru (mail.kuban.ru [62.183.66.246]) by mx1.FreeBSD.org (Postfix) with ESMTP id 2176E43D46; Sat, 30 Sep 2006 19:04:20 +0000 (GMT) (envelope-from bsam@bsam.ru) Received: from bsam.ru ([83.239.48.167]) by mail.kuban.ru (8.9.1/8.9.1) with ESMTP id k8UJ40JC085473; Sat, 30 Sep 2006 23:04:10 +0400 (MSD) Received: from bsam by bsam.ru with local (Exim 4.62 (FreeBSD)) (envelope-from ) id 1GTk7f-0000cu-Tv; Sat, 30 Sep 2006 23:03:39 +0400 To: stan References: <20060930125653.GA26969@teddy.fas.com> <03377717@bsam.ru> <20060930184359.GA3000@teddy.fas.com> From: Boris Samorodov Date: Sat, 30 Sep 2006 23:03:39 +0400 In-Reply-To: <20060930184359.GA3000@teddy.fas.com> (stan's message of "Sat, 30 Sep 2006 14:43:59 -0400") Message-ID: <14099892@bsam.ru> User-Agent: Gnus/5.11 (Gnus v5.11) Emacs/22.0.50 (berkeley-unix) MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: Boris Samorodov Cc: freebsd-emulation@freebsd.org, Free BSD Questions list Subject: Re: What linux_base for Oracle on 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: Sat, 30 Sep 2006 19:04:22 -0000 Moving the thread to freebsd-emulation@. On Sat, 30 Sep 2006 14:43:59 -0400 stan wrote: > On Sat, Sep 30, 2006 at 05:51:38PM +0400, Boris Samorodov wrote: > > On Sat, 30 Sep 2006 08:56:53 -0400 stan wrote: > > > The handbook says that I need to install the emulators/linux_base port in order to install > > > Oracle. But when I try to install this port, it says that it is depricated. > > > > > What ports do I need to install in order to install Oracle on FreeBSD 6.x > > > on an AMD64 architecture machine? > > > > Current default (maintained) linux base port is linux_base-fc4. > > > Thanks, I got that installed. > Now what about the linux_devtools port the Handbook referes to? > I can't find such a port. Oops, The handbook seems to be staled at that point. Linux_devtools was removed. It was used with unsupported linux_base port (which may be removed any time now). It is recommended to use linux_dist ports for development. You may consider searching mail archieves on Oracle installing. There were some threads about it recently (though I don't recall exact mailing list, but it may be emulation@, current@, stable@). May be somebody at freebsd-emulation@ list may help you. WBR -- Boris Samorodov (bsam) Research Engineer, http://www.ipt.ru Telephone & Internet SP FreeBSD committer, http://www.FreeBSD.org The Power To Serve