From owner-freebsd-emulation Mon Jul 17 7:25:40 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 43B8C37BA0A for ; Mon, 17 Jul 2000 07:25:32 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id QAA35657; Mon, 17 Jul 2000 16:25:23 +0200 (CEST) (envelope-from des@flood.ping.uio.no) To: emulation@freebsd.org Subject: linux.sh should mount linprocfs From: Dag-Erling Smorgrav Date: 17 Jul 2000 16:25:23 +0200 Message-ID: Lines: 42 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I think linux.sh should be modified to load linprocfs and mount /compat/linux/proc in addition to loading the linux module. Here's a rough patch, though it lacks error checking. The patch also removes tons of useless whitespace. Index: linux.sh =================================================================== RCS file: /home/ncvs/src/sys/modules/linux/linux.sh,v retrieving revision 1.8 diff -u -r1.8 linux.sh --- linux.sh 1999/12/13 08:38:22 1.8 +++ linux.sh 2000/07/17 14:24:25 @@ -2,16 +2,21 @@ # $FreeBSD: src/sys/modules/linux/linux.sh,v 1.8 1999/12/13 08:38:22 cracauer Exp $ -FOUND=`kldstat -v | egrep 'linux(aout|elf)'` +FOUND=$(kldstat -v | egrep 'linux(aout|elf)') exitcode=0 -if [ "x$FOUND" != x ] ; then +if [ "x$FOUND" != x ] ; then echo Linux driver already loaded exitcode=1 -else - kldload linux +else + kldload linux exitcode=$? +fi + +if [ -z $(kldstat -v | grep 'linprocfs') ] ; then + kldstat linprocfs + mount_linprocfs linprocfs /compat/linux/proc fi if [ -f /compat/linux/sbin/ldconfig ] ; then DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Jul 17 7:31:24 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 8D91437BA01 for ; Mon, 17 Jul 2000 07:31:13 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id QAA35693; Mon, 17 Jul 2000 16:31:10 +0200 (CEST) (envelope-from des@flood.ping.uio.no) To: emulation@FreeBSD.ORG Subject: Re: linux.sh should mount linprocfs References: From: Dag-Erling Smorgrav Date: 17 Jul 2000 16:31:10 +0200 In-Reply-To: Dag-Erling Smorgrav's message of "17 Jul 2000 16:25:23 +0200" Message-ID: Lines: 11 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dag-Erling Smorgrav writes: > +if [ -z $(kldstat -v | grep 'linprocfs') ] ; then > + kldstat linprocfs > + mount_linprocfs linprocfs /compat/linux/proc > fi Uh, add double quotes around the $() stuff on the first line there. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Jul 17 7:34:26 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from flood.ping.uio.no (flood.ping.uio.no [129.240.78.31]) by hub.freebsd.org (Postfix) with ESMTP id 834C837B92E for ; Mon, 17 Jul 2000 07:34:19 -0700 (PDT) (envelope-from des@flood.ping.uio.no) Received: (from des@localhost) by flood.ping.uio.no (8.9.3/8.9.3) id QAA35712; Mon, 17 Jul 2000 16:34:15 +0200 (CEST) (envelope-from des@flood.ping.uio.no) To: emulation@FreeBSD.ORG Subject: Re: linux.sh should mount linprocfs References: From: Dag-Erling Smorgrav Date: 17 Jul 2000 16:34:14 +0200 In-Reply-To: Dag-Erling Smorgrav's message of "17 Jul 2000 16:31:10 +0200" Message-ID: Lines: 20 User-Agent: Gnus/5.0802 (Gnus v5.8.2) Emacs/20.4 MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dag-Erling Smorgrav writes: > Dag-Erling Smorgrav writes: > > +if [ -z $(kldstat -v | grep 'linprocfs') ] ; then > > + kldstat linprocfs > > + mount_linprocfs linprocfs /compat/linux/proc > > fi > Uh, add double quotes around the $() stuff on the first line there. This is definitely not my day! The second kldstat should be a kldload instead. Plus, the linprocfs might be loaded but not mounted, so we need to separate kldload and mount and test for each separately. And it's not really necessary to kldload, since mount_linprocfs will do it if the module isn't loaded already. DES -- Dag-Erling Smorgrav - des@flood.ping.uio.no To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Jul 17 7:48:25 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from mout1.silyn-tek.de (mout1.silyn-tek.de [194.25.165.69]) by hub.freebsd.org (Postfix) with ESMTP id 4E6C037B5CA for ; Mon, 17 Jul 2000 07:48:22 -0700 (PDT) (envelope-from alex@big.endian.de) Received: from [192.168.32.33] (helo=mx1.silyn-tek.de) by mout1.silyn-tek.de with esmtp (Exim 3.13 #1) id 13ECBP-00005e-00; Mon, 17 Jul 2000 16:47:47 +0200 Received: from p3e9c116d.dip0.t-ipconnect.de ([62.156.17.109] helo=neutron.cichlids.com) by mx1.silyn-tek.de with esmtp (Exim 3.13 #1) id 13ECBM-0002vD-00; Mon, 17 Jul 2000 16:47:44 +0200 Received: from cichlids.cichlids.com (cichlids.cichlids.com [192.168.0.10]) by neutron.cichlids.com (Postfix) with ESMTP id 48FBFAB91; Mon, 17 Jul 2000 16:49:14 +0200 (CEST) Received: by cichlids.cichlids.com (Postfix, from userid 1001) id 2CF6114A62; Mon, 17 Jul 2000 16:47:45 +0200 (CEST) Date: Mon, 17 Jul 2000 16:47:44 +0200 To: Dag-Erling Smorgrav Cc: emulation@FreeBSD.ORG Subject: Re: linux.sh should mount linprocfs Message-ID: <20000717164744.A21201@cichlids.cichlids.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: ; from des@flood.ping.uio.no on Mon, Jul 17, 2000 at 04:25:23PM +0200 X-PGP-Fingerprint: 44 28 CA 4C 46 5B D3 A8 A8 E3 BA F3 4E 60 7D 7F X-PGP-at: finger alex@big.endian.de X-Verwirrung: Dieser Header dient der allgemeinen Verwirrung. From: alex@big.endian.de (Alexander Langer) Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Thus spake Dag-Erling Smorgrav (des@flood.ping.uio.no): > +if [ -z $(kldstat -v | grep 'linprocfs') ] ; then > + kldstat linprocfs ^^^^ kldload? That should be an additional option, though (for rc.conf), such as linux_procfs_enable="yes" # mount linuxprocfs, if linux_enable is set and a param to linux.sh, such as -p (for procfs) Alex -- cat: /home/alex/.sig: No such file or directory To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Jul 17 10:19:44 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id E6E4437B5A7; Mon, 17 Jul 2000 10:19:37 -0700 (PDT) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id 1ADD7646; Mon, 17 Jul 2000 10:19:34 -0700 (PDT) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.02) with ESMTP id KAA01814; Mon, 17 Jul 2000 10:19:33 -0700 (PDT) Message-ID: <39734025.4AF2C903@cup.hp.com> Date: Mon, 17 Jul 2000 10:19:33 -0700 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Carl Makin Cc: stable@FreeBSD.ORG, emulation@FreeBSD.ORG Subject: Re: Removing Path prefixing for Linux binaries. (ie to run ADSM) References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [cc'd to emulation as well] Carl Makin wrote: > I've been trying to work out a clean way to label linux binaries that I > don't want the path prepending done to. This prepending makes the linux > ADSM client unusable (for example). > > Does anyone have any better ideas or is interested in working on this? The prepending is not bad. What is bad is that Linux binaries don't get to see the complete filesystem. I've been thinking about a unionfs type solution, but haven't been able to spend more time on it. Disabling the path prepending for Linux binaries is not a good solution in general, because you would probably end up trying to link FreeBSD libraries that happen to have the same name as the Linux libraries you're actually trying to link in (assuming dynamic linking in this case). You don't have that problem for static linked binaries. No matter how you linked your binary, you also have possible configuration file conflicts... -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Jul 17 11:57:41 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id F245B37BAA9 for ; Mon, 17 Jul 2000 11:57:38 -0700 (PDT) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id 76540272; Mon, 17 Jul 2000 11:57:38 -0700 (PDT) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.02) with ESMTP id LAA06845; Mon, 17 Jul 2000 11:57:37 -0700 (PDT) Message-ID: <39735721.BE08EA1C@cup.hp.com> Date: Mon, 17 Jul 2000 11:57:37 -0700 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Alexander Langer Cc: Dag-Erling Smorgrav , emulation@FreeBSD.ORG Subject: Re: linux.sh should mount linprocfs References: <20000717164744.A21201@cichlids.cichlids.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Alexander Langer wrote: > > Thus spake Dag-Erling Smorgrav (des@flood.ping.uio.no): > > > +if [ -z $(kldstat -v | grep 'linprocfs') ] ; then > > + kldstat linprocfs > ^^^^ kldload? > > That should be an additional option, though (for rc.conf), such as > linux_procfs_enable="yes" # mount linuxprocfs, if linux_enable is set > > and a param to linux.sh, such as -p (for procfs) I agree. As long as linprocfs is a seperate module that is not needed in most cases, it should not be loaded and mounted unconditionally. -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Jul 17 13: 4:56 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from cc677580-a.sumt1.nj.home.com (cc677580-a.sumt1.nj.home.com [24.180.22.57]) by hub.freebsd.org (Postfix) with ESMTP id 8516937BBB0 for ; Mon, 17 Jul 2000 13:04:49 -0700 (PDT) (envelope-from squirk@home.com) Received: from localhost (squirk@localhost) by cc677580-a.sumt1.nj.home.com (8.9.3/8.9.3) with ESMTP id QAA14374 for ; Mon, 17 Jul 2000 16:04:47 -0400 (EDT) (envelope-from squirk@home.com) X-Authentication-Warning: cc677580-a.sumt1.nj.home.com: squirk owned process doing -bs Date: Mon, 17 Jul 2000 16:04:47 -0400 (EDT) From: Steve Quirk X-Sender: squirk@cc677580-a.sumt1.nj.home.com To: freebsd-emulation@freebsd.org Subject: pwrite syscall Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm running Oracle 8.1.6 (installed via nfs from a Linux host). It's running ok (though I can't qualify that beyond "I can do simple operations"). I'm getting a lot of "linux: syscall pwrite is obsoleted or not implemented (pid=4217) last message repeated XX times" in messages. Process 4217 is "ora_ckpt". Is there a reason why the Linux pwrite isn't mapped to the FreeBSD pwrite syscall? The man pages for pwrite(2) look compatible between the two systems. Where should I look to try this myself (unless someone wants to talk me out of it)? Steve To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Jul 17 13:43:19 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id C768C37BC5A for ; Mon, 17 Jul 2000 13:43:08 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.3/8.9.3) id PAA16791; Mon, 17 Jul 2000 15:42:51 -0500 (CDT) (envelope-from dan) Date: Mon, 17 Jul 2000 15:42:51 -0500 From: Dan Nelson To: Steve Quirk Cc: freebsd-emulation@FreeBSD.ORG Subject: Re: pwrite syscall Message-ID: <20000717154251.A17612@dan.emsphone.com> References: Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.3.5i In-Reply-To: ; from "Steve Quirk" on Mon Jul 17 16:04:47 GMT 2000 X-OS: FreeBSD 5.0-CURRENT Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In the last episode (Jul 17), Steve Quirk said: > I'm running Oracle 8.1.6 (installed via nfs from a Linux host). It's > running ok (though I can't qualify that beyond "I can do simple > operations"). > > I'm getting a lot of > "linux: syscall pwrite is obsoleted or not implemented (pid=4217) > last message repeated XX times" > in messages. > > Process 4217 is "ora_ckpt". > > Is there a reason why the Linux pwrite isn't mapped to the FreeBSD pwrite > syscall? The man pages for pwrite(2) look compatible between the two > systems. Already done :) You'll have to wait a while for it to appear in -STABLE. marcel 2000/07/16 17:17:08 PDT Modified files: sys/i386/linux linux_dummy.c linux_file.c linux_proto.h linux_syscall.h linux_sysent.c Log: Implement pread and pwrite. PR: 17991 Submitted by: Geoffrey Speicher -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Jul 17 14:19:59 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id 5891F37BCBE for ; Mon, 17 Jul 2000 14:19:57 -0700 (PDT) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id A6035EEF; Mon, 17 Jul 2000 14:19:50 -0700 (PDT) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.02) with ESMTP id OAA12753; Mon, 17 Jul 2000 14:19:49 -0700 (PDT) Message-ID: <39737876.8C597655@cup.hp.com> Date: Mon, 17 Jul 2000 14:19:50 -0700 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Steve Quirk Cc: freebsd-emulation@FreeBSD.ORG Subject: Re: pwrite syscall References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Steve Quirk wrote: > > I'm running Oracle 8.1.6 (installed via nfs from a Linux host). It's > running ok (though I can't qualify that beyond "I can do simple > operations"). > > I'm getting a lot of > "linux: syscall pwrite is obsoleted or not implemented (pid=4217) > last message repeated XX times" > in messages. > > Process 4217 is "ora_ckpt". > > Is there a reason why the Linux pwrite isn't mapped to the FreeBSD pwrite > syscall? The man pages for pwrite(2) look compatible between the two > systems. pwrite and pread have been implemented in -current just yesterday. A MFC can be expected within a couple of days (both to 4-stable and 3-stable). The interface exposed is the same, but FreeBSD has an additional argument for the syscall. -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Jul 17 14:53:34 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id 8626537B57C for ; Mon, 17 Jul 2000 14:53:26 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.3/8.9.3) id QAA26021; Mon, 17 Jul 2000 16:50:53 -0500 (CDT) (envelope-from dan) Date: Mon, 17 Jul 2000 16:50:53 -0500 From: Dan Nelson To: Marcel Moolenaar Cc: freebsd-emulation@FreeBSD.ORG Subject: Re: pwrite syscall Message-ID: <20000717165053.A25188@dan.emsphone.com> References: <39737876.8C597655@cup.hp.com> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Disposition: inline User-Agent: Mutt/1.3.5i In-Reply-To: <39737876.8C597655@cup.hp.com>; from "Marcel Moolenaar" on Mon Jul 17 14:19:50 GMT 2000 X-OS: FreeBSD 5.0-CURRENT Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In the last episode (Jul 17), Marcel Moolenaar said: > > pwrite and pread have been implemented in -current just yesterday. A MFC > can be expected within a couple of days (both to 4-stable and 3-stable). Speaking of easy-to-implement syscalls, have the syscall numbers for 64-bit file access under Linux been assigned yet (I imagine mmap, lseek, and truncate are all that's needed)? It'd be nice to have 64-bit capability under Linux emulation even before it's widely available for Linux itself :) -- Dan Nelson dnelson@emsphone.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Jul 17 14:58:46 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from cc677580-a.sumt1.nj.home.com (cc677580-a.sumt1.nj.home.com [24.180.22.57]) by hub.freebsd.org (Postfix) with ESMTP id DE67C37B57C for ; Mon, 17 Jul 2000 14:58:43 -0700 (PDT) (envelope-from squirk@home.com) Received: from localhost (squirk@localhost) by cc677580-a.sumt1.nj.home.com (8.9.3/8.9.3) with ESMTP id RAA00407 for ; Mon, 17 Jul 2000 17:58:46 -0400 (EDT) (envelope-from squirk@home.com) X-Authentication-Warning: cc677580-a.sumt1.nj.home.com: squirk owned process doing -bs Date: Mon, 17 Jul 2000 17:58:46 -0400 (EDT) From: Steve Quirk X-Sender: squirk@cc677580-a.sumt1.nj.home.com To: freebsd-emulation@FreeBSD.ORG Subject: Re: pwrite syscall In-Reply-To: <20000717154251.A17612@dan.emsphone.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I applied the changes and rebuilt. Oracle's running and the messages haven't shown up, so I'm going to assume everything's fine. Thanks. Steve On Mon, 17 Jul 2000, Dan Nelson wrote: > In the last episode (Jul 17), Steve Quirk said: > > I'm running Oracle 8.1.6 (installed via nfs from a Linux host). It's > > running ok (though I can't qualify that beyond "I can do simple > > operations"). > > > > I'm getting a lot of > > "linux: syscall pwrite is obsoleted or not implemented (pid=4217) > > last message repeated XX times" > > in messages. > > > > Process 4217 is "ora_ckpt". > > > > Is there a reason why the Linux pwrite isn't mapped to the FreeBSD pwrite > > syscall? The man pages for pwrite(2) look compatible between the two > > systems. > > Already done :) You'll have to wait a while for it to appear in > -STABLE. > > marcel 2000/07/16 17:17:08 PDT > Modified files: > sys/i386/linux linux_dummy.c linux_file.c linux_proto.h > linux_syscall.h linux_sysent.c > Log: > Implement pread and pwrite. > PR: 17991 > Submitted by: Geoffrey Speicher > > > -- > Dan Nelson > dnelson@emsphone.com > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-emulation" in the body of the message > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Jul 17 15: 0:51 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id 2962937B55F for ; Mon, 17 Jul 2000 15:00:49 -0700 (PDT) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id 13C338A5; Mon, 17 Jul 2000 15:00:26 -0700 (PDT) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.02) with ESMTP id PAA14375; Mon, 17 Jul 2000 15:00:25 -0700 (PDT) Message-ID: <397381FA.371BAB89@cup.hp.com> Date: Mon, 17 Jul 2000 15:00:26 -0700 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Dan Nelson Cc: freebsd-emulation@FreeBSD.ORG Subject: Re: pwrite syscall References: <39737876.8C597655@cup.hp.com> <20000717165053.A25188@dan.emsphone.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dan Nelson wrote: > > In the last episode (Jul 17), Marcel Moolenaar said: > > > > pwrite and pread have been implemented in -current just yesterday. A MFC > > can be expected within a couple of days (both to 4-stable and 3-stable). > > Speaking of easy-to-implement syscalls, have the syscall numbers for > 64-bit file access under Linux been assigned yet (I imagine mmap, > lseek, and truncate are all that's needed)? I haven't looked for that, so I don't know. -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Jul 19 17:36:57 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from blaze.net.au (gw-blaze.wire.net.au [203.36.3.32]) by hub.freebsd.org (Postfix) with ESMTP id 5913337B9C1 for ; Wed, 19 Jul 2000 17:36:46 -0700 (PDT) (envelope-from davidn@blaze.net.au) Received: from biscuit.mel.ausisp.net (apollo.wire.net.au [203.36.3.14]) by blaze.net.au (8.9.3/8.9.3) with ESMTP id KAA21456 for ; Thu, 20 Jul 2000 10:36:38 +1000 (EST) (envelope-from davidn@blaze.net.au) Date: Thu, 20 Jul 2000 10:36:50 +1000 (EST) From: David Nugent X-Sender: davidn@biscuit.mel.ausisp.net To: freebsd-emulation@freebsd.org Subject: Linux pread() / pwrite() Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Is there any particular reason why we do not gate Linux pread()/pwrite() syscalls into our kernel's version of the same functions? Linux and BSD manpages don't seem to indicate that there's some difference, but I note that Linux emulation currently defines them as stubs only. Interbase 6.0 Linux binaries seem to run fine when the appropriate gating of this syscall is done. It apparently uses pread()/pwrite() extensively for accessing databases, and there's been no sign of corruption of any problem at all. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Jul 19 17:44: 1 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from palrel3.hp.com (palrel3.hp.com [156.153.255.226]) by hub.freebsd.org (Postfix) with ESMTP id 58B2637B588 for ; Wed, 19 Jul 2000 17:43:59 -0700 (PDT) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel3.hp.com (Postfix) with ESMTP id 7B7C0411F; Wed, 19 Jul 2000 17:43:55 -0700 (PDT) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.02) with ESMTP id RAA28545; Wed, 19 Jul 2000 17:43:54 -0700 (PDT) Message-ID: <39764B4B.926334A9@cup.hp.com> Date: Wed, 19 Jul 2000 17:43:55 -0700 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: David Nugent Cc: freebsd-emulation@FreeBSD.ORG Subject: Re: Linux pread() / pwrite() References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org David Nugent wrote: > > Is there any particular reason why we do not gate Linux pread()/pwrite() > syscalls into our kernel's version of the same functions? Linux and BSD > manpages don't seem to indicate that there's some difference, but I note > that Linux emulation currently defines them as stubs only. They are implemented and MFC'd just this week. The difference is on the syscall level, BTW. -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Jul 20 10:58:23 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id 701A237BAA1; Thu, 20 Jul 2000 10:58:12 -0700 (PDT) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id C1082C1B; Thu, 20 Jul 2000 10:58:11 -0700 (PDT) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.02) with ESMTP id KAA28791; Thu, 20 Jul 2000 10:58:10 -0700 (PDT) Message-ID: <39773DB3.D12C43C9@cup.hp.com> Date: Thu, 20 Jul 2000 10:58:11 -0700 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Warner Losh Cc: Robert Watson , security-officer@FreeBSD.org, emulation@FreeBSD.org Subject: Linuxulator and security [was: Re: cvs commit: src/sys/i386/linux linux_dummy.c linux_misc.c] References: <39773728.7D94D63F@cup.hp.com> <200007201738.LAA91857@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [removed from cvs-all and committers; added to emulation] Warner Losh wrote: > > In message <39773728.7D94D63F@cup.hp.com> Marcel Moolenaar writes: > : There's no such thing as half-security. You either (try to) provide a > : secure emulator or you don't. Currently, the Linuxulator has many holes. > : If we're going to shift our focus from getting the most applications to > : run to making the Linuxulator secure, we have to take into account all > : the non-technical consequences as well. Which ever way we choose, we > : need to have the support of the FreeBSD community at large. > > I'm sure that if we could bring a more secure version of Linux than > Linux, we'd have widespread support. What things would break if we > did them more securely? Doing the same, but only more secure should not introduce breakages. The point is that you either won't be able to emulate or have to pay a performance penalty. The former prevents applications to run if they happen to use or depend on un-emulatable syscalls, the latter influences the usability of the Linuxulator at large. We have to be careful in our quest to make the Linuxulator secure that we do not render it useless due to a reduced application base and/or poor performance. > : BTW: Making the Linuxulator secure is relatively easy if you only count > : Linux binaries that are developed for a real Linux system. It's much > : harder to make it secure for any Linux binaries that are designed to > : exploit bugs in the Linuxulator, right? > > No. Please explain how it can not be harder. > Programs that attack bugs in the linuxulator need to be defended > against. Otherwise, we've just introduced a big, huge security hole > into FreeBSD which isn't acceptible. Lots of people run the > Linuxulator, so any attacks that one can launch on it will have a > large i mpact in our user base. Exactly. I think that closing the security holes also has a large impact on our user base. -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Jul 20 11: 8:22 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id 41BD137BEBF; Thu, 20 Jul 2000 11:08:16 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id MAA99114; Thu, 20 Jul 2000 12:08:12 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id MAA92185; Thu, 20 Jul 2000 12:08:08 -0600 (MDT) Message-Id: <200007201808.MAA92185@harmony.village.org> To: Marcel Moolenaar Subject: Re: Linuxulator and security [was: Re: cvs commit: src/sys/i386/linux linux_dummy.c linux_misc.c] Cc: Robert Watson , security-officer@FreeBSD.org, emulation@FreeBSD.org In-reply-to: Your message of "Thu, 20 Jul 2000 10:58:11 PDT." <39773DB3.D12C43C9@cup.hp.com> References: <39773DB3.D12C43C9@cup.hp.com> <39773728.7D94D63F@cup.hp.com> <200007201738.LAA91857@harmony.village.org> Date: Thu, 20 Jul 2000 12:08:08 -0600 From: Warner Losh Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <39773DB3.D12C43C9@cup.hp.com> Marcel Moolenaar writes: : [removed from cvs-all and committers; added to emulation] : : Warner Losh wrote: : > : > In message <39773728.7D94D63F@cup.hp.com> Marcel Moolenaar writes: : > : There's no such thing as half-security. You either (try to) provide a : > : secure emulator or you don't. Currently, the Linuxulator has many holes. : > : If we're going to shift our focus from getting the most applications to : > : run to making the Linuxulator secure, we have to take into account all : > : the non-technical consequences as well. Which ever way we choose, we : > : need to have the support of the FreeBSD community at large. : > : > I'm sure that if we could bring a more secure version of Linux than : > Linux, we'd have widespread support. What things would break if we : > did them more securely? : : Doing the same, but only more secure should not introduce breakages. The : point is that you either won't be able to emulate or have to pay a : performance penalty. The former prevents applications to run if they : happen to use or depend on un-emulatable syscalls, the latter influences : the usability of the Linuxulator at large. We have to be careful in our : quest to make the Linuxulator secure that we do not render it useless : due to a reduced application base and/or poor performance. But having security holes is not acceptible at all. I'm sorry if that makes things run more slowly, but we are a secure OS and we take security very seriously. There isn't an exception for the linuxulator because it is convenient to do so. It has just escaped my notice until now. I don't think that the security models are that radically different that we can't do the safe thing when we need to. : > : BTW: Making the Linuxulator secure is relatively easy if you only count : > : Linux binaries that are developed for a real Linux system. It's much : > : harder to make it secure for any Linux binaries that are designed to : > : exploit bugs in the Linuxulator, right? : > : > No. : : Please explain how it can not be harder. I guess I meant "no, you have to make it secure against all attackers" not "no, it wouldn't be harder." I suspect that it might be difficult to do this in some cases. : > Programs that attack bugs in the linuxulator need to be defended : > against. Otherwise, we've just introduced a big, huge security hole : > into FreeBSD which isn't acceptible. Lots of people run the : > Linuxulator, so any attacks that one can launch on it will have a : > large i mpact in our user base. : : Exactly. I think that closing the security holes also has a large impact : on our user base. And not closing them will give FreeBSD a big black eye if someone can come up with a binary that will crash the system or give it elevated privs, etc. I think that the linuxulator has done an excellent job of emulating things. We just need to now make sure that it doesn't introduce holes into the system, either from allowing setuid linux programs to do bad things, or by allowing non-setuid programs to cause bad things to happen to the system. I don't have anything specific in mind, but wanted to reiterate this point. I'll take a look at the linuxulator as time allows and work with you to address concerns, if any, that I find. Fair enough? Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Jul 20 11:29:46 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from palrel1.hp.com (palrel1.hp.com [156.153.255.242]) by hub.freebsd.org (Postfix) with ESMTP id 17A2D37BB5E; Thu, 20 Jul 2000 11:29:44 -0700 (PDT) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by palrel1.hp.com (Postfix) with ESMTP id 5060215B5; Thu, 20 Jul 2000 11:28:21 -0700 (PDT) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com (8.9.3 (PHNE_18979)/8.9.3 SMKit7.02) with ESMTP id LAA00278; Thu, 20 Jul 2000 11:28:05 -0700 (PDT) Message-ID: <397744B5.513D3070@cup.hp.com> Date: Thu, 20 Jul 2000 11:28:05 -0700 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.73 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: Warner Losh Cc: Robert Watson , security-officer@FreeBSD.ORG, emulation@FreeBSD.ORG Subject: Re: Linuxulator and security [was: Re: cvs commit: src/sys/i386/linux linux_dummy.c linux_misc.c] References: <39773DB3.D12C43C9@cup.hp.com> <39773728.7D94D63F@cup.hp.com> <200007201738.LAA91857@harmony.village.org> <200007201808.MAA92185@harmony.village.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Warner Losh wrote: > > : > I'm sure that if we could bring a more secure version of Linux than > : > Linux, we'd have widespread support. What things would break if we > : > did them more securely? > : > : Doing the same, but only more secure should not introduce breakages. The > : point is that you either won't be able to emulate or have to pay a > : performance penalty. The former prevents applications to run if they > : happen to use or depend on un-emulatable syscalls, the latter influences > : the usability of the Linuxulator at large. We have to be careful in our > : quest to make the Linuxulator secure that we do not render it useless > : due to a reduced application base and/or poor performance. > > But having security holes is not acceptible at all. I'm sorry if that > makes things run more slowly, but we are a secure OS and we take > security very seriously. I'm not necessarily disagreeing. All I'm saying is that we shouldn't just turn the wheel, U-turn and be done with it. There may be roadblocks we could have avoided if we simply took the next intersection... As I said to Robert in a private email (but slightly different): Issue raised. Point taken. Don't panic. > happen to the system. I don't have anything specific in mind, but > wanted to reiterate this point. I'll take a look at the linuxulator > as time allows and work with you to address concerns, if any, that I > find. Fair enough? Sure. -- Marcel Moolenaar mail: marcel@cup.hp.com / marcel@FreeBSD.org tel: (408) 447-4222 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Jul 20 11:31:22 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from rover.village.org (rover.village.org [204.144.255.49]) by hub.freebsd.org (Postfix) with ESMTP id DAB4137C0B8; Thu, 20 Jul 2000 11:31:16 -0700 (PDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (harmony.village.org [10.0.0.6]) by rover.village.org (8.9.3/8.9.3) with ESMTP id MAA99249; Thu, 20 Jul 2000 12:31:15 -0600 (MDT) (envelope-from imp@harmony.village.org) Received: from harmony.village.org (localhost.village.org [127.0.0.1]) by harmony.village.org (8.9.3/8.8.3) with ESMTP id MAA92425; Thu, 20 Jul 2000 12:31:11 -0600 (MDT) Message-Id: <200007201831.MAA92425@harmony.village.org> To: Marcel Moolenaar Subject: Re: Linuxulator and security [was: Re: cvs commit: src/sys/i386/linux linux_dummy.c linux_misc.c] Cc: Robert Watson , security-officer@FreeBSD.ORG, emulation@FreeBSD.ORG In-reply-to: Your message of "Thu, 20 Jul 2000 11:28:05 PDT." <397744B5.513D3070@cup.hp.com> References: <397744B5.513D3070@cup.hp.com> <39773DB3.D12C43C9@cup.hp.com> <39773728.7D94D63F@cup.hp.com> <200007201738.LAA91857@harmony.village.org> <200007201808.MAA92185@harmony.village.org> Date: Thu, 20 Jul 2000 12:31:11 -0600 From: Warner Losh Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In message <397744B5.513D3070@cup.hp.com> Marcel Moolenaar writes: : I'm not necessarily disagreeing. All I'm saying is that we shouldn't : just turn the wheel, U-turn and be done with it. There may be roadblocks : we could have avoided if we simply took the next intersection... Good. : As I said to Robert in a private email (but slightly different): Issue : raised. Point taken. Don't panic. Even better :-). : > happen to the system. I don't have anything specific in mind, but : > wanted to reiterate this point. I'll take a look at the linuxulator : > as time allows and work with you to address concerns, if any, that I : > find. Fair enough? : : Sure. Cool. Warner To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Jul 21 2:17:48 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from freefall.freebsd.org (freefall.FreeBSD.ORG [204.216.27.21]) by hub.freebsd.org (Postfix) with ESMTP id 6E02C37B5F6; Fri, 21 Jul 2000 02:17:46 -0700 (PDT) (envelope-from kris@FreeBSD.org) Received: from localhost (kris@localhost) by freefall.freebsd.org (8.9.3/8.9.2) with ESMTP id CAA04093; Fri, 21 Jul 2000 02:17:46 -0700 (PDT) (envelope-from kris@FreeBSD.org) X-Authentication-Warning: freefall.freebsd.org: kris owned process doing -bs Date: Fri, 21 Jul 2000 02:17:45 -0700 (PDT) From: Kris Kennaway To: Marcel Moolenaar Cc: Warner Losh , Robert Watson , security-officer@FreeBSD.org, emulation@FreeBSD.org Subject: Re: Linuxulator and security [was: Re: cvs commit: src/sys/i386/linux linux_dummy.c linux_misc.c] In-Reply-To: <39773DB3.D12C43C9@cup.hp.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Thu, 20 Jul 2000, Marcel Moolenaar wrote: > Doing the same, but only more secure should not introduce breakages. The > point is that you either won't be able to emulate or have to pay a > performance penalty. The former prevents applications to run if they > happen to use or depend on un-emulatable syscalls, the latter influences > the usability of the Linuxulator at large. We have to be careful in our > quest to make the Linuxulator secure that we do not render it useless > due to a reduced application base and/or poor performance. I think the discovery of the setfs[ug]id thing surprised a number of us on the security side of the fence. Speaking for myself, I'd like to have *any* linuxulator behaviour which might affect system security demarcated by sysctls (preferably defaulting to 'off' if they don't affect the majority of users) and their effects clearly documented so administrators know what the side-effects of enabling them are. For starters, I think a sensible thing to do would be to introduce a sysctl controlling the ability of non-native binaries to run with privileges (i.e. set[ug]id) - as Robert has noted, there are subtle differences between the security models of FreeBSD and other systems we emulate, and a foreign binary may fail in creative ways if it runs on a FreeBSD system and bumps into these different semantics. This isn't really an issue unless the binary is running with privileges (e.g. a setuid binary, or daemon running as root, etc). Unfortunately, it's probably not going to be easy to address this without modifying the kernel security models to (conditionally, of course) implement the emulated system's model precisely. It's something which needs to be carefully examined by contrasting the semantics of the Linux (or SVR4, or whatever) model with the FreeBSD model. Kris -- In God we Trust -- all others must submit an X.509 certificate. -- Charles Forsythe To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Jul 21 15:44:11 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from mail2.fiberspeed.net (mail2.fiberspeed.net [63.67.198.6]) by hub.freebsd.org (Postfix) with ESMTP id ABDE037C143 for ; Fri, 21 Jul 2000 15:44:02 -0700 (PDT) (envelope-from steve@nhandtech.com) Received: from nevermore [24.162.96.204] by mail2.fiberspeed.net (SMTPD32-5.05) id A30D39530206; Fri, 21 Jul 2000 18:47:41 -0400 From: "Steven Fusco" To: , Subject: FreeBSD + Oracle + PHP Date: Fri, 21 Jul 2000 17:45:12 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is regarding your usenet post: Remco Moolenaar wrote: > > > I can only wonder that maybe it doesn't want to go with > > 4.0 fbsd. Does anyone know if it needs to be 3.? fbsd. > > Or doesn't the fbsd version matter?????????? Try following the handbook line by line. I do not want to be picky, but this is absolutely necessary. Questions: - Is Linux installed? - You need Linux_base and development version 5.2 installed into an empty /compat/linux - Did you create an oracle acount using /compat/linux/bin/bash as its shell? - Did you run the root.sh after the Oracle installation (it is in $ORACLE_HOME/orainst) - Is shared memory installed? - Did you recreated a new kernel and rebooted? I know, some stupid questions, but anyway. Another remark: you can use the Linux libs to create your own Oracle development environment. I did this for several OCI programs. I will probably work for PHP as well!! ------ end of message ------ This last comment is akin to the problem I'm having. I've got Oracle (from what I can tell) working with listeners ready and a test database going that I've inserted values in using sqlplus. However, now I'm trying to get PHP4 to see it. I've edited the ports makefile in mod_php4 and added -with-oracle=/home/oracle, along with these symlinks: # ll /usr/local/lib | g compat lrwxr-xr-x 1 root wheel 35 Jul 21 13:49 ld-linux.so.2@ -> /usr/compat/linux/lib/ld-linux.so.2 lrwxr-xr-x 1 root wheel 31 Jul 21 13:48 libc.so.6@ -> /usr/compat/linux/lib/libc.so.6 lrwxr-xr-x 1 root wheel 31 Jul 21 13:47 libcrypt.so.1@ -> /compat/linux/lib/libcrypt.so.1 lrwxr-xr-x 1 root wheel 32 Jul 21 13:48 libdl.so.2@ -> /usr/compat/linux/lib/libdl.so.2 lrwxr-xr-x 1 root wheel 27 Jul 21 13:46 libm.so.6@ -> /compat/linux/lib/libm.so.6 lrwxr-xr-x 1 root wheel 30 Jul 21 12:26 libnsl.a@ -> /compat/linux/usr/lib/libnsl.a lrwxr-xr-x 1 root wheel 31 Jul 21 12:26 libnsl.so@ -> /compat/linux/usr/lib/libnsl.so lrwxr-xr-x 1 root wheel 31 Jul 21 13:46 libnsl.so.1@ -> /compat/linux/usr/lib/libnsl.so GCC compiles successfully now, but after the port modifies apache.conf with the new mod_php4 entries it's attempting to sighup the server. This is what I get: # apachectl configtest Syntax error on line 239 of /usr/local/etc/apache/apache.conf: Cannot load /usr/local/libexec/apache/libphp4.so into server: /home/oracle/lib/libclntsh.so.1.0: Undefined symbol "slpmprodstab" ARG! If you've any idea that could point me in the right direction, I'm afraid it is incredibly urgent I get this working. ____________ Steven Fusco - nHand Technologies PGP: http://nhandtech.com/pgp/sfusco.asc main(i){putchar(341513875>>(i-1)*5&31|!!(i<6)<<6)&&main(++i);} To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sat Jul 22 14:39:59 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from mail2.fiberspeed.net (mail2.fiberspeed.net [63.67.198.6]) by hub.freebsd.org (Postfix) with ESMTP id 6C23A37B8BF for ; Sat, 22 Jul 2000 14:39:38 -0700 (PDT) (envelope-from steve@nhandtech.com) Received: from nevermore [24.162.96.204] by mail2.fiberspeed.net (SMTPD32-5.05) id A57260350216; Sat, 22 Jul 2000 17:43:14 -0400 From: "Steven Fusco" To: , "Freebsd Emulation" Subject: RE: FreeBSD + Oracle + PHP Date: Sat, 22 Jul 2000 16:40:43 -0500 Message-ID: MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit X-Priority: 3 (Normal) X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook IMO, Build 9.0.2416 (9.0.2911.0) In-Reply-To: <397928AC.1E5538B0@scc.nl> Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6700 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I get some funny errors when I recompile mod_php4: *** Warning: This library needs some functionality provided by -lpsa. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lcore4. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lnlsrtl3. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lpsa. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lcore4. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** Warning: This library needs some functionality provided by -lnlsrtl3. *** I have the capability to make that library automatically link in when *** you link to this library. But I can only do this if you have a *** shared version of the library, which you do not appear to have. *** The inter-library dependencies that have been dropped here will be *** automatically added whenever a program is linked with this library *** or is declared to -dlopen it. It only restarts successfully if I have the module definitions like this: LoadModule ssl_module libexec/apache/libssl.so LoadModule php4_module libexec/apache/libphp4.so ... AddModule mod_ssl.c AddModule mod_php4.c Which to me seams like it's not loading either of those. If I take the php4 defs outside the if block it does the usual: # apachectl configtest Syntax error on line 239 of /usr/local/etc/apache/apache.conf: Cannot load /usr/local/libexec/apache/libphp4.so into server: /home/oracle/lib/libclntsh.so.1.0: Undefined symbol "slpmprodstab" Here's a print of what my environment looks like after I source /home/oracle/.profile and the put my $PATH together: # env PWD=/usr/local/etc/apache ORACLE_SID=ORCL PAGER=more FTP_PASSIVE_MODE=YES HOSTNAME=goliath.nhandtech.com LD_LIBRARY_PATH=/home/oracle/lib CLASSPATH=/home/oracle/jdbc/lib/classes111.zip PS1=\u@\h:\w\$ BLOCKSIZE=K USER=root MACHTYPE=i386--freebsd4.0 MAIL=/var/mail/root OLDPWD=/usr/local/etc ORACLE_BASE=/home/oracle JAVA_HOME=/compat/linux/usr/jre ORACLE_HOME=/home/oracle ORACLE_TERM=386x SHLVL=1 FORCE_PKG_REGISTER=YES ORA_NLS33=/home/oracle/ocommon/nls/admin/data SHELL=/usr/local/bin/bash HOSTTYPE=i386 OSTYPE=freebsd4.0 TERM=vt100 HOME=/root PATH=/sbin:/usr/sbin:/bin:/usr/bin:/usr/local/sbin:/usr/local/bin:/usr/X11R6 /bin:/compat/linux/bin:/compat/linux/sbin:/compat/linux/usr/bin:/compat/linu x/usr/sbin:/bin:/sbin:/usr/bin:/usr/sbin:/usr/local/bin:/home/oracle/bin NLS_LANG=american_america.us7ascii LSCOLORS=3x5x2x3x1x464301060203 _=/usr/bin/env My downfall is that I do not understand the problem that is in before me. If knew *why* it was doing it or what I was doing *wrong*, I'm sure I could figure out a way fix it. - slf -----Original Message----- From: remco@scc.nl [mailto:remco@scc.nl] Sent: Friday, July 21, 2000 11:53 PM To: Steven Fusco Subject: Re: FreeBSD + Oracle + PHP Steven Fusco wrote: > > # apachectl configtest > Syntax error on line 239 of /usr/local/etc/apache/apache.conf: > Cannot load /usr/local/libexec/apache/libphp4.so into server: > /home/oracle/lib/libclntsh.so.1.0: Undefined symbol "slpmprodstab" > > ARG! If you've any idea that could point me in the right direction, I'm > afraid it is incredibly urgent I get this working. You should compile Apache in the Linux environment as well. -- Remco Moolenaar mailto:remco@scc.nl SCC Internetworking & Databases http://www.scc.nl/ Amsterdam, The Netherlands mailto:remco@bsdapps.org Maintainer of the BSD Applications database at http://www.bsdapps.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message