From owner-freebsd-emulation Sun Jan 30 4: 6:12 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from mail.ftf.dk (mail.ftf.net [129.142.64.2]) by hub.freebsd.org (Postfix) with ESMTP id 565A515312 for ; Sun, 30 Jan 2000 04:06:00 -0800 (PST) (envelope-from regnauld@ftf.net) Received: from ns.int.ftf.net (fw2.ftf.dk [192.168.1.2] (may be forged)) by mail.ftf.dk (8.9.3/8.9.3/gw-ftf-1.2) with ESMTP id NAA24062; Sun, 30 Jan 2000 13:05:25 +0100 (CET) X-Authentication-Warning: mail.ftf.dk: Host fw2.ftf.dk [192.168.1.2] (may be forged) claimed to be ns.int.ftf.net Received: (from regnauld@localhost) by ns.int.ftf.net (8.9.2/8.9.3) id NAA48217; Sun, 30 Jan 2000 13:05:36 +0100 (CET) Message-ID: <20000130130535.19653@ns.int.ftf.net> Date: Sun, 30 Jan 2000 13:05:35 +0100 From: Phil Regnauld To: Doug White Cc: Phil Regnauld , Bjoern Groenvall , "F. Heinrichmeyer" , freebsd-emulation@FreeBSD.ORG Subject: Re: ASDM and linux emulation? References: <20000129161821.08322@ns.int.ftf.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: ; from Doug White on Sat, Jan 29, 2000 at 12:05:34PM -0800 X-Operating-System: FreeBSD 3.1-RELEASE i386 Organization: FTFnet Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Doug White writes: > On Sat, 29 Jan 2000, Phil Regnauld wrote: > > BTW, does someone have the SCOv2 client in a tarball? The client comes on > three disk images and getting them extracted might be entertaining :-/ I can make one tommorrow -- can you make the port ? Maybe we should make a port for the v3 Linux client... (for 4.x systems)... -- What if Neo had taken both pills ? -- BSD/Dk -- Danish *BSD User Group -- http://www.bsd-dk.dk -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sun Jan 30 19:50:54 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from thelab.hub.org (nat198.40.mpoweredpc.net [142.177.198.40]) by hub.freebsd.org (Postfix) with ESMTP id 1AC7114E93 for ; Sun, 30 Jan 2000 19:50:51 -0800 (PST) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.9.3/8.9.1) with ESMTP id XAA00516 for ; Sun, 30 Jan 2000 23:50:43 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Sun, 30 Jan 2000 23:50:38 -0400 (AST) From: The Hermit Hacker To: freebsd-emulation@freebsd.org Subject: /proc/meminfo problem ... 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 Okay, I have rtc installed and loaded ... linuxprocfs installed and loaded ... /usr/compat/linux/proc/meminfo even reports accurately: cat /usr/compat/linux/proc/meminfo total: used: free: shared: buffers: cached: Mem: 131706880 92217344 39489536 7815168 11205632 139264 Swap: 0 0 0 MemTotal: 128620 kB MemFree: 38564 kB MemShared: 7632 kB Buffers: 10943 kB Cached: 136 kB SwapTotal: 0 kB SwapFree: 0 kB But when I run vmware, I get: Error opening /proc/meminfo: grep: /proc/meminfo: No such file or directory This is as a regular user ... as root, it appears to work fine though ... Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sun Jan 30 20: 4:29 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by hub.freebsd.org (Postfix) with ESMTP id 731BC150D6 for ; Sun, 30 Jan 2000 20:04:24 -0800 (PST) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (parag@localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id UAA61891 for ; Sun, 30 Jan 2000 20:04:24 -0800 (PST) (envelope-from parag@pinhead.parag.codegen.com) To: freebsd-emulation@freebsd.org Subject: Still no luck with Linux Framemaker under FreeBSD X-Image-URL: http://www.codegen.com/images/CG-logo-only.gif X-URL: http://www.codegen.com X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm Date: Sun, 30 Jan 2000 20:04:24 -0800 Message-ID: <61887.949291464@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I recently acquired an old laptop and installed 4.0-CURRENT on it along with Framemaker and the latest Linux 6.1 port. To make a long story short, it still doesn't work for me. It exhibits the same problem as it does under 3.4-STABLE, namely the process "fm_flb" crashes on a sig-11 causing maker5X.exe to think that there is no license. Then maker crashes with a sig 6 if I try to get it to run in demo-mode. fm_flb leaves an RPC port 300214 open when it crashes that I then have to delete using rpcinfo. I know some folks have managed to get it running, so there must be some screwy environment problem that's consistent across 3.4 and 4.0. I've played with the environment but haven't had any luck. Has anyone seen this problem and solved it? Workarounds using telnet etc haven't worked for me. Thanks in advance! -- Parag Patel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sun Jan 30 20:20:21 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from mail.theinternet.com.au (zeus.theinternet.com.au [203.34.176.2]) by hub.freebsd.org (Postfix) with ESMTP id 3322C14A18 for ; Sun, 30 Jan 2000 20:20:16 -0800 (PST) (envelope-from akm@mail.theinternet.com.au) Received: (from akm@localhost) by mail.theinternet.com.au (8.9.3/8.9.3) id OAA17881; Mon, 31 Jan 2000 14:20:20 +1000 (EST) (envelope-from akm) From: Andrew Kenneth Milton Message-Id: <200001310420.OAA17881@mail.theinternet.com.au> Subject: Re: Still no luck with Linux Framemaker under FreeBSD In-Reply-To: <61887.949291464@pinhead.parag.codegen.com> from Parag Patel at "Jan 30, 2000 08:04:24 pm" To: Parag Patel Date: Mon, 31 Jan 2000 14:20:20 +1000 (EST) Cc: freebsd-emulation@FreeBSD.ORG X-Mailer: ELM [version 2.4ME+ PL61 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org +----[ Parag Patel ]--------------------------------------------- | | I recently acquired an old laptop and installed 4.0-CURRENT on it | along with Framemaker and the latest Linux 6.1 port. To make a long | story short, it still doesn't work for me. What depth are you running at? Last thing I saw from Adobe, Frame would not run in any depth other than 8 or 24 bpp This is assuming your Linux emulation is working ok of course. -- Totally Holistic Enterprises Internet| P:+61 7 3870 0066 | Andrew Milton The Internet (Aust) Pty Ltd | F:+61 7 3870 4477 | ACN: 082 081 472 | M:+61 416 022 411 | Carpe Daemon PO Box 837 Indooroopilly QLD 4068 |akm@theinternet.com.au| To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sun Jan 30 20:32:21 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from thelab.hub.org (nat198.40.mpoweredpc.net [142.177.198.40]) by hub.freebsd.org (Postfix) with ESMTP id D7AFC152DD for ; Sun, 30 Jan 2000 20:32:18 -0800 (PST) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.9.3/8.9.1) with ESMTP id AAA02842 for ; Mon, 31 Jan 2000 00:32:10 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Mon, 31 Jan 2000 00:32:10 -0400 (AST) From: The Hermit Hacker To: freebsd-emulation@freebsd.org Subject: VMware locks up 4.0-CURRENT ... 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 Upgraded my kernel today, ran and went through the 'wizard' for vmware, hit the Power button, got a VMWare panic box up on my screen and a total system freeze. The box said: VMWare PANIC: Bug F(571):1828 bugNr=2302 thanks... Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sun Jan 30 20:38:50 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by hub.freebsd.org (Postfix) with ESMTP id C52FF15293 for ; Sun, 30 Jan 2000 20:38:44 -0800 (PST) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (parag@localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id UAA62102; Sun, 30 Jan 2000 20:38:13 -0800 (PST) (envelope-from parag@pinhead.parag.codegen.com) To: Andrew Kenneth Milton Cc: freebsd-emulation@FreeBSD.ORG, parag@pinhead.parag.codegen.com Subject: Re: Still no luck with Linux Framemaker under FreeBSD In-Reply-To: Message from Andrew Kenneth Milton of "Mon, 31 Jan 2000 14:20:20 +1000." <200001310420.OAA17881@mail.theinternet.com.au> Date: Sun, 30 Jan 2000 20:38:13 -0800 Message-ID: <62098.949293493@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 31 Jan 2000 14:20:20 +1000, Andrew Kenneth Milton wrote: > >Last thing I saw from Adobe, Frame would not run in any depth other than >8 or 24 bpp Alas, changing depth to 8 doesn't make it any happier. maker manages to paint its splash screen but then crashes a little bit later. fm_flb still crashes though, and this seems to be triggering the maker crash when it can't talk to the license manager. (portmap is running.) >This is assuming your Linux emulation is working ok of course. Well, both the systems manage to run the Linux versions of WordPerfect, WingZ, Acrobat, Applixware, and RealPlayer. -- Parag Patel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sun Jan 30 23:30:22 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from quack.kfu.com (quack.kfu.com [170.1.70.2]) by hub.freebsd.org (Postfix) with ESMTP id 0B62E14D61; Sun, 30 Jan 2000 23:30:19 -0800 (PST) (envelope-from nsayer@quack.kfu.com) Received: from icarus.kfu.com (icarus.kfu.com [170.1.70.17]) by quack.kfu.com (8.9.2/8.9.3) with ESMTP id XAA99993; Sun, 30 Jan 2000 23:30:15 -0800 (PST) (envelope-from nsayer@quack.kfu.com) Received: from quack.kfu.com by icarus.kfu.com with ESMTP (8.9.3//ident-1.0) id XAA10901; Sun, 30 Jan 2000 23:30:10 -0800 (PST) Message-ID: <38953A01.D801778@quack.kfu.com> Date: Mon, 31 Jan 2000 07:30:09 +0000 From: Nick Sayer Reply-To: nsayer@freebsd.org X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.0.36 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-emulation@freebsd.org, freebsd-current@freebsd.org Subject: VMware & SCSI CDROM - fix Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This fixes the error messages seen when attempting to use a SCSI cdrom drive with vmware. It is unclear to me whether this would do more harm than good, since I don't really know what the CDIOCREADSUBCHANNEL ioctl does. But it does look righteous to me, since without it, the 'track' variable in the bsdsc will be not be initialized prior to the fo_ioctl(). I can commit this if it would be easiest, though I think someone who knows this area better than me should comment first. :-) --- sys/i386/linux/linux_ioctl.c.orig Sun Jan 30 23:09:11 2000 +++ sys/i386/linux/linux_ioctl.c Sun Jan 30 22:56:07 2000 @@ -890,6 +890,7 @@ sizeof(struct cd_sub_channel_info)); bsdsc.address_format = CD_LBA_FORMAT; bsdsc.data_format = CD_CURRENT_POSITION; + bsdsc.track = 0; bsdsc.data_len = sizeof(struct cd_sub_channel_info); bsdsc.data = bsdinfo; error = fo_ioctl(fp, CDIOCREADSUBCHANNEL, (caddr_t)&bsdsc, p); To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Jan 31 2: 8:37 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from mail.ftf.dk (mail.ftf.net [129.142.64.2]) by hub.freebsd.org (Postfix) with ESMTP id 755E214CF4 for ; Mon, 31 Jan 2000 02:08:29 -0800 (PST) (envelope-from regnauld@ftf.net) Received: from ns.int.ftf.net (fw2.ftf.dk [192.168.1.2] (may be forged)) by mail.ftf.dk (8.9.3/8.9.3/gw-ftf-1.2) with ESMTP id LAA26291; Mon, 31 Jan 2000 11:07:57 +0100 (CET) X-Authentication-Warning: mail.ftf.dk: Host fw2.ftf.dk [192.168.1.2] (may be forged) claimed to be ns.int.ftf.net Received: (from regnauld@localhost) by ns.int.ftf.net (8.9.2/8.9.3) id LAA54099; Mon, 31 Jan 2000 11:08:16 +0100 (CET) Message-ID: <20000131110815.44220@ns.int.ftf.net> Date: Mon, 31 Jan 2000 11:08:15 +0100 From: Phil Regnauld To: The Hermit Hacker Cc: freebsd-emulation@FreeBSD.ORG Subject: Re: VMware locks up 4.0-CURRENT ... References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: ; from The Hermit Hacker on Mon, Jan 31, 2000 at 12:32:10AM -0400 X-Operating-System: FreeBSD 3.1-RELEASE i386 Organization: FTFnet Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The Hermit Hacker writes: > > Upgraded my kernel today, ran and went through the 'wizard' for vmware, > hit the Power button, got a VMWare panic box up on my screen and a total > system freeze. The box said: > > VMWare PANIC: Bug F(571):1828 bugNr=2302 > Wow... This is getting tricky: 1) VMware locks up your 4.0-CURRENT box ? or 2) VMware itself panics and locks up ? or 3) 4.0-CURRENT inside VMware panics ? :-? -- Corn circles [...] are a hoax. The aliens who made them told me so. -- BSD/Dk -- Danish *BSD User Group -- http://www.bsd-dk.dk -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Jan 31 4:24:29 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from mail-out.visi.com (kauket.visi.com [209.98.98.22]) by hub.freebsd.org (Postfix) with ESMTP id B278415051 for ; Mon, 31 Jan 2000 04:24:26 -0800 (PST) (envelope-from mestery@visi.com) Received: from isis.visi.com (isis.visi.com [209.98.98.8]) by mail-out.visi.com (Postfix) with ESMTP id EEB1838AD; Mon, 31 Jan 2000 06:24:25 -0600 (CST) Received: from localhost (mestery@localhost) by isis.visi.com (8.8.8/8.8.8) with ESMTP id GAA18939; Mon, 31 Jan 2000 06:24:25 -0600 (CST) X-Authentication-Warning: isis.visi.com: mestery owned process doing -bs Date: Mon, 31 Jan 2000 06:24:25 -0600 (CST) From: To: Phil Regnauld Cc: The Hermit Hacker , freebsd-emulation@FreeBSD.ORG Subject: Re: VMware locks up 4.0-CURRENT ... In-Reply-To: <20000131110815.44220@ns.int.ftf.net> 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 Hi, On Mon, 31 Jan 2000, Phil Regnauld wrote: > The Hermit Hacker writes: > > > > Upgraded my kernel today, ran and went through the 'wizard' for vmware, > > hit the Power button, got a VMWare panic box up on my screen and a total > > system freeze. The box said: > > > > VMWare PANIC: Bug F(571):1828 bugNr=2302 > > > I don't think it's VMware locking the system up. The linuxlator is locking things up. I tried running with one compiled from Sunday morning sources (a kernel from Friday nite sources), and running and linux binaries causes the machine to hang and then reboot. Since I was in X I couldn't see what was going on. I'm going to try a new one today. > Wow... This is getting tricky: > > 1) VMware locks up your 4.0-CURRENT box ? > or > 2) VMware itself panics and locks up ? > or > 3) 4.0-CURRENT inside VMware panics ? > > :-? > > -- > Corn circles [...] are a hoax. The aliens who made them told me so. > > -- BSD/Dk -- Danish *BSD User Group -- http://www.bsd-dk.dk -- > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-emulation" in the body of the message > -- Kyle Mestery | Ancor Communications mestery@visi.com | http://www.freebsd.org/ mestery@netwinder.org | http://www.netwinder.org/ Protect your right to privacy: www.freecrypto.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Jan 31 5:12:30 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from thelab.hub.org (nat198.40.mpoweredpc.net [142.177.198.40]) by hub.freebsd.org (Postfix) with ESMTP id DE49914FE6 for ; Mon, 31 Jan 2000 05:12:25 -0800 (PST) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.9.3/8.9.1) with ESMTP id JAA67709; Mon, 31 Jan 2000 09:12:16 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Mon, 31 Jan 2000 09:12:15 -0400 (AST) From: The Hermit Hacker To: Phil Regnauld Cc: freebsd-emulation@FreeBSD.ORG Subject: Re: VMware locks up 4.0-CURRENT ... In-Reply-To: <20000131110815.44220@ns.int.ftf.net> 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 Mon, 31 Jan 2000, Phil Regnauld wrote: > The Hermit Hacker writes: > > > > Upgraded my kernel today, ran and went through the 'wizard' for vmware, > > hit the Power button, got a VMWare panic box up on my screen and a total > > system freeze. The box said: > > > > VMWare PANIC: Bug F(571):1828 bugNr=2302 > > > > Wow... This is getting tricky: > > 1) VMware locks up your 4.0-CURRENT box ? "and a total system freeze" would seem to make this less tricky, no? mouse wouldn't move, X-windows would break, ctl-alt-f1 wouldn't do anythin and ctl-alt-del did nothing ... had to cold boot to get back up again... > or > 2) VMware itself panics and locks up ? > or > 3) 4.0-CURRENT inside VMware panics ? > > :-? > > -- > Corn circles [...] are a hoax. The aliens who made them told me so. > > -- BSD/Dk -- Danish *BSD User Group -- http://www.bsd-dk.dk -- > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Jan 31 8:26:44 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from peloton.runet.edu (peloton.runet.edu [137.45.96.205]) by hub.freebsd.org (Postfix) with ESMTP id 70DF814FCE for ; Mon, 31 Jan 2000 08:26:42 -0800 (PST) (envelope-from brett@peloton.runet.edu) Received: from localhost (brett@localhost) by peloton.runet.edu (8.9.3/8.9.3) with ESMTP id LAA01862; Mon, 31 Jan 2000 11:24:59 -0500 (EST) (envelope-from brett@peloton.runet.edu) Date: Mon, 31 Jan 2000 11:24:59 -0500 (EST) From: Brett Taylor To: Andrew Kenneth Milton Cc: Parag Patel , freebsd-emulation@FreeBSD.ORG Subject: Re: Still no luck with Linux Framemaker under FreeBSD In-Reply-To: <200001310420.OAA17881@mail.theinternet.com.au> 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 Hi, On Mon, 31 Jan 2000, Andrew Kenneth Milton wrote: > +----[ Parag Patel ]--------------------------------------------- > | > | I recently acquired an old laptop and installed 4.0-CURRENT on it > | along with Framemaker and the latest Linux 6.1 port. To make a long > | story short, it still doesn't work for me. > > What depth are you running at? > > Last thing I saw from Adobe, Frame would not run in any depth other > than 8 or 24 bpp Then I must be doing something magic! I've had Frame running fine under 32 bpp (under 3.4-STABLE). That said I'm too used to TeX to go back to a word processor. Boy, that sure sounds backward to the way computer software has been going doesn't it? Hmm... I wonder what that says about me?! Brett ***************************************************** Dr. Brett Taylor brett@peloton.runet.edu * Dept of Chem and Physics * Curie 39A (540) 831-6147 * Dept. of Mathematics and Statistics * Walker 234 (540) 831-5410 * ***************************************************** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Jan 31 10: 4:59 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from guardian.sftw.com (guardian.sftw.com [209.157.37.25]) by hub.freebsd.org (Postfix) with ESMTP id DAE2314D1C for ; Mon, 31 Jan 2000 10:04:57 -0800 (PST) (envelope-from nsayer@sftw.com) Received: from yoda.sftw.com (a-107.sftw.com [209.157.37.107]) by guardian.sftw.com (8.9.3/8.9.3) with ESMTP id KAA87976 for ; Mon, 31 Jan 2000 10:04:57 -0800 (PST) (envelope-from nsayer@sftw.com) Received: from sftw.com (localhost [127.0.0.1]) by yoda.sftw.com (8.9.3/8.9.3) with ESMTP id KAA19804 for ; Mon, 31 Jan 2000 10:04:55 -0800 (PST) (envelope-from nsayer@sftw.com) Message-ID: <3895CEC2.8638280B@sftw.com> Date: Mon, 31 Jan 2000 18:04:51 +0000 From: Nick Sayer Reply-To: nsayer@freebsd.org X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.0.36 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-emulation@freebsd.org Subject: vmware hints (was Re: VMware locks up 4.0-CURRENT ...) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have found a few things to keep in mind: 1. If you cvsup, you should rebuild the vmware port. On a couple of occasions, I have gotten bizarre vmware panics, and this has solved them. 2. If you have the linuxulator as a module, do not unload it without unloading vm*.ko first, and probably also linprocfs and rtc. Those modules all appear to hook in to the linuxulator, and if you rip it out from under them you may panic the machine. I've seen it. :-) 3. If you rebuild the vmware port, you should 'stop' the rc script first, which will unload vm*.ko. After installing it, you need to 'start' the rc script to load the new ones. 4. If you want to remove a CD or a floppy, it's probably a really good idea to 'disconnect' the device from vmware first. 5. I think I have narrowed down some choppiness I perceive in the audio. I think the things that suck the hardest are DirectSound things -- DxDiag, Windows Media Player both suck. The shockwave plugin, sound recorder and ordinary Windows events, like the start sound and bell work fine. As such, I am thinking that this is vmware's fault, since they say that DirectSound isn't supported yet. If someone with a win98 guest on a Linux host could confirm this, I'd appreciate it. With all that being said, and with the recent patch I posted, I believe I have achieved complete vmware nirvanha. :-) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Jan 31 10:19:31 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from thelab.hub.org (nat198.40.mpoweredpc.net [142.177.198.40]) by hub.freebsd.org (Postfix) with ESMTP id F117E14CD4; Mon, 31 Jan 2000 10:19:24 -0800 (PST) (envelope-from scrappy@hub.org) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.9.3/8.9.1) with ESMTP id OAA69671; Mon, 31 Jan 2000 14:19:14 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Mon, 31 Jan 2000 14:19:14 -0400 (AST) From: The Hermit Hacker To: nsayer@FreeBSD.ORG Cc: freebsd-emulation@FreeBSD.ORG Subject: Re: vmware hints (was Re: VMware locks up 4.0-CURRENT ...) In-Reply-To: <3895CEC2.8638280B@sftw.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 Mon, 31 Jan 2000, Nick Sayer wrote: > I have found a few things to keep in mind: > > 1. If you cvsup, you should rebuild the vmware port. On a couple of > occasions, I have gotten bizarre vmware panics, and this has solved > them. erk, but not a big issue ... > 2. If you have the linuxulator as a module, do not unload it without > unloading vm*.ko first, and probably also linprocfs and rtc. Those > modules all appear to hook in to the linuxulator, and if you rip it > out from under them you may panic the machine. I've seen it. :-) we have vmware as a proper port now (needs to be upgraded, mind you)...how about getting linprocfs and rtc in before the ports freeze for 4.0? Also, what is the 'linuxulator'? *raised eyebrow* something else not in ports? :( > 3. If you rebuild the vmware port, you should 'stop' the rc script > first, which will unload vm*.ko. After installing it, you need to > 'start' the rc script to load the new ones. > > 4. If you want to remove a CD or a floppy, it's probably a really good > idea to 'disconnect' the device from vmware first. > > 5. I think I have narrowed down some choppiness I perceive in the > audio. I think the things that suck the hardest are DirectSound things > -- DxDiag, Windows Media Player both suck. The shockwave plugin, sound > recorder and ordinary Windows events, like the start sound and bell > work fine. As such, I am thinking that this is vmware's fault, since > they say that DirectSound isn't supported yet. If someone with a win98 > guest on a Linux host could confirm this, I'd appreciate it. Okay, stupid question. I get vmware installed and running, have a CDrom on my machine and a bootable win98 CD ... how do I *actually* install Win98 as a guest? :( Or is this the next 'prompt' I shoudl get when I try to powerup? > With all that being said, and with the recent patch I posted, I > believe I have achieved complete vmware nirvanha. :-) > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-emulation" in the body of the message > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Jan 31 13:44:22 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by hub.freebsd.org (Postfix) with ESMTP id C51CF150EC for ; Mon, 31 Jan 2000 13:44:14 -0800 (PST) (envelope-from parag@pinhead.parag.codegen.com) Received: from pinhead.parag.codegen.com (parag@localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id NAA67045; Mon, 31 Jan 2000 13:44:09 -0800 (PST) (envelope-from parag@pinhead.parag.codegen.com) To: "Raymond Wiker" Cc: freebsd-emulation@freebsd.org Subject: Re: Still no luck with Linux Framemaker under FreeBSD In-Reply-To: Message from "Raymond Wiker" of "Mon, 31 Jan 2000 11:04:27 +0100." <14485.24107.8261.389908@foobar.orion.no> X-Image-URL: http://www.codegen.com/images/CG-logo-only.gif X-URL: http://www.codegen.com X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm Date: Mon, 31 Jan 2000 13:44:08 -0800 Message-ID: <67041.949355048@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 31 Jan 2000 11:04:27 +0100, "Raymond Wiker" wrote: > > What colour depth are you using? There's a problem running >FrameMaker with a 16-bit display, IIRC... I'm running it in 32 bits on >FreeBSD 3.4 with no problems. I've tried both 32-bit (my normal mode) and 8-bit on two different systems. The laptop can't do 32-bit. Interestingly, the last email from the Frame folks say that the crash that I'm seeing is indicative of it not being able to perform RPC calls and to make sure portmap/rpcbind are running. portmap definitely is running - the machines are happily running NFS. The /compat/linux version of rpcinfo and the native FBSD one both report the same information, so running RPC code in Linux mode ought to work. My best guess is that it's something to do with the RPC configuration. My hosts.allow is setup to allow anything from the local host and my local network. I don't have any rejection messages in my logs. -- Parag Patel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Feb 1 0:10:31 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from fb02.eng00.mindspring.net (fb02.eng00.mindspring.net [207.69.229.20]) by builder.freebsd.org (Postfix) with ESMTP id 8A98B3D41; Tue, 1 Feb 2000 00:10:24 -0800 (PST) Received: from mindspring.com (user-2ivec69.dialup.mindspring.com [165.247.48.201]) by fb02.eng00.mindspring.net (8.9.3/8.8.5) with ESMTP id VAB31623; Mon, 31 Jan 2000 21:59:09 -0500 (EST) Received: (from vsilyaev@localhost) by mindspring.com (8.9.3/8.9.3) id VAA00789; Mon, 31 Jan 2000 21:56:35 -0500 (EST) (envelope-from vsilyaev) Date: Mon, 31 Jan 2000 21:56:34 -0500 From: "Vladimir N. Silyaev" To: The Hermit Hacker Cc: freebsd-emulation@FreeBSD.ORG, nsayer@FreeBSD.ORG Subject: Re: vmware hints (was Re: VMware locks up 4.0-CURRENT ...) Message-ID: <20000131215634.B701@jupiter.delta.ny.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >> 1. If you cvsup, you should rebuild the vmware port. On a couple of >> occasions, I have gotten bizarre vmware panics, and this has solved >> them. > erk, but not a big issue ... VMware is a first freebsd port, which include kernel modules, so it's by definition very depend from kernel sources. >> 2. If you have the linuxulator as a module, do not unload it without >> unloading vm*.ko first, and probably also linprocfs and rtc. Those >> modules all appear to hook in to the linuxulator, and if you rip it >> out from under them you may panic the machine. I've seen it. :-) > We have vmware as a proper port now (needs to be upgraded, mind you)...how > about getting linprocfs and rtc in before the ports freeze for 4.0? linprocfs is ready as a port, so it can be committed. But its code is very depend from from other FreeBSD subsystem, and it may be slightly annoying to continually maintain it up to date (BTW I'm not the author of linprocfs code). As a simple solution this port can be temporary committed to the time of the 4.0 Release, or just added check of the kernel version. About rtc code, it'll be included in the next release of vmware port, this will be probably after 4.0 Release. This code doesn't provide additional functionality, just some kind applications have a slightly better appearance. -- Vladimir Silyaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Feb 1 0:10:33 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from fb02.eng00.mindspring.net (fb02.eng00.mindspring.net [207.69.229.20]) by builder.freebsd.org (Postfix) with ESMTP id 666B53D47 for ; Tue, 1 Feb 2000 00:10:30 -0800 (PST) Received: from mindspring.com (user-2ivec69.dialup.mindspring.com [165.247.48.201]) by fb02.eng00.mindspring.net (8.9.3/8.8.5) with ESMTP id VAA12131 for ; Mon, 31 Jan 2000 21:34:36 -0500 (EST) Received: (from vsilyaev@localhost) by mindspring.com (8.9.3/8.9.3) id VAA00753 for freebsd-emulation@freebsd.org; Mon, 31 Jan 2000 21:33:16 -0500 (EST) (envelope-from vsilyaev) Date: Mon, 31 Jan 2000 21:32:22 -0500 From: "Vladimir N. Silyaev" To: freebsd-emulation@FreeBSD.ORG Subject: Re: /proc/meminfo problem ... Message-ID: <20000131213222.A701@jupiter.delta.ny.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i X-Mailer: Mutt 1.0i Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Okay, I have rtc installed and loaded ... linuxprocfs installed and loaded > ... /usr/compat/linux/proc/meminfo even reports accurately: [skipped] > But when I run vmware, I get: > Error opening /proc/meminfo: grep: /proc/meminfo: No such file or directory 'grep ...' it's your part or for vmware log? To test linuxprocfs you can just launch linux sh (bash) and to do something like: cat /proc/meminfo > This is as a regular user ... as root, it appears to work fine though ... Try to launch vmware with enabled kernel tracing (man ktrace) and find what it's happened in your case. -- Vladimir Silyaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Feb 1 9:59: 1 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from golf.dax.net (golf.dax.net [193.216.69.103]) by builder.freebsd.org (Postfix) with ESMTP id 1DD213EAE for ; Tue, 1 Feb 2000 09:58:45 -0800 (PST) Received: from localhost.my.domain (mp-216-237-193.daxnet.no [193.216.237.193]) by golf.dax.net (8.9.3/8.9.3) with ESMTP id SAA03246 for ; Tue, 1 Feb 2000 18:59:50 +0100 (MET) Received: (from raw@localhost) by localhost.my.domain (8.9.3/8.9.3) id SAA00449; Tue, 1 Feb 2000 18:54:17 +0100 (CET) (envelope-from raw) Date: Tue, 1 Feb 2000 18:54:17 +0100 (CET) Message-Id: <200002011754.SAA00449@localhost.my.domain> From: "Raymond A. Wiker" To: freebsd-emulation@freebsd.org Subject: Harlequin LispWorks 4.1.0 for Linux Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org [ I tried to send this message last week from my work account, but it bounced... Is there some sort of strict filtering in place at freebsd.org, or is it simply a load problem? ] Hi. I'm trying to run Harlequin LispWorks 4.1.0 personal edition for Linux under Linux emulation. It fails, with the following output from truss (actually, the three calls are being repeated over and over): syscall linux_open("/dev/zero",0,02220000) returns 5 (0x5) syscall linux_mmap(0xbfbfd6d4) errno -22 'Invalid argument' syscall close(5) returns 0 (0x0) "ports" cvsupped Jan 26, and linux_base-6.1 fetched at the same time. Output from uname -a: FreeBSD foobar.orion.no 3.4-STABLE FreeBSD 3.4-STABLE #0: Tue Jan 4 15:21:41 CET 2000 root@foobar.orion.no:/usr/src/sys/compile/FOOBAR i386 Any hints? //Raymond. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Feb 1 13:56: 8 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by builder.freebsd.org (Postfix) with ESMTP id 8236C3F50 for ; Tue, 1 Feb 2000 13:55:42 -0800 (PST) Received: from pinhead.parag.codegen.com (parag@localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id NAA75665 for ; Tue, 1 Feb 2000 13:55:31 -0800 (PST) (envelope-from parag@pinhead.parag.codegen.com) To: freebsd-emulation@freebsd.org Subject: Re: Still no luck with Linux Framemaker under FreeBSD In-Reply-To: Message from Parag Patel of "Mon, 31 Jan 2000 13:44:08 PST." <67041.949355048@pinhead.parag.codegen.com> X-Image-URL: http://www.codegen.com/images/CG-logo-only.gif X-URL: http://www.codegen.com X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm Date: Tue, 01 Feb 2000 13:55:31 -0800 Message-ID: <75661.949442131@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I'm still not having any luck, but I did get a kdump output from the fm_flb by renaming it to "fm_flb-real" then placing this script in its place: #!/bin/sh exec ktrace -f /tmp/fmb.out -d -i $FMHOME/bin/linuxm.glibc2.i386/fm_flb-real (I tried using truss but it turns out that one of fm_flb's child process is getting sig-11. ktrace can follow forks.) Anyway, the kdump is appended below. If anyone can help me make sense of, I'd appreciate it. Clearly other folks have gotten this to work, so there must be something specifically goofy in my system. If anyone who has Frame working and happens to have KTRACE compiled into their kernel, would you please try the above hack? It may help to compare the output from a working setup. Thanks! -- Parag Patel 75273 ktrace RET ktrace 0 75273 ktrace CALL readlink(0x280cf4f4,0xbfbfd4b8,0x3f) 75273 ktrace NAMI "/etc/malloc.conf" 75273 ktrace RET readlink -1 errno 2 No such file or directory 75273 ktrace CALL mmap(0,0x1000,0x3,0x1002,0xffffffff,0,0,0) 75273 ktrace RET mmap 672022528/0x280e4000 75273 ktrace CALL break(0x804c000) 75273 ktrace RET break 0 75273 ktrace CALL break(0x804d000) 75273 ktrace RET break 0 75273 ktrace CALL execve(0xbfbfd5c0,0xbfbfda94,0xbfbfda9c) 75273 ktrace NAMI "/u/parag/bin/fm_flb-real" 75273 ktrace RET execve -1 errno 2 No such file or directory 75273 ktrace CALL execve(0xbfbfd5c0,0xbfbfda94,0xbfbfda9c) 75273 ktrace NAMI "/cgt/bin/fm_flb-real" 75273 ktrace RET execve -1 errno 2 No such file or directory 75273 ktrace CALL execve(0xbfbfd5c0,0xbfbfda94,0xbfbfda9c) 75273 ktrace NAMI "/usr/local/bin/fm_flb-real" 75273 ktrace RET execve -1 errno 2 No such file or directory 75273 ktrace CALL execve(0xbfbfd5c0,0xbfbfda94,0xbfbfda9c) 75273 ktrace NAMI "/usr/local/atalk/bin/fm_flb-real" 75273 ktrace RET execve -1 errno 2 No such file or directory 75273 ktrace CALL execve(0xbfbfd5c0,0xbfbfda94,0xbfbfda9c) 75273 ktrace NAMI "/bin/fm_flb-real" 75273 ktrace RET execve -1 errno 2 No such file or directory 75273 ktrace CALL execve(0xbfbfd5c0,0xbfbfda94,0xbfbfda9c) 75273 ktrace NAMI "/usr/bin/fm_flb-real" 75273 ktrace RET execve -1 errno 2 No such file or directory 75273 ktrace CALL execve(0xbfbfd5c0,0xbfbfda94,0xbfbfda9c) 75273 ktrace NAMI "/usr/X11R6/bin/fm_flb-real" 75273 ktrace RET execve -1 errno 2 No such file or directory 75273 ktrace CALL execve(0xbfbfd5c0,0xbfbfda94,0xbfbfda9c) 75273 ktrace NAMI "/usr/local/sbin/fm_flb-real" 75273 ktrace RET execve -1 errno 2 No such file or directory 75273 ktrace CALL execve(0xbfbfd5c0,0xbfbfda94,0xbfbfda9c) 75273 ktrace NAMI "/usr/local/pilot/bin/fm_flb-real" 75273 ktrace RET execve -1 errno 2 No such file or directory 75273 ktrace CALL execve(0xbfbfd5c0,0xbfbfda94,0xbfbfda9c) 75273 ktrace NAMI "/usr/local/pgsql/bin/fm_flb-real" 75273 ktrace RET execve -1 errno 2 No such file or directory 75273 ktrace CALL execve(0xbfbfd5c0,0xbfbfda94,0xbfbfda9c) 75273 ktrace NAMI "/sbin/fm_flb-real" 75273 ktrace RET execve -1 errno 2 No such file or directory 75273 ktrace CALL execve(0xbfbfd5c0,0xbfbfda94,0xbfbfda9c) 75273 ktrace NAMI "/usr/sbin/fm_flb-real" 75273 ktrace RET execve -1 errno 2 No such file or directory 75273 ktrace CALL execve(0xbfbfd5c0,0xbfbfda94,0xbfbfda9c) 75273 ktrace NAMI "/usr/games/fm_flb-real" 75273 ktrace RET execve -1 errno 2 No such file or directory 75273 ktrace CALL execve(0xbfbfd5c0,0xbfbfda94,0xbfbfda9c) 75273 ktrace NAMI "./fm_flb-real" 75273 ktrace NAMI "/compat/linux/lib/ld-linux.so.2" 75273 fm_flb-real RET execve 0 75273 fm_flb-real CALL ktrace(0) 75273 fm_flb-real RET ktrace 134578176/0x8058000 75273 fm_flb-real CALL open(0x2806443e,0,0x28066024) 75273 fm_flb-real NAMI "/compat/linux/etc/ld.so.preload" 75273 fm_flb-real NAMI "/etc/ld.so.preload" 75273 fm_flb-real RET open JUSTRETURN 75273 fm_flb-real CALL open(0x28064456,0,0x28066024) 75273 fm_flb-real NAMI "/compat/linux/lib/libNoVersion.so.1" 75273 fm_flb-real NAMI "/compat/linux" 75273 fm_flb-real NAMI "/compat/linux/lib/libNoVersion.so.1" 75273 fm_flb-real RET open 3 75273 fm_flb-real CALL old.sigvec(0x3,0xbfbfd630) 75273 fm_flb-real RET old.sigvec 0 75273 fm_flb-real CALL close(0x3) 75273 fm_flb-real RET close 0 75273 fm_flb-real CALL open(0x28066b60,0,0x28066024) 75273 fm_flb-real NAMI "/compat/linux/lib/libNoVersion.so.1" 75273 fm_flb-real NAMI "/compat/linux" 75273 fm_flb-real NAMI "/compat/linux/lib/libNoVersion.so.1" 75273 fm_flb-real RET open 3 75273 fm_flb-real CALL old.sigvec(0x3,0xbfbfd4a0) 75273 fm_flb-real RET old.sigvec 0 75273 fm_flb-real CALL read(0x3,0xbfbfc4f4,0x1000) 75273 fm_flb-real GIO fd 3 read 4096 bytes "\^?ELF\^A\^A\^A\0\0\0\0\0\0\0\0\0\^C\0\^C\0\^A\0\0\0P\^F\0\0004\0\0\0h\ 3\0\0\0\0\0\0004\0 \0\^E\0(\0\^^\0\^[\0\^F\0\0\0004\0\0\0004\0\0\0004\ \0\0\0\240\0\0\0\240\0\0\0\^E\0\0\0\^D\0\0\0\^C\0\0\0*\b\0\0*\b\0\0*\b\ \0\0\^S\0\0\0\^S\0\0\0\^D\0\0\0\^A\0\0\0\^A\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0=\b\0\0=\b\0\0\^E\0\0\0\0\^P\0\0\^A\0\0\0@\b\0\0@\^X\0\0@\^X\0\0\f\ \^A\0\0$\^A\0\0\^F\0\0\0\0\^P\0\0\^B\0\0\0\M^\\b\0\0\M^\\^X\0\0\M^\\^X\ \0\0\M-0\0\0\0\M-0\0\0\0\^F\0\0\0\^D\0\0\0\^Q\0\0\0\^[\0\0\0\^Z\0\0\0\ \^W\0\0\0\^B\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^E\0\0\ \0\^D\0\0\0\0\0\0\0\^P\0\0\0\^S\0\0\0\^Y\0\0\0 \0\0\0\^C\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^F\0\0\0\^R\0\0\0\a\0\0\0\^T\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\^N\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^O\0\0\0\ \^V\0\0\0\b\0\0\0\^Q\0\0\0\^X\0\0\0\^U\0\0\0\0\0\0\0\f\0\0\0\0\0\0\0\ \^A\0\0\0\0\0\0\0\r\0\0\0\0\0\0\0\v\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\^A\0\0\0\M^\\^X\0\0\0\0\0\0\^Q\0\M-q\M^? \0\0\0\\\^X\0\0\0\0\0\0\^Q\0\M-q\M^? \0\0\0\0\0\0\0\0\0\0\0 \0\0\0/\0\ \0\0\M^H\^E\0\0\0\0\0\0\^R\0 \0005\0\0\0\^P\b\0\0\0\0\0\0\^R\0\r\0;\0\0\0\0\0\0\0\M-"\0\0\0"\0\0\0S\ \0\0\0\0\0\0\0t\0\0\0"\0\0\0i\0\0\0\^P\a\0\0#\0\0\0\^R\0\f\0p\0\0\0\0\ \0\0\0:\^A\0\0\^R\0\0\0x\0\0\0004\a\0\0#\0\0\0\^R\0\f\0\M^@\0\0\0\0\0\ \0\0:\^A\0\0\^R\0\0\0\M^I\0\0\0X\a\0\0#\0\0\0\^R\0\f\0\M^Q\0\0\0\0\0\0\ \0:\^A\0\0\^R\0\0\0\M^Z\0\0\0|\a\0\0\^_\0\0\0\^R\0\f\0\M-#\0\0\0\0\0\0\ \0002\0\0\0\^R\0\0\0\M-/\0\0\0\M^\\a\0\0\^R\0\0\0\^R\0\f\0\M-:\0\0\0*\ \b\0\0\^S\0\0\0\^Q\0\^Z\0\M-^\0\0\0\0\0\0\0\^D\0\0\0!\0\0\0\M-j\0\0\0\ \0\0\0\0\^D\0\0\0!\0\0\0\M-s\0\0\0\0\0\0\0\^D\0\0\0\^Q\0\0\0\M-}\0\0\0\ \0\0\0\0005\0\0\0\^R\0\0\0\^D\^A\0\0\^P\b\0\0\0\0\0\0\^Q\0\M-q\M^?\v\ \^A\0\0L\^Y\0\0\0\0\0\0\^Q\0\M-q\M^?\^R\^A\0\0L\^Y\0\0\0\0\0\0\^Q\0\ \M-q\M^?\^^\^A\0\0d\^Y\0\0\0\0\0\0\^Q\0\M-q\M^?5\^A\0\0\0\0\0\0\0\0\0\ \0\^Q\0\M-q\M^?\0_DYNAMIC\0_GLOBAL_OFFSET_TABLE_\0__gmon_start__\0_ini\ t\0_fini\0__deregister_frame_info\0__register_frame_info\0_xstat\0__xs\ tat\0_fxstat\0__fxstat\0_lxstat\0__lxstat\0__setjmp\0__sigsetjmp\0__se\ tfpucw\0__invoke_dynamic_linker__\0libc.so.6\0___brk_addr\0__curbrk\0_\ _environ\0atexit\0_etext\0_edata\0__bss_start\0_end\0libNoVersion.so.1\ \0GCC.INTERNAL\0GLIBC_2.0\0\0\0\^A\0\^A\0\0\0\^A\0\^A\0\^C\0\^C\0\^A\0\ \^C\0\^A\0\^C\0\^A\0\^C\0\^A\0\^C\0\^A\0\^A\0\^C\0\^C\0\^C\0\^C\0\^A\0\ \^A\0\^A\0\^A\0\^B\0\0\0\^A\0\^A\0\^A\0\^A\0\M-!\^P\M-L\^B\^T\0\0\0\^\\ \0\0\0#\^A\0\0\0\0\0\0\^A\0\0\0\^B\0\^A\0\M-<\^P=\a\^T\0\0\0\0\0\0\000\ 5\^A\0\0\0\0\0\0\^A\0\^A\0\M-T\0\0\0\^P\0\0\0\0\0\0\0\^Pii\r\0\0\^C\0B\ \^A\0\0\0\0\0\0@\^X\0\0\b\0\0\0\M^P\^X\0\0\^F\a\0\0\M^T\^X\0\0\^F\^R\0\ \0\M^L\^X\0\0\^F\^F\0\0\M^X\^X\0\0\^F\^T\0\0\M^H\^X\0\0\^F\^C\0\0h\^X\ \0\0\a\^U\0\0l\^X\0\0\a\a\0\0p\^X\0\0\a\^F\0\0t\^X\0\0\a\^O\0\0x\^X\0\ \0\a \0\0|\^X\0\0\a\v\0\0\M^@\^X\0\0\a\r\0\0\M^D\^X\0\0\a\^C\0\0U\ \M^I\M-eS\M-h\0\0\0\0[\M^A\M-C\M-K\^R\0\0\M^C\M-;,\0\0\0\0t\^E\M-h\M^R\ \0\0\0\M^I\M-v\M-h\^W\^A\0\0\M-h\M-~\^A\0\0\M^K]\M-|\M-I\M-C\0\M^?\M-3\ \^D\0\0\0\M^?\M-#\b\0\0\0\0\0\0\0\M^?\M-#\f\0\0\0h\0\0\0\0\M-i\M-`\M^?\ \M^?\M^?\M^?\M-#\^P\0\0\0h\b\0\0\0\M-i\M-P\M^?\M^?\M^?\M^?\M-#\^T\0\0\ \0h\^P\0\0\0\M-i\M-@\M^?\M^?\M^?\M^?\M-#\^X\0\0\0h\^X\0\0\0\M-i\M-0\ \M^?\M^?\M^?\M^?\M-#\^\\0\0\0h \0\0\0\M-i\240\M^?\M^?\M^?\M^?\M-# \0\0\ \0h(\0\0\0\M-i\M^P\M^?\M^?\M^?\M^?\M-#$\0\0\0h0\0\0\0\M-i\M^@\M^?\M^?\ \M^?\M^?\M-#(\0\0\0h8\0\0\0\M-ip\M^?\M^?\M^?\0\0\0\0\0\0\0\0U\M^I\M-eS\ \M-h\0\0\0\0[\M^A\M-C\^C\^R\0\0\M^C\M-;\M-h\M^?\M^?\M^?\0u>\M-k\^R\M^P\ \M^Mt&\0\M^MP\^D\M^I\M^S\M-d\M^?\M^?\M^?\M^K\0\M^?\M-P\M^K\M^C\M-d\M^?\ \M^?\M^?\M^C8\0u\M-h\M^C\M-;0\0\0\0\0t\f\M^M\M^C\M-l\M^?\M^?\M^?P\M-hK\ \M^?\M^?\M^?\M-G\M^C\M-h\M^?\M^?\M^?\^A\0\0\0\M^K]\M-|\M-I\M-CU\M^I\ \M-eS\M-h\0\0\0\0[\M^A\M-C\M-'\^Q\0\0\M^K]\M-|\M-I\M-C\M^Mv\0U\M^I\M-e\ S\M-h\0\0\0\0[\M^A\M-C\M^O\^Q\0\0\M^C\M-;4\0\0\0\0t\^S\M^M\M^C\M-p\0\0\ \0P\M^M\M^C\M-l\M^?\M^?\M^?P\M-h\M-h\M-~\M^?\M^?\M^K]\M-|\M-I\M-C\M^Mv\ \0U\M^I\M-eS\M-h\0\0\0\0[\M^A\M-C[\^Q\0\0\M^K]\M-|\M-I\M-C\M^P\M^P\M^P\ U\M^I\M-eS\M-h\0\0\0\0[\M^A\M-CC\^Q\0\0\M^?u\^P\M^?u\f\M^?u\b\M-h\M-Z\ \M-~\M^?\M^?\M^K]\M-|\M-I\M-C\M^PU\M^I\M-eS\M-h\0\0\0\0[\M^A\M-C\^_\^Q\ \0\0\M^?u\^P\M^?u\f\M^?u\b\M-h\M-F\M-~\M^?\M^?\M^K]\M-|\M-I\M-C\M^PU\ \M^I\M-eS\M-h\0\0\0\0[\M^A\M-C\M-{\^P\0\0\M^?u\^P\M^?u\f\M^?u\b\M-h\ \M-2\M-~\M^?\M^?\M^K]\M-|\M-I\M-C\M^PU\M^I\M-eS\M-h\0\0\0\0[\M^A\M-C\ \M-W\^P\0\0j\0\M^?u\b\M-hb\M-~\M^?\M^?\M^K]\M-|\M-I\M-C\M^PU\M^I\M-e\ \M^C\M-l\^D\M^KE\bf\M^IE\M-~\M-Ym\M-~\M-I\M-C\M^P\M^PU\M^I\M-eVS\M-h\0\ \0\0\0[\M^A\M-C\M-"\^P\0\0\M^M\M^C\M-t\M^?\M^?\M^?\M^Mp\M-|\M^Cx\M-|\ \M^?t\f\M^K\^F\M^?\M-P\M^C\M-F\M-|\M^C>\M^?u\M-t\M^Me\M-x[^\M-I\M-C\ \M^PU\M^I\M-eS\M-h\0\0\0\0[\M^A\M-Co\^P\0\0\M^K\M^C8\0\0\0\M^K\M^S<\0\ \0\0\M^K\^R\M^I\^P\M-h\M-?\M-}\M^?\M^?\M^K]\M-|\M-I\M-C\M^P\M^PU\M^I\ \M-eS\M-h\0\0\0\0[\M^A\M-CC\^P\0\0\M-h+\M-~\M^?\M^?\M^K]\M-|\M-I\M-C/l\ ib/ld-linux.so.2\0\0\0\0X\^X\0\0\0\0\0\0\0\0\0\0\M^?\M^?\M^?\M^?\0\0\0\ \0\M^?\M^?\M^?\M^?\0\0\0\0\M^\\^X\0\0\0\0\0\0\0\0\0\0\M-N\^E\0\0\M-^\ \^E\0\0\M-n\^E\0\0\M-~\^E\0\0\^N\^F\0\0\^^\^F\0\0.\^F\0\0>\^F\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^A\0\0\0\M-T\0\0\0\^N\0\0\0#\^A\0\ \0\f\0\0\0\M^H\^E\0\0\r\0\0\0\^P\b\0\0\^D\0\0\0\M-T\0\0\0\^E\0\0\0<\^C\ \0\0\^F\0\0\0\M^L\^A\0\0 \0\0\0005\^A\0\0\v\0\0\0\^P\0\0\0\^C\0\0\0\\\^X\0\0\^B\0\0\0@\0\0\0\^T\ \0\0\0\^Q\0\0\0\^W\0\0\0H\^E\0\0\^Q\0\0\0\^X\^E\0\0\^R\0\0\0000\0\0\0\ \^S\0\0\0\b\0\0\0\M-|\M^?\M^?o\M-@\^D\0\0\M-}\M^?\M^?o\^B\0\0\0\M-~\ \M^?\M^?o\M-x\^D\0\0\M^?\M^?\M^?o\^A\0\0\0\M-p\M^?\M^?o\M^H\^D\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\^R\^A`\^Z\0\0\b\0\0\0d\0\0\0\^P\a\0\0\0\0\0\0\ d\0\0\0\^P\a\0\0002\0\0\0<\0\0\0\0\0\0\0A\0\0\0\M^@\0\0\0\0\0\0\0p\0\0\ \0\M^@\0\0\0\0\0\0\0\M^J\0\0\0\M^@\0\0\0\0\0\0\0\M->\0\0\0\M^@\0\0\0\0\ \0\0\0\M-v\0\0\0\M^@\0\0\0\0\0\0\0003\^A\0\0\M^@\0\0\0\0\0\0\0\^?\^A\0\ \0\M^@\0\0\0\0\0\0\0\M-K\^A\0\0\M^@\0\0\0\0\0\0\0\M-q\^A\0\0\M^@\0\0\0\ \0\0\0\0\^[\^B\0\0\M^@\0\0\0\0\0\0\0A\^B\0\0\M^@\0\0\0\0\0\0\0f\^B\0\0\ \M^@\0\0\0\0\0\0\0\M^@\^B\0\0\M^@\0\0\0\0\0\0\0\M^[\^B\0\0\M^@\0\0\0\0\ \0\0\0\M-<\^B\0\0\M^@\0\0\0\0\0\0\0\M-u\^B\0\0\M^@\0\0\0\0\0\0\0\^X\^C\ \0\0\M^@\0\0\0\0\0\0\0<\^C\0\0\M^@\0\0\0\0\0\0\0f\^C\0\0\M^@\0\0\0\0\0\ \0\0z\^C\0\0\M^B\0\0\0\0\0\0\0\M^T\^C\0\0\M^B\0\0\0\0\0\0\0\M-J\^C\0\0\ \M-"\0\0\0\0\0\0\0\M-K\^C\0\0\M^B\0\0\0\0\0\0\0\M-`\^C\0\0\M^B\0\0\0\0\ \0\0\0\M-r\^C\0\0\M^B\0\0\0\0\0\0\0\b\^D\0\0\M^B\0\0\0\0\0\0\0\^_\^D\0\ \0\M^B\0\0\0\0\0\0\0\M-J\^C\0\0\M-"\0\0\0\0\0\0\0\M-J\^C\0\0\M-"\0\0\0\ \0\0\0\0\M-J\^C\0\0\M-"\0\0\0\0\0\0\0003\^D\0\0\M^B\0\0\0\0\0\0\0\M-J\ \^C\0\0\M-"\0\0\0\0\0\0\0t\^D\0\0\M^B\0\0\0\0\0\0\0\M^H\^D\0\0\M^B\0\0\ \0\^]\M^V\0\0003\^D\0\0\M-B\0\0\0\0\0\0\0\M^[\^D\0\0\M^@\0\0\0\0\0\0\0\ \M-j\^D\0\0\M^@\0\0\0\0\0\0\0\^_\^E\0\0\M^@\0\0\0\0\0\0\0_\^E\0\0\M^@\ \0\0\0\0\0\0\0\M^\\^E\0\0\M^@\0\0\0\0\0\0\0\M-V\^E\0\0\M^@\0\0\0\0\0\0\ \0\f\^F\0\0\M^@\0\0\0\0\0\0\0C\^F\0\0\M^@\0\0\0\0\0\0\0z\^F\0\0\M^@\0\ \0\0\0\0\0\0\M-,\^F\0\0\M^B\0\0\0\0\0\0\0\M-A\^F\0\0\M^B\0\0\0(;\0\0\ \M-U\^F\0\0\M^@\0\0\0\0\0\0\0003\a\0\0\M^@\0\0\0\0\0\0\0y\a\0\0\M^@\0\ \0\0\0\0\0\0\M^Y\a\0\0\M^@\0$\0\0\0\0\0\M-J\^C\0\0\M-"\0\0\0\0\0\0\0\ \M-J\^C\0\0\M-"\0\0\0\0\0\0\0\M-J\^C\0\0\M-"\0\0\0\0\0\0\0\M-J\^C\0\0\ \M-"\0\0\0\0\0\0\0\M-J\^C\0\0\M-"\0\0\0\0\0\0\0\M-J\^C\0\0\M-"\0\0\0\0\ \0\0\0\M-J\^C\0\0\M-"\0\0\0\0\0\0\0\M-;\a\0\0\M^B\0\0\0\0\0\0\0\M-Q\a\ \0\0\M^B\0\0\0\M-H%\0\0\M-b\a\0\0\M^B\0\0\0\M-W?\^A\0003\^D\0\0\M^B\0\ \0\0\M-X\^D\0\0 \b\0\0\M^@\0\M-*\0\0\0\0\0\M-J\^C\0\0\M-"\0\0\0\0\0\0\0\^_\b\0\0\M^@\0\ \0\0\0\0\0007\b\0\0\M^@\0!\0\0\0\0\0O\b\0\0\M^@\0"\0\0\0\0\0e\b\0\0\ \M^@\0#\0\0\0\0\0|\b\0\0\M^@\0%\0\0\0\0\0\M^U\b\0\0\M^@\0&\0\0\0\0\0\ \M-,\b\0\0\M^@\0001\0\0\0\0\0\M-D\b\0\0\M^@\0002\0\0\0\0\0\M-]\b\0\0\ \M^@\0003\0\0\0\0\0\M-u\b\0\0\M^@\0004\0\0\0\0\0\^O \0\0\M^@\0005\ \0\0\0\0\0( \0\0\M^@\0006\0\0\0\0\0B \0\0\M^@\08\0\0\0\0\0[\ \0\0\M^@\09\0\0\0\0\0u \0\0\M^@\0;\0\0\0\0\0\M^X \0\0\ \M^@\0=\0\0\0\0\0\M-0 \0\0\M^@\0>\0\0\0\0\0\M-H \0\0\M^@\0?\0\ \0\0\0\0\M-` \0\0\M^@\0@\0\0\0\0\0\M-x \0\0\M^@\0A\0\0\0\0\0\ \^Q \0\0\M^@\0B\0\0\0\0\0+ \0\0\M^@\0C\0\0\0\0\0B \0\0\M^@\0D\0\0\0\0\0[ \0\0\M^@\0E\0\0\0\0\0r \0\0\M^@\0F\0\0\0\0\0\M^K \0\0\M^@\0G\0\0\0\0\0\M-# \0\0\M^@\0H\0\0\0\0\0\M-> \0\0\M^@\0I\0\0\0\0\0\M-U \0\0\M^@\0N\0\0\0\0\0\^X\v\0\0\M^@\0Q\0\0\0\0\0001\v\0\0\M^@\0R\0\0\0\ \0\0K\v\0\0\M^@\0S\0\0\0\0\0c\v\0\0\M^@\0T\0\0\0\0\0|\v\0\0\M^@\0V\0\0\ \0\0\0\M^U\v\0\0\M^@\0Y\0\0\0\0\0\M-.\v\0\0\M^@\0o\0\0\0\0\0\M-{\v\0\0\ \M^@\0r\0\0\0\0\0\^R\f\0\0\M^@\0u\0\0\0\0\0-\f\0\0\M^@\0{\0\0\0\0\0G\f\ \0\0\M^@\0|\0\0\0\0\0d\f\0\0\M^@\0\^?\0\0\0\0\0\M^A\f\0\0\M^@\0\M^@\0\ \0\0\0\0\240\f\0\0\M^@\0\M^C\0\0\0\0\0\M-=\f\0\0\M^@\0\M^D\0\0\0\0\0\ \M-\\f\0\0\M^@\0\M^G\0\0\0\0\0\M-v\f\0\0\M^@\0\M^J\0\0\0\0\0\^Q\r\0\0\ \M^@\0\M^M\0\0\0\0\0-\r\0\0\M^@\0\M^N\0\0\0\0\0J\r\0\0\M^@\0\M^Q\0\0\0\ \0\0d\r\0\0\M^B\0\0\0\M-VF\^A\0\M^X\r\0\0\M^B\0\0\0\M^H\^O\0\0\M-@\r\0\ \0\M^@\0\0\0\0\0\0\0\M-J\^C\0\0\M-"\0\0\0\0\0\0\0\M-t\r\0\0\M^@\0\0\0\ \0\0\0\0=\^N\0\0\M^@\0"\0\0\0\0\0|\^N\0\0\M^@\0\0\0\0\0\0\0\M-8\^N\0\0\ \M^@\0\0\0\0\0\0\0\M-n\^N\0\0\M^@\0\0\0\0\0\0\0 \^O\0\0\M^@\0\0\0\0\0\ \0\0Y\^O\0\0\M^@\0003\0\0\0\0\0\M^W\^O\0\0\M^@\0\0\0\0\0\0\0\M-O\^O\0\ \0\M^@\0;\0\0\0\0\0\M-j\^O\0\0\M^@\0B\0\0\0\0\0%\^P\0\0\M^@\0E\0\0\0\0\ \0B\^P\0\0\M^@\0\0\0\0\0\0\0\M^@\^P\0\0\M^@\0\0\0\0\0\0\0\M-/\^P\0\0\ \M^@\0R\0\0\0\0\0\M-]\^P\0\0\M^@\0Y\0\0\0\0\0\^]\^Q\0\0\M^@\0]\0\0\0\0\ \0;\^Q\0\0\M^@\0\0\0\0\0\0\0x\^Q\0\0\M^@\0\0\0\0\0\0\0\M-,\^Q\0\0\M^@\ \0\0\0\0\0\0\0\M-o\^Q\0\0\M^@\0k\0\0\0\0\0"\^R\0\0\M^@\0\0\0\0\0\0\0b\ \^R\0\0\M^@\0s\0\0\0\0\0z\^R\0\0\M^@\0x\0\0\0\0\0" 75273 fm_flb-real RET read 4096/0x1000 75273 fm_flb-real CALL dup2(0xbfbfc464) 75273 fm_flb-real RET dup2 671510528/0x28067000 75273 fm_flb-real CALL old.recvfrom(0x28068000,0x964,0) 75273 fm_flb-real RET old.recvfrom 0 75273 fm_flb-real CALL dup2(0xbfbfc464) 75273 fm_flb-real RET dup2 671514624/0x28068000 75273 fm_flb-real CALL close(0x3) 75273 fm_flb-real RET close 0 75273 fm_flb-real CALL open(0x28065121,0,0x28066024) 75273 fm_flb-real NAMI "/compat/linux/etc/ld.so.cache" 75273 fm_flb-real NAMI "/compat/linux" 75273 fm_flb-real NAMI "/compat/linux/etc/ld.so.cache" 75273 fm_flb-real RET open 3 75273 fm_flb-real CALL old.sigvec(0x3,0xbfbfd434) 75273 fm_flb-real RET old.sigvec 0 75273 fm_flb-real CALL dup2(0xbfbfd470) 75273 fm_flb-real RET dup2 671518720/0x28069000 75273 fm_flb-real CALL close(0x3) 75273 fm_flb-real RET close 0 75273 fm_flb-real CALL open(0x2806aa85,0,0x28066024) 75273 fm_flb-real NAMI "/compat/linux/lib/libm.so.6" 75273 fm_flb-real NAMI "/compat/linux" 75273 fm_flb-real NAMI "/compat/linux/lib/libm.so.6" 75273 fm_flb-real RET open 3 75273 fm_flb-real CALL old.sigvec(0x3,0xbfbfd390) 75273 fm_flb-real RET old.sigvec 0 75273 fm_flb-real CALL read(0x3,0xbfbfc3e4,0x1000) 75273 fm_flb-real GIO fd 3 read 4096 bytes "\^?ELF\^A\^A\^A\0\0\0\0\0\0\0\0\0\^C\0\^C\0\^A\0\0\0\M-P=\0\0004\0\0\0\ \M-8m\a\0\0\0\0\0004\0 \0\^E\0(\0-\0*\0\^F\0\0\0004\0\0\0004\0\0\0004\ \0\0\0\240\0\0\0\240\0\0\0\^E\0\0\0\^D\0\0\0\^C\0\0\0<\M-.\^A\0<\M-.\ \^A\0<\M-.\^A\0\^S\0\0\0\^S\0\0\0\^D\0\0\0\^A\0\0\0\^A\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0O\M-.\^A\0O\M-.\^A\0\^E\0\0\0\0\^P\0\0\^A\0\0\0P\M-.\^A\ \0P\M->\^A\0P\M->\^A\0l\^A\0\0\M^H\^A\0\0\^F\0\0\0\0\^P\0\0\^B\0\0\0\f\ \M-/\^A\0\f\M-?\^A\0\f\M-?\^A\0\M-0\0\0\0\M-0\0\0\0\^F\0\0\0\^D\0\0\0\ \a\^A\0\0O\^A\0\0\^O\^A\0\0\0\0\0\0\M^P\0\0\0006\^A\0\0\0\0\0\0=\^A\0\ \0\0\0\0\0\0\0\0\0\^V\^A\0\0\0\0\0\0\M-[\0\0\0)\^A\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0:\^A\0\0v\0\0\0\0\0\0\0\M-A\0\0\0\0\0\0\0\0\0\0\0\M-,\ \0\0\0\^_\^A\0\09\0\0\0\0\0\0\0 \^A\0\0\^E\0\0\0J\^A\0\0m\0\0\0V\0\0\0\ \0\0\0\0\M-6\0\0\0\M-u\0\0\0\0\0\0\0g\0\0\0\0\0\0\0\0\0\0\0\M^H\0\0\0\ \M^U\0\0\0\M-w\0\0\0\0\0\0\0\M-o\0\0\0\^P\0\0\0\0\0\0\0\^^\^A\0\0\M-U\ \0\0\0\M-5\0\0\0001\^A\0\0\M-g\0\0\0\0\0\0\0}\0\0\0Y\0\0\0<\0\0\0\0\0\ \0\0@\^A\0\0\M-;\0\0\0\0\0\0\0\0\0\0\0\M-/\0\0\0\0\0\0\0\^X\^A\0\0\0\0\ \0\0\0\0\0\0005\0\0\09\^A\0\0\^[\^A\0\0\^Q\^A\0\0\M-L\0\0\0\0\0\0\0K\ \^A\0\0w\0\0\0\M-7\0\0\0 \0\0\0003\^A\0\0\M-)\0\0\0\^S\^A\0\0\M-Z\0\0\0\^\\^A\0\0\0\0\0\0\b\^A\ \0\0\0\0\0\0\^A\^A\0\0\0\0\0\0\^]\^A\0\0\0\0\0\0(\^A\0\0\0\0\0\0G\0\0\ \0\0\0\0\0\f\^A\0\0d\0\0\0\M^?\0\0\0\M-O\0\0\0\M-2\0\0\0\M^L\0\0\0\M-B\ \0\0\0\^E\^A\0\0\0\0\0\0\M-P\0\0\0\^F\0\0\0005\^A\0\0+\^A\0\0\^C\^A\0\ \0 \^A\0\0:\0\0\0\0\0\0\0\^A\0\0\0\M-\\0\0\0\M-X\0\0\0\0\0\0\0\^R\^A\0\ \0\M-^\0\0\0\M-f\0\0\0\0\0\0\0007\^A\0\0Q\0\0\0\M-Q\0\0\0#\0\0\0\0\0\0\ \0\M-s\0\0\0B\^A\0\0\M-]\0\0\0\M-8\0\0\0`\0\0\0\0\0\0\0\0\0\0\0\M-:\0\ \0\0.\^A\0\0\M-H\0\0\0C\^A\0\0000\^A\0\0\0\^A\0\0\M-y\0\0\0\^Y\^A\0\0A\ \0\0\0"\^A\0\0\^W\^A\0\0/\^A\0\0\0\0\0\0\0\0\0\0D\^A\0\0\M-=\0\0\0*\^A\ \0\0A\^A\0\0\M-r\0\0\0\M^Y\0\0\0\M-?\0\0\0\M^V\0\0\0\M-!\0\0\0\^B\^A\0\ \0R\0\0\0-\^A\0\0\M-z\0\0\0\^F\^A\0\0\0\0\0\0E\0\0\0?\^A\0\0\0\0\0\0\0\ \0\0\0\M-<\0\0\0\M-l\0\0\0\^T\^A\0\0$\^A\0\0\0\0\0\0#\^A\0\0\M-~\0\0\0\ Z\0\0\0\M-m\0\0\0C\0\0\0\0\0\0\0\M-Y\0\0\0\M-q\0\0\0\M-c\0\0\0\M-x\0\0\ \0\M^J\0\0\0\0\0\0\0\0\0\0\0\^U\^A\0\0\^T\0\0\0M\0\0\0\M-+\0\0\0\M-J\0\ \0\0\M-E\0\0\0\0\0\0\0\M-9\0\0\0003\0\0\0\0\0\0\0\M^E\0\0\0\M^N\0\0\0%\ \^A\0\0c\0\0\0\M-1\0\0\0\0\0\0\0\^W\0\0\0y\0\0\0;\^A\0\0'\^A\0\0\0\0\0\ \0\M-p\0\0\0\0\0\0\0I\^A\0\0\M^S\0\0\0\0\0\0\0\M-#\0\0\0\^Z\^A\0\0\0\0\ \0\0\0\0\0\0\a\^A\0\0\M^X\0\0\0\M^\\0\0\0\M-_\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0!\^A\0\0\0\0\0\0\M-$\0\0\0b\0\0\0\M-}\0\0\0\^S\0\0\0\0\0\ \0\0\M^M\0\0\0\M->\0\0\0\M^Z\0\0\0E\^A\0\0\0\0\0\0\M-T\0\0\0\M-I\0\0\0\ L\^A\0\0\240\0\0\0&\0\0\0\0\0\0\0\0\0\0\0004\0\0\0H\^A\0\0002\^A\0\0\0\ \0\0\0\0\0\0\0\M^G\0\0\0\0\0\0\0G\^A\0\0\M-k\0\0\0\M-V\0\0\0\0\0\0\0\ \^]\0\0\0a\0\0\0\0\0\0\0>\^A\0\0\v\^A\0\0\0\0\0\0\0\0\0\0\M-v\0\0\0F\ \^A\0\0\r\^A\0\0\^D\^A\0\0)\0\0\08\^A\0\0n\0\0\0\M^C\0\0\0\M-R\0\0\0&\ \^A\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\v\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^U\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\^[\0\0\0\0\0\0\0\0\0\0\0"\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0$\0\0\0\a\0\0\0\0\0\0\0/\0\0\0\0\0\0\0\^C\0\0\0\ \0\0\0\0001\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\r\0\0\0\^_\0\0\0\0\0\0\0\0\0\0\0\^\\0\0\0=\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\^Z\0\0\0\0\0\0\0\^X\0\0\0\^Q\0\0\0\0\0\0\0\0\0\0\0*\0\ \0\0000\0\0\0\0\0\0\0\0\0\0\0\0\0\0\08\0\0\0\0\0\0\0007\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0M\^A\0\0\0\0\0\0B\0\0\0\^V\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0N\0\0\0\0\0\0\0\0\0\0\0\^N\0\0\0@\0\0\0\\\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0[\0\0\0\0\0\0\0\^D\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ O\0\0\0-\0\0\0U\0\0\0\0\0\0\0K\0\0\0\0\0\0\0p\0\0\0\0\0\0\0e\0\0\0\0\0\ \0\0%\0\0\0\0\0\0\0]\0\0\0\0\0\0\0\M^B\0\0\0s\0\0\0\0\0\0\0S\0\0\0i\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0L\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0r\0\0\0\0\0\0\0\0\0\0\0k\0\0\0\0\0\0\0,\0\0\0\0\0\0\0\0\0\0\0\^Y\ \0\0\0(\0\0\0\0\0\0\0\M^Q\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\M^_\0\0\0\M^A\ \0\0\0W\0\0\0\0\0\0\0_\0\0\0H\0\0\0\0\0\0\0o\0\0\0\0\0\0\0X\0\0\0\M-3\ \0\0\0\0\0\0\0>\0\0\0\0\0\0\0\M-'\0\0\0\0\0\0\0\0\0\0\0\M^^\0\0\0\0\0\ \0\0\0\0\0\0D\0\0\0\0\0\0\0\M-&\0\0\0\0\0\0\0\M-(\0\0\0\0\0\0\0\0\0\0\ \0\M-%\0\0\0\0\0\0\0I\0\0\0\M--\0\0\0'\0\0\0\0\0\0\0\0\0\0\0^\0\0\0\0\ \0\0\0\M-C\0\0\0\0\0\0\0\^?\0\0\0\0\0\0\0\0\0\0\0006\0\0\0J\0\0\0\0\0\ \0\0\M-F\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\M-K\0\0\0P\0\0\0\0\0\0\ \0\0\0\0\0\M-.\0\0\0j\0\0\0\0\0\0\0x\0\0\0\M^]\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\M-h\0\0\0+\0\0\0\0\0\0\0\0\0\0\0\M-d\0\0\0\0\0\0\0\M^W\ \0\0\0\M^R\0\0\0;\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0f\0\0\0\0\0\0\0\0\0\0\0\^O\0\0\0\0\0\0\0!\0\0\0\f\0\ \0\0\M-"\0\0\0u\0\0\0\M-*\0\0\0\0\0\0\0F\0\0\0|\0\0\0\M^F\0\0\0\M^T\0\ \0\0\0\0\0\0002\0\0\0\M-j\0\0\0.\0\0\0\0\0\0\0\0\0\0\0\^N\^A\0\0\M^I\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0~\0\0\0\0\0\0\0\M^K\0\0\0\M-e\0\0\0\M-@\0\ \0\0\M-a\0\0\0\^B\0\0\0\M-|\0\0\0\M-0\0\0\0\M-t\0\0\0\M-{\0\0\0\b\0\0\ \0\0\0\0\0\0\0\0\0\M-S\0\0\0\0\0\0\0\M^D\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0?\0\0\0l\0\0\0\M^[\0\0\0\0\0\0\0\M-`\0\0\0N\^A\0\0\0\0\0\0\M-W\ \0\0\0\^R\0\0\0\M^@\0\0\0\M-D\0\0\0\M-M\0\0\0\0\0\0\0\M-n\0\0\0h\0\0\0\ \^^\0\0\0\0\0\0\0\M-G\0\0\0\M-b\0\0\0\^P\^A\0\0T\0\0\0 \^A\0\0\M-4\0\0\0004\^A\0\0<\^A\0\0z\0\0\0\0\0\0\0q\0\0\0t\0\0\0\0\0\0\ \0\M-N\0\0\0\M-i\0\0\0,\^A\0\0\0\0\0\0\M^O\0\0\0\0\0\0\0{\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\M^W\^S\0\0@E\^A\0\M^X\0\0\0"\0\f\0\^\\^A\0\ \0@[\0\0\r\0\0\0\^R\0\f\0t\^C\0\0\^P\M^P\0\0\\\0\0\0"\0\f\0\M-W\^T\0\0\ \^PR\^A\0\M-X\0\0\0"\0\f\0\M^Z\f\0\0\0\^E\^A\0\M^M\0\0\0"\0\f\0z\^C\0\ \0l\M^P\0\0#\0\0\0"\0\f\0\M-@\^E\0\0\M-0\M-$\0\0\M^]\0\0\0"\0\f\0\^F\ \^F\0\0\M-@\M-)\0\0q\0\0\0"\0\f\0\M^I\^V\0\0\M-Pb\^A\0005\^B\0\0"\0\f\ \0\M-?\^D\0\0\M-0\M^Z\0\0z\0\0\0"\0\f\0'\^C\0\0P\M^D\0\0\M-a\0\0\0"\0\ \f\0\M-'\^V\0\0\^Pf\^A\0B\^A\0\0"\0\f\0|\a\0\0\M-p\M-9\0\0l\^B\0\0"\0\ \f\0\^^\^X\0\0\0\0\0\0005\0\0\0\^R\0\0\0\M-}\^O\0\0\^P,\^A\0\M-,\0\0\0\ "\0\f\0K\f\0\0\M-`\^C\^A\0\M^N\0\0\0"\0\f\0\M-l \0\0p\M-{\0\0\M^A\0\0\0"\0\f\0\M-=\^O\0\0\M-p*\^A\0\M-l\0\0\0\^R\0\f\0\ \M-X\a\0\0\0\M-D\0\0\r\^B\0\0"\0\f\0T\^F\0\0\0\0\0\0jO\0\0\^R\0\0\0\ \M-Y\^V\0\0\M^@h\^A\0K\^A\0\0"\0\f\0\M-%\^S\0\0\M-`E\^A\0\M-6\0\0\0"\0\ \f\0>\^U\0\0000Y\^A\0\M^N\0\0\0"\0\f\0\M-(\f\0\0\M^P\^E\^A\0\M-;\0\0\0\ "\0\f\0\M-~\0\0\0\M-@Z\0\0P\0\0\0\^R\0\f\0\M-d\^C\0\0000\M^R\0\0\ \0\0\0"\0\f\0{\0\0\0`\M->\^A\0\^D\0\0\0\^Q\0\^P\0\M^\\^F\0\0\ \240\M-,\0\0\^[\^A\0\0"\0\f\0F\^V\0\08^\^A\0,\0\0\0"\0\f\0\^F\f\0\0\^P\ \^B\^A\0\M^U\0\0\0"\0\f\0n\^N\0\0\M-X\^T\^A\0\b\0\0\0"\0\f\0~\^O\0\0\ \^P%\^A\0w\^A\0\0"\0\f\0\^P\^N\0\0\M-P\^R\^A\0E\0\0\0"\0\f\0c\a\0\0\ \240\M-7\0\0\^A\^A\0\0"\0\f\0 \^U\0\0PW\^A\0001\^A\0\0"\0\f\0?\v\0\0\ \M-@\M-|\0\0\M-W\0\0\0"\0\f\0\M-b\^F\0\0L\M-.\0\0\b\0\0\0"\0\f\0\M-+\ \^T\0\0LP\^A\0\M-P\0\0\0"\0\f\0W\^T\0\0 K\^A\0\M-h\0\0\0"\0\f\0\M-O\v\ \0\0\0\0\0\0\^Y\0\0\0\^R\0\0\0a\r\0\0P\r\^A\0\M^L\^A\0\0"\0\f\0A\^R\0\ \0\M^P=\^A\0006\0\0\0"\0\f\0u\^W\0\0\M-@w\^A\0\^A\^A\0\0\^R\0\f\0\M-{\ \^U\0\0\240]\^A\0"\0\0\0"\0\f\0000\b\0\0\M^@\M-H\0\0\M^?\0\0\0"\0\f\0$\ \v\0\0@\M-|\0\0v\0\0\0"\0\f\0\M-;\v\0\0000\M^?\0\0\M-<\0\0\0"\0\f\0j\ \^S\0\0\^PC\^A\0\M-j\0\0\0"\0\f\0\M-7\^U\0\0000[\^A\0%\0\0\0"\0\f\0L\ \^C\0\0P\M^F\0\0+\0\0\0"\0\f\0>\r\0\0 \f\^A\0\240\0\0\0"\0\f\0{\^U\0\0\ `Z\^A\0 \0\0\0"\0\f\0\M^V\^C\0\0\M-0\M^P\0\0+\0\0\0"\0\f\0S\0\0\0\0\0\ \0\0t\0\0\0"\0\0\0004\^A\0\0p[\0\0004\0\0\0\^R\0\f\0n\^E\0\0\M^P\240\0\ \0z\0\0\0"\0\f\0\M^V\^U\0\0\0\0\0\0]O\0\0\^R\0\0\0$\^W\0\0`o\^A\0\M^Q\ \^A\0\0"\0\f\0\M^U\a\0\0\240\M-=\0\0<\^A\0\0"\0\f\0W\^U\0\0\M-`Y\^A\0`\ \0\0\0\^R\0\f\0\M^O\r\0\0\M-P\^P\^A\0w\0\0\0"\0\f\0\M-A\a\0\0\M-0\M-@\ \0\0\M-2\^A\0\0"\0\f\0f\^E\0\0\M-\\M^_\0\0\M-+\0\0\0"\0\f\0\M-^\a\0\0\ \^P\M-F\0\0~\0\0\0"\0\f\0\^?\^W\0\0\M-@w\^A\0\^A\^A\0\0"\0\f\0\M^C\^T\ \0\0|M\^A\0\M-B\0\0\0"\0\f\0\M-R\r\0\0\M-p\^Q\^A\0*\0\0\0"\0\f\0y\^T\0\ \0\M-`L\^A\0\M^[\0\0\0"\0\f\0\^^\^E\0\0\M-0\M^\\0\0\M-!\0\0\0"\0\f\0\ \M-|\^F\0\0|\M-.\0\0&\0\0\0"\0\f\0Q\^S\0\0\M-0B\^A\0&\0\0\0"\0\f\0006\ \^W\0\0\0q\^A\0\M-1\^A\0\0"\0\f\0\M-j\a\0\0\M^P\M-F\0\0\M^F\0\0\0"\0\f\ \0\M^N\^E\0\0\^P\M-#\0\0\M-X\0\0\0"\0\f\0!\^O\0\0\M-P\^]\^A\0\^]\^A\0\ \0"\0\f\0\M^?\^N\0\0\0\0\0\0$\0\0\0\^R\0\0\0\M-I\^R\0\0\M-0?\^A\0/\0\0\ \0"\0\f\0&\^N\0\0\240\^S\^A\0\M-/\0\0\0"\0\f\0\M^?\r\0\0\240\^R\^A\0%\ \0\0\0"\0\f\0q\r\0\0p\^O\^A\0\M-^\0\0\0"\0\f\0\M-2\^N\0\0000\^U\^A\0\ \M-k\^A\0\0"\0\f\0\M-8\^C\0\0p\M^Q\0\0\M^E\0\0\0"\0\f\0\M-?\^W\0\0\^Py\ \^A\0\M^\\0\0\0"\0\f\0\M^W\0\0\0\0\0\0\0\M-N\0\0\0\^R\0\0\0\^U\^U\0\0\ \240V\^A\0\M-/\0\0\0"\0\f\0\M^A\^D\0\0\0\0\0\0(\0\0\0\^R\0\0\0\M^F\^E\ \0\0P\M-"\0\0\M-@\0\0\0"\0\f\0\240\r\0\0`\^Q\^A\0H\0\0\0\^R\0\f\0\M-y\ \^R\0\0\^PA\^A\0k\^A\0\0"\0\f\0d\^C\0\0\M-P\M^F\0\0\M^T\^D\0\0"\0\f\0\ \M-= \0\0\240\M-z\0\0\^Q\0\0\0"\0\f\0\M-5\^S\0\0\240F\^A\0\M-0\0\0\0" 75273 fm_flb-real RET read 4096/0x1000 75273 fm_flb-real CALL dup2(0xbfbfc358) 75273 fm_flb-real RET dup2 671535104/0x2806d000 75273 fm_flb-real CALL dup2(0xbfbfc354) 75273 fm_flb-real RET dup2 671539200/0x2806e000 75273 fm_flb-real CALL old.recvfrom(0x28089000,0xfd8,0) 75273 fm_flb-real RET old.recvfrom 0 75273 fm_flb-real CALL dup2(0xbfbfc354) 75273 fm_flb-real RET dup2 671649792/0x28089000 75273 fm_flb-real CALL close(0x3) 75273 fm_flb-real RET close 0 75273 fm_flb-real CALL open(0x2806b9a2,0,0x28066024) 75273 fm_flb-real NAMI "/compat/linux/lib/libc.so.6" 75273 fm_flb-real NAMI "/compat/linux" 75273 fm_flb-real NAMI "/compat/linux/lib/libc.so.6" 75273 fm_flb-real RET open 3 75273 fm_flb-real CALL old.sigvec(0x3,0xbfbfd380) 75273 fm_flb-real RET old.sigvec 0 75273 fm_flb-real CALL read(0x3,0xbfbfc3d4,0x1000) 75273 fm_flb-real GIO fd 3 read 4096 bytes "\^?ELF\^A\^A\^A\0\0\0\0\0\0\0\0\0\^C\0\^C\0\^A\0\0\0\M-(\M^B\^A\0004\0\ \0\0\M-l\M-=;\0\0\0\0\0004\0 \0\^E\0(\0@\0=\0\^F\0\0\0004\0\0\0004\0\0\ \0004\0\0\0\240\0\0\0\240\0\0\0\^E\0\0\0\^D\0\0\0\^C\0\0\0\M^^\M-,\^N\ \0\M^^\M-,\^N\0\M^^\M-,\^N\0\^S\0\0\0\^S\0\0\0\^D\0\0\0\^A\0\0\0\^A\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\M-1\M-,\^N\0\M-1\M-,\^N\0\^E\0\0\0\0\^P\0\ \0\^A\0\0\0\M-@\M-,\^N\0\M-@\M-<\^N\0\M-@\M-<\^N\0\M-t2\0\0\^\l\0\0\^F\ \0\0\0\0\^P\0\0\^B\0\0\0\M-|\M-^\^N\0\M-|\M-n\^N\0\M-|\M-n\^N\0\M-8\0\ \0\0\M-8\0\0\0\^F\0\0\0\^D\0\0\0\a\^D\0\0\M-_\^F\0\0\b\^E\0\0\M-r\^A\0\ \0\M-'\^E\0\0%\^B\0\0{\^C\0\0\M-H\^A\0\0\^B\^C\0\0\M-K\^F\0\0\M-4\^F\0\ \0\M-[\^B\0\0D\^F\0\0]\^D\0\0#\^C\0\0\^Q\^F\0\0\0\0\0\0z\^F\0\0\M^E\0\ \0\0F\^D\0\0\0\0\0\0\M->\^C\0\0@\^A\0\0T\^D\0\0\M-X\^E\0\0j\^F\0\0\0\0\ \0\0\M-T\^A\0\0^\^A\0\0\M-^\^B\0\0\M-5\^F\0\0\M-9\^F\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\M-,\^D\0\0#\^F\0\0\^T\^C\0\0n\^B\0\0\0\0\0\0i\^F\0\0}\^F\0\ \0\M-/\^E\0\0\M-\\^B\0\0\a\^E\0\0\M^H\^E\0\0I\^F\0\0\0\0\0\0\M-O\^C\0\ \0\0\0\0\0\a\^D\0\0\M-H\^C\0\0\M^]\^D\0\0/\0\0\0\0\0\0\0\b\^D\0\0g\^F\ \0\0 \^E\0\0\M-J\^B\0\0\M-D\^E\0\0\M-?\^E\0\0i\^A\0\0O\^B\0\0\0\0\0\0\ \M-E\0\0\0\M-V\^C\0\0+\^D\0\0\0\0\0\0\M-g\^D\0\0,\^B\0\0\M-B\^B\0\0\^?\ \^D\0\0\M-*\^B\0\0\M-W\^F\0\0\M-P\^E\0\0\M-B\^E\0\0Q\^F\0\0p\^F\0\0\ \M-[\^A\0\0\M^H\^D\0\0S\^C\0\0\M-Y\^D\0\0\0\0\0\0\0\0\0\0%\^A\0\0]\^A\ \0\0=\^C\0\0\M-i\^B\0\0;\^D\0\0\0\0\0\0I\^D\0\0\^\\^F\0\0t\^F\0\0\M-q\ \^E\0\0\0\0\0\0$\^F\0\0R\^E\0\0G\0\0\0\^?\^F\0\0)\^C\0\0\M^A\^D\0\0\^D\ \0\0\0\M-@\0\0\0@\^C\0\0\M-K\^D\0\0\M-X\^C\0\0W\^D\0\0\M-j\^D\0\0\M->\ \0\0\0\M-c\^E\0\0\M^?\^D\0\0\M^G\^E\0\0\M-v\^D\0\0\^D\^D\0\0O\^F\0\0\0\ \0\0\0\M-{\^E\0\0\0\0\0\0\M-l\^C\0\0\0\0\0\0\M^^\^E\0\0\0\0\0\0u\^F\0\ \0\^Z\0\0\0\M^V\^B\0\0c\^F\0\0\0\0\0\0002\0\0\0?\^E\0\0\0\0\0\0\^O\^D\ \0\0\M^H\^F\0\0o\^F\0\0\0\0\0\0D\^C\0\0\M-l\^D\0\0S\^F\0\0\M-u\0\0\0|\ \^F\0\0\M-^\0\0\0\M-P\0\0\0\M-h\^A\0\0\M-Q\^D\0\0\M-4\^E\0\0\M-h\0\0\0\ m\^D\0\0\M-+\^B\0\0P\^D\0\0N\0\0\0\0\0\0\0l\^C\0\0\M-t\^C\0\0\M^]\^E\0\ \0\0\0\0\0\f\^F\0\0\M-+\^F\0\0\M-U\^A\0\0\M-I\^B\0\0\^R\^A\0\0q\^D\0\0\ \M-U\^F\0\0F\^B\0\0\M-z\^B\0\0'\^E\0\0\M^]\^F\0\0=\^F\0\0!\^A\0\0\0\0\ \0\0U\^E\0\0\M^B\^A\0\0d\^A\0\0\M-u\^B\0\0R\^F\0\0\0\0\0\0\0\0\0\0\M-Y\ \^E\0\0W\^E\0\0\0\0\0\0\M-o\0\0\0\0\0\0\0\M^\\^F\0\0\M-6\^F\0\0\M-;\^E\ \0\0\v\^D\0\0A\^E\0\0o\^E\0\0\0\0\0\0\M-<\0\0\0\^^\^F\0\0.\^D\0\0\^W\ \^F\0\09\^E\0\0\M^_\^B\0\0\0\0\0\0006\^B\0\0Z\^F\0\0\M^Q\^F\0\0\M-?\^D\ \0\0\0\0\0\0\0\0\0\0\M-H\^B\0\0\M-v\0\0\0\M^@\^E\0\0\M-G\^E\0\0\^^\0\0\ \0L\^F\0\0\M-&\^A\0\0\0\0\0\0\M^M\^F\0\0\M-M\^B\0\0\M-P\^F\0\0\0\0\0\0\ \M^F\^E\0\0\M-&\^F\0\0\M^U\^F\0\0v\^F\0\0\M^N\^F\0\0\0\0\0\0\^X\^F\0\0\ \M^O\^B\0\0\0\0\0\0\^C\^F\0\0a\^E\0\0\M-y\^B\0\0\0\0\0\0\M-u\^A\0\0\ \M-/\^B\0\0\^^\^A\0\0\M-,\^F\0\0j\^C\0\0)\^F\0\0\M-8\^D\0\0/\^F\0\0\ \M-.\^D\0\0\M^C\^F\0\0\M-*\^D\0\0\M^S\^F\0\0\M^C\^E\0\0000\^C\0\0\0\0\ \0\0\M^G\^D\0\0\^Z\^E\0\0$\^B\0\0\0\^B\0\0\M-y\^D\0\0\M^B\^C\0\0\0\0\0\ \0\M-r\^D\0\0Z\^E\0\0\M-E\^F\0\0\M^C\^A\0\0\0\0\0\0-\^F\0\0\M-(\^F\0\0\ *\^C\0\0\M-Z\^C\0\0\0\0\0\0\M^_\^F\0\0z\^E\0\0\f\^E\0\0K\^F\0\0\M-S\^D\ \0\0004\^F\0\0\M-r\^B\0\0&\^E\0\0\M-(\^C\0\0a\^C\0\0+\^E\0\0\M-(\^B\0\ \0\M-Z\^D\0\0q\^F\0\0\M-N\^A\0\0\0\0\0\0V\^E\0\0\M--\^E\0\0\0\0\0\0\^^\ \^C\0\0 \^F\0\0f\^F\0\0\M-_\^E\0\0\M-Q\^F\0\0_\^F\0\0\M-4\^B\0\0}\^B\0\ \0\M-C\^E\0\0w\^C\0\0\M-H\^F\0\0\M-G\^B\0\0\^E\^F\0\0\0\0\0\0\M-'\^C\0\ \0\^_\^D\0\0i\^C\0\08\^E\0\0\M-"\^E\0\0\0\0\0\0\^]\^E\0\0\0\0\0\0\M-&\ \^E\0\0h\^D\0\0\M^R\^E\0\0\M-3\^E\0\0\M-Q\^E\0\0\0\0\0\0\0\0\0\0\^A\^D\ \0\0\M^J\^F\0\0\M^R\^F\0\0\M-8\^E\0\0|\^E\0\0G\^F\0\0{\^E\0\0\M-%\^F\0\ \0\M^X\^F\0\0\^^\^E\0\0\M-N\^F\0\0004\^C\0\0\0\0\0\0\M-L\^A\0\0\0\0\0\ \0\0\0\0\0s\^D\0\0\M-%\^D\0\0E\^D\0\0\M-<\^B\0\0\0\0\0\0#\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0m\^F\0\0\M-C\^B\0\0\0\0\0\0\0\0\0\0\0\0\0\0\M-_\^B\0\ \0\M^J\^A\0\0\0\0\0\0\^V\^E\0\0\M^D\^B\0\0;\^F\0\0\M-Q\^C\0\0\M^A\^F\0\ \0\M^G\^A\0\0\^N\^E\0\0\M^G\^F\0\0\M^W\^F\0\0\0\0\0\0u\^D\0\0\^T\^E\0\ \0\M-,\^C\0\0\M^B\^D\0\0\^S\^C\0\0\M^\\^E\0\0M\^E\0\0U\^D\0\0\M-S\0\0\ \0\M-z\^E\0\0\0\0\0\0\M-}\^D\0\0d\^D\0\0\M-x\^A\0\0\M-R\^E\0\0\0\0\0\0\ \0\0\0\0\f\^B\0\0\0\0\0\0\0\0\0\0\M-d\^E\0\0e\^E\0\0\^]\^A\0\0\0\0\0\0\ \0\0\0\0\M^Z\^B\0\0\0\^E\0\0\0\0\0\0\0\0\0\0.\^F\0\0!\^F\0\0\M-F\^A\0\ \0\M^P\^D\0\0\^P\^F\0\0\^R\^F\0\0\M-5\^E\0\0\M-)\^D\0\0H\^C\0\0\M-L\^B\ \0\0\0\0\0\0\0\0\0\0r\^E\0\0\M-/\^C\0\0\0\0\0\0\M^@\^F\0\0\M-L\^F\0\0\ \M-z\^A\0\0\0\0\0\0P\^F\0\0!\^E\0\0\M-Y\^F\0\0002\^C\0\0M\^F\0\0n\^D\0\ \0\M-+\^D\0\0\M^P\^E\0\0-\^E\0\0\0\0\0\0[\^E\0\0\M-#\^B\0\0\M-;\^F\0\ \0006\^F\0\0\^O\^B\0\0r\^C\0\0k\^D\0\0\M^V\^D\0\0\0\0\0\0\M-V\^E\0\0\ \^R\0\0\0T\^E\0\0\^N\^F\0\0\^Y\^D\0\0s\^C\0\0\0\^C\0\0\0\0\0\0\M-h\^C\ \0\0\M^K\^C\0\0\M-g\^E\0\0\M^I\^D\0\0001\^B\0\0\M^P\^C\0\0\M-J\^A\0\0B\ \^F\0\0\M-W\^A\0\0\M^Z\^D\0\0\^U\^F\0\0\v\^E\0\0\M-D\^F\0\0d\^F\0\0\ \M^C\^D\0\0\^O\^C\0\0E\^C\0\0\v\^A\0\0\0\0\0\0#\^D\0\0S\^D\0\0\^D\^B\0\ \0}\^C\0\0003\^F\0\0\M-i\^D\0\0W\^C\0\0L\^A\0\0\M-*\^E\0\0h\^F\0\0)\^B\ \0\0\M-8\^F\0\0004\^D\0\0\0\0\0\0\M-[\^E\0\0\M-E\^D\0\0\M-F\^D\0\0\M-f\ \^E\0\0\0\0\0\0\M-(\^D\0\0M\^B\0\0\M^I\0\0\0\0\0\0\0v\^C\0\0\0\0\0\0k\ \^E\0\0\M^O\^D\0\0(\^C\0\0\M-{\^A\0\0:\^F\0\0\^F\0\0\0\M-P\^A\0\0\M-b\ \^D\0\0\0\0\0\0\M-1\^A\0\0D\^E\0\0\0\0\0\0\M-S\^A\0\0=\^B\0\0\M-M\^A\0\ \0\M^T\^D\0\0001\^E\0\0m\^B\0\0\M^X\^E\0\0>\^F\0\0\0\0\0\0\b\^B\0\0\^E\ \^C\0\0\0\0\0\0A\^F\0\0 \^E\0\0\M^T\^E\0\0+\^F\0\0\0\0\0\0[\^A\0\0\0\0\0\0\0\0\0\0e\^C\0\0\M->\ \^D\0\0\0\0\0\0\M^T\^A\0\0'\^F\0\08\^D\0\0\M-.\^F\0\0\M-`\^D\0\0\^T\^A\ \0\0\0\0\0\0\M^E\^A\0\0\M-0\^F\0\0\M-<\^F\0\0\0\0\0\0\0\0\0\0\M^W\^D\0\ \0\M-f\^C\0\0;\^B\0\0\M-2\^F\0\0f\^D\0\0\^[\^C\0\0/\^E\0\0\M-A\^F\0\0\ \M^J\^B\0\0 \^F\0\08\^F\0\0\0\0\0\0\M-~\^C\0\0:\^C\0\0007\^F\0\0\0\0\0\ \0\M-@\^E\0\0\0\0\0\0Q\^E\0\0\M^P\^F\0\0\M^O\^F\0\0\0\0\0\0\0\0\0\0\ \M-I\^F\0\0"\^A\0\0)\^D\0\0\M-`\^E\0\0\0\0\0\0K\^D\0\0\0\0\0\0\M-.\^E\ \0\0V\^B\0\0\M-J\^E\0\0c\^C\0\0\M--\^C\0\0?\^C\0\0\M-B\^F\0\0\0\0\0\0s\ \^F\0\0E\^F\0\0\M^K\^F\0\0\0\0\0\0\0\0\0\0\0\0\0\0\M-e\^D\0\0\0\0\0\0\ \M-V\^D\0\0\M-x\^C\0\0001\^F\0\0\0\0\0\0\0\0\0\0$\^E\0\0\^V\^C\0\0(\0\ \0\0H\^E\0\0\0\0\0\0\^Y\^E\0\0\0\0\0\0G\^D\0\0\0\0\0\0\0\0\0\0c\^D\0\0\ \0\0\0\0f\^E\0\0\^W\^E\0\0\M-6\^A\0\0v\0\0\0\M^@\^D\0\0\M-e\0\0\0\0\0\ \0\0\M-G\^F\0\0\0\0\0\0003\0\0\0^\^D\0\0\M-N\^E\0\0V\^C\0\0T\^A\0\0 \ \^B\0\0=\^E\0\0\M^@\^A\0\0[\^F\0\0A\^A\0\0\M^T\^F\0\0R\^C\0\0<\^C\0\0\ \M-<\^E\0\0`\^F\0\0\M-F\^F\0\0\M-E\^A\0\0\M-0\^D\0\0X\^E\0\0\M^T\^C\0\ \0\M^M\^E\0\0\M-*\^F\0\0\^X\^B\0\0\^F\^E\0\0c\^E\0\0\M^K\^B\0\0\M-"\^A\ \0\0\0\0\0\0\M->\^E\0\0\M^_\^C\0\0]\^C\0\0g\^B\0\0\M^^\^B\0\0j\^E\0\0e\ \^F\0\0\M-8\^B\0\0)\^E\0\0}\^E\0\0\0\0\0\0\^A\^B\0\0\M-e\^E\0\0\0\0\0\ \0w\0\0\0\M^\\0\0\0\M-1\0\0\0B\^E\0\0\0\0\0\0\M-Q\0\0\0\0\0\0\0\0\0\0\ \0\M-L\^E\0\0\M-|\^C\0\0\0\0\0\0\M-]\^C\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \M-%\^C\0\0\0\0\0\0L\^C\0\0\0\0\0\0\M-%\^E\0\0\M-9\^E\0\0\0\0\0\0~\^E\ \0\0=\^D\0\0"\^F\0\0\M-/\^F\0\0C\^B\0\0\M^O\^C\0\0x\^B\0\0x\^A\0\0\M-1\ \^F\0\0\M-]\^E\0\0\0\0\0\0\M-?\^C\0\0\M-9\^D\0\0J\^E\0\0\M-M\^F\0\0\ \M-t\^D\0\0\^[\^B\0\0~\^F\0\0\M-U\^C\0\0\M-C\^F\0\0\M^I\^F\0\0\0\0\0\0\ \M-;\^D\0\0\0\0\0\0\0\0\0\0J\^F\0\0\^F\^C\0\0\M-9\^C\0\0\0\0\0\0\M-o\ \^D\0\0`\^B\0\0\M-:\^F\0\0\M-g\^C\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \f\^D\0\0\0\0\0\0\0\0\0\0\M-)\^F\0\0\0\0\0\0\M^^\^F\0\0\M^Y\0\0\0&\^D\ \0\0\M-?\^F\0\0\240\^A\0\0\M-K\^C\0\0\0\0\0\0\M-s\^E\0\0\M^_\^E\0\0\ \M-$\^F\0\0\M-!\^D\0\0u\^E\0\0\^Q\^C\0\0*\^E\0\0\0\0\0\0\^C\^E\0\0U\^F\ \0\0\M^I\^B\0\0\M^D\^D\0\0\M^[\^F\0\0y\^A\0\0\0\0\0\0\^X\^D\0\0\M-$\^E\ \0\0\^?\^E\0\0.\^E\0\0\M-?\^B\0\0F\^C\0\0\M-3\^C\0\0\M-_\^D\0\0*\^D\0\ \0'\^B\0\0\M-O\^F\0\0\M-w\^E\0\0\M-l\^A\0\0C\^D\0\0\M^O\^A\0\0\M--\^F\ \0\0\M^Q\^D\0\0(\^D\0\0\0\0\0\0l\^F\0\0d\^E\0\0\M^M\^D\0\0\M^F\^F\0\0X\ \^F\0\0(\^F\0\0002\^D\0\0\^[\^E\0\0\0\0\0\0\M-V\^F\0\0\M-D\^D\0\0\0\0\ \0\0'\0\0\0(\^E\0\0\M-X\^F\0\0\M-T\^F\0\0\^^\^D\0\0\0\0\0\0p\^C\0\0\ \M^C\^C\0\0 \^F\0\0y\^F\0\0\0\0\0\0\0\0\0\0\0\0\0\0\M-&\^C\0\0D\^B\0\0M\^A\0\0\M-1\ \^C\0\0\0\0\0\0\0\0\0\0\M^D\^F\0\0\M-o\^E\0\0\M-a\^B\0\0w\^F\0\0\M-k\ \^C\0\0\M^K\^E\0\0\0\^A\0\0\^C\^C\0\0\M-j\^B\0\0\M-a\0\0\0r\^F\0\0\0\0\ \0\0w\^D\0\0\0\0\0\0\M^X\^D\0\0F\^E\0\0005\^F\0\0g\^D\0\0\^_\^F\0\0N\ \^B\0\0\0\0\0\0<\^B\0\0000\^A\0\0\M-d\^D\0\0\0\0\0\0\0\0\0\0\M-(\^E\0\ \0\M-\\^E\0\0\M-C\^A\0\0\0\0\0\0\M-v\^E\0\0\M^A\^B\0\0}\^D\0\0$\^D\0\0\ \M-2\0\0\0\240\^F\0\0\^S\^A\0\0u\^B\0\0\0\0\0\0\M^[\^C\0\0\M-2\^C\0\0\ \^_\^E\0\0\M->\^F\0\0\M^R\^D\0\0V\^F\0\0\M-O\^E\0\0\M-J\^F\0\0k\^F\0\0\ L\^D\0\0&\0\0\0\M-q\^D\0\0\M-9\^B\0\0t\^D\0\0-\^C\0\0\M-!\^B\0\0\M-m\ \^A\0\0\M^D\^C\0\0\M-=\^A\0\0\M-b\^E\0\0\0\0\0\0\0\0\0\0\M-3\^F\0\0\ \M^E\^E\0\0*\^F\0\0\M-0\^E\0\0e\^B\0\0R\^B\0\0\v\^F\0\0x\^F\0\0\M-f\0\ \0\0\M-+\^E\0\0\^]\^F\0\0\0\0\0\0\0\0\0\0\M-$\^C\0\0\M--\^B\0\0\0\0\0\ \09\^F\0\0\M-5\^A\0\0\M^Y\^F\0\0\0\0\0\0\^]\0\0\0{\^D\0\0\M^E\^C\0\0'\ \^D\0\0\M-L\^D\0\0\^B\^F\0\0\M-=\^E\0\0\M-)\^E\0\0\0\0\0\0\M^X\^A\0\ \0002\^F\0\0\M^L\^F\0\0\0\0\0\0\M-=\^D\0\0\M-m\^B\0\0\M^F\^B\0\0006\^E\ \0\0\M-p\^E\0\0\M-Q\^A\0\0.\^C\0\0\M-!\^F\0\0%\^E\0\0 \^E\0\0B\^B\0\ \0\^\\^A\0\0\M-A\^E\0\0l\^E\0\0\M-@\^C\0\0\M-}\^E\0\0t\^C\0\0005\0\0\0\ \^[\^D\0\0\M-3\0\0\0r\^D\0\0W\^F\0\0\M-n\^D\0\0^\^F\0\0~\^C\0\0\M^_\^A\ \0\0\M-k\^E\0\0\M-`\0\0\0,\^F\0\0\M-:\^E\0\0>\^E\0\0\M-W\^C\0\0\^B\^D\ \0\0\M-{\^D\0\0\^W\^B\0\0:\^E\0\0\M-M\^E\0\0r\^B\0\0\M-c\0\0\0\0\0\0\0\ \M-7\^D\0\0p\^E\0\0\M-2\^D\0\0\0\0\0\0\^Q\^A\0\0\M-T\^C\0\0\M-A\^C\0\0\ {\^F\0\0<\^F\0\0\M-#\^E\0\0\M-,\0\0\0\M-^\^D\0\0#\^E\0\0z\^D\0\0\0\0\0\ \0\M^Z\^E\0\0\M-Z\^F\0\0\^F\^D\0\0\0\0\0\0C\^A\0\0\0\0\0\0T\^F\0\0\M-m\ \^D\0\0\^O\^E\0\0\M-:\^C\0\0\\\^D\0\0\M-,\^E\0\0\0\0\0\0\M-S\^F\0\0\0\ \0\0\0\0\0\0\0Y\^F\0\0\M-6\^C\0\0\^U\^E\0\0\^W\0\0\0\M-=\^F\0\0\^V\^D\ \0\0f\^B\0\0\M-4\^D\0\0004\^E\0\0C\^F\0\0i\^B\0\0\0\0\0\0\M-3\^A\0\0j\ \^D\0\0\0\0\0\0\^F\^F\0\0i\^E\0\0\0\0\0\0\M-'\^F\0\0\M-S\^E\0\0\0\0\0\ \0\^Z\^F\0\0\M-R\^F\0\0\M-^\^E\0\0\^O\^F\0\0\M-6\^E\0\0\0\0\0\0\^Z\^A\ \0\0\0\0\0\0\M-#\^F\0\0\0\0\0\0`\^E\0\0\M-k\^B\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0O\^D\0\0\0\0\0\0\M-n\^E\0\0\M^?\^E\0\0\M^Y\^E\0\0\0\0\0\0" 75273 fm_flb-real RET read 4096/0x1000 75273 fm_flb-real CALL dup2(0xbfbfc344) 75273 fm_flb-real RET dup2 671653888/0x2808a000 75273 fm_flb-real CALL old.recvfrom(0x28175000,0x78dc,0) 75273 fm_flb-real RET old.recvfrom 0 75273 fm_flb-real CALL dup2(0xbfbfc344) 75273 fm_flb-real RET dup2 672616448/0x28175000 75273 fm_flb-real CALL dup2(0xbfbfc344) 75273 fm_flb-real RET dup2 672632832/0x28179000 75273 fm_flb-real CALL close(0x3) 75273 fm_flb-real RET close 0 75273 fm_flb-real CALL open(0x2806b815,0,0x28066024) 75273 fm_flb-real NAMI "/compat/linux/lib/libdl.so.2" 75273 fm_flb-real NAMI "/compat/linux" 75273 fm_flb-real NAMI "/compat/linux/lib/libdl.so.2" 75273 fm_flb-real RET open 3 75273 fm_flb-real CALL old.sigvec(0x3,0xbfbfd370) 75273 fm_flb-real RET old.sigvec 0 75273 fm_flb-real CALL read(0x3,0xbfbfc3c4,0x1000) 75273 fm_flb-real GIO fd 3 read 4096 bytes "\^?ELF\^A\^A\^A\0\0\0\0\0\0\0\0\0\^C\0\^C\0\^A\0\0\0p\^Y\0\0004\0\0\0L\ \v\^A\0\0\0\0\0004\0 \0\^E\0(\0\^_\0\^\\0\^F\0\0\0004\0\0\0004\0\0\000\ 4\0\0\0\240\0\0\0\240\0\0\0\^E\0\0\0\^D\0\0\0\^C\0\0\0\b\^[\0\0\b\^[\0\ \0\b\^[\0\0\^S\0\0\0\^S\0\0\0\^D\0\0\0\^A\0\0\0\^A\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\^[\^[\0\0\^[\^[\0\0\^E\0\0\0\0\^P\0\0\^A\0\0\0\^\\^[\0\0\^\\ +\0\0\^\+\0\0\M^P\^A\0\0\M-p\^A\0\0\^F\0\0\0\0\^P\0\0\^B\0\0\0\M-t\^[\ \0\0\M-t+\0\0\M-t+\0\0\M-8\0\0\0\M-8\0\0\0\^F\0\0\0\^D\0\0\0%\0\0\0<\0\ \0\0.\0\0\0007\0\0\0)\0\0\0\0\0\0\0\^_\0\0\0!\0\0\0002\0\0\0\^S\0\0\ \0006\0\0\0\^Q\0\0\0\r\0\0\0\^O\0\0\0,\0\0\0&\0\0\0\0\0\0\0%\0\0\0\^T\ \0\0\0(\0\0\0\b\0\0\0;\0\0\0004\0\0\08\0\0\0-\0\0\0\^D\0\0\0 \0\0\0\0\ \0\0\0005\0\0\0\0\0\0\0003\0\0\0/\0\0\0\0\0\0\0001\0\0\0$\0\0\0\^Y\0\0\ \0+\0\0\0\0\0\0\09\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\^E\0\0\0\^F\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\v\0\0\0\0\ \0\0\0\^C\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^N\0\0\ \0\^V\0\0\0\0\0\0\0\a\0\0\0\^^\0\0\0\f\0\0\0\^P\0\0\0\^Z\0\0\0\^\\0\0\ \0\0\0\0\0 \0\0\0\^B\0\0\0\0\0\0\0\0\0\0\0\^A\0\0\0\0\0\0\0'\0\0\ \0\0\0\0\0:\0\0\0\^U\0\0\0#\0\0\0\^R\0\0\0"\0\0\0\^[\0\0\0\0\0\0\0000\ \0\0\0\0\0\0\0\^]\0\0\0\^W\0\0\0\^X\0\0\0\0\0\0\0*\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\M-k\^C\0\0\0\0\0\0005\0\0\0\^R\0\0\0\^P\^C\0\0p\^U\ \0\0\M--\0\0\0\^R\0\f\0\r\^B\0\0\0\0\0\0\0\0\0\0 \0\0\0\M^F\^B\0\0\0\0\ \0\0\0\0\0\0 \0\0\0\M-0\^A\0\0\0\0\0\0\0\0\0\0 \0\0\0)\^B\0\0\0\0\0\0\ \0\0\0\0 \0\0\0S\0\0\0\0\0\0\0t\0\0\0"\0\0\0\M-v\0\0\0\0\0\0\0\M-u\^A\ \0\0\^R\0\0\0E\^B\0\0\0\0\0\0\0\0\0\0 \0\0\0\M^I\^C\0\0\0\0\0\0=\0\0\0\ "\0\0\0\M-<\^C\0\0\0\0\0\0\M-9\^A\0\0"\0\0\0\M-*\^B\0\0\0\0\0\0\0\0\0\ \0 \0\0\0\M^C\^A\0\0\0\0\0\0\0\0\0\0 \0\0\0\M-T\0\0\0\0\0\0\0\^E\0\0\0\ \^Q\0\0\0\^X\^C\0\0\0\0\0\0)\0\0\0\^R\0\0\0\M-'\0\0\0\0\0\0\0\b\0\0\0\ \^Q\0\0\0\M-W\^B\0\0\0\0\0\0\0\0\0\0 \0\0\0,\^C\0\0\M^\\^V\0\0 \0\0\0\ \^R\0\f\0\M^U\^B\0\0\0\0\0\0\0\0\0\0 \0\0\0\M^U\0\0\0p\^P\0\0007\0\0\0\ \^R\0\f\0\M-L\^C\0\0\0\0\0\0\^D\0\0\0!\0\0\0\M^N\0\0\0\M-@\^V\0\0K\0\0\ \0\^R\0\f\0\M-]\^A\0\0\0\0\0\0\0\0\0\0 \0\0\0;\0\0\0\0\0\0\0\M-"\0\0\0\ "\0\0\0p\^B\0\0\0\0\0\0\0\0\0\0 \0\0\0\M^]\0\0\0\0\0\0\0\M-2\^C\0\0\^R\ \0\0\0\M-E\^A\0\0\0\0\0\0\0\0\0\0 \0\0\0\M^E\0\0\0\0\0\0\0007\^A\0\0\ \^R\0\0\0003\^C\0\0\0\0\0\0>\^A\0\0\^R\0\0\0\M^X\^A\0\0\0\0\0\0\0\0\0\ \0 \0\0\0!\^C\0\0\0\0\0\0$\0\0\0\^R\0\0\0\M^]\^C\0\0\0\0\0\0R\^D\0\0\ \^R\0\0\0\M-t\^A\0\0\0\0\0\0\0\0\0\0 \0\0\0000\^A\0\0\M-x\^Q\0\0O\0\0\ \0\^R\0\f\0\0\^C\0\0\0\0\0\0\^\\^A\0\0\^R\0\0\0\M-;\^B\0\0\0\0\0\0\0\0\ \0\0 \0\0\0W\^A\0\0\0\0\0\0G\^F\0\0\^R\0\0\0\M-8\0\0\0\0\0\0\0\^D\0\0\ \0\^Q\0\0\0\M-a\^C\0\0\0\0\0\0\^D\0\0\0\^Q\0\0\0\M-C\0\0\0\0\0\0\0\^D\ \0\0\0\^Q\0\0\0\M^O\^C\0\0\0\0\0\0>\0\0\0\^R\0\0\0\M-X\^C\0\0\0\0\0\0\ \^D\0\0\0!\0\0\0\a\^A\0\0\0\0\0\0e\^E\0\0\^R\0\0\0s\^A\0\0\M^\\^S\0\0\ \M-K\0\0\0"\0\f\0\M-j\0\0\0\0\0\0\0\M-~\^E\0\0\^R\0\0\0006\^A\0\0\0\0\ \0\0T \0\0\^R\0\0\0\M-G\^C\0\0\0\0\0\0\M-H\0\0\0\^R\0\0\0\M-t\^B\0\0\ \0\0\0\0003\^B\0\0"\0\0\0\M-{\^B\0\0\0\0\0\0\M-J\0\0\0"\0\0\0\^?\^C\0\ \0\0\0\0\0\^D\0\0\0\^Q\0\0\0\M-6\^C\0\0\0\0\0\0\^D\0\0\0\^Q\0\0\0Z\^B\ \0\0\0\0\0\0\0\0\0\0 \0\0\0\^^\^A\0\0\0\0\0\0\M-~\^C\0\0\^R\0\0\0 \0\0\ \0\0\0\0\0\0\0\0\0 \0\0\0\M^N\0\0\0\M-p\^O\0\0G\0\0\0\^R\0\f\0\M^V\^C\ \0\0\0\0\0\0"\0\0\0\^R\0\0\0\^\\^D\0\0\0\0\0\0\0\0\0\0\^Q\0\M-q\M^?&\ \^D\0\0\0\0\0\0\0\0\0\0\^Q\0\M-q\M^?0\^D\0\0\0\0\0\0\0\0\0\0\^Q\0\M-q\ \M^?\0_DYNAMIC\0_GLOBAL_OFFSET_TABLE_\0__gmon_start__\0_init\0_fini\0_\ _deregister_frame_info\0__register_frame_info\0__dlopen_check\0_dlerro\ r_run\0_dl_open\0dlopen\0dlclose\0_dl_close\0_dl_global_scope\0_dl_loa\ ded\0_nl_msg_cat_cntr\0_libc_intl_domainname\0__dcgettext\0_dl_signal_\ error\0_dl_lookup_symbol_skip\0_dl_lookup_symbol\0dlsym\0_dl_lookup_ve\ rsioned_symbol_skip\0_dl_lookup_versioned_symbol\0dlvsym\0__dlvsym\0__\ pthread_mutex_init\0__pthread_mutex_destroy\0__pthread_mutex_lock\0__p\ thread_mutex_trylock\0__pthread_mutex_unlock\0__pthread_mutexattr_init\ \0__pthread_mutexattr_destroy\0__pthread_mutexattr_settype\0__pthread_\ key_create\0__pthread_setspecific\0__pthread_getspecific\0__pthread_on\ ce\0__pthread_initialize\0__pthread_atfork\0_pthread_cleanup_push_defe\ r\0_pthread_cleanup_pop_restore\0calloc\0free\0_dl_catch_error\0dlerro\ r\0strerror\0__asprintf\0dladdr\0_dl_addr\0__dlopen_nocheck\0__invoke_\ dynamic_linker__\0libc.so.6\0ld-linux.so.2\0__ctype_b\0write\0memcpy\0\ strcpy\0__strtol_internal\0_start\0stdin\0__getdelim\0exit\0___brk_add\ r\0__curbrk\0__environ\0atexit\0_etext\0_edata\0__bss_start\0_end\0lib\ dl.so.2\0GLIBC_2.0\0GLIBC_2.1\0GCC.INTERNAL\0\0\0\0\^E\0\^B\0\0\0\0\0\ \0\0\0\0\^E\0\^F\0\0\0\^E\0\^E\0\0\0\0\0\^E\0\^E\0\^F\0\0\0\^B\0\0\0\ \^B\0\^E\0\^B\M^@\0\0\^E\0\0\0\^E\0\0\0\^E\0\^E\0\0\0\a\0\^E\0\0\0\^B\ \0\^F\0\0\0\^F\0\b\0\^E\0\^E\0\^E\0\^E\0\^F\0\^C\0\^E\0\^F\0\^E\0\^E\0\ \^E\0\^E\0\^E\0\0\0\^F\0\0\0\^C\0\^E\0\^B\0\^C\0\^D\0\0\0\^A\0\^A\0\^A\ \0\^A\0\M^R\M-O\M-r \^T\0\0\0\^\\0\0\0\^Q\^D\0\0\0\0\0\0\^A\0\0\0\^B\0\^A\0\^Pii\r\^T\0\0\ \0\^\\0\0\0\^\\^D\0\0\0\0\0\0\^A\0\0\0\^C\0\^B\0\^Qii\r\^T\0\0\0$\0\0\ \0&\^D\0\0\b\0\0\0\^\\^D\0\0\0\0\0\0\^A\0\0\0\^D\0\^A\0\M-<\^P=\a\^T\0\ \0\0\0\0\0\0000\^D\0\0\0\0\0\0\^A\0\^B\0q\^C\0\0\^P\0\0\0000\0\0\0\^Qi\ i\r\0\0\b\0&\^D\0\0\^P\0\0\0\^Pii\r\0\0\^F\0\^\\^D\0\0\0\0\0\0\^A\0\^B\ \0g\^C\0\0\^P\0\0\0\0\0\0\0\^Qii\r\0\0\a\0&\^D\0\0\^P\0\0\0\^Pii\r\0\0\ \^E\0\^\\^D\0\0\0\0\0\0\^\+\0\0\b\0\0\0\M-T+\0\0\^F\^D\0\0\M-@+\0\0\^F\ \a\0\0\M-`+\0\0\^F \0\0\M-P+\0\0\^F\^N\0\0\M-D+\0\0\^F\^P\0\0\M-l\ +\0\0\^F\^U\0\0\M-<+\0\0\^F\^X\0\0\M-X+\0\0\^F\^Y\0\0\M-H+\0\0\^F&\0\0\ \M-p+\0\0\^F'\0\0\M-L+\0\0\^F(\0\0\M-d+\0\0\^F2\0\0\M-h+\0\0\^F3\0\0\ \M-\+\0\0\^F4\0\0\M-8+\0\0\^F6\0\0D+\0\0\a\^A\0\0H+\0\0\a\^D\0\0L+\0\0\ \a\a\0\0P+\0\0\a\b\0\0T+\0\0\a \0\0X+\0\0\a \0\0\\+\0\0\a\v\0\0`+\0\0\a\^O\0\0d+\0\0\a\^X\0\0h+\0\0\a\^Y\0\0l+\0\0\ \a\^Z\0\0p+\0\0\a\^\\0\0t+\0\0\a\^]\0\0x+\0\0\a\^_\0\0|+\0\0\a \0\0\ \M^@+\0\0\a"\0\0\M^D+\0\0\a#\0\0\M^H+\0\0\a%\0\0\M^L+\0\0\a)\0\0\M^P+\ \0\0\a+\0\0\M^T+\0\0\a-\0\0\M^X+\0\0\a.\0\0\M^\+\0\0\a/\0\0\240+\0\0\a\ 0\0\0\M-$+\0\0\a1\0\0\M-(+\0\0\a4\0\0\M-,+\0\0\a5\0\0\M-0+\0\0\a6\0\0\ \M-4+\0\0\a8\0\0U\M^I\M-eS\M-h\0\0\0\0[\M^A\M-C\^W\^^\0\0\M^C\M-;\M^@\ \0\0\0\0t\^E\M-h\M-R\^A\0\0\M^I\M-v\M-hg\^B\0\0\M-h\M^^\f\0\0\M^K]\M-|\ \M-I\M-C\0\M^?\M-3\^D\0\0\0\M^?\M-#\b\0\0\0\0\0\0\0\M^?\M-#\f\0\0\0h\0\ \0\0\0\M-i\M-`\M^?\M^?\M^?\M^?\M-#\^P\0\0\0h\b\0\0\0\M-i\M-P\M^?\M^?\ \M^?\M^?\M-#\^T\0\0\0h\^P\0\0\0\M-i\M-@\M^?\M^?\M^?\M^?\M-#\^X\0\0\0h\ \^X\0\0\0\M-i\M-0\M^?\M^?\M^?\M^?\M-#\^\\0\0\0h \0\0\0\M-i\240\M^?\M^?\ \M^?\M^?\M-# \0\0\0h(\0\0\0\M-i\M^P\M^?\M^?\M^?\M^?\M-#$\0\0\0h0\0\0\0\ \M-i\M^@\M^?\M^?\M^?\M^?\M-#(\0\0\0h8\0\0\0\M-ip\M^?\M^?\M^?\M^?\M-#,\ \0\0\0h@\0\0\0\M-i`\M^?\M^?\M^?\M^?\M-#0\0\0\0hH\0\0\0\M-iP\M^?\M^?\ \M^?\M^?\M-#4\0\0\0hP\0\0\0\M-i@\M^?\M^?\M^?\M^?\M-#8\0\0\0hX\0\0\0\ \M-i0\M^?\M^?\M^?\M^?\M-#<\0\0\0h`\0\0\0\M-i \M^?\M^?\M^?\M^?\M-#@\0\0\ \0hh\0\0\0\M-i\^P\M^?\M^?\M^?\M^?\M-#D\0\0\0hp\0\0\0\M-i\0\M^?\M^?\M^?\ \M^?\M-#H\0\0\0hx\0\0\0\M-i\M-p\M-~\M^?\M^?\M^?\M-#L\0\0\0h\M^@\0\0\0\ \M-i\M-`\M-~\M^?\M^?\M^?\M-#P\0\0\0h\M^H\0\0\0\M-i\M-P\M-~\M^?\M^?\M^?\ \M-#T\0\0\0h\M^P\0\0\0\M-i\M-@\M-~\M^?\M^?\M^?\M-#X\0\0\0h\M^X\0\0\0\ \M-i\M-0\M-~\M^?\M^?\M^?\M-#\\\0\0\0h\240\0\0\0\M-i\240\M-~\M^?\M^?\ \M^?\M-#`\0\0\0h\M-(\0\0\0\M-i\M^P\M-~\M^?\M^?\M^?\M-#d\0\0\0h\M-0\0\0\ \0\M-i\M^@\M-~\M^?\M^?\M^?\M-#h\0\0\0h\M-8\0\0\0\M-ip\M-~\M^?\M^?\M^?\ \M-#l\0\0\0h\M-@\0\0\0\M-i`\M-~\M^?\M^?\M^?\M-#p\0\0\0h\M-H\0\0\0\M-iP\ \M-~\M^?\M^?\M^?\M-#t\0\0\0h\M-P\0\0\0\M-i@\M-~\M^?\M^?\M^?\M-#x\0\0\0\ h\M-X\0\0\0\M-i0\M-~\M^?\M^?\M^?\M-#|\0\0\0h\M-`\0\0\0\M-i \M-~\M^?\ \M^?\0\0\0\0\0\0\0\0U\M^I\M-eS\M-h\0\0\0\0[\M^A\M-C\M^?\^[\0\0\M^C\M-;\ \M-h\M^?\M^?\M^?\0u>\M-k\^R\M^P\M^Mt&\0\M^MP\^D\M^I\M^S\M-d\M^?\M^?\ \M^?\M^K\0\M^?\M-P\M^K\M^C\M-d\M^?\M^?\M^?\M^C8\0u\M-h\M^C\M-;\M^D\0\0\ \0\0t\f\M^M\M^C\M-l\M^?\M^?\M^?P\M-h[\M-~\M^?\M^?\M-G\M^C\M-h\M^?\M^?\ \M^?\^A\0\0\0\M^K]\M-|\M-I\M-CU\M^I\M-eS\M-h\0\0\0\0[\M^A\M-C\M-#\^[\0\ \0\M^K]\M-|\M-I\M-C\M^Mv\0U\M^I\M-eS\M-h\0\0\0\0[\M^A\M-C\M^K\^[\0\0\ \M^C\M-;\M^H\0\0\0\0t\^S\M^M\M^Ct\^A\0\0P\M^M\M^C\M-l\M^?\M^?\M^?P\M-h\ \M-(\M-}\M^?\M^?\M^K]\M-|\M-I\M-C\M^Mv\0U\M^I\M-eS\M-h\0\0\0\0[\M^A\ \M-CW\^[\0\0\M^K]\M-|\M-I\M-C\M^P\M^P\M^PU\M^I\M-e\M^C\M-l\^PS\M-h\0\0\ \0\0[\M^A\M-C<" 75273 fm_flb-real RET read 4096/0x1000 75273 fm_flb-real CALL dup2(0xbfbfc334) 75273 fm_flb-real RET dup2 672649216/0x2817d000 75273 fm_flb-real CALL old.recvfrom(0x2817f000,0xd0c,0) 75273 fm_flb-real RET old.recvfrom 0 75273 fm_flb-real CALL dup2(0xbfbfc334) 75273 fm_flb-real RET dup2 672657408/0x2817f000 75273 fm_flb-real CALL close(0x3) 75273 fm_flb-real RET close 0 75273 fm_flb-real CALL old.recvfrom(0x2808a000,0xeb000,0x3) 75273 fm_flb-real RET old.recvfrom 0 75273 fm_flb-real CALL old.recvfrom(0x2808a000,0xeb000,0x5) 75273 fm_flb-real RET old.recvfrom 0 75273 fm_flb-real CALL #91(0x28069000,0x3111) 75273 fm_flb-real RET #91 0 75273 fm_flb-real CALL mkdir(0) 75273 fm_flb-real RET mkdir 0 75273 fm_flb-real CALL getpid 75273 fm_flb-real RET getpid 75273/0x12609 75273 fm_flb-real CALL ktrace(0) 75273 fm_flb-real RET ktrace 134578176/0x8058000 75273 fm_flb-real CALL ktrace(0x80581a0) 75273 fm_flb-real RET ktrace 134578592/0x80581a0 75273 fm_flb-real CALL ktrace(0x8059000) 75273 fm_flb-real RET ktrace 134582272/0x8059000 75273 fm_flb-real CALL mincore(0x80579c0,0) 75273 fm_flb-real RET mincore 0 75273 fm_flb-real CALL settimeofday(0xbfbfd8f8) 75273 fm_flb-real RET settimeofday 0 75273 fm_flb-real CALL getpid 75273 fm_flb-real RET getpid 75273/0x12609 75273 fm_flb-real CALL mincore(0xbfbfd5e4,0) 75273 fm_flb-real RET mincore 0 75273 fm_flb-real CALL getpid 75273 fm_flb-real RET getpid 75273/0x12609 75273 fm_flb-real CALL open(0x2817194a,0,0x1b6) 75273 fm_flb-real NAMI "/compat/linux/etc/resolv.conf" 75273 fm_flb-real NAMI "/etc/resolv.conf" 75273 fm_flb-real RET open 3 75273 fm_flb-real CALL old.sigvec(0x3,0xbfbfd440) 75273 fm_flb-real RET old.sigvec 0 75273 fm_flb-real CALL dup2(0xbfbfd490) 75273 fm_flb-real RET dup2 671518720/0x28069000 75273 fm_flb-real CALL read(0x3,0x28069000,0x2000) 75273 fm_flb-real GIO fd 3 read 174 bytes "search parag.codegen.com codegen.com peritek.com nameserver 127.0.0.1 #nameserver 192.168.100.102 #nameserver 207.44.182.2 #nameserver 205.134.233.1 #nameserver 207.44.144.2 " 75273 fm_flb-real RET read 174/0xae 75273 fm_flb-real CALL read(0x3,0x28069000,0x2000) 75273 fm_flb-real GIO fd 3 read 0 bytes "" 75273 fm_flb-real RET read 0 75273 fm_flb-real CALL close(0x3) 75273 fm_flb-real RET close 0 75273 fm_flb-real CALL #91(0x28069000,0x2000) 75273 fm_flb-real RET #91 0 75273 fm_flb-real CALL old.recv(0x1,0xbfbfd870) 75273 fm_flb-real RET old.recv 3 75273 fm_flb-real CALL old.recv(0x3,0xbfbfd870) 75273 fm_flb-real NAMI "/var/run/.nscd_socket" 75273 fm_flb-real RET old.recv JUSTRETURN 75273 fm_flb-real CALL close(0x3) 75273 fm_flb-real RET close 0 75273 fm_flb-real CALL open(0x28171d13,0,0x1b6) 75273 fm_flb-real NAMI "/compat/linux/etc/nsswitch.conf" 75273 fm_flb-real NAMI "/compat/linux" 75273 fm_flb-real NAMI "/compat/linux/etc/nsswitch.conf" 75273 fm_flb-real RET open 3 75273 fm_flb-real CALL old.sigvec(0x3,0xbfbfd7d0) 75273 fm_flb-real RET old.sigvec 0 75273 fm_flb-real CALL dup2(0xbfbfd820) 75273 fm_flb-real RET dup2 671518720/0x28069000 75273 fm_flb-real CALL read(0x3,0x28069000,0x2000) 75273 fm_flb-real GIO fd 3 read 1692 bytes "# # /etc/nsswitch.conf # # An example Name Service Switch config file. This file should be # sorted with the most-used services at the beginning. # # The entry '[NOTFOUND=return]' means that the search for an # entry should stop if the search in the previous entry turned # up nothing. Note that if the search failed due to some other reason # (like no NIS server responding) then the search continues with the # next entry. # # Legal entries are: # # nisplus or nis+ Use NIS+ (NIS version 3) # nis or yp Use NIS (NIS version 2), also called Y\ P # dns Use DNS (Domain Name Service) # files Use the local files # db Use the local database (.db) files # compat Use NIS on compat mode # hesiod Use Hesiod for user lookups # [NOTFOUND=return] Stop searching if not found so far # # To use db, put the "db" in front of "files" for entries you want to \ be # looked up first in the databases # # Example: #passwd: db files nisplus nis #shadow: db files nisplus nis #group: db files nisplus nis passwd: files shadow: files group: files #hosts: db files nisplus nis dns hosts: files dns # Example - obey only what nisplus tells us... #services: nisplus [NOTFOUND=return] files #networks: nisplus [NOTFOUND=return] files #protocols: nisplus [NOTFOUND=return] files #rpc: nisplus [NOTFOUND=return] files #ethers: nisplus [NOTFOUND=return] files #netmasks: nisplus [NOTFOUND=return] files bootparams: [NOTFOUND=return] files ethers: files netmasks: files networks: files protocols: files rpc: files services: files netgroup: [NOTFOUND=return] publickey: [NOTFOUND=return] automount: files aliases: files " 75273 fm_flb-real RET read 1692/0x69c 75273 fm_flb-real CALL read(0x3,0x28069000,0x2000) 75273 fm_flb-real GIO fd 3 read 0 bytes "" 75273 fm_flb-real RET read 0 75273 fm_flb-real CALL close(0x3) 75273 fm_flb-real RET close 0 75273 fm_flb-real CALL #91(0x28069000,0x2000) 75273 fm_flb-real RET #91 0 75273 fm_flb-real CALL open(0x28065121,0,0x28066024) 75273 fm_flb-real NAMI "/compat/linux/etc/ld.so.cache" 75273 fm_flb-real NAMI "/compat/linux" 75273 fm_flb-real NAMI "/compat/linux/etc/ld.so.cache" 75273 fm_flb-real RET open 3 75273 fm_flb-real CALL old.sigvec(0x3,0xbfbfd5b0) 75273 fm_flb-real RET old.sigvec 0 75273 fm_flb-real CALL dup2(0xbfbfd5ec) 75273 fm_flb-real RET dup2 671518720/0x28069000 75273 fm_flb-real CALL close(0x3) 75273 fm_flb-real RET close 0 75273 fm_flb-real CALL open(0x2806a622,0,0x2817848c) 75273 fm_flb-real NAMI "/compat/linux/lib/libnss_files.so.2" 75273 fm_flb-real NAMI "/compat/linux" 75273 fm_flb-real NAMI "/compat/linux/lib/libnss_files.so.2" 75273 fm_flb-real RET open 3 75273 fm_flb-real CALL old.sigvec(0x3,0xbfbfd50c) 75273 fm_flb-real RET old.sigvec 0 75273 fm_flb-real CALL read(0x3,0xbfbfc560,0x1000) 75273 fm_flb-real GIO fd 3 read 4096 bytes "\^?ELF\^A\^A\^A\0\0\0\0\0\0\0\0\0\^C\0\^C\0\^A\0\0\0\M-p\^[\0\0004\0\0\ \0\M-l\M^Y\^C\0\0\0\0\0004\0 \0\^E\0(\0\^_\0\^\\0\^F\0\0\0004\0\0\0004\ \0\0\0004\0\0\0\240\0\0\0\240\0\0\0\^E\0\0\0\^D\0\0\0\^C\0\0\0002v\0\ \0002v\0\0002v\0\0\^S\0\0\0\^S\0\0\0\^D\0\0\0\^A\0\0\0\^A\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0Ev\0\0Ev\0\0\^E\0\0\0\0\^P\0\0\^A\0\0\0Hv\0\0H\M^F\0\ \0H\M^F\0\0\M-4\^A\0\0X\^C\0\0\^F\0\0\0\0\^P\0\0\^B\0\0\0Lw\0\0L\M^G\0\ \0L\M^G\0\0\M-0\0\0\0\M-0\0\0\0\^F\0\0\0\^D\0\0\0a\0\0\0{\0\0\0 \0\0\0\0\0\0\0P\0\0\0?\0\0\0\0\0\0\0\b\0\0\0X\0\0\0\^E\0\0\0T\0\0\0\0\ \0\0\0\0\0\0\0r\0\0\0006\0\0\0B\0\0\0\0\0\0\0M\0\0\0q\0\0\0S\0\0\0y\0\ \0\0\0\0\0\0m\0\0\0o\0\0\0@\0\0\0O\0\0\0000\0\0\0Y\0\0\0\0\0\0\0\0\0\0\ \0&\0\0\0\\\0\0\0D\0\0\0e\0\0\0p\0\0\0\0\0\0\0*\0\0\0[\0\0\0c\0\0\0k\0\ \0\0\0\0\0\0\0\0\0\0`\0\0\0005\0\0\0\^P\0\0\0\0\0\0\0z\0\0\0(\0\0\0l\0\ \0\0"\0\0\0F\0\0\0]\0\0\0\0\0\0\0\0\0\0\0=\0\0\0\r\0\0\0\0\0\0\0:\0\0\ \0u\0\0\0v\0\0\0s\0\0\0-\0\0\0\0\0\0\0i\0\0\0\0\0\0\0\0\0\0\0f\0\0\0K\ \0\0\0\^S\0\0\0A\0\0\0j\0\0\08\0\0\0\0\0\0\0$\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0U\0\0\0\0\0\0\0t\0\0\0\0\0\0\0n\0\0\0V\0\0\0\0\0\0\0002\0\0\0C\0\ \0\0\0\0\0\0>\0\0\0d\0\0\0\0\0\0\0g\0\0\0w\0\0\0\0\0\0\0\^^\0\0\0)\0\0\ \0\0\0\0\0\^X\0\0\0^\0\0\0\^_\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\^B\0\0\0\^C\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\^F\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\^D\0\0\0\0\0\0\0\^Q\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^[\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\f\0\0\0\0\0\0\0!\0\0\0\^A\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^U\0\0\0\0\0\0\ \0\^\\0\0\0\a\0\0\0\0\0\0\0 \0\0\0\0\0\0\0 \0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\^W\0\0\0\^R\0\0\0\0\0\0\0\0\0\0\0004\0\0\0\0\0\0\0/\0\0\0+\0\ \0\0%\0\0\0\^O\0\0\0\0\0\0\0007\0\0\0\0\0\0\0\0\0\0\0\^N\0\0\0\0\0\0\0\ #\0\0\0G\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0L\0\0\0\v\0\0\0\0\0\0\0001\0\0\0\ <\0\0\0,\0\0\0x\0\0\0\0\0\0\0\0\0\0\0;\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \^T\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0N\0\0\0\0\0\0\0\^Z\0\0\0\0\0\0\0\0\0\ \0\0E\0\0\0_\0\0\0003\0\0\0'\0\0\0b\0\0\0W\0\0\0J\0\0\0a\0\0\09\0\0\0\ \0\0\0\0\0\0\0\0I\0\0\0\^V\0\0\0Z\0\0\0h\0\0\0\0\0\0\0\0\0\0\0R\0\0\0.\ \0\0\0H\0\0\0Q\0\0\0\^Y\0\0\0\0\0\0\0\^]\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0h\^B\0\0\0\0\0\0\M-/\0\0\0"\0\0\0\^V \0\0\0\0\0\0005\0\0\0\ \^R\0\0\0006\^A\0\0\0\0\0\0\0\0\0\0 \0\0\0c\b\0\0\0\0\0\0\M^J\0\0\0"\0\ \0\0\M-/\^A\0\0\0\0\0\0\0\0\0\0 \0\0\0\M-Y\0\0\0\0\0\0\0\0\0\0\0 \0\0\ \0\M-_\a\0\0Xj\0\0+\0\0\0\^R\0\f\0\M-&\a\0\0\0\0\0\0003\0\0\0"\0\0\0O\ \^B\0\0\M^T\^_\0\0\M-H\^A\0\0\^R\0\f\0\M-<\^F\0\08]\0\0w\^A\0\0\^R\0\f\ \0'\^C\0\0l*\0\0\M-B\^A\0\0\^R\0\f\0i\b\0\0\0\0\0\0\M^A\0\0\0"\0\0\0\ \240\0\0\0\0\0\0\0\M-F\0\0\0\^R\0\0\0\M-N\^E\0\0TN\0\0n\0\0\0\^R\0\f\0\ R\^A\0\0\0\0\0\0\0\0\0\0 \0\0\0S\0\0\0\0\0\0\0t\0\0\0"\0\0\0n\^A\0\0\0\ \0\0\0\0\0\0\0 \0\0\0\M^D\a\0\0\0\0\0\0\M-9\^A\0\0"\0\0\0004\^B\0\0\0\ \0\0\0005\0\0\0\^R\0\0\0\M-#\^B\0\0\0\0\0\0:\0\0\0\^R\0\0\0\M^I\^C\0\0\ \0\0\0\0Q\0\0\0\^R\0\0\0\M-S\^A\0\0\0\0\0\0\0\0\0\0 \0\0\0\M-*\^B\0\0\ \f#\0\0i\^A\0\0\^R\0\f\0p\^B\0\0\0\0\0\0\M-)\0\0\0"\0\0\0\M-,\0\0\0\0\ \0\0\0\0\0\0\0 \0\0\0\M-H\a\0\0\^Tj\0\0B\0\0\0\^R\0\f\0\0\^B\0\0\0\0\0\ \0\0\0\0\0 \0\0\0]\^C\0\0\M-8-\0\0\M^Y\0\0\0\^R\0\f\0\M-y\^C\0\00006\0\ \0n\0\0\0\^R\0\f\0\M-k\^F\0\0L_\0\0n\0\0\0\^R\0\f\0#\^B\0\0\0\0\0\0\^[\ \0\0\0"\0\0\0H\^B\0\0\0\0\0\0s\0\0\0\^R\0\0\0p\b\0\0 r\0\0\M^S\0\0\0\ \^R\0\f\0\M->\^A\0\0\0\0\0\0\0\0\0\0 \0\0\0\M^N\^E\0\0\M-\0\0\0\^R\0\0\0\M-$\^F\0\0\M-<[\0\0\ y\^A\0\0\^R\0\f\0A\^B\0\0\0\0\0\0\M-u\0\0\0\^R\0\0\0\M^\\^D\0\0\M-\>\0\ \0y\^A\0\0\^R\0\f\0m\a\0\0\M-pd\0\0\^\\^C\0\0\^R\0\f\0\M^K\^F\0\0\M-xY\ \0\0\M-D\^A\0\0\^R\0\f\0R\b\0\0\0\0\0\0K\0\0\0\^R\0\0\0\^C \0\0\0\ \0\0\0\^D\0\0\0!\0\0\09\^E\0\0\bG\0\0\M^Y\0\0\0\^R\0\f\0\M-c\^C\0\0\ \M^T5\0\0\M^Y\0\0\0\^R\0\f\0w\^E\0\0\0\0\0\0\M-s\^A\0\0\^R\0\0\0\M^S\ \^C\0\0\0\0\0\0\0\^B\0\0\^Q\0\0\0\M-X\^C\0\0\0\0\0\0_\0\0\0"\0\0\0\M-$\ \^E\0\08L\0\0}\^A\0\0\^R\0\f\0\M-K\^D\0\0\M-t@\0\0n\0\0\0\^R\0\f\0\^O\ \^D\0\0\2406\0\0\a\^A\0\0\^R\0\f\0\M-H\^B\0\0x$\0\0\M^Y\0\0\0\^R\0\f\0\ \M^G\^B\0\0\\!\0\0\M-0\^A\0\0\^R\0\f\0+\^D\0\0\M-(7\0\0\M-]\0\0\0\^R\0\ \f\0\M-+\a\0\0\0\0\0\0\M-J\0\0\0"\0\0\0+\^F\0\0,U\0\0i\^A\0\0\^R\0\f\0\ B\^C\0\0000,\0\0\M^F\^A\0\0\^R\0\f\0\M^C\0\0\0\0\0\0\0\^D\0\0\0\^Q\0\0\ \0\M-T\^F\0\0\M-0^\0\0\M^Y\0\0\0\^R\0\f\0\M^^\b\0\0\^Xs\0\0\M-q\0\0\0\ \^R\0\f\0s\^C\0\0T.\0\0n\0\0\0\^R\0\f\0\M^C\^A\0\0\0\0\0\0\0\0\0\0 \0\ \0\0[\b\0\0\0\0\0\0\M^S\0\0\0\^R\0\0\0\^]\^B\0\0\0\0\0\0y\0\0\0\^R\0\0\ \0\M^M\0\0\0\0\0\0\0"\^D\0\0\^R\0\0\0\M^G\b\0\0\M-4r\0\0d\0\0\0\^R\0\f\ \0\M-K\^C\0\0\0\0\0\0_\0\0\0\^R\0\0\0a\^E\0\0\M-tH\0\0\M-H\^A\0\0\^R\0\ \f\0\M^B\^D\0\0,=\0\0\M-0\^A\0\0\^R\0\f\0\M-v\^D\0\0\0\0\0\0\M-m\^A\0\ \0\^R\0\0\0\M-~\a\0\0\0\0\0\0\M^J\0\0\0\^R\0\0\0\M-6\^D\0\0X@\0\0\M^Y\ \0\0\0\^R\0\f\0\M-`\^D\0\0DB\0\0\M-H\^A\0\0\^R\0\f\0/\a\0\0\\b\0\0y\^A\ \0\0\^R\0\f\0 \0\0\0\0\0\0\0\0\0\0\0 \0\0\0#\^E\0\0\M^HE\0\0}\^A\0\0\ \^R\0\f\0\^R\b\0\0\0\0\0\0"\0\0\0\^R\0\0\0N \0\0\0\0\0\0\0\0\0\0\ \^Q\0\M-q\M^?X \0\0\0\0\0\0\0\0\0\0\^Q\0\M-q\M^?b \0\0\0\0\0\0\0\ \0\0\0\^Q\0\M-q\M^?\0_DYNAMIC\0_GLOBAL_OFFSET_TABLE_\0__gmon_start__\0\ _init\0_fini\0__deregister_frame_info\0__register_frame_info\0_nss_fil\ es_parse_protoent\0__ctype_b\0__strtoul_internal\0__rawmemchr\0__pthre\ ad_mutex_init\0__pthread_mutex_destroy\0__pthread_mutex_lock\0__pthrea\ d_mutex_trylock\0__pthread_mutex_unlock\0__pthread_mutexattr_init\0__p\ thread_mutexattr_destroy\0__pthread_mutexattr_settype\0__pthread_key_c\ reate\0__pthread_setspecific\0__pthread_getspecific\0__pthread_once\0_\ _pthread_initialize\0__pthread_atfork\0_pthread_cleanup_push_defer\0_p\ thread_cleanup_pop_restore\0fopen\0__errno_location\0fileno\0fcntl\0fc\ lose\0rewind\0_nss_files_getprotoent_r\0fgetpos\0fsetpos\0fgets_unlock\ ed\0_nss_files_getprotobyname_r\0strcmp\0_nss_files_getprotobynumber_r\ \0_nss_files_setprotoent\0_nss_files_endprotoent\0_nss_files_parse_ser\ vent\0_nss_files_getservent_r\0_nss_files_getservbyname_r\0_nss_files_\ getservbyport_r\0_nss_files_setservent\0_nss_files_endservent\0inet_pt\ on\0_res\0_nss_files_gethostent_r\0_nss_files_gethostbyname_r\0__strca\ secmp\0strcasecmp\0_nss_files_sethostent\0_nss_files_" 75273 fm_flb-real RET read 4096/0x1000 75273 fm_flb-real CALL dup2(0xbfbfc4d0) 75273 fm_flb-real RET dup2 672661504/0x28180000 75273 fm_flb-real CALL old.recvfrom(0x28188000,0x9a0,0) 75273 fm_flb-real RET old.recvfrom 0 75273 fm_flb-real CALL dup2(0xbfbfc4d0) 75273 fm_flb-real RET dup2 672694272/0x28188000 75273 fm_flb-real CALL close(0x3) 75273 fm_flb-real RET close 0 75273 fm_flb-real CALL #91(0x28069000,0x3111) 75273 fm_flb-real RET #91 0 75273 fm_flb-real CALL open(0x28171c1e,0,0x1b6) 75273 fm_flb-real NAMI "/compat/linux/etc/host.conf" 75273 fm_flb-real NAMI "/compat/linux" 75273 fm_flb-real NAMI "/compat/linux/etc/host.conf" 75273 fm_flb-real RET open 3 75273 fm_flb-real CALL old.sigvec(0x3,0xbfbfd6d0) 75273 fm_flb-real RET old.sigvec 0 75273 fm_flb-real CALL dup2(0xbfbfd720) 75273 fm_flb-real RET dup2 671518720/0x28069000 75273 fm_flb-real CALL read(0x3,0x28069000,0x2000) 75273 fm_flb-real GIO fd 3 read 26 bytes "order hosts,bind multi on " 75273 fm_flb-real RET read 26/0x1a 75273 fm_flb-real CALL read(0x3,0x28069000,0x2000) 75273 fm_flb-real GIO fd 3 read 0 bytes "" 75273 fm_flb-real RET read 0 75273 fm_flb-real CALL close(0x3) 75273 fm_flb-real RET close 0 75273 fm_flb-real CALL #91(0x28069000,0x2000) 75273 fm_flb-real RET #91 0 75273 fm_flb-real CALL open(0x28187586,0,0x1b6) 75273 fm_flb-real NAMI "/compat/linux/etc/hosts" 75273 fm_flb-real NAMI "/etc/hosts" 75273 fm_flb-real RET open 3 75273 fm_flb-real CALL reboot(0x3,0x1,0) 75273 fm_flb-real RET reboot 0 75273 fm_flb-real CALL reboot(0x3,0x2,0x1) 75273 fm_flb-real RET reboot 0 75273 fm_flb-real CALL old.sigvec(0x3,0xbfbfd78c) 75273 fm_flb-real RET old.sigvec 0 75273 fm_flb-real CALL dup2(0xbfbfd7dc) 75273 fm_flb-real RET dup2 671518720/0x28069000 75273 fm_flb-real CALL read(0x3,0x28069000,0x2000) 75273 fm_flb-real GIO fd 3 read 1782 bytes "127.0.0.1 localhost.parag.codegen.com localhost 192.168.100.101 machead.parag.codegen.com machead mac 192.168.100.102 pinhead.parag.codegen.com pinhead pin loghost \ log 192.168.100.103 pico.parag.codegen.com pico 192.168.100.104 beanhead.parag.codegen.com beanhead bean 192.168.100.105 hp5mp.parag.codegen.com hp5mp 192.168.100.106 behead.parag.codegen.com behead be 192.168.100.107 dodo.parag.codegen.com dodo 192.168.100.108 laptop.parag.codegen.com laptop lap 192.168.100.109 solhead.parag.codegen.com solhead sol 192.168.100.110 bogus1.parag.codegen.com bogus1 192.168.100.111 bogus2.parag.codegen.com bogus2 192.168.100.112 bogus3.parag.codegen.com bogus3 192.168.100.113 bogus4.parag.codegen.com bogus4 192.168.100.150 quadhead.parag.codegen.com quadhead quad 192.168.100.151 toshead.parag.codegen.com toshead tos 192.168.100.254 webhead.parag.codegen.com webhead web 192.168.99.200 sshpinheadtenor.parag.codegen.com sshpinheadte\ nor 192.168.99.201 sshtenorpinhead.codegen.com sshtenorpinhead 192.168.99.202 sshpinheadalto.codegen.com sshpinheadalto 192.168.99.203 sshaltopinhead.codegen.com sshaltopinhead 192.168.99.204 sshaltotenor.codegen.com sshaltotenor 192.168.99.205 sshtenoralto.codegen.com sshtenoralto 207.44.235.153 router.parag.codegen.com router 207.44.235.154 mail.parag.codegen.com mail 207.44.235.155 fw.parag.codegen.com fw 207.44.255.254 sirius-router.parag.codegen.com sirius-router 207.44.182.15 pin.codegen.com pin 207.44.182.19 tenor.codegen.com tenor 207.44.182.18 forte.codegen.com forte 207.44.182.12 mac.codegen.com mac 207.44.182.13 sunhead.codegen.com sunhead 207.44.182.20 sun5.codegen.com sun5 207.44.182.21 sun3000.codegen.com sun3000 sun3k 198.104.92.71 cvsup.freebsd.org 63.192.36.251 bd1.macetc.com " 75273 fm_flb-real RET read 1782/0x6f6 75273 fm_flb-real CALL close(0x3) 75273 fm_flb-real RET close 0 75273 fm_flb-real CALL #91(0x28069000,0x2000) 75273 fm_flb-real RET #91 0 75273 fm_flb-real CALL chdir(0x8051dc0) 75273 fm_flb-real NAMI "/compat/linux/tmp" 75273 fm_flb-real NAMI "/tmp" 75273 fm_flb-real RET chdir 0 75273 fm_flb-real CALL close(0) 75273 fm_flb-real RET close 0 75273 fm_flb-real CALL close(0x1) 75273 fm_flb-real RET close 0 75273 fm_flb-real CALL close(0x2) 75273 fm_flb-real RET close 0 75273 fm_flb-real CALL fork 75277 fm_flb-real RET fork 0 75277 fm_flb-real CALL pwrite(0x18,0xbfbfd890,0xbfbfd804,0x8) 75277 fm_flb-real RET pwrite 0 75277 fm_flb-real CALL pwrite(0x19,0xbfbfd888,0xbfbfd7fc,0x8) 75277 fm_flb-real RET pwrite 0 75277 fm_flb-real CALL pwrite(0x16,0xbfbfd880,0xbfbfd7f4,0x8) 75277 fm_flb-real RET pwrite 0 75277 fm_flb-real CALL pwrite(0x15,0xbfbfd878,0xbfbfd7ec,0x8) 75277 fm_flb-real RET pwrite 0 75277 fm_flb-real CALL pwrite(0x14,0xbfbfd890,0xbfbfd804,0x8) 75277 fm_flb-real RET pwrite 0 75277 fm_flb-real CALL symlink(0,0) 75277 fm_flb-real RET symlink 0 75277 fm_flb-real CALL pwrite(0x1,0xbfbfd888,0xbfbfd7fc,0x8) 75277 fm_flb-real RET pwrite 0 75277 fm_flb-real CALL fork 75277 fm_flb-real RET fork 75278/0x1260e 75277 fm_flb-real CALL exit(0xffffffff) 75273 fm_flb-real RET fork 75277/0x1260d 75273 fm_flb-real CALL #175(0,0xbfbfd9f8,0xbfbfd978,0x8) 75273 fm_flb-real RET #175 0 75273 fm_flb-real CALL pwrite(0x11,0,0xbfbfd77c,0x8) 75273 fm_flb-real RET pwrite 0 75273 fm_flb-real CALL #175(0x2,0xbfbfd978,0,0x8) 75273 fm_flb-real RET #175 0 75273 fm_flb-real CALL getdomainname(0xbfbfd8e4,0xbfbfd8e4) 75278 fm_flb-real RET fork 0 75278 fm_flb-real CALL getpid 75278 fm_flb-real RET getpid 75278/0x1260e 75278 fm_flb-real CALL old.recv(0x1,0xbfbfda2c) 75278 fm_flb-real RET old.recv 0 75278 fm_flb-real CALL getpid 75278 fm_flb-real RET getpid 75278/0x1260e 75278 fm_flb-real CALL old.recv(0x2,0xbfbfd9f8) 75278 fm_flb-real RET old.recv -1 errno -13 Unknown error: -13 75278 fm_flb-real CALL old.recv(0x2,0xbfbfda2c) 75278 fm_flb-real RET old.recv 0 75278 fm_flb-real CALL old.recv(0x6,0xbfbfda2c) 75278 fm_flb-real RET old.recv 0 75278 fm_flb-real CALL ktrace(0x805c000) 75278 fm_flb-real RET ktrace 134594560/0x805c000 75278 fm_flb-real CALL ktrace(0x805e000) 75278 fm_flb-real RET ktrace 134602752/0x805e000 75278 fm_flb-real CALL obs_vhangup(0x7,0xbfbfda04) 75278 fm_flb-real RET obs_vhangup 0 75278 fm_flb-real CALL old.recv(0x1,0xbfbfb9d0) 75278 fm_flb-real RET old.recv 1 75278 fm_flb-real CALL ioctl(0x1,0x8912 ,0xbfbfba04) 75278 fm_flb-real RET ioctl 0 75278 fm_flb-real CALL ioctl(0x1,0x8913 ,0xbfbfba0c) 75278 fm_flb-real RET ioctl 0 75278 fm_flb-real CALL ioctl(0x1,0x8913 ,0xbfbfba0c) 75278 fm_flb-real RET ioctl 0 75278 fm_flb-real CALL ioctl(0x1,0x8913 ,0xbfbfba0c) 75278 fm_flb-real RET ioctl 0 75278 fm_flb-real CALL ioctl(0x1,0x8913 ,0xbfbfba0c) 75278 fm_flb-real RET ioctl 0 75278 fm_flb-real CALL ioctl(0x1,0x8913 ,0xbfbfba0c) 75278 fm_flb-real RET ioctl 0 75278 fm_flb-real CALL ioctl(0x1,0x8913 ,0xbfbfba0c) 75278 fm_flb-real RET ioctl 0 75278 fm_flb-real CALL close(0x1) 75278 fm_flb-real RET close 0 75278 fm_flb-real CALL mincore(0xbfbfd9b8,0) 75278 fm_flb-real RET mincore 0 75278 fm_flb-real CALL old.recv(0x1,0xbfbfd9bc) 75278 fm_flb-real RET old.recv 1 75278 fm_flb-real CALL old.recv(0x2,0xbfbfd988) 75278 fm_flb-real RET old.recv -1 errno -13 Unknown error: -13 75278 fm_flb-real CALL ioctl(0x1,0x5421 ,0xbfbfd9d8) 75278 fm_flb-real RET ioctl 0 75278 fm_flb-real CALL old.recv(0xb,0xbfbfb688) 75278 fm_flb-real GIO fd 1 wrote 56 bytes "\^B \M--\M-a\0\0\0\0\0\0\0\^B\0\^A\M^F\240\0\0\0\^B\0\0\0\^B\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\0\^D\M^T\M-6\0\0\0\^A\0\0\0\0\0\0\0\0" 75278 fm_flb-real RET old.recv 56/0x38 75278 fm_flb-real CALL #168(0xbfbfb730,0x1,0x1388) 75278 fm_flb-real RET #168 1 75278 fm_flb-real CALL old.recv(0xc,0xbfbfb688) 75278 fm_flb-real GIO fd 1 read 28 bytes "\^B \M--\M-a\0\0\0\^A\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^A" 75278 fm_flb-real RET old.recv 28/0x1c 75278 fm_flb-real CALL close(0x1) 75278 fm_flb-real RET close 0 75278 fm_flb-real CALL old.recv(0x1,0xbfbfb998) 75278 fm_flb-real RET old.recv 1 75278 fm_flb-real CALL ioctl(0x1,0x8912 ,0xbfbfb9cc) 75278 fm_flb-real RET ioctl 0 75278 fm_flb-real CALL ioctl(0x1,0x8913 ,0xbfbfb9d4) 75278 fm_flb-real RET ioctl 0 75278 fm_flb-real CALL ioctl(0x1,0x8913 ,0xbfbfb9d4) 75278 fm_flb-real RET ioctl 0 75278 fm_flb-real CALL ioctl(0x1,0x8913 ,0xbfbfb9d4) 75278 fm_flb-real RET ioctl 0 75278 fm_flb-real CALL ioctl(0x1,0x8913 ,0xbfbfb9d4) 75278 fm_flb-real RET ioctl 0 75278 fm_flb-real CALL ioctl(0x1,0x8913 ,0xbfbfb9d4) 75278 fm_flb-real RET ioctl 0 75278 fm_flb-real CALL ioctl(0x1,0x8913 ,0xbfbfb9d4) 75278 fm_flb-real RET ioctl 0 75278 fm_flb-real CALL close(0x1) 75278 fm_flb-real RET close 0 75278 fm_flb-real CALL old.recv(0x1,0xbfbfd984) 75278 fm_flb-real RET old.recv 1 75278 fm_flb-real CALL old.recv(0x2,0xbfbfd950) 75278 fm_flb-real RET old.recv -1 errno -13 Unknown error: -13 75278 fm_flb-real CALL ioctl(0x1,0x5421 ,0xbfbfd9a0) 75278 fm_flb-real RET ioctl 0 75278 fm_flb-real CALL old.recv(0xb,0xbfbfb650) 75278 fm_flb-real GIO fd 1 wrote 56 bytes "{\M^J\M^X\M-7\0\0\0\0\0\0\0\^B\0\^A\M^F\240\0\0\0\^B\0\0\0\^A\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\^D\M^T\M-6\0\0\0\^A\0\0\0\^Q\0\0\^R\M^K" 75278 fm_flb-real RET old.recv 56/0x38 75278 fm_flb-real CALL #168(0xbfbfb6f8,0x1,0x1388) 75278 fm_flb-real RET #168 1 75278 fm_flb-real CALL old.recv(0xc,0xbfbfb650) 75278 fm_flb-real GIO fd 1 read 28 bytes "{\M^J\M^X\M-7\0\0\0\^A\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^A" 75278 fm_flb-real RET old.recv 28/0x1c 75278 fm_flb-real CALL close(0x1) 75278 fm_flb-real RET close 0 75278 fm_flb-real CALL mincore(0x80579c0,0) 75278 fm_flb-real RET mincore 0 75278 fm_flb-real CALL old.gethostid(0x1,0xbfbfda20,0,0,0xbfbfda24) 75273 fm_flb-real RET getdomainname 0 75273 fm_flb-real CALL exit(0) 75278 fm_flb-real RET old.gethostid 1 75278 fm_flb-real CALL mincore(0x80579c0,0) 75278 fm_flb-real RET mincore 0 75278 fm_flb-real CALL old.recv(0xc,0xbfbfd3b8) 75278 fm_flb-real GIO fd 0 read 44 bytes "[\M^@\^OF\0\0\0\0\0\0\0\^B\0\^D\M^T\M-6\0\0\0\^A\0\0\0\^A\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0 )\M-?" 75278 fm_flb-real RET old.recv 44/0x2c 75278 fm_flb-real CALL old.recv(0xb,0xbfbfd314) 75278 fm_flb-real GIO fd 0 wrote 28 bytes "[\M^@\^OF\0\0\0\^A\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \^SP" 75278 fm_flb-real RET old.recv 28/0x1c 75278 fm_flb-real PSIG SIGSEGV SIG_DFL To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Feb 3 4:25:36 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.130.111.12]) by builder.freebsd.org (Postfix) with ESMTP id A40F4432A for ; Thu, 3 Feb 2000 04:25:32 -0800 (PST) Received: from [128.130.111.10] (nunki [128.130.111.10]) by vexpert.dbai.tuwien.ac.at (8.9.1/8.9.1) with ESMTP id NAA01322 for ; Thu, 3 Feb 2000 13:25:37 +0100 (MET) Date: Thu, 3 Feb 2000 13:25:37 +0100 (MET) From: Gerald Pfeifer To: freebsd-emulation@freebsd.org Subject: Wine does not build any longer... 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 FreeBSD 3.3-RELEASE. /sw/gcc-2.95.2/bin/gcc -c -I. -I. -I../include -I../include -g -O2 -Wall -D__WINE__ -D__WINE_SERVER__ -D_REENTRANT -I/usr/X11R6/include -o context_i386.o context_i386.c context_i386.c:292: #error You must implement get/set_thread_context for your platform gmake[1]: *** [context_i386.o] Error 1 Perhaps one of you who is more involved in such issues could have a look? Gerald -- Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Feb 3 4:43:51 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.130.111.12]) by builder.freebsd.org (Postfix) with ESMTP id CA7194337 for ; Thu, 3 Feb 2000 04:43:47 -0800 (PST) Received: from [128.130.111.10] (nunki [128.130.111.10]) by vexpert.dbai.tuwien.ac.at (8.9.1/8.9.1) with ESMTP id NAA01478; Thu, 3 Feb 2000 13:43:47 +0100 (MET) Date: Thu, 3 Feb 2000 13:43:46 +0100 (MET) From: Gerald Pfeifer To: Alexandre Julliard Cc: freebsd-emulation@freebsd.org Subject: Wine PATCH: server/context_i386.c on FreeBSD 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 Please consider the following patch, which is needed to avoid (some of the) build failures on FreeBSD 3.3. Gerald Index: context_i386.c =================================================================== RCS file: /home/wine/wine/server/context_i386.c,v retrieving revision 1.5 diff -c -3 -p -r1.5 context_i386.c *** context_i386.c 2000/01/30 22:22:23 1.5 --- context_i386.c 2000/02/03 13:27:10 *************** *** 13,21 **** #ifdef HAVE_SYS_REG_H #include #endif #include #include - #include #include "winbase.h" --- 13,22 ---- #ifdef HAVE_SYS_REG_H #include #endif + #include #include + #include #include #include "winbase.h" To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Feb 3 4:46:25 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from mail.ftf.dk (mail.ftf.net [129.142.64.2]) by builder.freebsd.org (Postfix) with ESMTP id 0A2A843AB for ; Thu, 3 Feb 2000 04:45:47 -0800 (PST) Received: from ns.int.ftf.net (fw2.ftf.dk [192.168.1.2] (may be forged)) by mail.ftf.dk (8.9.3/8.9.3/gw-ftf-1.2) with ESMTP id NAA10232; Thu, 3 Feb 2000 13:45:11 +0100 (CET) X-Authentication-Warning: mail.ftf.dk: Host fw2.ftf.dk [192.168.1.2] (may be forged) claimed to be ns.int.ftf.net Received: (from regnauld@localhost) by ns.int.ftf.net (8.9.2/8.9.3) id NAA76652; Thu, 3 Feb 2000 13:46:01 +0100 (CET) Message-ID: <20000203134601.32946@ns.int.ftf.net> Date: Thu, 3 Feb 2000 13:46:01 +0100 From: Phil Regnauld To: Gerald Pfeifer Cc: Alexandre Julliard , freebsd-emulation@FreeBSD.ORG Subject: Re: Wine PATCH: server/context_i386.c on FreeBSD References: Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: ; from Gerald Pfeifer on Thu, Feb 03, 2000 at 01:43:46PM +0100 X-Operating-System: FreeBSD 3.1-RELEASE i386 Organization: FTFnet Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Gerald Pfeifer writes: > Please consider the following patch, which is needed to avoid (some > of the) build failures on FreeBSD 3.3. What version of Wine ? The one in the ports is way too old, and I'm running one from Jan 09 2000 with no problems. -- Corn circles [...] are a hoax. The aliens who made them told me so. -- BSD/Dk -- Danish *BSD User Group -- http://www.bsd-dk.dk -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Feb 3 5:11:42 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.130.111.12]) by builder.freebsd.org (Postfix) with ESMTP id 6FB72438D for ; Thu, 3 Feb 2000 05:11:39 -0800 (PST) Received: from [128.130.111.10] (nunki [128.130.111.10]) by vexpert.dbai.tuwien.ac.at (8.9.1/8.9.1) with ESMTP id OAA02107; Thu, 3 Feb 2000 14:11:38 +0100 (MET) Date: Thu, 3 Feb 2000 14:11:38 +0100 (MET) From: Gerald Pfeifer To: Phil Regnauld Cc: freebsd-emulation@freebsd.org Subject: Re: Wine PATCH: server/context_i386.c on FreeBSD In-Reply-To: <20000203134601.32946@ns.int.ftf.net> 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 removed Alexandre, the Wine maintainer from the Cc, as this is more of a FreeBSD issue. ] On Thu, 3 Feb 2000, Phil Regnauld wrote: >> Please consider the following patch, which is needed to avoid (some >> of the) build failures on FreeBSD 3.3. > What version of Wine ? The one in the ports is way too old, > and I'm running one from Jan 09 2000 with no problems. These build problems appear in the current CVS version of Wine (for some two weeks now) and my patch is against that as well. Perhaps you could submit a PR concerning the old version of Wine in ports? Gerald -- Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Feb 3 5:25:16 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from mail.ftf.dk (mail.ftf.net [129.142.64.2]) by builder.freebsd.org (Postfix) with ESMTP id 65892438D for ; Thu, 3 Feb 2000 05:25:13 -0800 (PST) Received: from ns.int.ftf.net (fw2.ftf.dk [192.168.1.2] (may be forged)) by mail.ftf.dk (8.9.3/8.9.3/gw-ftf-1.2) with ESMTP id OAA14707; Thu, 3 Feb 2000 14:24:46 +0100 (CET) X-Authentication-Warning: mail.ftf.dk: Host fw2.ftf.dk [192.168.1.2] (may be forged) claimed to be ns.int.ftf.net Received: (from regnauld@localhost) by ns.int.ftf.net (8.9.2/8.9.3) id OAA76868; Thu, 3 Feb 2000 14:25:36 +0100 (CET) Message-ID: <20000203142535.13388@ns.int.ftf.net> Date: Thu, 3 Feb 2000 14:25:35 +0100 From: Phil Regnauld To: Gerald Pfeifer Cc: Phil Regnauld , freebsd-emulation@FreeBSD.ORG Subject: Re: Wine PATCH: server/context_i386.c on FreeBSD References: <20000203134601.32946@ns.int.ftf.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.88e In-Reply-To: ; from Gerald Pfeifer on Thu, Feb 03, 2000 at 02:11:38PM +0100 X-Operating-System: FreeBSD 3.1-RELEASE i386 Organization: FTFnet Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Gerald Pfeifer writes: > These build problems appear in the current CVS version of Wine (for some > two weeks now) and my patch is against that as well. > > Perhaps you could submit a PR concerning the old version of Wine in ports? IIRC, I wrote a mail to the maintainer of the port -- maybe a PR is better. -- Corn circles [...] are a hoax. The aliens who made them told me so. -- BSD/Dk -- Danish *BSD User Group -- http://www.bsd-dk.dk -- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Feb 3 16:28:51 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by builder.freebsd.org (Postfix) with ESMTP id AAC5750C5 for ; Thu, 3 Feb 2000 14:50:13 -0800 (PST) Received: from pinhead.parag.codegen.com (parag@localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id OAA95695 for ; Thu, 3 Feb 2000 14:50:24 -0800 (PST) (envelope-from parag@pinhead.parag.codegen.com) To: freebsd-emulation@freebsd.org Subject: Re: Still no luck with Linux Framemaker under FreeBSD In-Reply-To: Message from Parag Patel of "Tue, 01 Feb 2000 13:55:31 PST." <75661.949442131@pinhead.parag.codegen.com> X-Image-URL: http://www.codegen.com/images/CG-logo-only.gif X-URL: http://www.codegen.com X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm Date: Thu, 03 Feb 2000 14:50:24 -0800 Message-ID: <95691.949618224@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've gotten Frame to run just fine under Linux and NetBSD's emulation layer but still not under FreeBSD. NetBSD has NFS-mounted its /emul/linux directory from my FreeBSD's /compat/linux so they're running the *identical* Linux configuration. I also NFS-mounted the Framemaker dir from the FBSD box, so that is identical as well. I'm not closer to why it crashes under FBSD and not NBSD, but in the process of comparing ktrace output from both, it looks like either ktrace on FBSD is not displaying the correct calls. Either that, or the Linux layer is calling the wrong syscalls. (I've compiled it into my FBSD kernel rather than loading it as a module to eliminate version problems.) I've appended portions two dumps below - just before it crashes on FBSD and the same area under NetBSD, which appears to be displaying the right kernel entry-points. Note that FBSD's "mincore" seems to really be gettimeofday, or things are really confused. (The kdump/ktrace binaries are built from the same CVS 3.4-STABLE source snapshot as the kernel. I built a new kdump but it still generates the same output as below.) Things appear to be running swimmingly up until it crashes. :) Both the NetBSD and FreeBSD call traces are largely similar barring the name printing problems. -- Parag NetBSD output: [...] 1394 fm_flb-real CALL close(0x1) 1394 fm_flb-real RET close 0 1394 fm_flb-real CALL socketcall(0x1,0xefbfd684) 1394 fm_flb-real RET socketcall 1 1394 fm_flb-real CALL socketcall(0x2,0xefbfd650) 1394 fm_flb-real RET socketcall -1 errno -13 Permission denied 1394 fm_flb-real CALL ioctl(0x1,_IO('T',0x21,0),0xefbfd6a0) 1394 fm_flb-real RET ioctl 0 1394 fm_flb-real CALL socketcall(0xb,0xefbfb350) 1394 fm_flb-real GIO fd 1 wrote 56 bytes "^r\M-Q\M-s\0\0\0\0\0\0\0\^B\0\^A\M^F\240\0\0\0\^B\0\0\0\^A\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\^D\M^T\M-6\0\0\0\^A\0\0\0\^Q\0\0\M^?\M-g" 1394 fm_flb-real RET socketcall 56/0x38 1394 fm_flb-real CALL poll(0xefbfb3f8,0x1,0x1388) 1394 fm_flb-real RET poll 1 1394 fm_flb-real CALL socketcall(0xc,0xefbfb350) 1394 fm_flb-real GIO fd 1 read 28 bytes "^r\M-Q\M-s\0\0\0\^A\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^A" 1394 fm_flb-real RET socketcall 28/0x1c 1394 fm_flb-real CALL close(0x1) 1394 fm_flb-real RET close 0 1394 fm_flb-real CALL gettimeofday(0x80579c0,0) 1394 fm_flb-real RET gettimeofday 0 1394 fm_flb-real CALL select(0x1,0xefbfd720,0,0,0xefbfd724) 1392 fm_flb-real RET nanosleep 0 1392 fm_flb-real CALL exit(0) 1394 fm_flb-real RET select 1 1394 fm_flb-real CALL gettimeofday(0x80579c0,0) 1394 fm_flb-real RET gettimeofday 0 1394 fm_flb-real CALL socketcall(0xc,0xefbfd0b8) 1394 fm_flb-real GIO fd 0 read 44 bytes "\r ZQ\0\0\0\0\0\0\0\^B\0\^D\M^T\M-6\0\0\0\^A\0\0\0\^A\0\0\0\0\0\0\0\0\0\0\ \0\0\0\0\0\0\0 )\M-?" 1394 fm_flb-real RET socketcall 44/0x2c 1394 fm_flb-real CALL socketcall(0xb,0xefbfd014) [...] FreeBSD output: [...] 75278 fm_flb-real CALL close(0x1) 75278 fm_flb-real RET close 0 75278 fm_flb-real CALL old.recv(0x1,0xbfbfd984) 75278 fm_flb-real RET old.recv 1 75278 fm_flb-real CALL old.recv(0x2,0xbfbfd950) 75278 fm_flb-real RET old.recv -1 errno -13 Unknown error: -13 75278 fm_flb-real CALL ioctl(0x1,0x5421 ,0xbfbfd9a0) 75278 fm_flb-real RET ioctl 0 75278 fm_flb-real CALL old.recv(0xb,0xbfbfb650) 75278 fm_flb-real GIO fd 1 wrote 56 bytes "{\M^J\M^X\M-7\0\0\0\0\0\0\0\^B\0\^A\M^F\240\0\0\0\^B\0\0\0\^A\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0\0\0\^D\M^T\M-6\0\0\0\^A\0\0\0\^Q\0\0\^R\M^K" 75278 fm_flb-real RET old.recv 56/0x38 75278 fm_flb-real CALL #168(0xbfbfb6f8,0x1,0x1388) 75278 fm_flb-real RET #168 1 75278 fm_flb-real CALL old.recv(0xc,0xbfbfb650) 75278 fm_flb-real GIO fd 1 read 28 bytes "{\M^J\M^X\M-7\0\0\0\^A\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\^A" 75278 fm_flb-real RET old.recv 28/0x1c 75278 fm_flb-real CALL close(0x1) 75278 fm_flb-real RET close 0 75278 fm_flb-real CALL mincore(0x80579c0,0) 75278 fm_flb-real RET mincore 0 75278 fm_flb-real CALL old.gethostid(0x1,0xbfbfda20,0,0,0xbfbfda24) 75273 fm_flb-real RET getdomainname 0 75273 fm_flb-real CALL exit(0) 75278 fm_flb-real RET old.gethostid 1 75278 fm_flb-real CALL mincore(0x80579c0,0) 75278 fm_flb-real RET mincore 0 75278 fm_flb-real CALL old.recv(0xc,0xbfbfd3b8) 75278 fm_flb-real GIO fd 0 read 44 bytes "[\M^@\^OF\0\0\0\0\0\0\0\^B\0\^D\M^T\M-6\0\0\0\^A\0\0\0\^A\0\0\0\0\0\0\ \0\0\0\0\0\0\0\0\0\0\0 )\M-?" 75278 fm_flb-real RET old.recv 44/0x2c 75278 fm_flb-real CALL old.recv(0xb,0xbfbfd314) 75278 fm_flb-real GIO fd 0 wrote 28 bytes "[\M^@\^OF\0\0\0\^A\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0\0 \^SP" 75278 fm_flb-real RET old.recv 28/0x1c 75278 fm_flb-real PSIG SIGSEGV SIG_DFL [crash] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Feb 4 11:36: 7 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from cheddar.netmonger.net (cheddar.netmonger.net [209.54.21.140]) by builder.freebsd.org (Postfix) with ESMTP id 0FCC54569 for ; Fri, 4 Feb 2000 11:34:04 -0800 (PST) Received: (from chris@localhost) by cheddar.netmonger.net (8.8.8/8.8.8) id OAA11039; Fri, 4 Feb 2000 14:34:22 -0500 (EST) Message-ID: <20000204143422.A6746@netmonger.net> Date: Fri, 4 Feb 2000 14:34:22 -0500 From: Christopher Masto To: Parag Patel , freebsd-emulation@FreeBSD.ORG Subject: Re: Still no luck with Linux Framemaker under FreeBSD Mail-Followup-To: Parag Patel , freebsd-emulation@FreeBSD.ORG References: <75661.949442131@pinhead.parag.codegen.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <75661.949442131@pinhead.parag.codegen.com>; from Parag Patel on Tue, Feb 01, 2000 at 01:55:31PM -0800 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've also not been able to get it to run, under -current.. I think it's the same symptoms. I have the log_in_vain sysctls enabled, and I see this when it's starting up: Feb 4 14:33:00 lion-around /kernel: pid 40453 (fm_flb), uid 1001: exited on signal 11 (core dumped) Feb 4 14:33:00 lion-around /kernel: Connection attempt to UDP 127.0.0.1:1772 from 127.0.0.1:1779 Feb 4 14:33:04 lion-around last message repeated 38 times Feb 4 14:33:04 lion-around /kernel: Connection attempt to UDP 127.0.0.1:1772 from 127.0.0.1:1781 Other linux programs run happily. -- Christopher Masto Senior Network Monkey NetMonger Communications chris@netmonger.net info@netmonger.net http://www.netmonger.net Free yourself, free your machine, free the daemon -- http://www.freebsd.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Feb 4 12: 7:58 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by builder.freebsd.org (Postfix) with ESMTP id 1230E4871 for ; Fri, 4 Feb 2000 12:07:56 -0800 (PST) Received: from pinhead.parag.codegen.com (parag@localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id LAA28220; Fri, 4 Feb 2000 11:53:09 -0800 (PST) (envelope-from parag@pinhead.parag.codegen.com) To: freebsd-emulation@FreeBSD.ORG, Christopher Masto Subject: Re: Still no luck with Linux Framemaker under FreeBSD In-Reply-To: Message from Christopher Masto of "Fri, 04 Feb 2000 14:34:22 EST." <20000204143422.A6746@netmonger.net> X-Image-URL: http://www.codegen.com/images/CG-logo-only.gif X-URL: http://www.codegen.com X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm Date: Fri, 04 Feb 2000 11:53:09 -0800 Message-ID: <28216.949693989@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Fri, 04 Feb 2000 14:34:22 EST, Christopher Masto wrote: > >I've also not been able to get it to run, under -current.. I think it's >the same symptoms. Sure looks like the same problem I have. Perhaps it has something to do with DNS or other config file? I run here with Linux's host lookup first in the file then with DNS. There is no YP stuff enabled anywhere. I've turned it all off in the Linux nsswitch.conf and yp.conf as well. FBSD's /etc/resolv.conf is setup to always use a name-server - there is no linux version. It may help to compare the config files on the systems that work. I'd be happy to give someone a login here to see my config and compare with your working one. (Or use a login to your machine and compare your setup to mine, but I can't ask unless I'm willing to offer. :) (BTW - I decoded my ktrace output file using the linix_kdump port. It now matches the NetBSD output up until the crash. Sigh.) -- Parag Patel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Feb 4 12:28:12 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from cheddar.netmonger.net (cheddar.netmonger.net [209.54.21.140]) by builder.freebsd.org (Postfix) with ESMTP id C37063FA1 for ; Fri, 4 Feb 2000 12:28:06 -0800 (PST) Received: (from chris@localhost) by cheddar.netmonger.net (8.8.8/8.8.8) id PAA13708; Fri, 4 Feb 2000 15:28:25 -0500 (EST) Message-ID: <20000204152825.B6746@netmonger.net> Date: Fri, 4 Feb 2000 15:28:25 -0500 From: Christopher Masto To: Parag Patel , emulation@FreeBSD.ORG Subject: Re: Still no luck with Linux Framemaker under FreeBSD References: <75661.949442131@pinhead.parag.codegen.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <75661.949442131@pinhead.parag.codegen.com>; from Parag Patel on Tue, Feb 01, 2000 at 01:55:31PM -0800 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org After further experimentation, I have found that I am able to run demomaker -noapi, which prevents it from getting hung up on the API clients. Of course, it's in demo mode. But it seems to indicate that if fm_flb didn't crash, it would work. -- Christopher Masto Senior Network Monkey NetMonger Communications chris@netmonger.net info@netmonger.net http://www.netmonger.net Free yourself, free your machine, free the daemon -- http://www.freebsd.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Feb 4 12:29:34 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from cheddar.netmonger.net (cheddar.netmonger.net [209.54.21.140]) by builder.freebsd.org (Postfix) with ESMTP id A59964898 for ; Fri, 4 Feb 2000 12:28:43 -0800 (PST) Received: (from chris@localhost) by cheddar.netmonger.net (8.8.8/8.8.8) id PAA13749 for emulation@freebsd.org; Fri, 4 Feb 2000 15:28:47 -0500 (EST) Message-ID: <20000204143422.A6746@netmonger.net> Date: Fri, 4 Feb 2000 14:34:22 -0500 From: Christopher Masto To: Parag Patel , freebsd-emulation@freebsd.org Subject: Re: Still no luck with Linux Framemaker under FreeBSD Mail-Followup-To: Parag Patel , freebsd-emulation@FreeBSD.ORG References: <75661.949442131@pinhead.parag.codegen.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <75661.949442131@pinhead.parag.codegen.com>; from Parag Patel on Tue, Feb 01, 2000 at 01:55:31PM -0800 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've also not been able to get it to run, under -current.. I think it's the same symptoms. I have the log_in_vain sysctls enabled, and I see this when it's starting up: Feb 4 14:33:00 lion-around /kernel: pid 40453 (fm_flb), uid 1001: exited on signal 11 (core dumped) Feb 4 14:33:00 lion-around /kernel: Connection attempt to UDP 127.0.0.1:1772 from 127.0.0.1:1779 Feb 4 14:33:04 lion-around last message repeated 38 times Feb 4 14:33:04 lion-around /kernel: Connection attempt to UDP 127.0.0.1:1772 from 127.0.0.1:1781 Other linux programs run happily. -- Christopher Masto Senior Network Monkey NetMonger Communications chris@netmonger.net info@netmonger.net http://www.netmonger.net Free yourself, free your machine, free the daemon -- http://www.freebsd.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Feb 4 12:39:14 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from thelab.hub.org (nat195.167.mpoweredpc.net [142.177.195.167]) by builder.freebsd.org (Postfix) with ESMTP id 4229744C8 for ; Fri, 4 Feb 2000 12:38:55 -0800 (PST) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.9.3/8.9.1) with ESMTP id PAA45394 for ; Fri, 4 Feb 2000 15:21:03 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Fri, 4 Feb 2000 15:21:03 -0400 (AST) From: The Hermit Hacker To: freebsd-emulation@freebsd.org Subject: Simple config for VMware->network? 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 Does anyone have a very simple config for setting up VMware to talk to the network? I realize that its a natd/ipfw issue for this, but figured someone might have a simple template before I dive in and futz iwth it from scratch ... Thanks... Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Feb 4 12:39:17 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from thelab.hub.org (nat195.167.mpoweredpc.net [142.177.195.167]) by builder.freebsd.org (Postfix) with ESMTP id C981E452B for ; Fri, 4 Feb 2000 12:39:14 -0800 (PST) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.9.3/8.9.1) with ESMTP id NAA44887 for ; Fri, 4 Feb 2000 13:51:22 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Fri, 4 Feb 2000 13:51:22 -0400 (AST) From: The Hermit Hacker To: freebsd-emulation@freebsd.org Subject: VMware 2.0beta in ports ... ? 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 Possible to get that upgraded? Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Feb 4 12:39:21 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from thelab.hub.org (nat195.167.mpoweredpc.net [142.177.195.167]) by builder.freebsd.org (Postfix) with ESMTP id 9BE27460E for ; Fri, 4 Feb 2000 12:39:17 -0800 (PST) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.9.3/8.9.1) with ESMTP id NAA44883 for ; Fri, 4 Feb 2000 13:50:59 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Fri, 4 Feb 2000 13:50:59 -0400 (AST) From: The Hermit Hacker To: freebsd-emulation@freebsd.org Subject: VMware up, running ... and dog slow ... 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 Morning all ... Well, just got 'the boss lady' upgraded to FreeBSD 4.0-CURRENT and VMWare 2.0beta, and she's most impresssed with VMWare, as a concept, but performance is terrible, so I'm *hoping* its just something that I can improve through configuration? The machine is a PII-333 with 128meg of RAM ... The problem is readily apparent with just the mouse, where, when you move it across the screen, it takes awhile for the pointer to decide to catch up :) We tried to run one of the videos off the Win98 CD, and it loads up and all, but you jump about 10 frames at a time, and picture quality sucks :( top shows ram at ~70meg (SIZE) and ~45Meg (RES) ... I'm open to suggestions ... something maybe I've missed? I'm looking at the VMWare Tools stuff, but it says its for 1.1, will it work under 2 also? Thanks, and great work ... Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Feb 4 20:38:56 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from quack.kfu.com (quack.kfu.com [170.1.70.2]) by builder.freebsd.org (Postfix) with ESMTP id 5AD9341F0 for ; Fri, 4 Feb 2000 20:38:53 -0800 (PST) Received: from morpheus.kfu.com (morpheus.kfu.com [170.1.70.19]) by quack.kfu.com (8.9.2/8.9.3) with ESMTP id UAA55447 for ; Fri, 4 Feb 2000 20:39:10 -0800 (PST) (envelope-from nsayer@quack.kfu.com) Received: from quack.kfu.com by morpheus.kfu.com with ESMTP (8.9.3//ident-1.0) id UAA00554; Fri, 4 Feb 2000 20:39:09 -0800 (PST) Message-ID: <389BA96D.8CC1B3AB@quack.kfu.com> Date: Sat, 05 Feb 2000 04:39:09 +0000 From: Nick Sayer X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en-GB, en-US, en MIME-Version: 1.0 To: freebsd-emulation@FreeBSD.ORG Subject: VMWare Direct Sound solution References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I am now able to mostly use the Windows Media Player. I was able to do this by running DxDiag, going to the sound pane, then backing the acceleration pointer down one notch. Sound that used to be just unbearable is now perfectly listenable, so long as you don't overload the machine. It does as well as vmware running NT (which, of course, does not have DirectX). To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Feb 4 21: 9:36 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from thelab.hub.org (nat195.167.mpoweredpc.net [142.177.195.167]) by builder.freebsd.org (Postfix) with ESMTP id C273344D4 for ; Fri, 4 Feb 2000 21:09:31 -0800 (PST) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.9.3/8.9.1) with ESMTP id BAA52628; Sat, 5 Feb 2000 01:09:02 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Sat, 5 Feb 2000 01:09:02 -0400 (AST) From: The Hermit Hacker To: Nick Sayer Cc: freebsd-emulation@FreeBSD.ORG Subject: Re: VMWare Direct Sound solution In-Reply-To: <389BA96D.8CC1B3AB@quack.kfu.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 Sat, 5 Feb 2000, Nick Sayer wrote: > I am now able to mostly use the Windows Media Player. I was able to do > this by running DxDiag, going to the sound pane, then backing the > acceleration > pointer down one notch. Sound that used to be just unbearable is now > perfectly listenable, so long as you don't overload the machine. It > does as well as vmware running NT (which, of course, does not have > DirectX). curious, but what sort of machine are you seeing this on? To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sat Feb 5 0:23: 3 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from anchor-post-30.mail.demon.net (anchor-post-30.mail.demon.net [194.217.242.88]) by builder.freebsd.org (Postfix) with ESMTP id 67A524558 for ; Sat, 5 Feb 2000 00:22:58 -0800 (PST) Received: from nlsys.demon.co.uk ([158.152.125.33] helo=herring.nlsystems.com) by anchor-post-30.mail.demon.net with esmtp (Exim 2.12 #1) id 12H0Ux-000Eq2-0U; Sat, 5 Feb 2000 08:23:21 +0000 Received: from salmon.nlsystems.com (salmon.nlsystems.com [10.0.0.3]) by herring.nlsystems.com (8.9.3/8.8.8) with ESMTP id IAA09228; Sat, 5 Feb 2000 08:12:11 GMT (envelope-from dfr@nlsystems.com) Date: Sat, 5 Feb 2000 08:26:43 +0000 (GMT) From: Doug Rabson To: The Hermit Hacker Cc: freebsd-emulation@freebsd.org Subject: Re: VMware up, running ... and dog slow ... In-Reply-To: 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 Fri, 4 Feb 2000, The Hermit Hacker wrote: > > Morning all ... > > Well, just got 'the boss lady' upgraded to FreeBSD 4.0-CURRENT and > VMWare 2.0beta, and she's most impresssed with VMWare, as a concept, but > performance is terrible, so I'm *hoping* its just something that I can > improve through configuration? > > The machine is a PII-333 with 128meg of RAM ... > > The problem is readily apparent with just the mouse, where, when > you move it across the screen, it takes awhile for the pointer to decide > to catch up :) > > We tried to run one of the videos off the Win98 CD, and it loads > up and all, but you jump about 10 frames at a time, and picture quality > sucks :( > > top shows ram at ~70meg (SIZE) and ~45Meg (RES) ... > > I'm open to suggestions ... something maybe I've missed? I'm > looking at the VMWare Tools stuff, but it says its for 1.1, will it work > under 2 also? Interactive performance improves noticably when you install the VMWare Tools. They seem to work just as well with VMWare 2.0 as with 1.1. -- Doug Rabson Mail: dfr@nlsystems.com Nonlinear Systems Ltd. Phone: +44 181 442 9037 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sat Feb 5 6:19: 3 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from blaubaer.kn-bremen.de (blaubaer.kn-bremen.de [195.37.179.254]) by builder.freebsd.org (Postfix) with ESMTP id 043234577 for ; Sat, 5 Feb 2000 06:18:54 -0800 (PST) Received: from saturn.kn-bremen.de (uucp@localhost) by blaubaer.kn-bremen.de (8.9.1/8.9.1) with UUCP id PAA14506; Sat, 5 Feb 2000 15:14:18 +0100 Received: (from nox@localhost) by saturn.kn-bremen.de (8.9.3/8.8.5) id PAA19881; Sat, 5 Feb 2000 15:02:10 +0100 (CET) From: Juergen Lock Date: Sat, 5 Feb 2000 15:02:10 +0100 To: wine-patches@winehq.com, FreeBSD-emulation@FreeBSD.ORG, alex@big.endian.de Subject: get wine working again on FreeBSD Message-ID: <20000205150209.A18658@saturn.kn-bremen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.7i Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Changelog: * server/context_i386.c: Juergen Lock context functions for FreeBSD * server/request.c, scheduler/client.c: Juergen Lock don't pass bogus lengths to bind/connect so the socket doesn't end up being called "socke" Index: server/context_i386.c =================================================================== RCS file: /home/wine/wine/server/context_i386.c,v retrieving revision 1.5 diff -u -u -r1.5 context_i386.c --- server/context_i386.c 2000/01/30 22:22:23 1.5 +++ server/context_i386.c 2000/02/05 13:28:46 @@ -13,9 +13,10 @@ #ifdef HAVE_SYS_REG_H #include #endif +#include #include +#include #include -#include #include "winbase.h" @@ -35,6 +36,12 @@ #ifndef PTRACE_GETFPREGS #define PTRACE_GETFPREGS PT_GETFPREGS #endif +#ifndef PTRACE_SETREGS +#define PTRACE_SETREGS PT_SETREGS +#endif +#ifndef PTRACE_SETFPREGS +#define PTRACE_SETFPREGS PT_SETFPREGS +#endif #ifdef linux @@ -287,10 +294,118 @@ error: file_set_error(); } + +#elif defined(__FreeBSD__) +#include + +/* retrieve a thread context */ +static void get_thread_context( struct thread *thread, unsigned int flags, CONTEXT *context ) +{ + int pid = thread->unix_pid; + if (flags & CONTEXT_FULL) + { + struct reg regs; + if (ptrace( PTRACE_GETREGS, pid, 0, (int) ®s ) == -1) goto error; + if (flags & CONTEXT_INTEGER) + { + context->Eax = regs.r_eax; + context->Ebx = regs.r_ebx; + context->Ecx = regs.r_ecx; + context->Edx = regs.r_edx; + context->Esi = regs.r_esi; + context->Edi = regs.r_edi; + } + if (flags & CONTEXT_CONTROL) + { + context->Ebp = regs.r_ebp; + context->Esp = regs.r_esp; + context->Eip = regs.r_eip; + context->SegCs = regs.r_cs & 0xffff; + context->SegSs = regs.r_ss & 0xffff; + context->EFlags = regs.r_eflags; + } + if (flags & CONTEXT_SEGMENTS) + { + context->SegDs = regs.r_ds & 0xffff; + context->SegEs = regs.r_es & 0xffff; + context->SegFs = regs.r_fs & 0xffff; + context->SegGs = regs.r_gs & 0xffff; + } + } + if (flags & CONTEXT_DEBUG_REGISTERS) + { + /* FIXME: How is this done on FreeBSD? */ + } + if (flags & CONTEXT_FLOATING_POINT) + { + /* we can use context->FloatSave directly as it is using the */ + /* correct structure (the same as fsave/frstor) */ + if (ptrace( PTRACE_GETFPREGS, pid, 0, (int) &context->FloatSave ) == -1) goto error; + context->FloatSave.Cr0NpxState = 0; /* FIXME */ + } + return; + error: + file_set_error(); +} + + +/* set a thread context */ +static void set_thread_context( struct thread *thread, unsigned int flags, CONTEXT *context ) +{ + int pid = thread->unix_pid; + if (flags & CONTEXT_FULL) + { + struct reg regs; + if ((flags & CONTEXT_FULL) != CONTEXT_FULL) /* need to preserve some registers */ + { + if (ptrace( PTRACE_GETREGS, pid, 0, (int) ®s ) == -1) goto error; + } + if (flags & CONTEXT_INTEGER) + { + regs.r_eax = context->Eax; + regs.r_ebx = context->Ebx; + regs.r_ecx = context->Ecx; + regs.r_edx = context->Edx; + regs.r_esi = context->Esi; + regs.r_edi = context->Edi; + } + if (flags & CONTEXT_CONTROL) + { + regs.r_ebp = context->Ebp; + regs.r_esp = context->Esp; + regs.r_eip = context->Eip; + regs.r_cs = context->SegCs; + regs.r_ss = context->SegSs; + regs.r_eflags = context->EFlags; + } + if (flags & CONTEXT_SEGMENTS) + { + regs.r_ds = context->SegDs; + regs.r_es = context->SegEs; + regs.r_fs = context->SegFs; + regs.r_gs = context->SegGs; + } + if (ptrace( PTRACE_SETREGS, pid, 0, (int) ®s ) == -1) goto error; + } + if (flags & CONTEXT_DEBUG_REGISTERS) + { + /* FIXME: How is this done on FreeBSD? */ + } + if (flags & CONTEXT_FLOATING_POINT) + { + /* we can use context->FloatSave directly as it is using the */ + /* correct structure (the same as fsave/frstor) */ + if (ptrace( PTRACE_SETFPREGS, pid, 0, (int) &context->FloatSave ) == -1) goto error; + context->FloatSave.Cr0NpxState = 0; /* FIXME */ + } + return; + error: + file_set_error(); +} -#else /* linux || __sun__ */ +#else /* linux || __sun__ || __FreeBSD__ */ #error You must implement get/set_thread_context for your platform -#endif /* linux || __sun__*/ +#endif /* linux || __sun__ || __FreeBSD__ */ /* copy a context structure according to the flags */ Index: server/request.c =================================================================== RCS file: /home/wine/wine/server/request.c,v retrieving revision 1.26 diff -u -u -r1.26 request.c --- server/request.c 2000/01/25 01:40:27 1.26 +++ server/request.c 2000/02/05 13:28:46 @@ -350,8 +350,9 @@ create_server_dir(); if ((fd = socket( AF_UNIX, SOCK_STREAM, 0 )) == -1) fatal_perror( "socket" ); addr.sun_family = AF_UNIX; - strcpy( addr.sun_path, "socket" ); - if (bind( fd, &addr, sizeof(addr.sun_family) + strlen(addr.sun_path) ) == -1) + strcpy( addr.sun_path, SOCKETNAME ); + addr.sun_len = sizeof(addr); + if (bind( fd, (struct sockaddr *)&addr, sizeof(addr) ) == -1) { if ((errno == EEXIST) || (errno == EADDRINUSE)) fatal_error( "another server is already running\n" ); @@ -360,7 +361,7 @@ } atexit( socket_cleanup ); - chmod( "socket", 0600 ); /* make sure no other user can connect */ + chmod( SOCKETNAME, 0600 ); /* make sure no other user can connect */ if (listen( fd, 5 ) == -1) fatal_perror( "listen" ); if (!(master_socket = alloc_object( &master_socket_ops, fd ))) Index: scheduler/client.c =================================================================== RCS file: /home/wine/wine/scheduler/client.c,v retrieving revision 1.36 diff -u -u -r1.36 client.c --- scheduler/client.c 2000/01/25 21:19:58 1.36 +++ scheduler/client.c 2000/02/05 13:28:45 @@ -366,7 +366,8 @@ if ((s = socket( AF_UNIX, SOCK_STREAM, 0 )) == -1) fatal_perror( "socket" ); addr.sun_family = AF_UNIX; strcpy( addr.sun_path, SOCKETNAME ); - if (connect( s, &addr, sizeof(addr.sun_family) + strlen(addr.sun_path) ) == -1) + addr.sun_len = sizeof(addr); + if (connect( s, (struct sockaddr *)&addr, sizeof(addr) ) == -1) { close( s ); return -2; -- Juergen Lock (remove dot foo from address to reply) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Feb 7 6:41:32 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from thelab.hub.org (nat197.96.mpoweredpc.net [142.177.197.96]) by builder.freebsd.org (Postfix) with ESMTP id 62B613F21 for ; Mon, 7 Feb 2000 06:41:19 -0800 (PST) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.9.3/8.9.1) with ESMTP id KAA70047 for ; Mon, 7 Feb 2000 10:41:45 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Mon, 7 Feb 2000 10:41:45 -0400 (AST) From: The Hermit Hacker To: freebsd-emulation@freebsd.org Subject: VMWare: reading from floppy drive ... 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 Morning all ... Slowly figuring out 'caveats' with this thing, and moving forward. Got rtc installed and running, so mouse appears to be slightly more responsive. Trying to get the 'performance patches' installed next, but can't seem to get it to read from floppy: Linux_Floppy: Disk supposedly present, read: 'Invalid argument'! Using mtools/mdir, I can read the floppy just fine... Reading from the website: - Floppy disk detection currently doesn't work. It is assumed that a disk is always present in the floppy drive. Because of that, if you have enabled both IDE and floppy drives in the same VMware session, you must select the right booting order in the Phoenix BIOS Setup. My interpretation from the above is that it applies to booting from floppy, but I should still have access to the drive once up? Still haven't got networking up, which is going to be next option/task, but is there any way of getting the 'tools' installed without networking? Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Feb 7 7:46:34 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from 1upmc-msx1.isdip.upmc.edu (1upmc-msx1.isdip.upmc.edu [128.147.16.38]) by builder.freebsd.org (Postfix) with ESMTP id ADCC73FD3 for ; Mon, 7 Feb 2000 07:46:32 -0800 (PST) Received: by 1upmc-msx1.isdbu.upmc.edu with Internet Mail Service (5.5.2448.0) id <1JLRKKXP>; Mon, 7 Feb 2000 10:47:02 -0500 Message-ID: <576A688A7DA7D011899B00805FEA1AFFB17872@sych02.isdip.upmc.edu> From: "Person, Roderick" To: "'freebsd-emulation@freebsd.org'" Subject: SCO emulation... Date: Mon, 7 Feb 2000 10:46:55 -0500 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2448.0) Content-Type: text/plain Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I want to run SCO binaries, where can a find good documentation on this or cna anyone send me a how to or things I need. I'm running 4.0. Roderick P. Person Programmer CCBH (412)454-2616 "If you tell the truth you don't have to remember anything." To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Feb 7 9: 3:57 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from cheddar.netmonger.net (cheddar.netmonger.net [209.54.21.140]) by builder.freebsd.org (Postfix) with ESMTP id 3D4904002 for ; Mon, 7 Feb 2000 09:03:41 -0800 (PST) Received: (from chris@localhost) by cheddar.netmonger.net (8.8.8/8.8.8) id MAA11005; Mon, 7 Feb 2000 12:03:49 -0500 (EST) Message-ID: <20000207120349.C7636@netmonger.net> Date: Mon, 7 Feb 2000 12:03:49 -0500 From: Christopher Masto To: Raymond Wiker , Parag Patel Cc: freebsd-emulation@FreeBSD.ORG Subject: Re: Still no luck with Linux Framemaker under FreeBSD Mail-Followup-To: Raymond Wiker , Parag Patel , freebsd-emulation@FreeBSD.ORG References: <20000204143422.A6746@netmonger.net> <28216.949693989@pinhead.parag.codegen.com> <14494.36207.80475.676666@foobar.orion.no> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.91.1i In-Reply-To: <14494.36207.80475.676666@foobar.orion.no>; from Raymond Wiker on Mon, Feb 07, 2000 at 10:16:31AM +0100 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, Feb 07, 2000 at 10:16:31AM +0100, Raymond Wiker wrote: > Do you have DNS mappings for localhost (both forward and > reverse mappings)? If not, this could very well be the cause of your > problem. Nope, the DNS is set up file. fm_flb core dumps. It must be a problem with the Linux emulation. -- Christopher Masto Senior Network Monkey NetMonger Communications chris@netmonger.net info@netmonger.net http://www.netmonger.net Free yourself, free your machine, free the daemon -- http://www.freebsd.org/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Feb 7 10:27:45 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by builder.freebsd.org (Postfix) with ESMTP id 489E43F9F for ; Mon, 7 Feb 2000 10:27:27 -0800 (PST) Received: from pinhead.parag.codegen.com (parag@localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id KAA03542; Mon, 7 Feb 2000 10:23:34 -0800 (PST) (envelope-from parag@pinhead.parag.codegen.com) To: "Raymond Wiker" Cc: freebsd-emulation@FreeBSD.ORG, Christopher Masto Subject: Re: Still no luck with Linux Framemaker under FreeBSD In-Reply-To: Message from "Raymond Wiker" of "Mon, 07 Feb 2000 10:16:31 +0100." <14494.36207.80475.676666@foobar.orion.no> X-Image-URL: http://www.codegen.com/images/CG-logo-only.gif X-URL: http://www.codegen.com X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm Date: Mon, 07 Feb 2000 10:23:34 -0800 Message-ID: <3538.949947814@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > To check whether you have the localhost mappings, try > > nslookup 127.0.0.1 >and nslookup localhost.your.domain This is correctly setup, unfortunately. :) I also tried entirely turning off DNS lookup and making both Linux emulation and FBSD use /etc/hosts instead to no avail. It's very odd. -- Parag Patel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Feb 7 12:15:55 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by builder.freebsd.org (Postfix) with ESMTP id 0FB733FDC for ; Mon, 7 Feb 2000 12:15:53 -0800 (PST) Received: (from dan@localhost) by dan.emsphone.com (8.9.3/8.9.3) id OAA85794; Mon, 7 Feb 2000 14:15:46 -0600 (CST) (envelope-from dan) Date: Mon, 7 Feb 2000 14:15:45 -0600 From: Dan Nelson To: "Person, Roderick" Cc: "'freebsd-emulation@freebsd.org'" Subject: Re: SCO emulation... Message-ID: <20000207141545.A85364@dan.emsphone.com> References: <576A688A7DA7D011899B00805FEA1AFFB17872@sych02.isdip.upmc.edu> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <576A688A7DA7D011899B00805FEA1AFFB17872@sych02.isdip.upmc.edu>; from "Person, Roderick" on Mon Feb 7 10:46:55 GMT 2000 X-OS: FreeBSD 4.0-CURRENT Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In the last episode (Feb 07), Person, Roderick said: > I want to run SCO binaries, where can a find good documentation on > this or cna anyone send me a how to or things I need. I'm running > 4.0. What kind of SCO binaries? If they're 3.2v4.2 (i.e. IBCS2 coff), support is very good. Just edit /etc/rc.conf and add an ibcs2_enable="YES" line. Add any libraries or support binaries into /compat/ibcs2/* . If you're talking OSR5 (i.e. svr4 elf), support is not good at all.. The current svr4 code was written with Solaris x86 in mind, and a lot of syscalls have to be rewritten to make SCO bins work right. I'm about 50% done (working in my free time), and have changed lseek(), xenix(), getgroups(), sysarch(), and the *stat() syscalls so far. -- 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 Feb 7 19:51:10 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from duke.cs.duke.edu (duke.cs.duke.edu [152.3.140.1]) by builder.freebsd.org (Postfix) with ESMTP id E9E693E20 for ; Mon, 7 Feb 2000 19:51:06 -0800 (PST) Received: from grasshopper.cs.duke.edu (grasshopper.cs.duke.edu [152.3.145.30]) by duke.cs.duke.edu (8.9.1/8.9.1) with ESMTP id WAA19498 for ; Mon, 7 Feb 2000 22:51:55 -0500 (EST) Received: (from gallatin@localhost) by grasshopper.cs.duke.edu (8.9.3/8.9.1) id WAA92317; Mon, 7 Feb 2000 22:51:24 -0500 (EST) (envelope-from gallatin@cs.duke.edu) From: Andrew Gallatin MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Mon, 7 Feb 2000 22:51:24 -0500 (EST) To: freebsd-emulation@freebsd.org Subject: IBM jdk 1.1.8 for linux X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14495.37523.899908.930548@grasshopper.cs.duke.edu> Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Has anybody managed to get IBM's jdk 1.1.8 for linux working? http://www.ibm.com/java/jdk/118/linux/index.html It features "native" threads via linux threads and a JIT. When I attempt to run it on a machine with a -current kernel and linux module, and linux_base 6.1, I see: /compat/linux/usr/jdk118/bin/appletviewer sigaltstack: Cannot allocate memory sigaltstack: Cannot allocate memory Meanwhile on the console, I see: kernel trap 9 with interrupts disabled kernel trap 9 with interrupts disabled kernel trap 9 with interrupts disabled kernel trap 9 with interrupts disabled kernel trap 9 with interrupts disabled kernel trap 9 with interrupts disabled kernel trap 9 with interrupts disabled kernel trap 9 with interrupts disabled kernel trap 9 with interrupts disabled kernel trap 9 with interrupts disabled kernel trap 9 with interrupts disabled kernel trap 9 with interrupts disabled kernel trap 9 with interrupts disabled kernel trap 12 with interrupts disabled <.....> forever A linux ktrace of the area around the error messages shows: 1780 java CALL linux_modify_ldt(0x11,0xbfbff2a8,0x10) 1780 java RET linux_modify_ldt 0 1780 java CALL linux_rt_sigaction(0xa,0xbfbff158,0xbfbff0cc,0x8) 1780 java RET linux_rt_sigaction 0 1780 java CALL linux_rt_sigaction(0xb,0xbfbff158,0xbfbff0cc,0x8) 1780 java RET linux_rt_sigaction 0 1780 java CALL linux_rt_sigaction(0x4,0xbfbff158,0xbfbff0cc,0x8) 1780 java RET linux_rt_sigaction 0 1780 java CALL linux_rt_sigaction(0x8,0xbfbff158,0xbfbff0cc,0x8) 1780 java RET linux_rt_sigaction 0 1780 java CALL linux_rt_sigaction(0x7,0xbfbff158,0xbfbff0cc,0x8) 1780 java RET linux_rt_sigaction 0 1780 java CALL linux_rt_sigaction(0x6,0xbfbff158,0xbfbff0cc,0x8) 1780 java RET linux_rt_sigaction 0 1780 java CALL linux_rt_sigaction(0x3,0xbfbff158,0xbfbff0cc,0x8) 1780 java RET linux_rt_sigaction 0 1780 java CALL linux_rt_sigaction(0xd,0xbfbff158,0xbfbff0cc,0x8) 1780 java RET linux_rt_sigaction 0 1780 java CALL linux_rt_sigprocmask(0x1,0x281f9380,0,0x8) 1780 java RET linux_rt_sigprocmask 0 1780 java CALL linux_brk(0x8057000) 1780 java RET linux_brk 134574080/0x8057000 1780 java CALL linux_modify_ldt(0x11,0xbfbff29c,0x10) 1780 java RET linux_modify_ldt 1 1780 java CALL linux_sigaltstack(0xbfbff290,0) 1780 java RET linux_sigaltstack -1 errno 12 Cannot allocate memory 1780 java CALL write(0x2,0xbfbfc798,0x24) 1780 java GIO fd 2 wrote 36 bytes "sigaltstack: Cannot allocate memory " 1780 java RET write 36/0x24 1780 java CALL mprotect(0xbfbe0000,0x1000,0) 1780 java RET mprotect 0 1780 java CALL linux_open(0x281f0f40,0x2,0xbfbff414) 1780 java NAMI "/compat/linux/dev/zero" 1780 java NAMI "/dev/zero" 1780 java RET linux_open 3 <...> The sigaltstack messages seem to be caused by lss.ss_size = 0x800 which is < our MINSIGSTKSZ. This is the i386 linux MINSIGSTKSZ. What is the point of MINSIGSTKSZ? Would it be safe to reduce MINSIGSTKSZ so that we are compatible? I'm more an alpha hacker than an i386 hacker and I have no clue what the trap 9 messages mean. The seem to be related to the jvm looping in a segv handler: 2001 java RET linux_rt_sigprocmask 0 2001 java CALL linux_modify_ldt(0x11,0xbf1ffcf4,0x10) 2001 java RET linux_modify_ldt 3 2001 java PSIG SIGSEGV caught handler=0x28082460 mask=0x80000000 code=0x0 2001 java PSIG SIGSEGV caught handler=0x28082460 mask=0xcffef6bf code=0xf fffffff 2001 java PSIG SIGSEGV caught handler=0x28082460 mask=0xcffef6bf code=0xf fffffff 2001 java PSIG SIGSEGV caught handler=0x28082460 mask=0xcffef6bf code=0xf fffffff 2001 java PSIG SIGSEGV caught handler=0x28082460 mask=0xcffef6bf code=0xf fffffff <....> There's a rather dire comment in i386/trap.c: /* * XXX not quite right, since this may be for a * multiple fault in user mode. */ Thanks for any help, Drew ------------------------------------------------------------------------------ Andrew Gallatin, Sr Systems Programmer http://www.cs.duke.edu/~gallatin Duke University Email: gallatin@cs.duke.edu Department of Computer Science Phone: (919) 660-6590 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Feb 7 20:26:41 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from dnvrpop2.dnvr.uswest.net (dnvrpop2.dnvr.uswest.net [206.196.128.4]) by builder.freebsd.org (Postfix) with SMTP id 81F723FBF for ; Mon, 7 Feb 2000 20:26:37 -0800 (PST) Received: (qmail 16069 invoked by alias); 8 Feb 2000 04:27:19 -0000 Delivered-To: fixup-freebsd-emulation@freebsd.org@fixme Received: (qmail 16018 invoked by uid 0); 8 Feb 2000 04:27:19 -0000 Received: from jdialup226.dnvr.uswest.net (HELO uswest.net) (209.180.240.226) by dnvrpop2.dnvr.uswest.net with SMTP; 8 Feb 2000 04:27:19 -0000 Message-ID: <389F9E29.D17C85DF@uswest.net> Date: Mon, 07 Feb 2000 21:40:09 -0700 From: Rajeev Jayavant X-Mailer: Mozilla 4.61 [en] (X11; U; FreeBSD 3.4-RELEASE i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-emulation@freebsd.org Cc: Parag Patel Subject: Framemaker mystery - a solution Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The short story: edit /etc/login.conf and specify a value for openfiles. I can reliably make Framemaker fail or run by toggling between openfiles=unlimited and openfiles=64. Similar results can be had by using "limit descriptors" under [t]csh. I didn't experiment enough to find the magic limit for openfiles that triggers the failure. This is on a machine that was upgraded to 3.4-release from the WC CDROM. It's probably not pure 3.4-release since I've done upgrades from 2.2.8->3.1->3.2->3.3 without reformating the disk. The long story is that I first tried running Framemaker after upgrading 3.3 to 3.4 but before building a custom kernel or merging file in /etc. It worked - but then it started exhibiting the failures described on this mailing list after I rebooted the machine. I narrowed the culprit down to login.conf by backing out all of the changes one at a time. As to why the openfiles=unlimited setting causes the problem - I'll leave that to the kernel experts on this mailing list. Rajeev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Feb 7 21:27:41 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from pinhead.parag.codegen.com (207-44-235-154.CodeGen.COM [207.44.235.154]) by builder.freebsd.org (Postfix) with ESMTP id B47E53E20 for ; Mon, 7 Feb 2000 21:27:39 -0800 (PST) Received: from pinhead.parag.codegen.com (parag@localhost.parag.codegen.com [127.0.0.1]) by pinhead.parag.codegen.com (8.9.3/8.9.3) with ESMTP id VAA04167; Mon, 7 Feb 2000 21:27:06 -0800 (PST) (envelope-from parag@pinhead.parag.codegen.com) To: Rajeev Jayavant Cc: freebsd-emulation@freebsd.org, nicklin@softframe.com, tjm@codegen.com Subject: Re: Framemaker mystery - a solution In-Reply-To: Message from Rajeev Jayavant of "Mon, 07 Feb 2000 21:40:09 MST." <389F9E29.D17C85DF@uswest.net> X-Image-URL: http://www.codegen.com/images/CG-logo-only.gif X-URL: http://www.codegen.com X-Face: =O'Kj74icvU|oS*<7gS/8'\Pbpm}okVj*@UC!IgkmZQAO!W[|iBiMs*|)n*`X ]pW%m>Oz_mK^Gdazsr.Z0/JsFS1uF8gBVIoChGwOy{EK=<6g?aHE`[\S]C]T0Wm Date: Mon, 07 Feb 2000 21:27:06 -0800 Message-ID: <4163.949987626@pinhead.parag.codegen.com> From: Parag Patel Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Mon, 07 Feb 2000 21:40:09 MST, Rajeev Jayavant wrote: > >I can reliably make Framemaker fail or run by toggling between >openfiles=unlimited and openfiles=64. Similar results can be had by >using "limit descriptors" under [t]csh. I didn't experiment enough to >find >the magic limit for openfiles that triggers the failure. Wow! Nice work! I also don't know why this works, but I did narrow down the limit to 1024. I used the "ulimit -n" shell builtin to set the descriptor limit before launching maker. 1025 and greater crashes but 1024 and lower works fine. Go figure. I just edited the Frame .wrapper script (in the bin directory - all names are symlinks to this script) to set "ulimit -n 1024" at the top and Frame is working nicely under both 4.0-CURRENT and 3.4-STABLE. I didn't need to edit /etc/login.conf at all. Thanks! -- Parag Patel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Feb 8 9:35:44 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from thelab.hub.org (nat197.96.mpoweredpc.net [142.177.197.96]) by builder.freebsd.org (Postfix) with ESMTP id 6FE494237 for ; Tue, 8 Feb 2000 09:35:34 -0800 (PST) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.9.3/8.9.1) with ESMTP id NAA81591 for ; Tue, 8 Feb 2000 13:36:08 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Tue, 8 Feb 2000 13:36:08 -0400 (AST) From: The Hermit Hacker To: freebsd-emulation@freebsd.org Subject: VMWare: booting existing device ... 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 Okay, I don't recall reading anywhere that this doesn't/won't work, but, if I missed it, please forgive this email ... Went into Wizard Configuration, choose 'Existing Device', and choose the right partition (/dev/hda1), but it tells me 'permission denied' to this ... Is there something that I have to do in order to allow a 'normal user' to be able to access that file system? Thanks... Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Feb 8 18:10:17 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from guardian.sftw.com (guardian.sftw.com [209.157.37.25]) by builder.freebsd.org (Postfix) with ESMTP id 695084172 for ; Tue, 8 Feb 2000 14:37:46 -0800 (PST) Received: from yoda.sftw.com (a-211.sftw.com [209.157.37.211]) by guardian.sftw.com (8.9.3/8.9.3) with ESMTP id OAA67541; Tue, 8 Feb 2000 14:21:08 -0800 (PST) (envelope-from nsayer@sftw.com) Received: from sftw.com (localhost [127.0.0.1]) by yoda.sftw.com (8.9.3/8.9.3) with ESMTP id OAA26817; Tue, 8 Feb 2000 14:21:07 -0800 (PST) (envelope-from nsayer@sftw.com) Message-ID: <38A096D3.195C6461@sftw.com> Date: Tue, 08 Feb 2000 22:21:07 +0000 From: Nick Sayer Reply-To: nsayer@quack.kfu.com X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: The Hermit Hacker Cc: freebsd-emulation@freebsd.org Subject: Re: VMWare: booting existing device ... References: Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The Hermit Hacker wrote: > Okay, I don't recall reading anywhere that this doesn't/won't work, but, > if I missed it, please forgive this email ... > > Went into Wizard Configuration, choose 'Existing Device', and choose the > right partition (/dev/hda1), but it tells me 'permission denied' to this > ... > > Is there something that I have to do in order to allow a 'normal user' to > be able to access that file system? 1. It is a security hole, but if you're willing to put up with it, you can chgrp g+w the device and then make sure you're a member of the 'operator' group. 2. This may not be enough. Make sure that /compat/linux/dev/hda is a _BLOCK_ device, major 0, minor 0x10002. The error message you get if this isn't the case implies that vmware wants a character device, but it actually wants a block device. Of course, wdc and its friends are being deprecated in favor of ata and its friends, and atadisk doesn't create block devices. So this is an issue we're going to have to deal with sooner or later. I don't profess to know what the right solution is. :-) 3. Before you attempt to bring up an existing windows partition under vmware, you should set up a 2nd hardware profile for vmware so it doesn't trash your existing device driver setup. You will probably have to go back and forth a few times in any case to get it to consistently use the correct drivers in both cases. > > > Thanks... > > Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy > Systems Administrator @ hub.org > primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org > > 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 Wed Feb 9 1: 5:24 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from fb01.eng00.mindspring.net (fb01.eng00.mindspring.net [207.69.229.19]) by builder.freebsd.org (Postfix) with ESMTP id 2D76C4211 for ; Tue, 8 Feb 2000 19:49:44 -0800 (PST) Received: from mindspring.com (user-2inigme.dialup.mindspring.com [165.121.66.206]) by fb01.eng00.mindspring.net (8.9.3/8.8.5) with ESMTP id WAA20504; Tue, 8 Feb 2000 22:48:50 -0500 (EST) Received: (from vsilyaev@localhost) by mindspring.com (8.9.3/8.9.3) id WAA00398; Tue, 8 Feb 2000 22:48:59 -0500 (EST) (envelope-from vsilyaev) Date: Tue, 8 Feb 2000 22:48:59 -0500 From: "Vladimir N. Silyaev" To: The Hermit Hacker Cc: emulation@freebsd.org Subject: Re: VMWare: reading from floppy drive ... Message-ID: <20000208224859.A248@jupiter.delta.ny.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Slowly figuring out `caveats` with this thing, and moving > forward. Got rtc installed and running, so mouse appears to be slightly > more responsive. Trying to get the `performance patches` installed next, > but can`t seem to get it to read from floppy: > >Linux_Floppy: Disk supposedly present, read: `Invalid argument`! Dumb question: did you have a floppy disk in a floppy drive? > Using mtools/mdir, I can read the floppy just fine... > > Reading from the website: > - Floppy disk detection currently doesn`t work. It is assumed that > a disk is always present in the floppy drive. Because of that, if > you have enabled both IDE and floppy drives in the same VMware > session, you must select the right booting order in the Phoenix BIOS > Setup. > My interpretation from the above is that it applies to booting >from floppy, but I should still have access to the drive once up? You are always can access to floppy drive, but for guest OS a floppy disk always will be in floppy drive (not depend from real state). And this applied to booting stage because in the default configuration BIOS will be tried to boot from a floppy drive. > Still haven`t got networking up, which is going to be next > option/task, but is there any way of getting the `tools` installed without > networking? Yes, you have the next possibilities: - floppy drive - file with a floppy image as a floppy drive (via vnXY, or directly on 2.0) - raw disk access -- Vladimir Silyaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Feb 9 1: 7: 4 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from mailman.zeta.org.au (mailman.zeta.org.au [203.26.10.16]) by builder.freebsd.org (Postfix) with ESMTP id 673CD3E1E for ; Tue, 8 Feb 2000 22:14:22 -0800 (PST) Received: from bde.zeta.org.au (bde.zeta.org.au [203.2.228.102]) by mailman.zeta.org.au (8.8.7/8.8.7) with ESMTP id RAA12976; Wed, 9 Feb 2000 17:16:10 +1100 Date: Wed, 9 Feb 2000 17:13:34 +1100 (EST) From: Bruce Evans X-Sender: bde@alphplex.bde.org To: Andrew Gallatin Cc: freebsd-emulation@FreeBSD.ORG Subject: Re: IBM jdk 1.1.8 for linux In-Reply-To: <14495.37523.899908.930548@grasshopper.cs.duke.edu> 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 Mon, 7 Feb 2000, Andrew Gallatin wrote: > Has anybody managed to get IBM's jdk 1.1.8 for linux working? > http://www.ibm.com/java/jdk/118/linux/index.html Not me :-). > Meanwhile on the console, I see: > > kernel trap 9 with interrupts disabled > ... Traps like this are caused by the application setting an invalid user stack or an invalid segment selector. These errors are detected lazily by catching the trap on iret (or segment register load). It is a bug that the "interrupts disabled" message is printed for this particular trap. > 1780 java CALL linux_sigaltstack(0xbfbff290,0) > 1780 java RET linux_sigaltstack -1 errno 12 Cannot allocate memory > 1780 java CALL write(0x2,0xbfbfc798,0x24) > 1780 java GIO fd 2 wrote 36 bytes > "sigaltstack: Cannot allocate memory > " > The sigaltstack messages seem to be caused by lss.ss_size = 0x800 > which is < our MINSIGSTKSZ. This is the i386 linux MINSIGSTKSZ. > What is the point of MINSIGSTKSZ? Would it be safe to reduce > MINSIGSTKSZ so that we are compatible? The kernel doesn't really understand alternative stacks, so IMO it shouldn't limit the stack size except when delivering a signal on it. MINSIGSTKSZ shouldn't be machine-independent anyway. A minimum size of sizeof(struct sigframe) + N * sizeof(register_t) would be closer to what is actually required (assuming that `struct sigframe' is the entire frame). > I'm more an alpha hacker than an i386 hacker and I have no clue what > the trap 9 messages mean. The seem to be related to the jvm looping > in a segv handler: > > 2001 java RET linux_rt_sigprocmask 0 > 2001 java CALL linux_modify_ldt(0x11,0xbf1ffcf4,0x10) > 2001 java RET linux_modify_ldt 3 > 2001 java PSIG SIGSEGV caught handler=0x28082460 mask=0x80000000 code=0x0 Invalid stack errors cause general protection faults (trap 9 = T_PROTFLT) which are reported as SIGSEGV (should be SIGBUS?). Bruce To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Feb 9 1: 9:13 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from quack.kfu.com (quack.kfu.com [170.1.70.2]) by builder.freebsd.org (Postfix) with ESMTP id 1AF334447 for ; Tue, 8 Feb 2000 23:58:38 -0800 (PST) Received: from icarus.kfu.com (icarus.kfu.com [170.1.70.17]) by quack.kfu.com (8.9.2/8.9.3) with ESMTP id XAA44272; Tue, 8 Feb 2000 23:58:03 -0800 (PST) (envelope-from nsayer@quack.kfu.com) Received: from quack.kfu.com by icarus.kfu.com with ESMTP (8.9.3//ident-1.0) id XAA16960; Tue, 8 Feb 2000 23:58:02 -0800 (PST) Message-ID: <38A11E0A.25D0EF3A@quack.kfu.com> Date: Wed, 09 Feb 2000 07:58:02 +0000 From: Nick Sayer X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: "Vladimir N. Silyaev" Cc: freebsd-emulation@freebsd.org Subject: Re: VMWare: booting existing device ... References: <20000208235718.A607@jupiter.delta.ny.us> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Vladimir N. Silyaev" wrote: > > >> Went into Wizard Configuration, choose `Existing Device`, and choose the > >> right partition (/dev/hda1), but it tells me `permission denied` to this > >> ... > > > >> Is there something that I have to do in order to allow a `normal user` to > >> be able to access that file system? > > 1. It is a security hole, but if you`re willing to put up with it, you can > > chgrp g+w the device and then make sure you`re a member of the `operator` > > group. > Probably last sentence about group membership doesn't required, because > wizard launched from the setuid'ed vmware. Except that it relinquishes those privileges when opening the device. If you don't have write access to the device as your own UID, you can't use it. > [...] > In 1.1.x release vmware configuration panel and vmware-wizard doesn't concerned > about type of device. Probably a type of device is checked at a time when > guest booted. I think that doesn't changed in 2.0 version. It must have. Using a character device for hda fails. > > About FreeBSD and block devices, right now new-ATA driver doesn't have > a differences between character and block devices and working pretty > well with inode marked as block device, but as block devices > going to be deprecated may be good solution will be remove a sense of > a device type, and in the kernel don't pay attention to the state > of device type in the inode. I do admit that I was using a block device with the major number of the character device for ata. Perhaps ata has a different major number for block devices than character devices. I haven't checked this out. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Feb 9 1:11:26 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from smtp6.mindspring.com (smtp6.mindspring.com [207.69.200.110]) by builder.freebsd.org (Postfix) with ESMTP id B692B4856 for ; Tue, 8 Feb 2000 20:02:52 -0800 (PST) Received: from mindspring.com (user-2inigme.dialup.mindspring.com [165.121.66.206]) by smtp6.mindspring.com (8.9.3/8.8.5) with ESMTP id XAA28354; Tue, 8 Feb 2000 23:02:07 -0500 (EST) Received: (from vsilyaev@localhost) by mindspring.com (8.9.3/8.9.3) id XAA00464; Tue, 8 Feb 2000 23:02:06 -0500 (EST) (envelope-from vsilyaev) Date: Tue, 8 Feb 2000 23:02:05 -0500 From: "Vladimir N. Silyaev" To: The Hermit Hacker Cc: emulation@freebsd.org Subject: Re: VMWare: booting existing device ... Message-ID: <20000208230205.B248@jupiter.delta.ny.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Okay, I don`t recall reading anywhere that this doesn`t/won`t work, but, > if I missed it, please forgive this email ... > > Went into Wizard Configuration, choose `Existing Device`, and choose the > right partition (/dev/hda1), but it tells me `permission denied` to this > ... At first you are must to use 'hda' but not 'hda1' (the last don't exist in directory /compat/linux/dev/ at all). And next Linux have the rw-rw--- access but FreeBSD port rw-r--r-- mode for such node (I know the last 'r' is a security flaw and it'll be corrected in the next port). > > Is there something that I have to do in order to allow a `normal user` to > be able to access that file system? Try just apply the following command: chmod 660 /compat/linux/dev/hd? -- Vladimir Silyaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Feb 9 1:13:19 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from thelab.hub.org (nat197.96.mpoweredpc.net [142.177.197.96]) by builder.freebsd.org (Postfix) with ESMTP id 3806E4913 for ; Tue, 8 Feb 2000 20:54:20 -0800 (PST) Received: from localhost (scrappy@localhost) by thelab.hub.org (8.9.3/8.9.1) with ESMTP id AAA86151; Wed, 9 Feb 2000 00:53:37 -0400 (AST) (envelope-from scrappy@hub.org) X-Authentication-Warning: thelab.hub.org: scrappy owned process doing -bs Date: Wed, 9 Feb 2000 00:53:36 -0400 (AST) From: The Hermit Hacker To: "Vladimir N. Silyaev" Cc: emulation@freebsd.org Subject: Re: VMWare: reading from floppy drive ... In-Reply-To: <20000208224859.A248@jupiter.delta.ny.us> 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 Tue, 8 Feb 2000, Vladimir N. Silyaev wrote: > > Slowly figuring out `caveats` with this thing, and moving > > forward. Got rtc installed and running, so mouse appears to be slightly > > more responsive. Trying to get the `performance patches` installed next, > > but can`t seem to get it to read from floppy: > > > >Linux_Floppy: Disk supposedly present, read: `Invalid argument`! > > Dumb question: did you have a floppy disk in a floppy drive? Yup, withthe performance patches copied to it. I ended up getting the network up and running and just ftp'ng them in instead ... Ppl at work are *soooo* impressed right now :) Next is to get 'an existing device' working, which I'll act on the recommendations received so far tomorrow ... Thanks ... Marc G. Fournier ICQ#7615664 IRC Nick: Scrappy Systems Administrator @ hub.org primary: scrappy@hub.org secondary: scrappy@{freebsd|postgresql}.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Feb 9 1:13:21 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from fb01.eng00.mindspring.net (fb01.eng00.mindspring.net [207.69.229.19]) by builder.freebsd.org (Postfix) with ESMTP id 47A293E06 for ; Tue, 8 Feb 2000 20:57:57 -0800 (PST) Received: from mindspring.com (user-2inigme.dialup.mindspring.com [165.121.66.206]) by fb01.eng00.mindspring.net (8.9.3/8.8.5) with ESMTP id XAA27072; Tue, 8 Feb 2000 23:57:09 -0500 (EST) Received: (from vsilyaev@localhost) by mindspring.com (8.9.3/8.9.3) id XAA00664; Tue, 8 Feb 2000 23:57:18 -0500 (EST) (envelope-from vsilyaev) Date: Tue, 8 Feb 2000 23:57:18 -0500 From: "Vladimir N. Silyaev" To: Nick Sayer Cc: emulation@freebsd.org, The Hermit Hacker Subject: RE: VMWare: booting existing device ... Message-ID: <20000208235718.A607@jupiter.delta.ny.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org >> Went into Wizard Configuration, choose `Existing Device`, and choose the >> right partition (/dev/hda1), but it tells me `permission denied` to this >> ... > >> Is there something that I have to do in order to allow a `normal user` to >> be able to access that file system? > 1. It is a security hole, but if you`re willing to put up with it, you can > chgrp g+w the device and then make sure you`re a member of the `operator` > group. Probably last sentence about group membership doesn't required, because wizard launched from the setuid'ed vmware. > 2. This may not be enough. Make sure that /compat/linux/dev/hda is a _BLOCK_ > device, major 0, minor 0x10002. The error message you get if this isn`t the > case implies that vmware wants a character device, but it actually wants a > block device. Of course, wdc and its friends are being deprecated in favor > of ata and its friends, and atadisk doesn`t create block devices. So this is > an issue we`re going to have to deal with sooner or later. I don`t profess to > know what the right solution is. > :-) In 1.1.x release vmware configuration panel and vmware-wizard doesn't concerned about type of device. Probably a type of device is checked at a time when guest booted. I think that doesn't changed in 2.0 version. About FreeBSD and block devices, right now new-ATA driver doesn't have a differences between character and block devices and working pretty well with inode marked as block device, but as block devices going to be deprecated may be good solution will be remove a sense of a device type, and in the kernel don't pay attention to the state of device type in the inode. -- Vladimir Silyaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Feb 9 3:12:29 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from mail.scc.nl (node1374.a2000.nl [62.108.19.116]) by builder.freebsd.org (Postfix) with ESMTP id 56D723D5B for ; Wed, 9 Feb 2000 03:12:19 -0800 (PST) Received: (from daemon@localhost) by mail.scc.nl (8.9.3/8.9.3) id LAA23215 for emulation@FreeBSD.org; Wed, 9 Feb 2000 11:52:10 +0100 (CET) (envelope-from freebsd-emulation@scc.nl) Received: from GATEWAY by dwarf.hq.scc.nl with netnews for emulation@FreeBSD.org (emulation@FreeBSD.org) To: emulation@FreeBSD.org Date: Wed, 09 Feb 2000 11:52:13 +0100 From: Remco Moolenaar Message-ID: <38A146DC.3F576F53@scc.nl> Organization: SCC vof Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <87q9eg$acj$1@nnrp1.deja.com>, <38A12F14.7A9816D7@scc.nl>, <38A1344F.CA50F20D@hub.interia.pl> Subject: Re: Using Oracle OCI Driver for Linux on FreeBSD Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Piotr Wanat wrote: > This is a little off-topic, but have you tried to intall Oracle 8i on > FBSD box? Whenever I tried to, I was getting seg. fault and crash. I > know that installer in 8i is plain different (Java) but perhaps anyone > succeeded with installation of this baby? I've checked the 8i installation together with Marcel (Linuxulator maintainer) and bumped into these seg. faults as well. We did not investigate this any further. We will reinvestigate shortly as we received the Oracle 8i standard AND enterprise edition from Oracle (as part of the Oracle Partner program). As our application development is targetted more and more towards the Internet, the 8i version could be important to us. Remco. -- 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 From owner-freebsd-emulation Wed Feb 9 8:20:37 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from chi1.nucleusconsulting.com (chi1.nucleusconsulting.com [207.250.168.11]) by builder.freebsd.org (Postfix) with ESMTP id BE0F3432F; Wed, 9 Feb 2000 08:20:19 -0800 (PST) Received: from labntserver1.nucleusconsulting.com by chi1.nucleusconsulting.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.0.1461.56) id DSZAY4JA; Wed, 9 Feb 2000 10:19:04 -0600 Message-Id: <3.0.5.32.20000209101950.0096aa30@midwest.net> X-Sender: parrothd@midwest.net X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Wed, 09 Feb 2000 10:19:50 -0600 To: freebsd-emulation@freebsd.org, freebsd-questions@freebsd.org From: "Jonathan E. Lyons" Subject: VmWare Performance Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello all, I've been playing around with the new WMWware(beta) port on 4.0 current using the -rawdisk option to load my win98(dual boot machine) as the guest operating system. I've created an alternate hardware profile, and everything seems to be detected and running fine within win98, but guest operating system runs about the speed of win98 running on a 386 machine(menus seem to pop up quickly, but are really slow when they have to access disk, or load new info). I've increased the RAM available to 72, and installed the rtc kld(?) but performance still sucks. Current my system is a thinkpad 600, PII 300, 128 Ram with 4.0 current (2/1/2000?). Has anyone else used the rawdisk option? Or booted an existing OS, or installed new versions of win98/95 in virtual partitions? And if so whats the performance like?.. I thinking it may have something to do with the raw partition read/write access, and FAT32??... p.s. Can you CC me any responds, I'm only on questions...THanks! Jonathan E. Lyons parrothd@midwest.net Nucleus Consulting ICQ # 14226912 www.nucleusconsulting.com Cell # 773-251-1967 A+, MCSE, CCNA, FreeBSD! To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Feb 9 11:21:24 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from florence.pavilion.net (florence.pavilion.net [212.74.0.25]) by builder.freebsd.org (Postfix) with ESMTP id EE9854215; Wed, 9 Feb 2000 11:21:08 -0800 (PST) Received: (from joe@localhost) by florence.pavilion.net (8.9.3/8.8.8) id TAA07705; Wed, 9 Feb 2000 19:20:34 GMT (envelope-from joe) Date: Wed, 9 Feb 2000 19:20:34 +0000 From: Josef Karthauser To: "Jonathan E. Lyons" Cc: freebsd-emulation@FreeBSD.ORG, freebsd-questions@FreeBSD.ORG Subject: Re: VmWare Performance Message-ID: <20000209192034.I39387@florence.pavilion.net> References: <3.0.5.32.20000209101950.0096aa30@midwest.net> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0pre2i In-Reply-To: <3.0.5.32.20000209101950.0096aa30@midwest.net> X-NCC-RegID: uk.pavilion Organisation: Pavilion Internet plc, Lees House, 21-23 Dyke Road, Brighton, England Phone: +44-845-333-5000 Fax: +44-845-333-5001 Mobile: +44-403-596893 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Feb 09, 2000 at 10:19:50AM -0600, Jonathan E. Lyons wrote: > Hello all, > I've been playing around with the new WMWware(beta) port on 4.0 current > using the -rawdisk option to load my win98(dual boot machine) as the guest > operating system. I've created an alternate hardware profile, and > everything seems to be detected and running fine within win98, but guest > operating system runs about the speed of win98 running on a 386 > machine(menus seem to pop up quickly, but are really slow when they have to > access disk, or load new info). > I've increased the RAM available to 72, and installed the rtc kld(?) but > performance still sucks. Current my system is a thinkpad 600, PII 300, 128 > Ram with 4.0 current (2/1/2000?). Has anyone else used the rawdisk option? > Or booted an existing OS, or installed new versions of win98/95 in virtual > partitions? And if so whats the performance like?.. My experience was that booting my native win98 partition seemed more slugish than a virtual disk on a file on the FreeBSD partition. I've not used it much though, and my Win98 partition is setup for a Vaio rather than Vmware. Joe -- Josef Karthauser FreeBSD: Take the red pill and we'll show you just how Technical Manager deep the rabbit hole goes. (http://www.uk.freebsd.org) Pavilion Internet plc. [joe@pavilion.net, joe@freebsd.org, joe@tao.org.uk] To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Feb 9 18:53:11 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from fb01.eng00.mindspring.net (fb01.eng00.mindspring.net [207.69.229.19]) by builder.freebsd.org (Postfix) with ESMTP id 2552C4183 for ; Wed, 9 Feb 2000 18:53:06 -0800 (PST) Received: from mindspring.com (user-2iveaib.dialup.mindspring.com [165.247.42.75]) by fb01.eng00.mindspring.net (8.9.3/8.8.5) with ESMTP id VAA30411; Wed, 9 Feb 2000 21:52:20 -0500 (EST) Received: (from vsilyaev@localhost) by mindspring.com (8.9.3/8.9.3) id VAA00719; Wed, 9 Feb 2000 21:52:30 -0500 (EST) (envelope-from vsilyaev) Date: Wed, 9 Feb 2000 21:52:29 -0500 From: "Vladimir N. Silyaev" To: Nick Sayer Cc: "Vladimir N. Silyaev" , freebsd-emulation@freebsd.org Subject: Re: VMWare: booting existing device ... Message-ID: <20000209215229.A600@jupiter.delta.ny.us> References: <20000208235718.A607@jupiter.delta.ny.us> <38A11E0A.25D0EF3A@quack.kfu.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i In-Reply-To: <38A11E0A.25D0EF3A@quack.kfu.com>; from nsayer@quack.kfu.com on Wed, Feb 09, 2000 at 07:58:02AM +0000 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Feb 09, 2000 at 07:58:02AM +0000, Nick Sayer wrote: > > >> Is there something that I have to do in order to allow a `normal user` to > > >> be able to access that file system? > > > 1. It is a security hole, but if you`re willing to put up with it, you can > > > chgrp g+w the device and then make sure you`re a member of the `operator` > > > group. > > Probably last sentence about group membership doesn't required, because > > wizard launched from the setuid'ed vmware. > > Except that it relinquishes those privileges when opening the device. > If you don't have write access to the device as your own UID, you can't > use it. May be I can open it in read-only mode? I'm sure that it's more than enough for vmware-wizard. > > > [...] > > In 1.1.x release vmware configuration panel and vmware-wizard doesn't concerned > > about type of device. Probably a type of device is checked at a time when > > guest booted. I think that doesn't changed in 2.0 version. > > It must have. Using a character device for hda fails. I was tested right now, in vmware configuration panel you are can specify /dev/da0 as a device name and this is working pretty fine. But vmware complained at the time when guest started. > > > > About FreeBSD and block devices, right now new-ATA driver doesn't have > > a differences between character and block devices and working pretty > > well with inode marked as block device, but as block devices > > going to be deprecated may be good solution will be remove a sense of > > a device type, and in the kernel don't pay attention to the state > > of device type in the inode. > > I do admit that I was using a block device with the major number of the > character device for ata. Perhaps ata has a different major number for > block devices than character devices. I haven't checked this out. Yes, you are right. A block device use major number 0 (why ??), but real ad0 has other numbers, and when specify major number from an ad0 device, generated error 'device not configured'. -- Vladimir Silyaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Feb 10 10:22:59 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from guardian.sftw.com (guardian.sftw.com [209.157.37.25]) by builder.freebsd.org (Postfix) with ESMTP id C01454584 for ; Thu, 10 Feb 2000 10:22:54 -0800 (PST) Received: from yoda.sftw.com (a-211.sftw.com [209.157.37.211]) by guardian.sftw.com (8.9.3/8.9.3) with ESMTP id KAA87896 for ; Thu, 10 Feb 2000 10:22:32 -0800 (PST) (envelope-from nsayer@sftw.com) Received: from sftw.com (localhost [127.0.0.1]) by yoda.sftw.com (8.9.3/8.9.3) with ESMTP id KAA41125 for ; Thu, 10 Feb 2000 10:22:31 -0800 (PST) (envelope-from nsayer@sftw.com) Message-ID: <38A301E7.AFAD78D3@sftw.com> Date: Thu, 10 Feb 2000 18:22:31 +0000 From: Nick Sayer Reply-To: nsayer@kfu.com X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-emulation@freebsd.org Subject: Re: VmWare Performance References: <3.0.5.32.20000209101950.0096aa30@midwest.net> <20000209192034.I39387@florence.pavilion.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Josef Karthauser wrote: > > > My experience was that booting my native win98 partition seemed more > slugish than a virtual disk on a file on the FreeBSD partition. I've > not used it much though, and my Win98 partition is setup for a Vaio > rather than Vmware. I have tried both NT Workstation and win98 on real partitions and win98 on a virtual partition. Unfortunately, a direct comparison between win98 real and win98 virtual is not meaningful, because the former is a PII-233 laptop, and the later is a K7-600 desktop machine. But that being said, the PII is much, much slower than the other machine. NT Workstation running on a raw partition appears to be comperable to it running on the same machine natively, however. That leads me to believe that this may be a phenomenon limited to win98. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Feb 10 13:28:37 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from mail.rpi.edu (mail.rpi.edu [128.113.100.7]) by builder.freebsd.org (Postfix) with ESMTP id 9012B4521 for ; Thu, 10 Feb 2000 13:28:29 -0800 (PST) Received: from [128.113.24.47] (gilead.acs.rpi.edu [128.113.24.47]) by mail.rpi.edu (8.9.3/8.9.3) with ESMTP id QAA54670; Thu, 10 Feb 2000 16:27:59 -0500 Mime-Version: 1.0 X-Sender: drosih@mail.rpi.edu Message-Id: In-Reply-To: <38A301E7.AFAD78D3@sftw.com> References: <3.0.5.32.20000209101950.0096aa30@midwest.net> <20000209192034.I39387@florence.pavilion.net> <38A301E7.AFAD78D3@sftw.com> Date: Thu, 10 Feb 2000 16:28:14 -0500 To: nsayer@kfu.com, freebsd-emulation@FreeBSD.ORG From: Garance A Drosihn Subject: Re: VmWare Performance Content-Type: text/plain; charset="us-ascii" ; format="flowed" Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org At 6:22 PM +0000 2/10/00, Nick Sayer wrote: >I have tried both NT Workstation and win98 on real partitions and win98 on a >virtual partition. Unfortunately, a direct comparison between win98 real and >win98 virtual is not meaningful, because the former is a PII-233 laptop, and >the later is a K7-600 desktop machine. But that being said, the PII is much, >much slower than the other machine. > >NT Workstation running on a raw partition appears to be comperable to it >running on the same machine natively, however. That leads me to believe >that this may be a phenomenon limited to win98. For what it's worth, a friend of mine is running VMware under linux, and he has mentioned that Win2000 has much better performance than Win98. --- Garance Alistair Drosehn = gad@eclipse.acs.rpi.edu Senior Systems Programmer or drosih@rpi.edu Rensselaer Polytechnic Institute To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sat Feb 12 7:48:35 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from blaubaer.kn-bremen.de (blaubaer.kn-bremen.de [195.37.179.254]) by builder.freebsd.org (Postfix) with ESMTP id D903B3DFB for ; Sat, 12 Feb 2000 07:48:26 -0800 (PST) Received: from saturn.kn-bremen.de (uucp@localhost) by blaubaer.kn-bremen.de (8.9.1/8.9.1) with UUCP id QAA32467; Sat, 12 Feb 2000 16:43:11 +0100 Received: (from nox@localhost) by saturn.kn-bremen.de (8.9.3/8.8.5) id QAA51505; Sat, 12 Feb 2000 16:18:16 +0100 (CET) From: Juergen Lock Date: Sat, 12 Feb 2000 16:18:16 +0100 To: wine-patches@winehq.com, FreeBSD-emulation@FreeBSD.ORG Subject: get wine working again on FreeBSD, next round... Message-ID: <20000212161816.A50023@saturn.kn-bremen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.7i Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Changelog: * misc/cdrom.c: Juergen Lock fix CDROM_Audio_Seek for non-linux systems (well, make it compile... at least FreeBSD doesn't have a CD audio seek ioctl so in order to not lose the end position of the original play command wine would have to save it internally) * configure.in, configure, include/config.h.in, server/request.c, scheduler/client.c: Juergen Lock proper fix (i hope :) for the unix domain sockaddr length problem, it needs a configure check to work everywhere I also saw a reference for the second one: W. R. Stevens "Advanced Programming in the Unix Environment" p. 502 Index: misc/cdrom.c =================================================================== RCS file: /home/wine/wine/misc/cdrom.c,v retrieving revision 1.10 diff -u -u -r1.10 cdrom.c --- misc/cdrom.c 2000/02/10 19:39:50 1.10 +++ misc/cdrom.c 2000/02/12 14:58:19 @@ -501,7 +501,7 @@ * use end of CD ROM instead */ FIXME("Could a BSD expert implement the seek function ?\n"); - CDAUDIO_Play(wcda, at, wcda->lpdwTrackPos[wcda->nTracks] + wcda->lpdwTrackLen[wcda->nTracks]); + CDROM_Audio_Play(wcda, at, wcda->lpdwTrackPos[wcda->nTracks] + wcda->lpdwTrackLen[wcda->nTracks]); #endif return ret; Index: configure.in =================================================================== RCS file: /home/wine/wine/configure.in,v retrieving revision 1.97 diff -u -u -r1.97 configure.in --- configure.in 2000/02/07 16:26:56 1.97 +++ configure.in 2000/02/12 14:57:57 @@ -891,6 +891,18 @@ AC_DEFINE(HAVE_MSGHDR_ACCRIGHTS) fi +dnl *** Check for the sun_len member in struct sockaddr_un + +AC_CACHE_CHECK("for sun_len in struct sockaddr_un", ac_cv_c_sun_len, + AC_TRY_COMPILE([#include +#include +#include ], [static struct sockaddr_un addr; addr.sun_len = 1], + ac_cv_c_sun_len="yes", ac_cv_c_sun_len="no")) +if test "$ac_cv_c_sun_len" = "yes" +then + AC_DEFINE(HAVE_SOCKADDR_SUN_LEN) +fi + dnl *** check for the need to define __i386__ AC_CACHE_CHECK("whether we need to define __i386__",ac_cv_cpp_def_i386, Index: configure =================================================================== RCS file: /home/wine/wine/configure,v retrieving revision 1.97 diff -u -u -r1.97 configure --- configure 2000/02/07 16:26:56 1.97 +++ configure 2000/02/12 14:57:56 @@ -5987,13 +5987,50 @@ fi +echo $ac_n "checking "for sun_len in struct sockaddr_un"""... $ac_c" 1>&6 +echo "configure:5992: checking "for sun_len in struct sockaddr_un"" >&5 +if eval "test \"`echo '$''{'ac_cv_c_sun_len'+set}'`\" = set"; then + echo $ac_n "(cached) $ac_c" 1>&6 +else + cat > conftest.$ac_ext < +#include +#include +int main() { +static struct sockaddr_un addr; addr.sun_len = 1 +; return 0; } +EOF +if { (eval echo configure:6006: \"$ac_compile\") 1>&5; (eval $ac_compile) 2>&5; }; then + rm -rf conftest* + ac_cv_c_sun_len="yes" +else + echo "configure: failed program was:" >&5 + cat conftest.$ac_ext >&5 + rm -rf conftest* + ac_cv_c_sun_len="no" +fi +rm -f conftest* +fi + +echo "$ac_t""$ac_cv_c_sun_len" 1>&6 +if test "$ac_cv_c_sun_len" = "yes" +then + cat >> confdefs.h <<\EOF +#define HAVE_SOCKADDR_SUN_LEN 1 +EOF + +fi + + echo $ac_n "checking "whether we need to define __i386__"""... $ac_c" 1>&6 -echo "configure:5992: checking "whether we need to define __i386__"" >&5 +echo "configure:6029: checking "whether we need to define __i386__"" >&5 if eval "test \"`echo '$''{'ac_cv_cpp_def_i386'+set}'`\" = set"; then echo $ac_n "(cached) $ac_c" 1>&6 else cat > conftest.$ac_ext < (remove dot foo from address to reply) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Feb 14 6:33:14 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from thomson.iqm.unicamp.br (thomson.iqm.unicamp.br [143.106.51.247]) by builder.freebsd.org (Postfix) with ESMTP id 259EF3E8A for ; Mon, 14 Feb 2000 06:33:01 -0800 (PST) Received: (from fabio@localhost) by thomson.iqm.unicamp.br (8.9.3/8.9.2) id LAA99522; Mon, 14 Feb 2000 11:32:57 -0300 (EST) (envelope-from fabio) From: Fabio Cesar Gozzo Message-Id: <200002141432.LAA99522@thomson.iqm.unicamp.br> Subject: Linux shared memory To: freebsd-emulation@freebsd.org Date: Mon, 14 Feb 2000 11:32:57 -0300 (EST) Cc: fabio@iqm.unicamp.br X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi all, I'm trying to run parallel linux program under FreeBSD but I'm having some problems. The program makes use of fork() to create a another process and thus, to use the extra CPU. However, the parallel version stops with a "shmget failed.:Invalid argument" message. Accordind to the vendor, I should increase the shared memory parameter, because the default 32MB of linux isn't enough. They suggest increasing it to 64MB by either editing the SHMMAX parameter in /usr/src/linux/include/asm/shmparam.h or by simply executing the command: # echo "67108864" >/proc/sys/kernel/shmmax I tried to increase the undocumented kernel parameter SHMMAX to 128MB but now it stops with "shmget failed.: Cannot allocate memory" Is this a linux emulation or a FreeBSD shared memory issue ? I'm using linux_base-6.1 under 4.0-20000208-CURRENT on a dual PIII 550 with 512MB RAM. I'm specifying 2 processors available to the program. Please, CC to me. Thank you, -- ************************************************** Fabio Gozzo fabio@iqm.unicamp.br State University of Campinas UNICAMP Chemistry Institute http://thomson.iqm.unicamp.br ************************************************** -- ************************************************** Fabio Gozzo fabio@iqm.unicamp.br State University of Campinas UNICAMP Chemistry Institute http://thomson.iqm.unicamp.br ************************************************** To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Feb 14 6:49:35 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.130.111.12]) by builder.freebsd.org (Postfix) with ESMTP id C8F6745BC for ; Mon, 14 Feb 2000 06:49:29 -0800 (PST) Received: from [128.130.111.10] (nunki [128.130.111.10]) by vexpert.dbai.tuwien.ac.at (8.9.3/8.9.3) with ESMTP id PAA10820; Mon, 14 Feb 2000 15:49:13 +0100 (MET) Date: Mon, 14 Feb 2000 15:49:13 +0100 (MET) From: Gerald Pfeifer To: Alexandre Julliard , David Howells Cc: freebsd-emulation@freebsd.org Subject: Patch for Wine to compile on FreeBSD 3.3 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 David, I am afraid your recent patch to dlls/crtdll/wcstring.c completely broke builds on FreeBSD 3.3 due to lots of "unknown variable" errors. Alexandre, please find attached a patch that brings FreeBSD 3.3 back to build land. Gerald Index: dlls/crtdll/wcstring.c =================================================================== RCS file: /home/wine/wine/dlls/crtdll/wcstring.c,v retrieving revision 1.3 diff -c -3 -p -r1.3 wcstring.c *** dlls/crtdll/wcstring.c 2000/02/13 15:04:24 1.3 --- dlls/crtdll/wcstring.c 2000/02/14 15:34:59 *************** int CRTDLL_iswalnum(unsigned short wc) *** 418,424 **** #undef iswalnum return iswalnum(wc); #else ! return isalnum( LOBYTE(ch) ); /* FIXME */ #endif } --- 418,424 ---- #undef iswalnum return iswalnum(wc); #else ! return isalnum( LOBYTE(wc) ); /* FIXME */ #endif } *************** int CRTDLL_iswalpha(unsigned short wc) *** 431,437 **** #undef iswalpha return iswalpha(wc); #else ! return isalpha( LOBYTE(ch) ); /* FIXME */ #endif } --- 431,437 ---- #undef iswalpha return iswalpha(wc); #else ! return isalpha( LOBYTE(wc) ); /* FIXME */ #endif } *************** int CRTDLL_iswcntrl(unsigned short wc) *** 444,450 **** #undef iswcntrl return iswcntrl(wc); #else ! return iscntrl( LOBYTE(ch) ); /* FIXME */ #endif } --- 444,450 ---- #undef iswcntrl return iswcntrl(wc); #else ! return iscntrl( LOBYTE(wc) ); /* FIXME */ #endif } *************** int CRTDLL_iswctype(unsigned short wc, u *** 471,477 **** #undef iswctype return iswctype(wc,mask); #else ! FIXME(":(%ld,%p): iswctype() not supported\n",hand,x2); #endif } --- 471,478 ---- #undef iswctype return iswctype(wc,mask); #else ! FIXME(":iswctype() not supported\n"); ! return 0; #endif } *************** int CRTDLL_iswdigit(unsigned short wc) *** 484,490 **** #undef iswdigit return iswdigit(wc); #else ! return isdigit( LOBYTE(ch) ); /* FIXME */ #endif } --- 485,491 ---- #undef iswdigit return iswdigit(wc); #else ! return isdigit( LOBYTE(wc) ); /* FIXME */ #endif } *************** int CRTDLL_iswgraph(unsigned short wc) *** 497,503 **** #undef iswgraph return iswgraph(wc); #else ! return isgraph( LOBYTE(ch) ); /* FIXME */ #endif } --- 498,504 ---- #undef iswgraph return iswgraph(wc); #else ! return isgraph( LOBYTE(wc) ); /* FIXME */ #endif } *************** int CRTDLL_iswlower(unsigned short wc) *** 510,516 **** #undef iswlower return iswlower(wc); #else ! return islower( LOBYTE(ch) ); /* FIXME */ #endif } --- 511,517 ---- #undef iswlower return iswlower(wc); #else ! return islower( LOBYTE(wc) ); /* FIXME */ #endif } *************** int CRTDLL_iswprint(unsigned short wc) *** 523,529 **** #undef iswprint return iswprint(wc); #else ! return isprint( LOBYTE(ch) ); /* FIXME */ #endif } --- 524,530 ---- #undef iswprint return iswprint(wc); #else ! return isprint( LOBYTE(wc) ); /* FIXME */ #endif } *************** int CRTDLL_iswpunct(unsigned short wc) *** 536,542 **** #undef iswpunct return iswpunct(wc); #else ! return ispunct( LOBYTE(ch) ); /* FIXME */ #endif } --- 537,543 ---- #undef iswpunct return iswpunct(wc); #else ! return ispunct( LOBYTE(wc) ); /* FIXME */ #endif } *************** int CRTDLL_iswspace(unsigned short wc) *** 549,555 **** #undef iswspace return iswspace(wc); #else ! return isspace( LOBYTE(ch) ); /* FIXME */ #endif } --- 550,556 ---- #undef iswspace return iswspace(wc); #else ! return isspace( LOBYTE(wc) ); /* FIXME */ #endif } *************** int CRTDLL_iswupper(unsigned short wc) *** 562,568 **** #undef iswupper return iswupper(wc); #else ! return isupper( LOBYTE(ch) ); /* FIXME */ #endif } --- 563,569 ---- #undef iswupper return iswupper(wc); #else ! return isupper( LOBYTE(wc) ); /* FIXME */ #endif } *************** int CRTDLL_iswxdigit(unsigned short wc) *** 575,580 **** #undef iswxdigit return iswxdigit(wc); #else ! return isxdigit( LOBYTE(ch) ); /* FIXME */ #endif } --- 576,581 ---- #undef iswxdigit return iswxdigit(wc); #else ! return isxdigit( LOBYTE(wc) ); /* FIXME */ #endif } To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Feb 14 6:50:13 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from mail.scc.nl (node1374.a2000.nl [62.108.19.116]) by builder.freebsd.org (Postfix) with ESMTP id 34E48464F for ; Mon, 14 Feb 2000 06:50:11 -0800 (PST) Received: (from daemon@localhost) by mail.scc.nl (8.9.3/8.9.3) id PAA99289 for emulation@FreeBSD.org; Mon, 14 Feb 2000 15:47:51 +0100 (CET) (envelope-from freebsd-emulation@scc.nl) Received: from GATEWAY by dwarf.hq.scc.nl with netnews for emulation@FreeBSD.org (emulation@FreeBSD.org) To: emulation@FreeBSD.org Date: Mon, 14 Feb 2000 15:47:51 +0100 From: Remco Moolenaar Message-ID: <38A81596.61C6BBDA@scc.nl> Organization: SCC Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <200002141432.LAA99522@thomson.iqm.unicamp.br> Reply-To: remco@scc.nl Subject: Re: Linux shared memory Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Fabio Cesar Gozzo wrote: > I tried to increase the undocumented kernel parameter SHMMAX to 128MB > but now it stops with "shmget failed.: Cannot allocate memory" > Is this a linux emulation or a FreeBSD shared memory issue ? These are my settings for the shared memory parameters for Oracle for Linux: options SHMMAXPGS=10240 options SHMMNI=100 options SHMSEG=10 options SEMMNS=200 options SEMMNI=70 options SEMMSL=61 Remember one shared memory page is 4kB, so you probably need SHMMAXPGS=35000 or something like that. SHMMAX is in fact SHMMAXPGS*PAGE_SIZE (see /sys/i386/conf/LINT). Remco. -- 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 From owner-freebsd-emulation Tue Feb 15 9:56:14 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from vexpert.dbai.tuwien.ac.at (vexpert.dbai.tuwien.ac.at [128.130.111.12]) by builder.freebsd.org (Postfix) with ESMTP id 0A8BC4E29 for ; Tue, 15 Feb 2000 09:52:50 -0800 (PST) Received: from [128.130.111.10] (nunki [128.130.111.10]) by vexpert.dbai.tuwien.ac.at (8.9.3/8.9.3) with ESMTP id SAA07330 for ; Tue, 15 Feb 2000 18:52:56 +0100 (MET) Date: Tue, 15 Feb 2000 18:52:54 +0100 (MET) From: Gerald Pfeifer To: freebsd-emulation@freebsd.org Subject: Wine and libavifil32.so Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=ISO-8859-1 Content-Transfer-Encoding: 8BIT Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org After my patch earlier this week current CVS versions of Wine finally build again (also a big Thanks! to Jürgen), but upon startup I now get /usr/libexec/ld-elf.so.1: Shared object "libavifil32.so" not found Does any of you have an idea what to do about that? Gerald -- Gerald "Jerry" pfeifer@dbai.tuwien.ac.at http://www.dbai.tuwien.ac.at/~pfeifer/ To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Feb 15 20:48: 1 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from prserv.net (out4.prserv.net [32.97.166.34]) by builder.freebsd.org (Postfix) with ESMTP id A4C3B4484 for ; Tue, 15 Feb 2000 20:47:55 -0800 (PST) Received: from ibm.net ([32.101.245.68]) by prserv.net (out4) with SMTP id <2000021604482423902rpsele>; Wed, 16 Feb 2000 04:48:25 +0000 Message-ID: <38AA2C14.90249846@ibm.net> Date: Tue, 15 Feb 2000 22:48:20 -0600 From: ms Organization: Professional Assassins, Inc. X-Mailer: Mozilla 4.7 [en] (X11; I; Linux 2.0.36 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-emulation@FreeBSD.org Subject: (no subject) Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org SUBSCRIBE To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Feb 17 4:47:37 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from blackhelicopters.org (geburah.blackhelicopters.org [209.69.178.18]) by hub.freebsd.org (Postfix) with ESMTP id 8D17B37B6EF for ; Thu, 17 Feb 2000 04:47:35 -0800 (PST) (envelope-from mwlucas@blackhelicopters.org) Received: (from mwlucas@localhost) by blackhelicopters.org (8.9.3/8.9.3) id HAA04014 for emulation@freebsd.org; Thu, 17 Feb 2000 07:47:35 -0500 (EST) (envelope-from mwlucas) From: Michael Lucas Message-Id: <200002171247.HAA04014@blackhelicopters.org> Subject: linux_base 6.1 failure To: emulation@freebsd.org Date: Thu, 17 Feb 2000 07:47:35 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello, Is anyone else seeing this? Anyone know how to fix it? The system is 3.4-stable, supped & built earlier this week. ==ml moneysink/usr/ports/emulators/linux_base;make install ===> Installing for linux_base-6.1 ===> linux_base-6.1 depends on executable: rpm - found setup-2.0.5-1.noarch.rpm filesystem-1.3.5-1.noarch.rpm basesystem-6.0-4.noarch.rpm ldconfig-1.9.5-15.i386.rpm glibc-2.1.2-11.i386.rpm termcap-9.12.6-15.i386.rpm libtermcap-2.0.8-18.i386.rpm execution of script failed error: /usr/ports/distfiles/rpm/libtermcap-2.0.8-18.i386.rpm cannot be installed *** Error code 1 Stop. *** Error code 1 Stop. *** Error code 1 Stop. moneysink/usr/ports/emulators/linux_base; To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Feb 17 5:20:47 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from mail.scc.nl (node1374.a2000.nl [62.108.19.116]) by hub.freebsd.org (Postfix) with ESMTP id 6624E37B6AD for ; Thu, 17 Feb 2000 05:20:40 -0800 (PST) (envelope-from freebsd-emulation@scc.nl) Received: (from daemon@localhost) by mail.scc.nl (8.9.3/8.9.3) id OAA18894 for emulation@FreeBSD.org; Thu, 17 Feb 2000 14:07:30 +0100 (CET) (envelope-from freebsd-emulation@scc.nl) Received: from GATEWAY by dwarf.hq.scc.nl with netnews for emulation@FreeBSD.org (emulation@FreeBSD.org) To: emulation@FreeBSD.org Date: Thu, 17 Feb 2000 14:07:31 +0100 From: Remco Moolenaar Message-ID: <38ABF292.B920AB18@scc.nl> Organization: SCC vof Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: <200002171247.HAA04014@blackhelicopters.org> Subject: Re: linux_base 6.1 failure Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Michael Lucas wrote: > Is anyone else seeing this? Anyone know how to fix it? > > The system is 3.4-stable, supped & built earlier this week. AFAIK, base 6.1 is only available for current. -- 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 From owner-freebsd-emulation Thu Feb 17 8:15:14 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from interslcr.kada.lt (mail.kada.lt [195.22.170.131]) by hub.freebsd.org (Postfix) with ESMTP id 80FF937B75C for ; Thu, 17 Feb 2000 08:15:06 -0800 (PST) (envelope-from dara@kada.lt) Received: from intrantk.kada.lan (mail.kada.lan [10.254.254.2]) by interslcr.kada.lt with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 1XGQBMRB; Thu, 17 Feb 2000 18:14:59 +0200 Received: from dara.kada.lan (darau.kada.lan [10.254.254.40]) by intrantk.kada.lan with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2650.21) id 1HP10ASZ; Thu, 17 Feb 2000 18:14:59 +0200 From: Darius Ramanauskas Date: Thu, 17 Feb 2000 16:14:54 GMT Message-ID: <20000217.16145400@dara.kada.lan> Subject: Re: linux_base 6.1 failure To: Remco Moolenaar , emulation@freebsd.org In-Reply-To: <38ABF292.B920AB18@scc.nl> References: <200002171247.HAA04014@blackhelicopters.org> <38ABF292.B920AB18@scc.nl> X-Mailer: Mozilla/3.0 (compatible; StarOffice/5.1; Linux) X-Priority: 3 (Normal) MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="------------=_4D480114E0142B7B3FC0" Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org --------------=_4D480114E0142B7B3FC0 Content-Description: filename="text1.txt" Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable >>>>>>>>>>>>>>>>>> Original Message <<<<<<<<<<<<<<<<<< On 2/17/00, 1:07:31 PM, Remco Moolenaar wrote regarding=20 Re: linux_base 6.1 failure: > Michael Lucas wrote: > > Is anyone else seeing this? Anyone know how to fix it? > > > > The system is 3.4-stable, supped & built earlier this week. > AFAIK, base 6.1 is only available for current. Very interesting thing, because I installed it (6.1) on stable and it works perfectly ! This is written in SO 5.1 Linux and I use linux_base 6.1..... Could You explain this ?.... Darius Sys/Net Admin. --------------=_4D480114E0142B7B3FC0 Content-Description: filename="text1.rtf" Content-Type: application/rtf Content-Transfer-Encoding: base64 e1xydGYxXGFuc2lcZGVmZjAKe1xmb250dGJse1xmMFxmcm9tYW5cZnBycTIgdGltZXM7fXtc ZjFcZnJvbWFuXGZwcnEyXGZjaGFyc2V0MCBUaW1lcyBOZXcgUm9tYW47fXtcZjJcZnJvbWFu XGZwcnExIGNvdXJpZXI7fX0Ke1xjb2xvcnRibFxyZWQwXGdyZWVuMFxibHVlMDtccmVkMFxn cmVlbjBcYmx1ZTEyODtccmVkMTI4XGdyZWVuMFxibHVlMDtccmVkMjU1XGdyZWVuMjU1XGJs dWUyNTU7XHJlZDEyOFxncmVlbjEyOFxibHVlMTI4O30Ke1xzdHlsZXNoZWV0e1xzMVxzbmV4 dDEgU3RhbmRhcmQ7fQp7XHMye1wqXHRsc3dnODIzNn1cdHFjXHR4NDgxOXtcKlx0bHN3Zzgy MzZ9XHRxclx0eDk2Mzlcc2Jhc2Vkb24xXHNuZXh0MiBGb290ZXI7fQp7XHMze1wqXHRsc3dn ODIzNn1cdHFjXHR4NDgxOXtcKlx0bHN3ZzgyMzZ9XHRxclx0eDk2Mzlcc2Jhc2Vkb24xXHNu ZXh0MyBIZWFkZXI7fQp7XHM0XHNiMjQwXHNhMjgzXGtlZXBuXGYxXGZzNDhcYlxzYmFzZWRv bjE1XHNuZXh0MTR7XCpcc291dGx2bDB9IEhlYWRpbmcgMTt9CntcczVcc2EyODNcYnJkcmJc YnJkcmRiXGJyZHJ3MTVcYnJkcmNmNFxicnNwMHtcKlxicmRib3gwXGJyZHJiXGJyZGxuY29s NFxicmRsbmluMVxicmRsbm91dDFcYnJkbG5kaXN0MjB9XGZzMTJcc2Jhc2Vkb24xXHNuZXh0 MTQgSG9yaXpvbnRhbCBMaW5lO30Ke1xzNlxzYTI4M1xiXHFjXHNiYXNlZG9uN1xzbmV4dDYg VGFibGUgSGVhZGluZzt9Cntcczdcc2EyODNcc2Jhc2Vkb24xNFxzbmV4dDcgVGFibGUgQ29u dGVudHM7fQp7XHM4XGlcc2Jhc2Vkb24xXHNuZXh0OCBTZW5kZXI7fQp7XHM5XHNiMjQwXHNh MjgzXGtlZXBuXGYxXGZzMzZcYlxzYmFzZWRvbjE1XHNuZXh0MTR7XCpcc291dGx2bDF9IEhl YWRpbmcgMjt9CntcczEwXHNiMjQwXHNhMjgzXGtlZXBuXGYxXGZzMjhcYlxzYmFzZWRvbjE1 XHNuZXh0MTR7XCpcc291dGx2bDJ9IEhlYWRpbmcgMzt9CntcczExXHNiMjQwXHNhMjgzXGtl ZXBuXGYxXGJcc2Jhc2Vkb24xNVxzbmV4dDE0e1wqXHNvdXRsdmwzfSBIZWFkaW5nIDQ7fQp7 XHMxMlxzYjI0MFxzYTI4M1xrZWVwblxmMVxmczIwXGJcc2Jhc2Vkb24xNVxzbmV4dDE0e1wq XHNvdXRsdmw0fSBIZWFkaW5nIDU7fQp7XHMxM1xzYjI0MFxzYTI4M1xrZWVwblxmMVxmczE0 XGJcc2Jhc2Vkb24xNVxzbmV4dDE0IEhlYWRpbmcgNjt9CntcczE0XHNhMjgzXHNiYXNlZG9u MVxzbmV4dDE0IFRleHQgYm9keTt9CntcczE1XHNiMjQwXHNhMjgzXGtlZXBuXGYxXGZzMjhc c2Jhc2Vkb24xXHNuZXh0MTQgSGVhZGluZzt9CntcczE2XGYyXGZzMjBcc2Jhc2Vkb24xXHNu ZXh0MTYgUHJlZm9ybWF0dGVkIFRleHQ7fQp7XHMxN1xzYTI4M1xzYmFzZWRvbjE0XHNuZXh0 MTcgTGlzdDt9CntcczE4XHNiMTIwXHNhMTIwXGZzMjBcaVxzYmFzZWRvbjFcc25leHQxOCBD YXB0aW9uO30Ke1xzMTlcc2Jhc2Vkb24xXHNuZXh0MTkgSW5kZXg7fQp7XHMyMFxsaTU2Nlxy aTBcZmkwXHNiYXNlZG9uMVxzbmV4dDIwIExpc3QgQ29udGVudHM7fQp7XCpcY3MyMiBGb290 bm90ZSBTeW1ib2w7fQp7XCpcY3MyM1xjZjFcdWwgSW50ZXJuZXQgbGluazt9CntcKlxjczI0 XGNmMlx1bCBWaXNpdGVkIEludGVybmV0IExpbms7fQp7XCpcY3MyNSBFbmRub3RlIFN5bWJv bDt9Cn0Ke1xpbmZve1xjcmVhdGltXHlyMjAwMFxtbzJcZHkxN1xocjE4XG1pbjl9e1xvcGVy YXRvciBEYXJpdXMgUmFtYW5hdXNrYXN9e1xyZXZ0aW1ceXIyMDAwXG1vMlxkeTE3XGhyMThc bWluMTR9e1xwcmludGltXHlyMTYwMVxtbzFcZHkxXGhyMFxtaW4wfXtcY29tbWVudCBTdGFy V3JpdGVyfXtcdmVybjUxNzB9fVxkZWZ0YWI3MjAKe1wqXHBnZHNjdGJsCntccGdkc2MwXHBn ZHNjdXNlMTk1XHBnd3N4bjExOTA1XHBnaHN4bjE2ODM3XG1hcmdsc3huMTEzNFxtYXJncnN4 bjExMzRcbWFyZ3RzeG4xMTM0XG1hcmdic3huMTEzNFxwZ2RzY254dDAgU3RhbmRhcmQ7fQp7 XHBnZHNjMVxwZ2RzY3VzZTE5NVxwZ3dzeG4xMTkwNVxwZ2hzeG4xNjgzN1xtYXJnbHN4bjEx MzRcbWFyZ3JzeG41NjdcbWFyZ3RzeG41NjdcbWFyZ2JzeG41NjdcaGVhZGVyeTB7XCpcaGVh ZGVyeWIyODNcaGVhZGVyeGwwXGhlYWRlcnhyMH17XGhlYWRlciBcdHJvd2RcdHJxbFx0cmhk clxjZWxseDkyODVcY2VsbHgxMDkwMwpccGFyZFxpbnRibFxwYXJkXHBsYWluIFxpbnRibFxz N1xtYXJndHN4bjBcbWFyZ2JzeG4yODNcZnMyMCBUaXRsZTogClxjZWxsXHBhcmRccGxhaW4g XGludGJsXHM3XG1hcmd0c3huMFxtYXJnYnN4bjI4M1xmczIwXHFyIERhdGU6IDIvMTcvMDAK XGNlbGxccm93XHBhcmQgXHRyb3dkXHRycWxcY2VsbHg5Mjg1XGNlbGx4MTA5MDMKXHBhcmRc aW50YmxccGFyZFxwbGFpbiBcaW50YmxcczdcbWFyZ3RzeG4wXG1hcmdic3huMjgzXGZzMjAg VVJMOiB7XGZpZWxke1wqXGZsZGluc3QgXFxmaWxlbmFtZSB9e1xmbGRyc2x0IC90bXAvc29m ZmljZS50bXAvc3Y3ODc0LnRtcC9zZG1haTc5MzAudG1wL21haWw3OTMxLmh0bX19ClxjZWxs XHBhcmRccGxhaW4gXGludGJsXHM3XG1hcmd0c3huMFxtYXJnYnN4bjI4M1xmczIwXHFyIFRp bWU6IDE4OjEwOjAwClxjZWxsXHJvd1xwYXJkIFxwYXJkXHBsYWluIFxzMSAKXHBhciB9Clxm b290ZXJ5MHtcKlxmb290ZXJ5dDI4M1xmb290ZXJ4bDBcZm9vdGVyeHIwfXtcZm9vdGVyIFxw YXJkXHBsYWluIFxzMVxmczIwXHFjIFBhZ2Uge1xmaWVsZHtcKlxmbGRpbnN0IFxccGFnZX17 XGZsZHJzbHQgfX0gb2YgMQpccGFyIH0KXHBnZHNjbnh0MSBIVE1MO30Ke1xwZ2RzYzJccGdk c2N1c2UxOTVccGd3c3huMTIyNDBccGdoc3huMTU4NDBcbWFyZ2xzeG4xNDQwXG1hcmdyc3hu MTQ0MFxtYXJndHN4bjE0NDBcbWFyZ2JzeG4xNDQwXHBnZHNjbnh0MCBGaXJzdCBQYWdlO30K e1xwZ2RzYzNccGdkc2N1c2UxOTVccGd3c3huMTIyNDBccGdoc3huMTU4NDBcbWFyZ2xzeG4x NDQwXG1hcmdyc3huMTQ0MFxtYXJndHN4bjE0NDBcbWFyZ2JzeG4xNDQwXHBnZHNjbnh0MyBJ bmRleDt9CntccGdkc2M0XHBnZHNjdXNlMTkzXHBnd3N4bjEyMjQwXHBnaHN4bjE1ODQwXG1h cmdsc3huMTQ0MFxtYXJncnN4bjE0NDBcbWFyZ3RzeG4xNDQwXG1hcmdic3huMTQ0MFxwZ2Rz Y254dDQgTGVmdCBQYWdlO30Ke1xwZ2RzYzVccGdkc2N1c2UxOTRccGd3c3huMTIyNDBccGdo c3huMTU4NDBcbWFyZ2xzeG4xNDQwXG1hcmdyc3huMTQ0MFxtYXJndHN4bjE0NDBcbWFyZ2Jz eG4xNDQwXHBnZHNjbnh0NSBSaWdodCBQYWdlO319ClxwYXBlcmgxNjgzN1xwYXBlcncxMTkw NVxtYXJnbDExMzRcbWFyZ3I1NjdcbWFyZ3Q1NjdcbWFyZ2I1Njdcc2VjdGRcc2Jrbm9uZVxw Z3dzeG4xMTkwNVxwZ2hzeG4xNjgzN1xtYXJnbHN4bjExMzRcbWFyZ3JzeG41NjdcbWFyZ3Rz eG4xMTMzXG1hcmdic3huMTEzM1xoZWFkZXJ5NTY3e1xoZWFkZXIgXHRyb3dkXHRycWxcdHJo ZHJcY2VsbHg5Mjg1XGNlbGx4MTA5MDMKXHBhcmRcaW50YmxccGFyZFxwbGFpbiBcaW50Ymxc czdcbWFyZ3RzeG41NjZcbWFyZ2JzeG44NDlcZnMyMCBUaXRsZTogClxjZWxsXHBhcmRccGxh aW4gXGludGJsXHM3XG1hcmd0c3huNTY2XG1hcmdic3huODQ5XGZzMjBccXIgRGF0ZTogMi8x Ny8wMApcY2VsbFxyb3dccGFyZCBcdHJvd2RcdHJxbFxjZWxseDkyODVcY2VsbHgxMDkwMwpc cGFyZFxpbnRibFxwYXJkXHBsYWluIFxpbnRibFxzN1xtYXJndHN4bjU2NlxtYXJnYnN4bjg0 OVxmczIwIFVSTDoge1xmaWVsZHtcKlxmbGRpbnN0IFxcZmlsZW5hbWUgfXtcZmxkcnNsdCAv dG1wL3NvZmZpY2UudG1wL3N2Nzg3NC50bXAvc2RtYWk3OTMwLnRtcC9tYWlsNzkzMS5odG19 fQpcY2VsbFxwYXJkXHBsYWluIFxpbnRibFxzN1xtYXJndHN4bjU2NlxtYXJnYnN4bjg0OVxm czIwXHFyIFRpbWU6IDE4OjEwOjAwClxjZWxsXHJvd1xwYXJkIFxwYXJkXHBsYWluIFxzMSAK XHBhciB9Clxmb290ZXJ5NTY3e1xmb290ZXIgXHBhcmRccGxhaW4gXHMxXGZzMjBccWMgUGFn ZSB7XGZpZWxke1wqXGZsZGluc3QgXFxwYWdlfXtcZmxkcnNsdCB9fSBvZiAxClxwYXIgfQpc ZnRuYmpcZnRuc3RhcnQxXGZ0bnJzdGNvbnRcZnRubmFyXGFlbmRkb2NcYWZ0bnJzdGNvbnRc YWZ0bnN0YXJ0MVxhZnRubnJsYwpccGFyZFxwbGFpbiBcczE2XGYyXGZzMjAgClxwYXIgXHBh cmRccGxhaW4gXHMxNlxmMlxmczIwIApccGFyID4+Pj4+Pj4+Pj4+Pj4+Pj4+PiBPcmlnaW5h bCBNZXNzYWdlIDw8PDw8PDw8PDw8PDw8PDw8PApccGFyIApccGFyIE9uIDIvMTcvMDAsIDE6 MDc6MzEgUE0sIFJlbWNvIE1vb2xlbmFhciA8cmVtY29Ac2NjLm5sPiB3cm90ZSByZWdhcmRp bmcgUmU6IGxpbnV4X2Jhc2UgNi4xIGZhaWx1cmU6ClxwYXIgClxwYXIgXHBhcmRccGxhaW4g XHMxNlxmMlxmczIwIApccGFyID4gTWljaGFlbCBMdWNhcyB3cm90ZToKXHBhciAKXHBhciA+ ID4gSXMgYW55b25lIGVsc2Ugc2VlaW5nIHRoaXM/ICBBbnlvbmUga25vdyBob3cgdG8gZml4 IGl0PwpccGFyID4gPgpccGFyID4gPiBUaGUgc3lzdGVtIGlzIDMuNC1zdGFibGUsIHN1cHBl ZCAmIGJ1aWx0IGVhcmxpZXIgdGhpcyB3ZWVrLgpccGFyIApccGFyID4gQUZBSUssIGJhc2Ug Ni4xIGlzIG9ubHkgYXZhaWxhYmxlIGZvciBjdXJyZW50LgpccGFyIApccGFyIFZlcnkgaW50 ZXJlc3RpbmcgdGhpbmcsIGJlY2F1c2UgSSBpbnN0YWxsZWQgaXQgKDYuMSkgb24gc3RhYmxl ClxwYXIgYW5kIGl0IHdvcmtzIHBlcmZlY3RseSAhIFRoaXMgaXMgd3JpdHRlbiBpbiBTTyA1 LjEgTGludXggYW5kIEkKXHBhciB1c2UgbGludXhfYmFzZSA2LjEuLi4uLgpccGFyIApccGFy IENvdWxkIFlvdSBleHBsYWluIHRoaXMgPy4uLi4KXHBhciAKXHBhciBEYXJpdXMKXHBhciBT eXMvTmV0IEFkbWluLgpccGFyIApccGFyIApccGFyIH0= --------------=_4D480114E0142B7B3FC0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Feb 17 8:34:40 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from blackhelicopters.org (geburah.blackhelicopters.org [209.69.178.18]) by hub.freebsd.org (Postfix) with ESMTP id 533B037B773 for ; Thu, 17 Feb 2000 08:34:34 -0800 (PST) (envelope-from mwlucas@blackhelicopters.org) Received: (from mwlucas@localhost) by blackhelicopters.org (8.9.3/8.9.3) id LAA04718 for emulation@freebsd.org; Thu, 17 Feb 2000 11:34:31 -0500 (EST) (envelope-from mwlucas) From: Michael Lucas Message-Id: <200002171634.LAA04718@blackhelicopters.org> Subject: Re: linux_base 6.1 failure In-Reply-To: <38ABF292.B920AB18@scc.nl> from Remco Moolenaar at "Feb 17, 2000 2: 7:31 pm" To: emulation@freebsd.org Date: Thu, 17 Feb 2000 11:34:31 -0500 (EST) X-Mailer: ELM [version 2.4ME+ PL43 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Well, according to the ports tree there's only one linux_base, and it's 6.1. So, either the ports tree is out of whack or it's supposed to run on -stable. I found a package and installed that, and it seems to be working perfectly. So it's not a rush, but it'd be nice to know if it's supposed to work... ==ml > Michael Lucas wrote: > > > Is anyone else seeing this? Anyone know how to fix it? > > > > The system is 3.4-stable, supped & built earlier this week. > > AFAIK, base 6.1 is only available for current. > > -- > 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 > To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Feb 17 8:49:19 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from euromail1.genrad.com (x42.genrad.co.uk [195.99.3.42]) by hub.freebsd.org (Postfix) with ESMTP id 3F10137B7AF for ; Thu, 17 Feb 2000 08:49:17 -0800 (PST) (envelope-from swindellsr@genrad.co.uk) Received: from CDP437 (cdp437.uk.genrad.com [132.223.131.31]) by euromail1.genrad.com with SMTP (Microsoft Exchange Internet Mail Service Version 5.5.2448.0) id 187QMCSJ; Thu, 17 Feb 2000 16:49:15 -0000 From: Robert Swindells To: emulation@freebsd.org Cc: remco@scc.nl In-reply-to: <20000217.16145400@dara.kada.lan> (message from Darius Ramanauskas on Thu, 17 Feb 2000 16:14:54 GMT) Subject: Re: linux_base 6.1 failure Reply-To: rjs@fdy2.demon.co.uk Message-Id: <20000217164917.3F10137B7AF@hub.freebsd.org> Date: Thu, 17 Feb 2000 08:49:17 -0800 (PST) Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > > Is anyone else seeing this? Anyone know how to fix it? > > > > > > The system is 3.4-stable, supped & built earlier this week. > > AFAIK, base 6.1 is only available for current. >Very interesting thing, because I installed it (6.1) on stable >and it works perfectly ! This is written in SO 5.1 Linux and I >use linux_base 6.1..... I installed it a couple of days ago as well. My 3.4-STABLE was built last Sunday. Robert Swindells To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Feb 17 9:47: 2 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 A3B8237B79D for ; Thu, 17 Feb 2000 09:46:57 -0800 (PST) (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 746DD454; Thu, 17 Feb 2000 09:46:56 -0800 (PST) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0.1) id JAA09017; Thu, 17 Feb 2000 09:46:56 -0800 (PST) Message-ID: <38AC340B.61A60FA@cup.hp.com> Date: Thu, 17 Feb 2000 17:46:51 +0000 From: Marcel Moolenaar Organization: HP X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.0.36 i386) X-Accept-Language: en MIME-Version: 1.0 To: Michael Lucas Cc: emulation@FreeBSD.ORG Subject: Re: linux_base 6.1 failure References: <200002171634.LAA04718@blackhelicopters.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Michael Lucas wrote: > > Well, according to the ports tree there's only one linux_base, and it's 6.1. > > So, either the ports tree is out of whack or it's supposed to run on -stable. > > I found a package and installed that, and it seems to be working > perfectly. So it's not a rush, but it'd be nice to know if it's > supposed to work... It's supposed to work on -stable. With -stable I mean every version higher than (not including) 3.4-RELEASE. -- 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 Feb 17 14: 2:47 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from knock.econ.vt.edu (knock.econ.vt.edu [128.173.172.240]) by hub.freebsd.org (Postfix) with ESMTP id 9E9E137B790 for ; Thu, 17 Feb 2000 14:02:42 -0800 (PST) (envelope-from rdmurphy@knock.econ.vt.edu) Received: (from rdmurphy@localhost) by knock.econ.vt.edu (8.9.3/8.9.3) id RAA00815; Thu, 17 Feb 2000 17:02:27 -0500 (EST) (envelope-from rdmurphy) From: "Russell D. Murphy Jr." MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 17 Feb 2000 17:02:26 -0500 (EST) To: emulation@FreeBSD.org Subject: linux_base-6.1 problems X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14508.27970.289333.394098@knock.econ.vt.edu> Reply-To: rdmurphy@vt.edu Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I just installed: linux_base-6.1 The base set of packages needed in Linux mode on a recent (yesterday) Stable machine: FreeBSD knock.econ.vt.edu 3.4-STABLE FreeBSD 3.4-STABLE #0: Wed Feb 16 11:09:54 EST 2000 root@knock.econ.vt.edu:/usr/src/sys/compile/KNOCK i386 The port (or the port installer) seems to have knocked out much of my ability to run Linux software. Acrobat (4.0) runs. An econometrics package, stata, does not: knock [rdmurphy]% which stata /usr/local/stata/stata knock [rdmurphy]% brandelf `which stata` File '/usr/local/stata/stata' is of brand 'Linux'. knock [rdmurphy]% stata Bad system call(core dumped) knock [rdmurphy]% ___ ____ ____ ____ ____ tm /__ / ____/ / ____/ ___/ / /___/ / /___/ 6.0 Copyright 1984-1999 Statistics/Data Analysis Stata Corporation 702 University Drive East College Station, Texas 77840 USA 800-STATA-PC http://www.stata.com 409-696-4600 stata@stata.com 409-696-4601 (fax) Stata was working fine just before I installed the port (I was running some long routines in it while the "make all" was running). Furthermore, I seem to have completely wiped out /compat/linux/usr/local: knock [rdmurphy]% ls /compat/linux/usr/ X11R6 i486-linux-libc5 sbin bin include share dict info src doc lib tmp etc libexec games man I had, at least, a version of netscape installed there which ran quite nicely: knock [rdmurphy]% which netscape /usr/local/bin/netscape knock [rdmurphy]% less `which netscape` #! /bin/sh # script to run netscape MOZILLA_HOME=/compat/linux/usr/local/netscape/communicator-v4.61 export MOZILLA_HOME # CLASSPATH="$MOZILLA_HOME"/java/classes # export CLASSPATH # NPX_PLUGIN_PATH="$MOZILLA_HOME"/plugins # export NPX_PLUGIN_PATH exec $MOZILLA_HOME/netscape "$@" The way I installed the port was: cd /usr/ports/emulators/linux_base/ make all pkg_delete -v linux-base-5.2 make install Does anyone have any recommendations about how to fix this? I'd really like to get stata running again (and netscape would be nice too). Thanks- Russ M. ----- Russell D. Murphy Department of Economics Virginia Polytechnic Institute and State University 3034 Pamplin Hall Blacksburg, Virginia 24061-0316 (540) 231-4537 rdmurphy@vt.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Feb 17 14:39:44 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202]) by hub.freebsd.org (Postfix) with ESMTP id 6A1FC37B852 for ; Thu, 17 Feb 2000 14:39:41 -0800 (PST) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by atlrel2.hp.com (Postfix) with ESMTP id 3E8EE8C6; Thu, 17 Feb 2000 17:39:39 -0500 (EST) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0.1) id OAA19104; Thu, 17 Feb 2000 14:39:38 -0800 (PST) Message-ID: <38AC78A5.C395A356@cup.hp.com> Date: Thu, 17 Feb 2000 22:39:33 +0000 From: Marcel Moolenaar Organization: HP X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.0.36 i386) X-Accept-Language: en MIME-Version: 1.0 To: rdmurphy@vt.edu Cc: emulation@FreeBSD.ORG Subject: Re: linux_base-6.1 problems References: <14508.27970.289333.394098@knock.econ.vt.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Russell D. Murphy Jr." wrote: > > knock [rdmurphy]% stata > Bad system call(core dumped) Can you give more details as to which system call stata (= glibc2.1) is trying to use. > The way I installed the port was: > > cd /usr/ports/emulators/linux_base/ > make all > pkg_delete -v linux-base-5.2 > make install This is ok. Removing the linux_base-5.2 package does not remove /compat/linux/usr/local. > Does anyone have any recommendations about how to fix this? I'd > really like to get stata running again (and netscape would be nice > too). Revert to linux_base-5.2? -- 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 Feb 17 16: 2:25 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from guardian.sftw.com (guardian.sftw.com [209.157.37.25]) by hub.freebsd.org (Postfix) with ESMTP id D787037B82F for ; Thu, 17 Feb 2000 16:02:21 -0800 (PST) (envelope-from nsayer@sftw.com) Received: from yoda.sftw.com (a-211.sftw.com [209.157.37.211]) by guardian.sftw.com (8.9.3/8.9.3) with ESMTP id QAA60577 for ; Thu, 17 Feb 2000 16:02:21 -0800 (PST) (envelope-from nsayer@sftw.com) Received: from sftw.com (localhost [127.0.0.1]) by yoda.sftw.com (8.9.3/8.9.3) with ESMTP id QAA01726 for ; Thu, 17 Feb 2000 16:02:20 -0800 (PST) (envelope-from nsayer@sftw.com) Message-ID: <38AC8C0C.9E443CF0@sftw.com> Date: Fri, 18 Feb 2000 00:02:20 +0000 From: Nick Sayer Reply-To: nsayer@freebsd.org X-Mailer: Mozilla 4.7 [en] (X11; U; Linux 2.2.12 i386) X-Accept-Language: en MIME-Version: 1.0 To: freebsd-emulation@freebsd.org Subject: Weird AMD panics caused by VMware?! Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org My machine here at the office gets these a _lot_ whenever I'm running vmware: Fatal trap 12: page fault while in kernel mode fault virtual address = 0x80 fault code = supervisor read, page not present instruction pointer = 0x8:0xc0177da0 stack pointer = 0x10:0xc8f97ea0 frame pointer = 0x10:0xc8f97eac code segment = base 0x0, limit 0xfffff, type 0x1b = DPL 0, pres 1, def32 1, gran 1 processor eflags = interrupt enabled, resume, IOPL = 0 current process = 963 (amd) interrupt mask = none trap number = 12 panic: page fault syncing disks... 15 15 15 15 15 15 15 15 15 15 15 15 15 15 15 15 15 15 15 15 This machine also seems to hang a lot, but it could be that the hangs are just these happening behind X so I can't see them. They always happen with amd as the current process. They frequently happen when vmware is running. They never happen at other times. I have tried swapping the memory out with fresh, and it didn't help. The machine is a PIII-450 with 128M of RAM. I can forward the kernel config if anyone thinks it would matter. I have another machine at home that doesn't appear to get these. The difference between that machine and this one is that my home directory is handled by AMD on the bad machine, and my home directory is on a local disk on the good one. Also, the bad machine is using a real disk partition for NT, the good one is using a virtual partition for win98. And the bad machine has a UDMA33 ATA disk, the good one has Ultra SCSI. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Feb 17 16: 7:35 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from knock.econ.vt.edu (knock.econ.vt.edu [128.173.172.240]) by hub.freebsd.org (Postfix) with ESMTP id 7496E37B893 for ; Thu, 17 Feb 2000 16:07:31 -0800 (PST) (envelope-from rdmurphy@knock.econ.vt.edu) Received: (from rdmurphy@localhost) by knock.econ.vt.edu (8.9.3/8.9.3) id TAA01041; Thu, 17 Feb 2000 19:03:33 -0500 (EST) (envelope-from rdmurphy) From: "Russell D. Murphy Jr." MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 17 Feb 2000 19:03:33 -0500 (EST) To: Marcel Moolenaar Cc: emulation@FreeBSD.ORG Subject: Re: linux_base-6.1 problems In-Reply-To: <38AC78A5.C395A356@cup.hp.com> References: <14508.27970.289333.394098@knock.econ.vt.edu> <38AC78A5.C395A356@cup.hp.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14508.35736.245955.971151@knock.econ.vt.edu> Reply-To: rdmurphy@vt.edu Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Can you remind me how to trace it? My recollection is that there is a linux specific version of ktrace/kdump, but I'm relatively ignorant. I'm not sure how /compat/linux/usr/local disappeared. It did exist. I was just reminded that it had matlab as well as netscape installed under it. I wish I knew how local vanished. Thanks- Russ According to Marcel Moolenaar (February 17, 2000): | | Can you give more details as to which system call stata (= glibc2.1) is | trying to use. | | > The way I installed the port was: | > | > cd /usr/ports/emulators/linux_base/ | > make all | > pkg_delete -v linux-base-5.2 | > make install | | This is ok. Removing the linux_base-5.2 package does not remove | /compat/linux/usr/local. | | > Does anyone have any recommendations about how to fix this? I'd | > really like to get stata running again (and netscape would be nice | > too). | | Revert to linux_base-5.2? | | -- | Marcel Moolenaar | mail: marcel@cup.hp.com / marcel@FreeBSD.org | tel: (408) 447-4222 ----- Russell D. Murphy Department of Economics Virginia Polytechnic Institute and State University 3034 Pamplin Hall Blacksburg, Virginia 24061-0316 (540) 231-4537 rdmurphy@vt.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Feb 17 16:11:19 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from knock.econ.vt.edu (knock.econ.vt.edu [128.173.172.240]) by hub.freebsd.org (Postfix) with ESMTP id EBAB237B8A0 for ; Thu, 17 Feb 2000 16:11:16 -0800 (PST) (envelope-from rdmurphy@knock.econ.vt.edu) Received: (from rdmurphy@localhost) by knock.econ.vt.edu (8.9.3/8.9.3) id TAA01057; Thu, 17 Feb 2000 19:11:16 -0500 (EST) (envelope-from rdmurphy) From: "Russell D. Murphy Jr." MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Thu, 17 Feb 2000 19:11:16 -0500 (EST) To: emulation@FreeBSD.org Subject: Re: linux_base-6.1 problems X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14508.36087.490219.410302@knock.econ.vt.edu> Reply-To: rdmurphy@vt.edu Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org To followup on one of my own posts; the Makefile in /usr/ports/emulators/linux_base includes the following definition: REMOVE_DIRS= /dev /home /root /tmp /var/tmp /usr/local /usr/tmp ^^^^^^^^^^ And, later on: # # Finish # .if defined(NEEDLOADLINK) @${RM} -rf ${PREFIX}/compat .endif @for D in ${REMOVE_DIRS}; do \ ${RM} -rf ${PREFIX}/$$D; \ done Am I completely unclear about what's happening? Is /usr/local *supposed* to be removed for some reason? I would have appreciated at least a warning, since I had placed some linux-specific software under /usr/local (/compat/linux/usr/local). Russ M. According to Russell D. Murphy Jr. (February 17, 2000): | | Unfortunately, matlab was installed under /compat/linux/usr/local; all | gone now. . .. I may try to NFS mount a matlab installation from | another machine tomorrow to see what happens. | ----- Russell D. Murphy Department of Economics Virginia Polytechnic Institute and State University 3034 Pamplin Hall Blacksburg, Virginia 24061-0316 (540) 231-4537 rdmurphy@vt.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Feb 17 17: 9:52 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 2FB7F37B8E8 for ; Thu, 17 Feb 2000 17:09:49 -0800 (PST) (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 563195D5; Thu, 17 Feb 2000 17:09:48 -0800 (PST) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0.1) id RAA23870; Thu, 17 Feb 2000 17:09:47 -0800 (PST) Message-ID: <38AC9BD6.700A48F9@cup.hp.com> Date: Fri, 18 Feb 2000 01:09:42 +0000 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.0.36 i386) X-Accept-Language: en MIME-Version: 1.0 To: rdmurphy@vt.edu Cc: emulation@FreeBSD.ORG Subject: Re: linux_base-6.1 problems References: <14508.27970.289333.394098@knock.econ.vt.edu> <38AC78A5.C395A356@cup.hp.com> <14508.35736.245955.971151@knock.econ.vt.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Russell D. Murphy Jr." wrote: > > Can you remind me how to trace it? My recollection is that there is a > linux specific version of ktrace/kdump, but I'm relatively ignorant. linux_kdump is broken for -stable at the moment :-( You can use ktrace and send me the output file (assuming it's not *that* large). -- 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 Feb 17 17:18:11 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202]) by hub.freebsd.org (Postfix) with ESMTP id 9BC0E37B8C6 for ; Thu, 17 Feb 2000 17:18:09 -0800 (PST) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by atlrel2.hp.com (Postfix) with ESMTP id C64171BA; Thu, 17 Feb 2000 20:18:03 -0500 (EST) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0.1) id RAA24114; Thu, 17 Feb 2000 17:18:03 -0800 (PST) Message-ID: <38AC9DC6.38B9A1F1@cup.hp.com> Date: Fri, 18 Feb 2000 01:17:58 +0000 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.0.36 i386) X-Accept-Language: en MIME-Version: 1.0 To: rdmurphy@vt.edu Cc: emulation@FreeBSD.ORG Subject: Re: linux_base-6.1 problems References: <14508.36087.490219.410302@knock.econ.vt.edu> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org "Russell D. Murphy Jr." wrote: > > To followup on one of my own posts; the Makefile in > /usr/ports/emulators/linux_base includes the following definition: > > REMOVE_DIRS= /dev /home /root /tmp /var/tmp /usr/local /usr/tmp > ^^^^^^^^^^ Argh! linux_base-5.2 did not remove /copat/linux/usr/local at pkg_delete-time. linux_base-6.1 did it on install-time :-( > Am I completely unclear about what's happening? Is /usr/local > *supposed* to be removed for some reason? The problem is this: One of the packages (filesystem IIRC) creates an empty usr/local directory. We don't actually want that directory, because it would make the regular /usr/local "invisible" (ie the empty /compat/linux/usr/local overlays the "normal" /usr/local). So, the port removes the *assumed* empty directory. The same holds for the other directories. > I would have appreciated at > least a warning, since I had placed some linux-specific software under > /usr/local (/compat/linux/usr/local). It's a bug. It can be fixed, but in general it may be better to not have any additional software (other than rpms I guess) under /compat/linux. -- 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 Feb 17 19:12:33 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from smtp7.atl.mindspring.net (smtp7.atl.mindspring.net [207.69.128.51]) by hub.freebsd.org (Postfix) with ESMTP id 077BA37B598; Thu, 17 Feb 2000 19:12:29 -0800 (PST) (envelope-from vsilyaev@mindspring.com) Received: from mindspring.com (user-2ive6ha.dialup.mindspring.com [165.247.26.42]) by smtp7.atl.mindspring.net (8.9.3/8.8.5) with ESMTP id WAA16688; Thu, 17 Feb 2000 22:12:26 -0500 (EST) Received: (from vsilyaev@localhost) by mindspring.com (8.9.3/8.9.3) id WAA00494; Thu, 17 Feb 2000 22:12:19 -0500 (EST) (envelope-from vsilyaev) Date: Thu, 17 Feb 2000 22:12:19 -0500 From: "Vladimir N. Silyaev" To: nsayer@FreeBSD.ORG Cc: emulation@FreeBSD.ORG Subject: Re: Weird AMD panics caused by VMware?! Message-ID: <20000217221219.A448@jupiter.delta.ny.us> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0i Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > My machine here at the office gets these a _lot_ whenever I'm running > vmware: [skipped] >This machine also seems to hang a lot, but it could be that the hangs >are just these happening behind X so I can't see them. As you wrote below, you are have another box. So just try to use serial console (that will be provide a possibility to always see a panic message), also will be a right thing to compile kernel with DDB, that will provide some more information. > They always happen with amd as the current process. They frequently > happen when >vmware is running. They never happen at other times. The FreeBSD vmmon has a 'historical' bug - it's clear 'GS' register. But I was never encounter problem with them. And more I was so impressed by the fact that I was never encountered any vmware(vmmon) related problem. -- Vladimir Silyaev To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Feb 18 7:34:36 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from knock.econ.vt.edu (knock.econ.vt.edu [128.173.172.240]) by hub.freebsd.org (Postfix) with ESMTP id 3BF4337B956 for ; Fri, 18 Feb 2000 07:34:21 -0800 (PST) (envelope-from rdmurphy@knock.econ.vt.edu) Received: (from rdmurphy@localhost) by knock.econ.vt.edu (8.9.3/8.9.3) id KAA29060; Fri, 18 Feb 2000 10:31:43 -0500 (EST) (envelope-from rdmurphy) From: "Russell D. Murphy Jr." MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 18 Feb 2000 10:31:43 -0500 (EST) To: Marcel Moolenaar Cc: emulation@FreeBSD.ORG Subject: Re: linux_base-6.1 problems In-Reply-To: <38AC9DC6.38B9A1F1@cup.hp.com> References: <14508.36087.490219.410302@knock.econ.vt.edu> <38AC9DC6.38B9A1F1@cup.hp.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14509.26008.177523.504535@knock.econ.vt.edu> Reply-To: rdmurphy@vt.edu Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org OK; I won't do it again. . .. Thanks for the tip. RDM According to Marcel Moolenaar (February 18, 2000): | Argh! | | linux_base-5.2 did not remove /copat/linux/usr/local at pkg_delete-time. | linux_base-6.1 did it on install-time :-( | | It's a bug. It can be fixed, but in general it may be better to not have | any additional software (other than rpms I guess) under /compat/linux. | | -- | Marcel Moolenaar | mail: marcel@cup.hp.com / marcel@FreeBSD.org | tel: (408) 447-4222 ----- Russell D. Murphy Department of Economics Virginia Polytechnic Institute and State University 3034 Pamplin Hall Blacksburg, Virginia 24061-0316 (540) 231-4537 rdmurphy@vt.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Feb 18 11:33:25 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from knock.econ.vt.edu (knock.econ.vt.edu [128.173.172.240]) by hub.freebsd.org (Postfix) with ESMTP id 5967B37B9E3 for ; Fri, 18 Feb 2000 11:33:20 -0800 (PST) (envelope-from rdmurphy@knock.econ.vt.edu) Received: (from rdmurphy@localhost) by knock.econ.vt.edu (8.9.3/8.9.3) id OAA29580; Fri, 18 Feb 2000 14:29:27 -0500 (EST) (envelope-from rdmurphy) From: "Russell D. Murphy Jr." MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Fri, 18 Feb 2000 14:29:27 -0500 (EST) To: Marcel Moolenaar Cc: emulation@FreeBSD.ORG Subject: Re: linux_base-6.1 problems In-Reply-To: <38AC9BD6.700A48F9@cup.hp.com> References: <14508.27970.289333.394098@knock.econ.vt.edu> <38AC78A5.C395A356@cup.hp.com> <14508.35736.245955.971151@knock.econ.vt.edu> <38AC9BD6.700A48F9@cup.hp.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14509.40240.377636.573283@knock.econ.vt.edu> Reply-To: rdmurphy@vt.edu Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I must be missing something; almost any incantation of ktrace I try generates the following: knock [rdmurphy]% ktrace /usr/local/stata/stata -p0 ktrace: ktrace.out: Function not implemented Stata fails appropriately(!) when called w/o ktrace. RDM According to Marcel Moolenaar (February 18, 2000): | "Russell D. Murphy Jr." wrote: | > | > Can you remind me how to trace it? My recollection is that there is a | > linux specific version of ktrace/kdump, but I'm relatively ignorant. | | linux_kdump is broken for -stable at the moment :-( | | You can use ktrace and send me the output file (assuming it's not *that* | large). | | -- | Marcel Moolenaar | mail: marcel@cup.hp.com / marcel@FreeBSD.org | tel: (408) 447-4222 ----- Russell D. Murphy Department of Economics Virginia Polytechnic Institute and State University 3034 Pamplin Hall Blacksburg, Virginia 24061-0316 (540) 231-4537 rdmurphy@vt.edu To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Feb 18 15:38: 5 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id BEF9A37BAC6 for ; Fri, 18 Feb 2000 15:38:01 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.9.3/8.9.3) id QAA00581; Fri, 18 Feb 2000 16:06:29 -0800 (PST) Date: Fri, 18 Feb 2000 16:06:29 -0800 From: Alfred Perlstein To: Zander Collier Cc: emulation@FreeBSD.ORG Subject: Re: sbwait state question Message-ID: <20000218160628.C21720@fw.wintelcom.net> References: <38ADD5A3.DF7EB7F5@cncx.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <38ADD5A3.DF7EB7F5@cncx.com>; from zcollier@cncx.com on Fri, Feb 18, 2000 at 03:28:35PM -0800 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org * Zander Collier [000218 16:00] wrote: > I am running a server with a 3rd party server app that has upwards of > 30 clients connecting to it at a time. It is supposed to accept up > to 127 simultaneously. In the course of the day and in > the use of the server, it is often falling into the state (as listed > in top) of sbwait. This means that while it is in 'sbwait' mode > the process is locked up and no one can do anything while connected to > it. It will remain locked like this for upwards of 5 minutes and the > shortest lockup was about 30 seconds. One time it was so long, I > killed and restarted the process. > > I am running FreeBSD 3.4 and the Linux Compatibility libraries. Hmm, I rarely move something from -questions to another list, but this seems interesting because I remeber some threads about how Linux does socket stuff differently than FreeBSD, notably that certain file/socket flags aren't passed to accept()'d connections. Does this ring a bell with anyone? If not the name of the actuall program and possibly an evaluation copy for one of people working on emulation would be very helpful. -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Feb 18 15:49:15 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from uhura.concentric.net (uhura.concentric.net [206.173.118.93]) by hub.freebsd.org (Postfix) with ESMTP id B2CA937BB0F; Fri, 18 Feb 2000 15:49:03 -0800 (PST) (envelope-from zcollier@cncx.com) Received: from cliff.concentric.net (cliff.concentric.net [206.173.118.90]) by uhura.concentric.net (8.9.1a/(98/12/15 5.12)) id SAA23737; Fri, 18 Feb 2000 18:48:59 -0500 (EST) [1-800-745-2747 The Concentric Network] Received: from cncx.com ([216.112.38.30]) by cliff.concentric.net (8.9.1a) id SAA16742; Fri, 18 Feb 2000 18:46:45 -0500 (EST) Message-ID: <38ADD999.6A2CE1BD@cncx.com> Date: Fri, 18 Feb 2000 15:45:29 -0800 From: Zander Collier X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: Alfred Perlstein Cc: emulation@FreeBSD.ORG, questions@FreeBSD.ORG Subject: Re: sbwait state question References: <38ADD5A3.DF7EB7F5@cncx.com> <20000218160628.C21720@fw.wintelcom.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Well, I was a little hesitant because I was afraid of being mocked for running an Ultima Online emulator. ;) It's called 'The Ultimate Server' or TUS. You can see it here: http://www.menasoft.com/tus/ and our implementation (if anyone is curious): http://chaosbound.cnchost.com/ Alfred Perlstein wrote: > > * Zander Collier [000218 16:00] wrote: > > I am running a server with a 3rd party server app that has upwards of > > 30 clients connecting to it at a time. It is supposed to accept up > > to 127 simultaneously. In the course of the day and in > > the use of the server, it is often falling into the state (as listed > > in top) of sbwait. This means that while it is in 'sbwait' mode > > the process is locked up and no one can do anything while connected to > > it. It will remain locked like this for upwards of 5 minutes and the > > shortest lockup was about 30 seconds. One time it was so long, I > > killed and restarted the process. > > > > I am running FreeBSD 3.4 and the Linux Compatibility libraries. > > Hmm, I rarely move something from -questions to another list, but this > seems interesting because I remeber some threads about how Linux does > socket stuff differently than FreeBSD, notably that certain file/socket > flags aren't passed to accept()'d connections. > > Does this ring a bell with anyone? > > If not the name of the actuall program and possibly an evaluation copy > for one of people working on emulation would be very helpful. > > -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Feb 18 16:41: 5 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from fw.wintelcom.net (ns1.wintelcom.net [209.1.153.20]) by hub.freebsd.org (Postfix) with ESMTP id 790CE37BB26; Fri, 18 Feb 2000 16:41:01 -0800 (PST) (envelope-from bright@fw.wintelcom.net) Received: (from bright@localhost) by fw.wintelcom.net (8.9.3/8.9.3) id RAA02763; Fri, 18 Feb 2000 17:09:29 -0800 (PST) Date: Fri, 18 Feb 2000 17:09:29 -0800 From: Alfred Perlstein To: Zander Collier Cc: emulation@FreeBSD.ORG, questions@FreeBSD.ORG Subject: Re: sbwait state question Message-ID: <20000218170929.G21720@fw.wintelcom.net> References: <38ADD5A3.DF7EB7F5@cncx.com> <20000218160628.C21720@fw.wintelcom.net> <38ADD999.6A2CE1BD@cncx.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 1.0.1i In-Reply-To: <38ADD999.6A2CE1BD@cncx.com>; from zcollier@cncx.com on Fri, Feb 18, 2000 at 03:45:29PM -0800 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org * Zander Collier [000218 16:20] wrote: > Well, I was a little hesitant because I was afraid of being mocked > for running an Ultima Online emulator. ;) heh. :) > > It's called 'The Ultimate Server' or TUS. > > You can see it here: > http://www.menasoft.com/tus/ Nifty, look, here's an idea, the next time you see it totally stuck try sending it a SIGQUIT and generate a core, then save the corefile and contact the developers, see: http://www.menasoft.com/tus/index_bugs.htm You may want to bring the corefile over to a linux box to get the traceback, or maybe install the linux_devel port and see if it comes with a gdb that'll allow you to backtrace a linux corefile. good luck, -Alfred To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Fri Feb 18 17: 0:45 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from atlrel2.hp.com (atlrel2.hp.com [156.153.255.202]) by hub.freebsd.org (Postfix) with ESMTP id C742737BAE8 for ; Fri, 18 Feb 2000 17:00:42 -0800 (PST) (envelope-from marcel@cup.hp.com) Received: from adlmail.cup.hp.com (adlmail.cup.hp.com [15.0.100.30]) by atlrel2.hp.com (Postfix) with ESMTP id 4CEEF250; Fri, 18 Feb 2000 20:00:41 -0500 (EST) Received: from cup.hp.com (gauss.cup.hp.com [15.28.97.152]) by adlmail.cup.hp.com with ESMTP (8.8.6 (PHNE_17135)/8.7.3 TIS 5.0.1) id RAA06057; Fri, 18 Feb 2000 17:00:40 -0800 (PST) Message-ID: <38ADEB31.1673401F@cup.hp.com> Date: Sat, 19 Feb 2000 01:00:34 +0000 From: Marcel Moolenaar Organization: Hewlett-Packard X-Mailer: Mozilla 4.61 [en] (X11; I; Linux 2.0.36 i386) X-Accept-Language: en MIME-Version: 1.0 To: Alfred Perlstein Cc: Zander Collier , emulation@FreeBSD.ORG Subject: Re: sbwait state question References: <38ADD5A3.DF7EB7F5@cncx.com> <20000218160628.C21720@fw.wintelcom.net> <38ADD999.6A2CE1BD@cncx.com> <20000218170929.G21720@fw.wintelcom.net> 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 -questions] Alfred Perlstein wrote: > > You may want to bring the corefile over to a linux box to get the > traceback, or maybe install the linux_devel port and see if it comes > with a gdb that'll allow you to backtrace a linux corefile. A corefile created on FreeBSD can not be used with a Linux native debugger. Having the Linuxulator generate Linux-compatible coredumps is on my TODO list. In fact I had an implementation. I don't know if I still have it and if so, where it is... -- 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 Sat Feb 19 12:31:21 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from blaubaer.kn-bremen.de (blaubaer.kn-bremen.de [195.37.179.254]) by hub.freebsd.org (Postfix) with ESMTP id 06C3637BC7D for ; Sat, 19 Feb 2000 12:31:13 -0800 (PST) (envelope-from nox@saturn.kn-bremen.de) Received: from saturn.kn-bremen.de (uucp@localhost) by blaubaer.kn-bremen.de (8.9.1/8.9.1) with UUCP id VAA21483; Sat, 19 Feb 2000 21:25:40 +0100 Received: (from nox@localhost) by saturn.kn-bremen.de (8.9.3/8.8.5) id TAA47840; Sat, 19 Feb 2000 19:53:15 +0100 (CET) Date: Sat, 19 Feb 2000 19:53:15 +0100 (CET) From: Juergen Lock Message-Id: <200002191853.TAA47840@saturn.kn-bremen.de> To: pfeifer@dbai.tuwien.ac.at Subject: Re: Wine and libavifil32.so X-Newsgroups: local.list.freebsd.emulation In-Reply-To: Organization: home Cc: freebsd-emulation@FreeBSD.ORG Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In article you write: >After my patch earlier this week current CVS versions of Wine finally >build again (also a big Thanks! to Jürgen), but upon startup I now get > > /usr/libexec/ld-elf.so.1: Shared object "libavifil32.so" not found > >Does any of you have an idea what to do about that? Do you have that file in your ldconfig path (or LD_LIBRARY_PATH)? If you do and it still happens try updating your system (if you've never done that before read the `staying stable' entry in the handbook at www.freebsd.org/handbook/), or if you absolutely can't do that for some reason just start it again until it works, this was (i believe) a rtld bug and it triggers only `sometimes'. (at least i seem to remember an rtld bug being fixed that showed up with java and since my last world i haven't yet seen this happen again...) HTH, -- Juergen Lock (remove dot foo from address to reply) To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sat Feb 19 19:18:32 2000 Delivered-To: freebsd-emulation@freebsd.org Received: from miles.lambdawerks.org (miles.lambdawerks.org [207.115.75.96]) by hub.freebsd.org (Postfix) with ESMTP id 63ADC37BD99 for ; Sat, 19 Feb 2000 19:18:30 -0800 (PST) (envelope-from reggie@lambdawerks.org) Received: from trane (trane.lambdawerks.org [207.115.81.170]) by miles.lambdawerks.org (8.9.3/8.9.3) with SMTP id TAA01688 for ; Sat, 19 Feb 2000 19:18:28 -0800 (PST) (envelope-from reggie@lambdawerks.org) From: "Reginald S. Perry" To: Subject: Problem installing Oracle on FreeBSD-CURRENT Date: Sat, 19 Feb 2000 19:18:28 -0800 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.2910.0) Importance: Normal X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2919.6600 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi there, Here is my problem. I followed the oracle install howto page to install Oracle8051EE_Intel.tgz, which is the enterprise edition distribution. I select the default install option. The problem comes in when the installer runs svrmgrl to initalize stuff. This command fails. When I break out to the shell and run it by hand, it coredumps. So it seems that while it looks like the compile/links looked correct and executed with no errors during install, when you try to run the binaries, they core dump. I am running the 6.1 linux_base and linux_devtools. Any suggestions? Thanks. -Reggie To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message