From owner-freebsd-emulation Mon Mar 29 19: 7:27 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from localhost.my.domain (pm2-67.cityscope.net [209.16.48.67]) by hub.freebsd.org (Postfix) with ESMTP id 744AD14F64; Mon, 29 Mar 1999 19:07:23 -0800 (PST) (envelope-from bahwi@technologist.com) Received: from localhost (localhost [127.0.0.1]) by localhost.my.domain (8.9.2/8.9.2) with ESMTP id VAA53254; Mon, 29 Mar 1999 21:05:19 -0600 (CST) (envelope-from bahwi@technologist.com) Date: Mon, 29 Mar 1999 21:05:17 -0600 (CST) From: bahwi X-Sender: bahwi@localhost To: freebsd-questions@freebsd.org Cc: freebsd-emulation@freebsd.org Subject: Simple DirectMedia Layer support? 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 was wondering a few questions. Has anyone gotten SDL(Simple DirectMedia Layer) to run under FreeBSD's Linux Emulation? I need version 0.9+ I have a certain linux program that uses it, I don't have the source so I cannot compile the program under FreeBSD, and I don't know enough C/C++ to anyways. This is the exact error I get when running this program. I think it needs the include files, but I don't know where to put them, in the /compat/linux directories. I really need this to run. Thanks. Couldn't load SDL: Failed loading _SDL_LoadWAV_RW: /usr/X11R6/lib/libSDLx11.so.0.9.9: undefined symbol: _SDL_LoadWAV_RW -- bahwi@technologist.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Mar 30 3:55:22 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from gaia.euronet.nl (gaia.euronet.nl [194.134.0.10]) by hub.freebsd.org (Postfix) with ESMTP id 3D7E814DFA for ; Tue, 30 Mar 1999 03:55:19 -0800 (PST) (envelope-from freebsd-emulation@scc.nl) Received: from scones.sup.scc.nl (p028.asi.euronet.nl [194.134.123.28]) by gaia.euronet.nl (8.8.8/8.8.8) with ESMTP id NAA24352 from for ; Tue, 30 Mar 1999 13:54:59 +0200 (MET DST) Received: (from daemon@localhost) by scones.sup.scc.nl (8.9.3/8.9.1) id NAA26714 for emulation@FreeBSD.ORG; Tue, 30 Mar 1999 13:31:31 +0200 (CEST) (envelope-from freebsd-emulation@scc.nl) Received: from GATEWAY by scones.sup.scc.nl with netnews for emulation@FreeBSD.ORG (emulation@FreeBSD.ORG) To: emulation@FreeBSD.ORG Date: Tue, 30 Mar 1999 13:31:27 +0200 From: Marcel Moolenaar Message-ID: <3700B60F.4A312FD@scc.nl> Organization: SCC vof Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit References: Subject: Re: Simple DirectMedia Layer support? Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org bahwi wrote: > I was wondering a few questions. Has anyone gotten SDL(Simple DirectMedia > Layer) to run under FreeBSD's Linux Emulation? I need version 0.9+ Personally, I don't know anything about SDL. > Couldn't load SDL: Failed loading _SDL_LoadWAV_RW: > /usr/X11R6/lib/libSDLx11.so.0.9.9: undefined symbol: _SDL_LoadWAV_RW The error does not directly indicate there is anything wrong with the emulator. Without further information, it's impossible to say anything useful. For example: - What FreeBSD version are you using? - With what did you populate /compat/linux? - Does SDL depend on Linux internals? - Do you have any ktraces that can help? marcel To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Mar 30 11:13: 1 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from smtp.clarityconnect.com (smtp.clarityconnect.com [206.64.143.9]) by hub.freebsd.org (Postfix) with ESMTP id 54C4915ABF for ; Tue, 30 Mar 1999 11:12:55 -0800 (PST) (envelope-from wilson@ensim.com) Received: from clarityconnect.com (206.64.143.5) by smtp.clarityconnect.com with ESMTP (Eudora Internet Mail Server 2.2.3d1); Tue, 30 Mar 1999 14:13:13 -0500 Received: from ensim.com (209.150.239.146) by clarityconnect.com with ESMTP (Eudora Internet Mail Server 2.2.3d1); Tue, 30 Mar 1999 13:26:01 -0500 Message-ID: <370118BA.FEA09A37@ensim.com> Date: Tue, 30 Mar 1999 13:32:26 -0500 From: Xun Wilson Huang Organization: Ensim Corp. X-Mailer: Mozilla 4.5 [en] (WinNT; I) X-Accept-Language: en MIME-Version: 1.0 To: "freebsd-emulation@FreeBSD.ORG" Subject: is there solaris binary emulation available? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, Is there any form of solaris x86 binary emulation available on FreeBSD? If not, what are the critical things that need to be done to enable that? thanks wilson To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Mar 30 14: 9:36 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from atdot.dotat.org (atdot.dotat.org [150.101.89.3]) by hub.freebsd.org (Postfix) with ESMTP id A28431559C for ; Tue, 30 Mar 1999 14:09:32 -0800 (PST) (envelope-from newton@atdot.dotat.org) Received: (from newton@localhost) by atdot.dotat.org (8.9.2/8.7) id HAA60315; Wed, 31 Mar 1999 07:37:50 +0930 (CST) From: Mark Newton Message-Id: <199903302207.HAA60315@atdot.dotat.org> Subject: Re: is there solaris binary emulation available? To: wilson@ensim.com (Xun Wilson Huang) Date: Wed, 31 Mar 1999 07:37:50 +0930 (CST) Cc: freebsd-emulation@FreeBSD.ORG In-Reply-To: <370118BA.FEA09A37@ensim.com> from "Xun Wilson Huang" at Mar 30, 99 01:32:26 pm X-Mailer: ELM [version 2.4 PL25] 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 Xun Wilson Huang wrote: > Is there any form of solaris x86 binary emulation available on FreeBSD? There is in -current. It's a work in (slow) progress. You'll need a valid Solaris/x86 license (for the libraries). See http://www.freebsd.org/~newton/freebsd-svr4/index.html for more info. - mark -------------------------------------------------------------------- I tried an internal modem, newton@atdot.dotat.org but it hurt when I walked. Mark Newton ----- Voice: +61-4-1620-2223 ------------- Fax: +61-8-83034403 ----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Mar 31 19:21:33 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from wna1.wna-linknet.com (wna1.wna-linknet.com [208.128.88.10]) by hub.freebsd.org (Postfix) with ESMTP id B5D3514C23 for ; Wed, 31 Mar 1999 19:21:23 -0800 (PST) (envelope-from frodo@wna-linknet.com) Received: from brenda (cust138.wna-linknet.com [208.128.88.138]) by wna1.wna-linknet.com (8.8.8/8.8.8) with SMTP id WAA19161 for ; Wed, 31 Mar 1999 22:21:03 -0500 (EST) Message-ID: <008c01be7bee$0ad337c0$0200000a@wnalinknet.com> From: "Edward Rempala" To: Subject: Date: Wed, 31 Mar 1999 22:15:27 -0500 MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: 7bit X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 5.00.2014.211 X-MimeOLE: Produced By Microsoft MimeOLE V5.00.2014.211 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org auth ee11e026 subscribe freebsd-emulation frodo@wna-linknet.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Apr 15 10: 2:24 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from fwall.kensyu.cicc.or.jp (fwall.kensyu.cicc.or.jp [202.244.88.45]) by hub.freebsd.org (Postfix) with SMTP id C218314D8C for ; Thu, 15 Apr 1999 10:02:14 -0700 (PDT) (envelope-from yusof@kensyu.cicc.or.jp) Received: by fwall.kensyu.cicc.or.jp; id CAA22770; Fri, 16 Apr 1999 02:17:55 +0900 Received: from unknown(192.168.1.3) by fwall.kensyu.cicc.or.jp via smap (V3.1.1) id xma022757; Fri, 16 Apr 99 02:17:39 +0900 Received: from [192.168.40.123] by mailgw.kensyu.cicc.or.jp (5.61/3.4Wbeta6-CICC) id AA12827; Thu, 15 Apr 99 12:48:50 +0900 Message-Id: <000701be86f1$49dcccc0$7b28a8c0@csa06> Reply-To: "Yusman Yusof" From: "Yusman Yusof" To: Date: Thu, 15 Apr 1999 12:37:28 +0900 Mime-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_0004_01BE873C.B914FAE0" X-Priority: 3 X-Msmail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.2106.4 X-Mimeole: Produced By Microsoft MimeOLE V4.72.2106.4 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. ------=_NextPart_000_0004_01BE873C.B914FAE0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable ------=_NextPart_000_0004_01BE873C.B914FAE0 Content-Type: text/html; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable
 
------=_NextPart_000_0004_01BE873C.B914FAE0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sat Apr 17 14:19:17 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from blaubaer.kn-bremen.de (blaubaer.kn-bremen.de [194.94.232.249]) by hub.freebsd.org (Postfix) with ESMTP id A304C14E02; Sat, 17 Apr 1999 14:19:12 -0700 (PDT) (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 XAA18741; Sat, 17 Apr 1999 23:12:53 +0200 Received: (from nox@localhost) by saturn.kn-bremen.de (8.9.3/8.8.5) id XAA60201; Sat, 17 Apr 1999 23:15:12 +0200 (MET DST) From: Juergen Lock Date: Sat, 17 Apr 1999 23:15:11 +0200 To: freebsd-ports@FreeBSD.ORG Cc: freebsd-emulation@FreeBSD.ORG Subject: strange things happening while trying to update ports/emulators/wine, could use some help (pointer) Message-ID: <19990417231511.A59265@saturn.kn-bremen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I didn't want to crosspost on 3 lists so this is only a pointer... (I can get freecell to run again on wine-990328, but only that: using its help menu (normally starts winhelp) still makes it die.) If you want to help have a look at my post in -hackers, if you don't read that it should be available here: http://www.freebsd.org/cgi/mid.cgi?db=irt&id=19990417224534.A55834@saturn.kn-bremen.de Thanx, -- Juergen Lock To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sat Apr 17 14:26: 1 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from blaubaer.kn-bremen.de (blaubaer.kn-bremen.de [194.94.232.249]) by hub.freebsd.org (Postfix) with ESMTP id B7D8314E02; Sat, 17 Apr 1999 14:25:58 -0700 (PDT) (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 XAA18798; Sat, 17 Apr 1999 23:19:39 +0200 Received: (from nox@localhost) by saturn.kn-bremen.de (8.9.3/8.8.5) id XAA60492; Sat, 17 Apr 1999 23:22:04 +0200 (MET DST) From: Juergen Lock Date: Sat, 17 Apr 1999 23:22:04 +0200 To: freebsd-ports@FreeBSD.ORG Cc: freebsd-emulation@FreeBSD.ORG Subject: Re: strange things happening while trying to update ports/emulators/wine, could use some help (pointer) Message-ID: <19990417232204.A60488@saturn.kn-bremen.de> References: <19990417231511.A59265@saturn.kn-bremen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <19990417231511.A59265@saturn.kn-bremen.de>; from nox on Sat, Apr 17, 1999 at 11:15:11PM +0200 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Sat, Apr 17, 1999 at 11:15:11PM +0200, nox wrote: > I didn't want to crosspost on 3 lists so this is only a pointer... > (I can get freecell to run again on wine-990328, but only that: using its > help menu (normally starts winhelp) still makes it die.) > If you want to help have a look at my post in -hackers, if you don't read > that it should be available here: > > http://www.freebsd.org/cgi/mid.cgi?db=irt&id=19990417224534.A55834@saturn.kn-bremen.de Hmm. make that http://www.freebsd.org/cgi/mid.cgi?db=&id=19990417224534.A55834@saturn.kn-bremen.de I don't know who db=irt doesn't work... Thanx, -- Juergen Lock To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sat Apr 17 19:36:42 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from bachue.usc.unal.edu.co (bachue.usc.unal.edu.co [168.176.3.20]) by hub.freebsd.org (Postfix) with ESMTP id 1119E14D3E for ; Sat, 17 Apr 1999 19:36:39 -0700 (PDT) (envelope-from pfgiffun@bachue.usc.unal.edu.co) Received: from bachue.usc.unal.edu.co ([168.176.3.32]) by bachue.usc.unal.edu.co (Netscape Messaging Server 3.0) with ESMTP id AAA25486 for ; Sat, 17 Apr 1999 21:33:47 -0400 Message-ID: <371944F1.7A3267E5@bachue.usc.unal.edu.co> Date: Sat, 17 Apr 1999 21:35:30 -0500 From: "Pedro F. Giffuni" Organization: U. Nacional de Colombia X-Mailer: Mozilla 4.08 [en] (X11; I; FreeBSD 3.1-RELEASE i386) MIME-Version: 1.0 To: freebsd-emulation@FreeBSD.org Subject: brandelf and crossbuilding Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, I am playing a bit with the linux SVR4 emulation libraries. It says there that the libc_s stuff for the emulator can be built with the stock ELF compiler. Any one has a qualified opininon on why this shouldn't (or should) work? While everything seems to build fine, I would like to be able to brandelf them to svr4, however our brandelf doesn't yet support a svr4 type (I am using 3.1-R). If it's something trivial, please don't wait until after the emulator is released and shipped ;-). Pedro. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sat Apr 17 19:51:28 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from atdot.dotat.org (atdot.dotat.org [150.101.89.3]) by hub.freebsd.org (Postfix) with ESMTP id 9CD4C14FB1 for ; Sat, 17 Apr 1999 19:51:23 -0700 (PDT) (envelope-from newton@atdot.dotat.org) Received: (from newton@localhost) by atdot.dotat.org (8.9.2/8.7) id MAA71142; Sun, 18 Apr 1999 12:17:19 +0930 (CST) From: Mark Newton Message-Id: <199904180247.MAA71142@atdot.dotat.org> Subject: Re: brandelf and crossbuilding To: pfgiffun@bachue.usc.unal.edu.co (Pedro F. Giffuni) Date: Sun, 18 Apr 1999 12:17:18 +0930 (CST) Cc: freebsd-emulation@FreeBSD.ORG In-Reply-To: <371944F1.7A3267E5@bachue.usc.unal.edu.co> from "Pedro F. Giffuni" at Apr 17, 99 09:35:30 pm X-Mailer: ELM [version 2.4 PL25] 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 Pedro F. Giffuni wrote: > I am playing a bit with the linux SVR4 emulation libraries. It says > there that the libc_s stuff for the emulator can be built with the stock > ELF compiler. Any one has a qualified opininon on why this shouldn't (or > should) work? In theory it should work; ELF is ELF, after all, regardless of the compiler that generates it. > While everything seems to build fine, I would like to be able to > brandelf them to svr4, however our brandelf doesn't yet support a svr4 > type (I am using 3.1-R). If it's something trivial, please don't wait > until after the emulator is released and shipped ;-). Two things: 1. You don't need to brandelf libraries, only executables. 2. You can make brandelf shove anything at all into the brand section by using "brandelf -f -t insert-brand-here /file/name" Note that SysVR4 currently uses "SVR4" as its brand, not "svr4". I might change this at some point, though. UNIX keyboards aren't meant to have shift keys on them, after all :-) - mark -------------------------------------------------------------------- I tried an internal modem, newton@atdot.dotat.org but it hurt when I walked. Mark Newton ----- Voice: +61-4-1620-2223 ------------- Fax: +61-8-82231777 ----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sat Apr 17 20: 3:42 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from bachue.usc.unal.edu.co (bachue.usc.unal.edu.co [168.176.3.20]) by hub.freebsd.org (Postfix) with ESMTP id B218614CF0 for ; Sat, 17 Apr 1999 20:03:37 -0700 (PDT) (envelope-from pfgiffun@bachue.usc.unal.edu.co) Received: from bachue.usc.unal.edu.co ([168.176.3.32]) by bachue.usc.unal.edu.co (Netscape Messaging Server 3.0) with ESMTP id AAA25812; Sat, 17 Apr 1999 21:59:59 -0400 Message-ID: <37194B13.269C9BE9@bachue.usc.unal.edu.co> Date: Sat, 17 Apr 1999 22:01:41 -0500 From: "Pedro F. Giffuni" Organization: U. Nacional de Colombia X-Mailer: Mozilla 4.08 [en] (X11; I; FreeBSD 3.1-RELEASE i386) MIME-Version: 1.0 To: Mark Newton , freebsd-emulation@FreeBSD.ORG Subject: Re: brandelf and crossbuilding References: <199904180247.MAA71142@atdot.dotat.org> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Mark Newton wrote: > > Two things: > > 1. You don't need to brandelf libraries, only executables. It's sort of weird to have them labelled "FreeBSD"...I guess I am sort of paranoid on this one: we once built an equivalent of the cross-sco toolkit for linux, and the staically linked executables had to be branded, which was very, very weird. > > 2. You can make brandelf shove anything at all into the brand > section by using "brandelf -f -t insert-brand-here /file/name" > Cool, thanks for the pointer. Pedro. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Apr 21 19:29:54 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from gizmo.internode.com.au (gizmo.internode.com.au [192.83.231.115]) by hub.freebsd.org (Postfix) with ESMTP id 74CB015905 for ; Wed, 21 Apr 1999 19:29:08 -0700 (PDT) (envelope-from newton@gizmo.internode.com.au) Received: (from newton@localhost) by gizmo.internode.com.au (8.9.3/8.9.3) id LAA73515 for emulation@freebsd.org; Thu, 22 Apr 1999 11:56:38 +0930 (CST) (envelope-from newton) From: Mark Newton Message-Id: <199904220226.LAA73515@gizmo.internode.com.au> Subject: (AUSCERT ESB-1999.055) NetBSD Security Advisory 1999-009 - SVR4 compatibility device creation vulnerability (fwd) To: emulation@freebsd.org Date: Thu, 22 Apr 1999 11:56:38 +0930 (CST) X-Mailer: ELM [version 2.4 PL25] 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 Just FYI - The FreeBSD MAKDEV_SVR4 script is not vulnerable to this problem. - mark auscert@auscert.org.au wrote: > =========================================================================== > AUSCERT External Security Bulletin Redistribution > > ESB-1999.055 -- NetBSD Security Advisory 1999-009 > SVR4 compatibility device creation vulnerability > 22 April 1999 > > =========================================================================== > > The NetBSD Foundation, Inc. has released the following advisory concerning > a vulnerability in the i386 port of NetBSD with SVR4 emulation additionally > configured. This vulnerability may allow users to arbitrarily read or > write any data stored on the NetBSD portion of the first IDE disk > configured by the system. > > - --------------------------BEGIN INCLUDED TEXT-------------------- > > - -----BEGIN PGP SIGNED MESSAGE----- > > NetBSD Security Advisory 1999-009 > ================================= > > Topic: SVR4 compatibility device creation vulnerability > Version: NetBSD 1.3.3 and prior; NetBSD-current until 19990420 > Severity: Local users can access and modify any data on first IDE disk > > > Abstract > ======== > > In order to provide a system environment capable of executing System V > Release 4 (`SVR4') binaries, it is necessary to create a set of device > special files; to simplify this task, a shell script is shipped with > the system. Due to a mismatch of device major numbers between NetBSD > platforms, one device special file is erroneously created with a wrong > major number, which may allow a regular user to arbitrarily read or > write any data stored on the NetBSD portion of the first IDE disk > configured by the system. > > This vulnerability is restricted to the i386 port of NetBSD with SVR4 > emulation additionally configured only. > > > Technical Details > ================= > > The SVR4 /dev/wabi character device special file, usually created > below the /emul/svr4 hierarchy, is currently supposed to be a synonym > for the /dev/null device special file. > > Originally developed on the sparc port of NetBSD, the SVR4_MAKEDEV > shell script creates this file with a major number of 3 and a minor > number of 2, setting these properties equivalent to those of the > /dev/null device special file on that platform. On the i386 port of > NetBSD, the character device major number 3 is associated with the > wd(4) driver, which supports IDE (and compatible) disks, and whose > minor number 2 denotes the NetBSD portion of the first such disk > configured by the systems; this corresponds to the special device file > /dev/rwd0c in the base distribution. As the /dev/wabi special device > file is created with world read and write permissions, a regular user > may read and write any data stored on that portion of the disk. > > The effects of actually running the WABI software on a vulnerable system > have not been investigated. > > > Solutions and Workarounds > ========================= > > A patch is available for the NetBSD 1.3.3 which makes the SVR4_MAKEDEV > shell script create the wabi device special file with the correct > properties. You may find this patch on the NetBSD ftp server: > > ftp://ftp.NetBSD.ORG/pub/NetBSD/misc/security/patches/19990419-SVR4_MAKEDEV > > NetBSD-current since 19990420 is not vulnerable. Users of > NetBSD-current should upgrade to a source tree later than 19990420. > > Once the SVR4_MAKEDEV script is updated, re-run it to recreate the > wabi device with the correct parameters. > > If this action cannot be taken, an immediate workaround is to remove > the existing device special file and creating a new one, which can be > done by executing the following shell command sequence as the super-user: > > # /bin/rm -f /emul/svr4/dev/wabi > # /sbin/mknod /emul/svr4/dev/wabi c 2 2 > # /bin/chmod u=rw,g=rw,o=rw /emul/svr4/dev/wabi > > > Thanks To > ========= > > The vulnerability was discovered by Klaus Klein , > who also provided the solution and authored this advisory. > > > Revision History > ================ > > 1999/04/17 - initial version > > 1999/04/19 - dates were incorrect > > > More Information > ================ > > Information about NetBSD and NetBSD security can be found at > http://www.NetBSD.ORG/ and http://www.NetBSD.ORG/Security/. > > > Copyright 1999, The NetBSD Foundation, Inc. All Rights Reserved. > > $NetBSD: NetBSD-SA1999-009.txt,v 1.2 1999/04/19 15:07:52 mrg Exp $ > > - -----BEGIN PGP SIGNATURE----- > Version: 2.6.3ia > Charset: noconv > > iQCVAwUBNxwkvz5Ru2/4N2IFAQEbuQQAtv2ho3MWYYihmZBagGnX6Wd0KD+mTIh0 > liV32yx46kVELmCGrS4pEQh3fBNNgYkYBjympKrC/Iy1Vj9DMAMBNLGedFu10yXT > oJnKLcmNmjEE8qRnqwjBRUIn/kURvG6wakgC9n6OuCOIcdtYeiUmgFhoPyl4lzKf > FRpxHkqZnLo= > =9Ypx > - -----END PGP SIGNATURE----- > > - --------------------------END INCLUDED TEXT-------------------- > > This security bulletin is provided as a service to AusCERT's members. As > AusCERT did not write the document quoted above, AusCERT has had no control > over its content. The decision to use any or all of this information is > the responsibility of each user or organisation, and should be done so in > accordance with site policies and procedures. > > NOTE: This is only the original release of the security bulletin. It will > not be updated when updates to the original are made. If downloading at > a later date, it is recommended that the bulletin is retrieved directly > from the original authors to ensure that the information is still current. > > Contact information for the authors of the original document is included > in the Security Bulletin above. If you have any questions or need further > information, please contact them directly. > > Previous advisories and external security bulletins can be retrieved from: > > http://www.auscert.org.au/Information/advisories.html > > If you believe that your system has been compromised, contact AusCERT or > your representative in FIRST (Forum of Incident Response and Security > Teams). > > Internet Email: auscert@auscert.org.au > Facsimile: (07) 3365 7031 > Telephone: (07) 3365 4417 (International: +61 7 3365 4417) > AusCERT personnel answer during Queensland business hours > which are GMT+10:00 (AEST). > On call after hours for emergencies. > > -----BEGIN PGP SIGNATURE----- > Version: 2.6.3i > Charset: noconv > Comment: ftp://ftp.auscert.org.au/pub/auscert/AUSCERT_PGP.key > > iQCVAwUBNx8KWyh9+71yA2DNAQEqCwP+KAwhq2voC5WEWfAZn421sdWxNxNnK0ba > DGIa+sOFhbc4nbCHaGreooL7osssHx6RS1Z/NbMZwkw5oMZFzKGXBDY+NyPbvm42 > 2eIoba20PdNxdVh4FQbpmvaWbL+3IXkZVCxnMzecZMAIjWZWncVhBB98cq+Ifmp6 > KwLMvWKeKG4= > =8dqr > -----END PGP SIGNATURE----- ---- Mark Newton Email: newton@internode.com.au (W) Network Engineer Email: newton@atdot.dotat.org (H) Internode Systems Pty Ltd Desk: +61-8-82232999 "Network Man" - Anagram of "Mark Newton" Mobile: +61-416-202-223 To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sat Apr 24 21:15:34 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id 7BA9814C80 for ; Sat, 24 Apr 1999 21:15:32 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.3/8.9.3) id XAA25680; Sat, 24 Apr 1999 23:15:20 -0500 (CDT) (envelope-from dan) Date: Sat, 24 Apr 1999 23:15:20 -0500 From: Dan Nelson To: freebsd-svr4@atdot.dotat.org, freebsd-emulation@freebsd.org Subject: Anyone working on SCO ELF binary emulation? Message-ID: <19990424231519.A25153@dan.emsphone.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i X-OS: FreeBSD 4.0-CURRENT Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I have the duty of making the latest MicroFocus COBOL compiler run on FreeBSD, and was wondering if anyone has had any luck getting SCO/ELF binaries to run under emulation on -current. MicroFocus has binaries for SCO 3.2v4.2 which I'm sure will work, but I wanted to see how hard it would be to get the current 5.0.4 binaries to work on BSD. What I've done so far is just made the xenix syscall jump into the ibcs xenix code, since even the latest SCO binaries want to call obsolete xenix syscalls. /bin/sh works, almost. The COBOL installer program runs until it tries to execute the 'pwd' command. It segfaults after doing an fstat on ".." 6068 sh CALL svr4_sys_open(0xbfbfd1a9,0x80,0x280ac28c) 6068 sh NAMI ".." 6068 sh RET svr4_sys_open 3 6068 sh CALL svr4_sys_fcntl(0x3,0x2,0x1) 6068 sh RET svr4_sys_fcntl 0 6068 sh CALL svr4_sys_fstat(0x3,0xbfbfc960) 6068 sh RET svr4_sys_fstat 0 6068 sh PSIG SIGSEGV caught handler=0x804b220 mask=0x0 code=0xc and I guess from here on it's executing random code. 6068 sh CALL svr4_sys_break(0x80592cc) 6068 sh RET svr4_sys_break 0 6068 sh CALL chown(0xbfbfc6c4,0xb,0xbfbfc8c4) 6068 sh NAMI "^G" 6068 sh RET chown -1 errno 2 No such file or directory 6068 sh CALL #112 6068 sh PSIG SIGSYS caught handler=0x804b0d0 mask=0x400 code=0x0 6068 sh RET #112 -1 errno 22 Invalid argument 6068 sh CALL exit(0) Right at the start of the program's execution, it makes a sysarch() syscall with subfunction 114. SCO's documentation lists it as SI86GETFEATURES, but of course doesn't say what the arguments are, or what I should be returning. My guess is that my failure to return valid info for this syscall is what's making 'pwd' fail. With the lack of documenation SCO provides, I'm surprised the ibcs/coff emulation code got wirrten at all. -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 Sun Apr 25 7:18:43 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from bachue.usc.unal.edu.co (bachue.usc.unal.edu.co [168.176.3.20]) by hub.freebsd.org (Postfix) with ESMTP id 514BA1513A for ; Sun, 25 Apr 1999 07:18:36 -0700 (PDT) (envelope-from pfgiffun@bachue.usc.unal.edu.co) Received: from bachue.usc.unal.edu.co ([168.176.3.39]) by bachue.usc.unal.edu.co (Netscape Messaging Server 3.0) with ESMTP id AAA19310 for ; Sun, 25 Apr 1999 09:17:52 -0400 Message-ID: <3722AE0E.D0190AC9@bachue.usc.unal.edu.co> Date: Sun, 25 Apr 1999 00:54:23 -0500 From: "Pedro F. Giffuni" Organization: U. Nacional de Colombia X-Mailer: Mozilla 4.08 [en] (X11; I; FreeBSD 3.1-RELEASE i386) MIME-Version: 1.0 To: FreeBSD-emulation@FreeBSD.org Subject: FreeDOS and doscmd: a report Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Howdy; I downloaded the latest FreeDOS (http://www.FreeDOS.org/, the "Mini" distribution) and tested it with doscmd from 3.1-Release. It booted fine, and as the FreeDOS information warned the disk was a bit slow, but in general terms it worked. I tried to make a virtual disk in the man page but I had two problems: 1) Unknown interrupt 13 function 41 This message appeared as soon as I ran fdisk. The screen never refreshed, which made it a bit difficult to create the new partition, but there were no further problems. fdisk worked well, BTW the virtual disk MUST be bigger than suggested in the manpage. 2) incorrect directory specified sys was unable to copy the kernel to the pseudo disk. I had already given up, but I tried to recreate the problem (restarting doscmd) and it worked! system transferred. 3) rebooting from the virtual disk: giffuni# doscmd -bx ax=6504 bx=0000 cx=0000 dx=3000 si=0000 di=0001 sp=7ffa bp=0000 cs=0000 ss=9800 ds=0000 es=0000 ip=0 eflags=b0202 04 66 00 f1 25 00 00 f1 02 00 30 f0 2a 00 00 f1 addb $0x66,%al unsupported instruction _______________ One strange thing is that when things went wrong , pressing CTRL-ALT or any mouse button didn't work. Ah well...I did get far, and had some fun. OK, that was it, the current state of affairs. I have DOS 5.0 and OpenDOS at hand that surely work, and the beta of a new multitasking DOS clone was released recently (RxDOS?), I might try that one next.. cheers, Pedro. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sun Apr 25 18: 2:26 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from mail.rdc1.ct.home.com (ha1.rdc1.ct.home.com [24.2.0.66]) by hub.freebsd.org (Postfix) with ESMTP id 9015A14D12 for ; Sun, 25 Apr 1999 18:02:25 -0700 (PDT) (envelope-from ric@home.com) Received: from c870318-a ([24.2.138.46]) by mail.rdc1.ct.home.com (InterMail v4.00.03 201-229-104) with SMTP id <19990426010224.YVFZ1357.mail.rdc1.ct.home.com@c870318-a> for ; Sun, 25 Apr 1999 18:02:24 -0700 Message-Id: <3.0.5.32.19990425210541.00b29b80@mail> X-Sender: ric@mail X-Mailer: QUALCOMM Windows Eudora Pro Version 3.0.5 (32) Date: Sun, 25 Apr 1999 21:05:41 -0400 To: FreeBSD-emulation@FreeBSD.ORG From: Rick Subject: doscmd error Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org when i run doscmd -bx i get Could not open font ``vga'' also doscmd -r returns mmap: Invalid argument im sure there is a simple fix, thank you. -Rick To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Sun Apr 25 23:36:56 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from plexus.nu (cm2081634025.ponderosa.ispchannel.com [208.163.40.25]) by hub.freebsd.org (Postfix) with ESMTP id 18B2814CF1 for ; Sun, 25 Apr 1999 23:36:54 -0700 (PDT) (envelope-from tas@bungie.plexus.nu) Received: from bungie.plexus.nu (localhost [127.0.0.1]) by plexus.nu (8.9.2/8.9.2) with ESMTP id HAA03718; Mon, 26 Apr 1999 07:36:50 +0100 (BST) (envelope-from tas@bungie.plexus.nu) Message-Id: <199904260636.HAA03718@plexus.nu> To: freebsd-emulation@FreeBSD.ORG Cc: Thomas Stephens From: Thomas Stephens Subject: BSD/OS Locale Settings MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-ID: <3714.925108609.1@bungie.plexus.nu> Date: Sun, 25 Apr 1999 23:36:49 -0700 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I've noticed some BSD/OS binaries fail quite often if I set my locale to anything (this is on CURRENT and STABLE, but I expect it is also the case with older builds). I had initially thought these binaries were simply unreliable, but they work properly with an empty locale. My assumption is that BSD/OS uses a different and incompatible locale scheme to FreeBSD's. My question is: does anyone with sufficient knowledge know if it would be possible to support locale settings with BSD/OS binaries? Regards, Thomas Stephens tas@stephens.org To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Apr 26 2:57:13 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from atdot.dotat.org (atdot.dotat.org [150.101.89.3]) by hub.freebsd.org (Postfix) with ESMTP id EFDC614BE2 for ; Mon, 26 Apr 1999 02:57:07 -0700 (PDT) (envelope-from newton@atdot.dotat.org) Received: (from newton@localhost) by atdot.dotat.org (8.9.2/8.7) id TAA21511; Mon, 26 Apr 1999 19:25:29 +0930 (CST) From: Mark Newton Message-Id: <199904260955.TAA21511@atdot.dotat.org> Subject: Re: [freebsd-svr4] Anyone working on SCO ELF binary emulation? To: freebsd-svr4@atdot.dotat.org Date: Mon, 26 Apr 1999 19:25:29 +0930 (CST) Cc: freebsd-emulation@freebsd.org In-Reply-To: <19990424231519.A25153@dan.emsphone.com> from "Dan Nelson" at Apr 24, 99 11:15:20 pm X-Mailer: ELM [version 2.4 PL25] 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 Dan Nelson wrote: > I have the duty of making the latest MicroFocus COBOL compiler run > on FreeBSD, and was wondering if anyone has had any luck getting > SCO/ELF binaries to run under emulation on -current. Yup, in certain limited cases. It still needs work, though. Interested in helping out? :-) > MicroFocus has > binaries for SCO 3.2v4.2 which I'm sure will work, but I wanted to see > how hard it would be to get the current 5.0.4 binaries to work on BSD. > What I've done so far is just made the xenix syscall jump into the ibcs > xenix code, since even the latest SCO binaries want to call obsolete > xenix syscalls. /bin/sh works, almost. The COBOL installer program > runs until it tries to execute the 'pwd' command. It segfaults after > doing an fstat on ".." > 6068 sh CALL svr4_sys_open(0xbfbfd1a9,0x80,0x280ac28c) > 6068 sh NAMI ".." > 6068 sh RET svr4_sys_open 3 > 6068 sh CALL svr4_sys_fcntl(0x3,0x2,0x1) > 6068 sh RET svr4_sys_fcntl 0 > 6068 sh CALL svr4_sys_fstat(0x3,0xbfbfc960) > 6068 sh RET svr4_sys_fstat 0 > 6068 sh PSIG SIGSEGV caught handler=0x804b220 mask=0x0 code=0xc Hang on, are we talking about xenix or SCO here? Your ktrace output includes svr4_sys_* routines (which come from the ELF svr4 emulator), but you're talking about ibcs2 stuff above. > Right at the start of the program's execution, it makes a sysarch() > syscall with subfunction 114. Most SysVR4 programs do something similar. I think it's actually ld.so.1 that's doing it. > SCO's documentation lists it as > SI86GETFEATURES, but of course doesn't say what the arguments are, or > what I should be returning. My guess is that my failure to return > valid info for this syscall is what's making 'pwd' fail. Doubtful. FreeBSD's emulation should work in total ignorance of what sysarch() returns (although sysarch() is emulated, so if that isn't the case then values can be fudged which stop executables from crashing). > With the lack of documenation SCO provides, I'm surprised the ibcs/coff > emulation code got wirrten at all. Tell me about it. SysVR4 ELF is only marginally better. - mark -------------------------------------------------------------------- I tried an internal modem, newton@atdot.dotat.org but it hurt when I walked. Mark Newton ----- Voice: +61-4-1620-2223 ------------- Fax: +61-8-82231777 ----- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Apr 26 7:23:55 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from bachue.usc.unal.edu.co (bachue.usc.unal.edu.co [168.176.3.20]) by hub.freebsd.org (Postfix) with ESMTP id 499D7151A9 for ; Mon, 26 Apr 1999 07:23:42 -0700 (PDT) (envelope-from pfgiffun@bachue.usc.unal.edu.co) Received: from bachue.usc.unal.edu.co ([168.176.3.54]) by bachue.usc.unal.edu.co (Netscape Messaging Server 3.0) with ESMTP id AAA28096; Mon, 26 Apr 1999 09:22:38 -0400 Message-ID: <3724770D.CFCC7077@bachue.usc.unal.edu.co> Date: Mon, 26 Apr 1999 09:24:14 -0500 From: "Pedro F. Giffuni" Organization: Universidad Nacional de Colombia X-Mailer: Mozilla 4.5 [es] (Win95; I) X-Accept-Language: es,en-US,it MIME-Version: 1.0 To: Rick , FreeBSD-emulation@FreeBSD.ORG Subject: Re: doscmd error References: <3.0.5.32.19990425210541.00b29b80@mail> Content-Type: text/plain; charset=iso-8859-1 Content-Transfer-Encoding: 8bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Rick escribió: > when i run doscmd -bx i get > Could not open font ``vga'' You have to add a paramenter to the /etc/doscmdrc file, read well the coumentation, it's something like X11FONTS=fixed. > > also doscmd -r returns > mmap: Invalid argument I also received this message, I guess it's unsupported. cheers, Pedro. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Apr 26 8:58:41 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from dan.emsphone.com (dan.emsphone.com [199.67.51.101]) by hub.freebsd.org (Postfix) with ESMTP id 4F6811520A for ; Mon, 26 Apr 1999 08:58:36 -0700 (PDT) (envelope-from dan@dan.emsphone.com) Received: (from dan@localhost) by dan.emsphone.com (8.9.3/8.9.3) id KAA44799; Mon, 26 Apr 1999 10:58:27 -0500 (CDT) (envelope-from dan) Date: Mon, 26 Apr 1999 10:58:26 -0500 From: Dan Nelson To: Mark Newton Cc: freebsd-svr4@atdot.dotat.org, freebsd-emulation@FreeBSD.ORG Subject: Re: [freebsd-svr4] Anyone working on SCO ELF binary emulation? Message-ID: <19990426105826.A44673@dan.emsphone.com> References: <19990424231519.A25153@dan.emsphone.com> <199904260955.TAA21511@atdot.dotat.org> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.3i In-Reply-To: <199904260955.TAA21511@atdot.dotat.org>; from "Mark Newton" on Mon Apr 26 19:25:29 GMT 1999 X-OS: FreeBSD 4.0-CURRENT Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In the last episode (Apr 26), Mark Newton said: > Dan Nelson wrote: > > I have the duty of making the latest MicroFocus COBOL compiler run > > on FreeBSD, and was wondering if anyone has had any luck getting > > SCO/ELF binaries to run under emulation on -current. > > Yup, in certain limited cases. It still needs work, though. > Interested in helping out? :-) That's why I'm here :) I've got 5.0.2 and 5.0.4 installed on separate boxes, so I have lots of binaries to test with. > Hang on, are we talking about xenix or SCO here? Your ktrace output > includes svr4_sys_* routines (which come from the ELF svr4 emulator), > but you're talking about ibcs2 stuff above. Right. Even the ELF svr4 binaries call syscall #40, which is the SCO xenix syscall. They like calling xenix_eaccess. > > SCO's documentation lists it as SI86GETFEATURES, but of course > > doesn't say what the arguments are, or what I should be returning. > > My guess is that my failure to return valid info for this syscall > > is what's making 'pwd' fail. > > Doubtful. FreeBSD's emulation should work in total ignorance of what > sysarch() returns (although sysarch() is emulated, so if that isn't > the case then values can be fudged which stop executables from > crashing). Even though sysarch() is emulated, the SI86GETFEATURES subfunction is not, so I was wondering if we should be returning an error message, or fabricating some return value. Is returning 0 a valid response, from the SCO app's point of view? Does Linux do svr4 emulation? -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 Apr 26 9:29:11 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from bachue.usc.unal.edu.co (bachue.usc.unal.edu.co [168.176.3.20]) by hub.freebsd.org (Postfix) with ESMTP id BA1AA14D78 for ; Mon, 26 Apr 1999 09:29:01 -0700 (PDT) (envelope-from pfgiffun@bachue.usc.unal.edu.co) Received: from bachue.usc.unal.edu.co ([168.176.3.48]) by bachue.usc.unal.edu.co (Netscape Messaging Server 3.0) with ESMTP id AAA28978 for ; Mon, 26 Apr 1999 11:28:18 -0400 Message-ID: <37249418.6EFB294E@bachue.usc.unal.edu.co> Date: Mon, 26 Apr 1999 11:28:09 -0500 From: "Pedro F. Giffuni" Organization: U. Nacional de Colombia X-Mailer: Mozilla 4.08 [en] (X11; I; FreeBSD 3.1-RELEASE i386) MIME-Version: 1.0 To: FreeBSD-emulation@FreeBSD.org Subject: RxDOS and doscmd: a report References: <3722AE0E.D0190AC9@bachue.usc.unal.edu.co> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hello again; I tried RxDOS http://www.RxDOS.com/ with less success than FreeDOS: __________ giffuni# doscmd -bx ax=0000 bx=0013 cx=f000 dx=0000 si=7be2 di=052b sp=7bd4 bp=7bd4 cs=0070 ss=0000 ds=0000 es=0000 ip=0 eflags=b0246 62 61 64 20 63 6f 6d 6d 61 6e 64 3a 20 63 6f 75 boundw 0x64(%bx+%di),%sp DOS program caused floating point fault ax=0000 bx=0013 cx=f000 dx=0000 si=7be2 di=052b sp=7bd4 bp=7bd4 cs=0070 ss=0000 ds=0000 es=0000 ip=0 eflags=b0246 62 61 64 20 63 6f 6d 6d 61 6e 64 3a 20 63 6f 75 boundw 0x64(%bx+%di),%sp Divide by 0 in DOS program! ____________________ I think I'll contact the RxDOS author about this... FWIW, and for those that wonder... giffuni# more /etc/doscmdrc boot A: assign A: /dev/rfd0.1440 1440 assign A: /dev/rfd0.720 720 assign hard /usr/local/boot_drive 306 4 17 X11_FONT=fixed _____ cheers, Pedro. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Apr 26 9:43:49 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from bachue.usc.unal.edu.co (bachue.usc.unal.edu.co [168.176.3.20]) by hub.freebsd.org (Postfix) with ESMTP id 3A50714D78 for ; Mon, 26 Apr 1999 09:43:41 -0700 (PDT) (envelope-from pfgiffun@bachue.usc.unal.edu.co) Received: from bachue.usc.unal.edu.co ([168.176.3.48]) by bachue.usc.unal.edu.co (Netscape Messaging Server 3.0) with ESMTP id AAA29005; Mon, 26 Apr 1999 11:43:05 -0400 Message-ID: <372497FF.57E3C04A@bachue.usc.unal.edu.co> Date: Mon, 26 Apr 1999 11:44:48 -0500 From: "Pedro F. Giffuni" Organization: U. Nacional de Colombia X-Mailer: Mozilla 4.08 [en] (X11; I; FreeBSD 3.1-RELEASE i386) MIME-Version: 1.0 To: freebsd-emulation@FreeBSD.ORG Cc: Dan Nelson Subject: Re: [freebsd-svr4] Anyone working on SCO ELF binary emulation? References: <19990424231519.A25153@dan.emsphone.com> <199904260955.TAA21511@atdot.dotat.org> <19990426105826.A44673@dan.emsphone.com> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Dan Nelson wrote: > > > Does Linux do svr4 emulation? > FWIW, I think their emulation is more primitive than ours, the project seems dormant: ftp://tsx-11.mit.edu/pub/linux/BETA/ibcs2/ I am preparing a port of their scolibc, but have been busy lately with other things. BTW, if someone has a list of the SCO 5.0.2 libraries required by the iBCS emulator, this would help me make a port that extracts them from the CD. cheers, Pedro. To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Mon Apr 26 12:25:52 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from blaubaer.kn-bremen.de (blaubaer.kn-bremen.de [194.94.232.249]) by hub.freebsd.org (Postfix) with ESMTP id BC2CC14C8B; Mon, 26 Apr 1999 12:25:21 -0700 (PDT) (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 VAA16143; Mon, 26 Apr 1999 21:19:27 +0200 Received: (from nox@localhost) by saturn.kn-bremen.de (8.9.3/8.8.5) id VAA03311; Mon, 26 Apr 1999 21:10:28 +0200 (MET DST) Date: Mon, 26 Apr 1999 21:10:28 +0200 (MET DST) From: Juergen Lock Message-Id: <199904261910.VAA03311@saturn.kn-bremen.de> To: freebsd-hackers@FreeBSD.org Subject: Re: kern/11287: rfork(RFMEM...) doesn't share LDTs set by i386_set_ldt, breaking wine X-Newsgroups: local.list.freebsd.bugs In-Reply-To: <199904222239.AAA43095@saturn.kn-bremen.de> Organization: home Cc: freebsd-emulation@FreeBSD.org, FreeBSD-gnats-submit@FreeBSD.org Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org In article <199904222239.AAA43095@saturn.kn-bremen.de> you write: >>Description: > > wine now uses kernel threads (rfork()) and expects i386_set_ldt() > to work across threads, i.e. the new LDT be global to all threads. > rfork() copies the ldt regardless of the RFMEM flag so each thread > ends up with its own ldt (sys/i386/i386/vm_machdep.c, cpu_fork()). >>Fix: Here's a patch that makes it share the user LDT for rfork(RFTHREAD...), tested on 3.1-stable. It works by copying only the pcb_ldt pointer and copying it to all peers in i386_set_ldt(2). the status `copied pointer' is indicated by setting pcb_ldt_len = -1, only p_leader's pcb_ldt_len holds the real size. This appears to fix the wine crashes (more in the newsgroups...) if you add RFTHREAD to its rfork args. Everything else works as before, there is only one `problem': if you rfork(RFTHREAD...) and then in the parent do an exec() the exec'd program will still share the LDT as it will still be the p_leader... But as there is nothing else besides wine that uses i386_set_ldt(2) and wine doesn't do this it shouldn't really matter. (Btw. if a child exec()s shouldn't it unlink itself from the p_peers list? Looks like it currently doesn't. Hmm.) One other change: i added a handler for trap 12's at cpu_switch_load_{f,g}s as i was getting these while testing. the finished patch doesn't seem to generate them anymore (only trap 9's for which there already is a handler), but handling them anyway doesn't hurt, right? :) As for style etc., any comments are welcome. this is only my second patch to FreeBSD's kernel... cvs diff: Diffing sys Index: sys/proc.h =================================================================== RCS file: /home/cvs/cvs/src/sys/sys/proc.h,v retrieving revision 1.66.2.2 diff -u -r1.66.2.2 proc.h --- proc.h 1999/02/23 13:44:36 1.66.2.2 +++ proc.h 1999/04/25 17:35:14 @@ -373,6 +373,7 @@ void unsleep __P((struct proc *)); void wakeup_one __P((void *chan)); +void cpu_kill9 __P((struct proc *)); void cpu_exit __P((struct proc *)) __dead2; void exit1 __P((struct proc *, int)) __dead2; void cpu_fork __P((struct proc *, struct proc *)); cvs diff: Diffing kern Index: kern/kern_exit.c =================================================================== RCS file: /home/cvs/cvs/src/sys/kern/kern_exit.c,v retrieving revision 1.71.2.2 diff -u -r1.71.2.2 kern_exit.c --- kern_exit.c 1999/03/02 00:42:08 1.71.2.2 +++ kern_exit.c 1999/04/26 14:48:47 @@ -41,6 +41,9 @@ #include "opt_compat.h" #include "opt_ktrace.h" +#ifdef __i386__ +#include "opt_user_ldt.h" +#endif #include #include @@ -139,6 +142,12 @@ * than the internal signal */ kill(p, &killArgs); +#ifdef __i386__ +#ifdef USER_LDT + /* hook to undo LDT sharing */ + cpu_kill9(q); +#endif +#endif nq = q; q = q->p_peers; /* cvs diff: Diffing i386/i386 Index: i386/i386/machdep.c =================================================================== RCS file: /home/cvs/cvs/src/sys/i386/i386/machdep.c,v retrieving revision 1.322.2.4 diff -u -r1.322.2.4 machdep.c --- machdep.c 1999/02/17 13:08:41 1.322.2.4 +++ machdep.c 1999/04/26 16:34:31 @@ -815,13 +815,34 @@ #ifdef USER_LDT /* was i386_user_cleanup() in NetBSD */ if (pcb->pcb_ldt) { - if (pcb == curpcb) { - lldt(_default_ldt); - currentldt = _default_ldt; + if (pcb->pcb_ldt_len != -1) { +#ifdef DIAGNOSTIC + if (p->p_leader != p) + panic("setregs: pcb_ldt_len != -1 in peer"); +#endif + if (!p->p_peers) { + if (pcb == curpcb) { + lldt(_default_ldt); + currentldt = _default_ldt; + } + pcb->pcb_ldt_len = (int)pcb->pcb_ldt = 0; + kmem_free(kernel_map, (vm_offset_t)pcb->pcb_ldt, + pcb->pcb_ldt_len * sizeof(union descriptor)); + } else { + /* XXX what to do here? */ + printf("setregs: leader exec()ing, keeping shared user ldt\n"); + } +#ifdef DIAGNOSTIC + } else if (!p->p_leader || p->p_leader == p) { + panic("setregs: pcb_ldt_len == -1 in leader"); +#endif + } else { + if (pcb == curpcb) { + lldt(_default_ldt); + currentldt = _default_ldt; + } + pcb->pcb_ldt_len = (int)pcb->pcb_ldt = 0; } - kmem_free(kernel_map, (vm_offset_t)pcb->pcb_ldt, - pcb->pcb_ldt_len * sizeof(union descriptor)); - pcb->pcb_ldt_len = (int)pcb->pcb_ldt = 0; } #endif Index: i386/i386/sys_machdep.c =================================================================== RCS file: /home/cvs/cvs/src/sys/i386/i386/sys_machdep.c,v retrieving revision 1.38 diff -u -r1.38 sys_machdep.c --- sys_machdep.c 1998/12/07 21:58:19 1.38 +++ sys_machdep.c 1999/04/26 15:05:02 @@ -259,8 +259,16 @@ void set_user_ldt(struct pcb *pcb) { + int nldt = pcb->pcb_ldt_len; + if (nldt == -1) { +#ifdef DIAGNOSTIC + if (pcb != (struct pcb *)&curproc->p_addr->u_pcb) + panic("set_user_ldt: pcb->pcb_ldt_len == -1 and pcb != curproc's"); +#endif + nldt = ((struct pcb *)&curproc->p_leader->p_addr->u_pcb)->pcb_ldt_len; + } gdt_segs[GUSERLDT_SEL].ssd_base = (unsigned)pcb->pcb_ldt; - gdt_segs[GUSERLDT_SEL].ssd_limit = (pcb->pcb_ldt_len * sizeof(union descriptor)) - 1; + gdt_segs[GUSERLDT_SEL].ssd_limit = (nldt * sizeof(union descriptor)) - 1; ssdtosd(&gdt_segs[GUSERLDT_SEL], &gdt[GUSERLDT_SEL].sd); lldt(GSEL(GUSERLDT_SEL, SEL_KPL)); currentldt = GSEL(GUSERLDT_SEL, SEL_KPL); @@ -301,6 +309,13 @@ if (pcb->pcb_ldt) { nldt = pcb->pcb_ldt_len; + if (nldt == -1) { +#ifdef DIAGNOSTIC + if (!p->p_leader || p->p_leader == p) + panic("i386_get_ldt: pcb_ldt_len == -1 in leader"); +#endif + nldt = ((struct pcb *)&p->p_leader->p_addr->u_pcb)->pcb_ldt_len; + } num = min(uap->num, nldt); lp = &((union descriptor *)(pcb->pcb_ldt))[uap->start]; } else { @@ -335,7 +350,8 @@ int error = 0, i, n; int largest_ld; struct pcb *pcb = &p->p_addr->u_pcb; - int s; + struct proc *q; + int nldt, s; struct i386_set_ldt_args ua, *uap; if ((error = copyin(args, &ua, sizeof(struct i386_set_ldt_args))) < 0) @@ -359,24 +375,54 @@ return(EINVAL); /* allocate user ldt */ - if (!pcb->pcb_ldt || (largest_ld >= pcb->pcb_ldt_len)) { + nldt = pcb->pcb_ldt_len; + if (nldt == -1) { +#ifdef DIAGNOSTIC + if (!p->p_leader || p->p_leader == p) + panic("i386_set_ldt: pcb_ldt_len == -1 in leader"); +#endif + nldt = ((struct pcb *)&p->p_leader->p_addr->u_pcb)->pcb_ldt_len; + } + if (!pcb->pcb_ldt || (largest_ld >= nldt)) { union descriptor *new_ldt = (union descriptor *)kmem_alloc( kernel_map, SIZE_FROM_LARGEST_LD(largest_ld)); if (new_ldt == NULL) { return ENOMEM; } if (pcb->pcb_ldt) { - bcopy(pcb->pcb_ldt, new_ldt, pcb->pcb_ldt_len + bcopy(pcb->pcb_ldt, new_ldt, nldt * sizeof(union descriptor)); kmem_free(kernel_map, (vm_offset_t)pcb->pcb_ldt, - pcb->pcb_ldt_len * sizeof(union descriptor)); + nldt * sizeof(union descriptor)); } else { bcopy(ldt, new_ldt, sizeof(ldt)); } - pcb->pcb_ldt = (caddr_t)new_ldt; - pcb->pcb_ldt_len = NEW_MAX_LD(largest_ld); + /* + * copy pcb_ldt for peers, set their pcb_ldt_len = -1 + * to indicate this is a copy + */ + for (q = p->p_leader; q; q = q->p_peers) { + struct pcb *pcb2 = &q->p_addr->u_pcb; + + pcb2->pcb_ldt = (caddr_t)new_ldt; + /* the leader gets the real pcb_ldt_len */ + if (q == p->p_leader) + pcb2->pcb_ldt_len = NEW_MAX_LD(largest_ld); + else + pcb2->pcb_ldt_len = -1; + if (pcb2 == curpcb) + set_user_ldt((struct pcb *)&p->p_leader->p_addr->u_pcb); + } +#ifdef DIAGNOSTIC + if (!p->p_leader) + panic("i386_set_ldt: p_leader == 0"); + if (pcb->pcb_ldt != (caddr_t)new_ldt) + panic("i386_set_ldt: pcb->pcb_ldt != new_ldt"); +#endif +#if 0 if (pcb == curpcb) set_user_ldt(pcb); +#endif } /* Check descriptors for access violations */ Index: i386/i386/trap.c =================================================================== RCS file: /home/cvs/cvs/src/sys/i386/i386/trap.c,v retrieving revision 1.133 diff -u -r1.133 trap.c --- trap.c 1999/01/06 23:05:36 1.133 +++ trap.c 1999/04/26 13:44:35 @@ -434,6 +434,29 @@ switch (type) { case T_PAGEFLT: /* page fault */ + if (intr_nesting_level == 0) { + /* + * Invalid %fs's and %gs's can be created using + * procfs or PT_SETREGS or by invalidating the + * underlying LDT entry. This causes a fault + * in kernel mode when the kernel attempts to + * switch contexts. Lose the bad context + * (XXX) so that we can continue, and generate + * a signal. + */ + if (frame.tf_eip == (int)cpu_switch_load_fs + && curpcb->pcb_fs) { + curpcb->pcb_fs = 0; + psignal(p, SIGBUS); + return; + } + if (frame.tf_eip == (int)cpu_switch_load_gs + && curpcb->pcb_gs) { + curpcb->pcb_gs = 0; + psignal(p, SIGBUS); + return; + } + } (void) trap_pfault(&frame, FALSE, eva); return; Index: i386/i386/vm_machdep.c =================================================================== RCS file: /home/cvs/cvs/src/sys/i386/i386/vm_machdep.c,v retrieving revision 1.115 diff -u -r1.115 vm_machdep.c --- vm_machdep.c 1999/01/06 23:05:37 1.115 +++ vm_machdep.c 1999/04/26 15:31:35 @@ -173,11 +173,32 @@ /* Copy the LDT, if necessary. */ if (pcb2->pcb_ldt != 0) { union descriptor *new_ldt; - size_t len = pcb2->pcb_ldt_len * sizeof(union descriptor); + int nldt = pcb2->pcb_ldt_len; - new_ldt = (union descriptor *)kmem_alloc(kernel_map, len); - bcopy(pcb2->pcb_ldt, new_ldt, len); - pcb2->pcb_ldt = (caddr_t)new_ldt; + if (nldt == -1) { +#ifdef DIAGNOSTIC + if (!p2->p_leader || p2->p_leader == p2) + panic("cpu_fork: pcb_ldt_len == -1 in leader"); +#endif + nldt = ((struct pcb *)&p2->p_leader->p_addr->u_pcb)->pcb_ldt_len; + } + if (p2->p_leader == p1->p_leader) { + /* + * this is a rfork(RFTHREAD|...), + * indicate pcb_ldt is a copy + */ + pcb2->pcb_ldt_len = -1; +#ifdef DIAGNOSTIC + if (p2->p_leader == p2) + panic("cpu_fork: p2->p_leader == p1->p_leader and p2 is leader"); +#endif + } else { + new_ldt = (union descriptor *)kmem_alloc(kernel_map, + nldt * sizeof(union descriptor)); + bcopy(pcb2->pcb_ldt, new_ldt, + nldt * sizeof(union descriptor)); + pcb2->pcb_ldt = (caddr_t)new_ldt; + } } #endif @@ -240,8 +261,13 @@ lldt(_default_ldt); currentldt = _default_ldt; } - kmem_free(kernel_map, (vm_offset_t)pcb->pcb_ldt, - pcb->pcb_ldt_len * sizeof(union descriptor)); + if (pcb->pcb_ldt_len != -1) + kmem_free(kernel_map, (vm_offset_t)pcb->pcb_ldt, + pcb->pcb_ldt_len * sizeof(union descriptor)); +#ifdef DIAGNOSTIC + else if (!p->p_leader || p->p_leader == p) + panic("cpu_exit: pcb_ldt_len == -1 in leader"); +#endif pcb->pcb_ldt_len = (int)pcb->pcb_ldt = 0; } #endif @@ -249,6 +275,25 @@ cpu_switch(p); panic("cpu_exit"); } + +#ifdef USER_LDT +void +cpu_kill9(p) + register struct proc *p; +{ + struct pcb *pcb = &p->p_addr->u_pcb; + /* + * hook to undo ldt sharing: + * we are going to be SIGKILL'd so we can just forget our ldt + */ + if (pcb->pcb_ldt_len == -1) + pcb->pcb_ldt_len = (int)pcb->pcb_ldt = 0; +#ifdef DIAGNOSTIC + if (pcb == curpcb) + panic("cpu_kill9: pcb == curpcb"); +#endif +} +#endif void cpu_wait(p) cvs diff: Diffing pc98/i386 Index: pc98/i386/machdep.c =================================================================== RCS file: /home/cvs/cvs/src/sys/pc98/i386/machdep.c,v retrieving revision 1.105.2.3 diff -u -r1.105.2.3 machdep.c --- machdep.c 1999/02/19 14:39:52 1.105.2.3 +++ machdep.c 1999/04/26 16:34:38 @@ -828,13 +828,34 @@ #ifdef USER_LDT /* was i386_user_cleanup() in NetBSD */ if (pcb->pcb_ldt) { - if (pcb == curpcb) { - lldt(_default_ldt); - currentldt = _default_ldt; + if (pcb->pcb_ldt_len != -1) { +#ifdef DIAGNOSTIC + if (p->p_leader != p) + panic("setregs: pcb_ldt_len != -1 in peer"); +#endif + if (!p->p_peers) { + if (pcb == curpcb) { + lldt(_default_ldt); + currentldt = _default_ldt; + } + pcb->pcb_ldt_len = (int)pcb->pcb_ldt = 0; + kmem_free(kernel_map, (vm_offset_t)pcb->pcb_ldt, + pcb->pcb_ldt_len * sizeof(union descriptor)); + } else { + /* XXX what to do here? */ + printf("setregs: leader exec()ing, keeping shared user ldt\n"); + } +#ifdef DIAGNOSTIC + } else if (!p->p_leader || p->p_leader == p) { + panic("setregs: pcb_ldt_len == -1 in leader"); +#endif + } else { + if (pcb == curpcb) { + lldt(_default_ldt); + currentldt = _default_ldt; + } + pcb->pcb_ldt_len = (int)pcb->pcb_ldt = 0; } - kmem_free(kernel_map, (vm_offset_t)pcb->pcb_ldt, - pcb->pcb_ldt_len * sizeof(union descriptor)); - pcb->pcb_ldt_len = (int)pcb->pcb_ldt = 0; } #endif Happy hacking, -- 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 Apr 26 16:50:42 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from m4.c2.telstra-mm.net.au (m4.c2.telstra-mm.net.au [24.192.3.19]) by hub.freebsd.org (Postfix) with ESMTP id A4EB41539B for ; Mon, 26 Apr 1999 16:50:31 -0700 (PDT) (envelope-from andrew@lake.com.au) Received: from m5.c2.telstra-mm.net.au (m5.c2.telstra-mm.net.au [24.192.3.20]) by m4.c2.telstra-mm.net.au (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id JAA16324 for ; Tue, 27 Apr 1999 09:50:29 +1000 (EST) X-BPC-Relay-Envelope-From: andrew@lake.com.au X-BPC-Relay-Envelope-To: X-BPC-Relay-Sender-Host: m5.c2.telstra-mm.net.au [24.192.3.20] X-BPC-Relay-Info: Message delivered directly. Received: from areilly.bpc-users.org (CPE-24-192-51-95.nsw.bigpond.net.au [24.192.51.95]) by m5.c2.telstra-mm.net.au (8.8.6 (PHNE_14041)/8.8.6) with SMTP id JAA21943 for ; Tue, 27 Apr 1999 09:50:28 +1000 (EST) Received: (qmail 59003 invoked by uid 1000); 26 Apr 1999 23:50:28 -0000 From: "Andrew Reilly" Date: Tue, 27 Apr 1999 09:50:28 +1000 To: Juergen Lock Cc: freebsd-emulation@FreeBSD.ORG Subject: Wine, Win32 stripped executables vs FreeBSD mmap() Message-ID: <19990427095028.A58899@gurney.reilly.home> References: <199904222239.AAA43095@saturn.kn-bremen.de> <199904261910.VAA03311@saturn.kn-bremen.de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <199904261910.VAA03311@saturn.kn-bremen.de>; from Juergen Lock on Mon, Apr 26, 1999 at 09:10:28PM +0200 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi Jurgen, -emulators, As a simultaneous expert in Wine and FreeBSD, do you have any thoughts on the problem I reported last week: I found that Wine could not execute any of my Win32 programs, because the FreeBSD mmap system call refused to allocate a block of VM at 0x4000000 for the executable. I poked around in /proc a little, and it didn't appear that anything else was using that space, but then again, nothing appeared to use virtual addresses lower than 0x8048000. Is there some architectural reason for that space to be off limmits in FreeBSD? -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Apr 27 9:30: 8 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from relay.nvkz.kuzbass.net (relay.Nvkz.kuzbass.net [194.84.114.162]) by hub.freebsd.org (Postfix) with ESMTP id 69B62156CD for ; Tue, 27 Apr 1999 09:29:47 -0700 (PDT) (envelope-from bles@nvkz.kuzbass.net) Received: from bles ([172.16.4.38]) by relay.nvkz.kuzbass.net (8.9.1/8.9.1) with SMTP id AAA13919 for ; Wed, 28 Apr 1999 00:33:04 +0800 (KRSS) Message-ID: <001201be90ec$c15976e0$260410ac@bles.kuzbass.net> From: "Boris B. Lesnikov" To: Subject: Help Date: Wed, 28 Apr 1999 00:29:52 +0400 MIME-Version: 1.0 Content-Type: multipart/alternative; boundary="----=_NextPart_000_000F_01BE910E.3B52BBC0" X-Priority: 3 X-MSMail-Priority: Normal X-Mailer: Microsoft Outlook Express 4.72.3110.5 X-MimeOLE: Produced By Microsoft MimeOLE V4.72.3110.3 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org This is a multi-part message in MIME format. ------=_NextPart_000_000F_01BE910E.3B52BBC0 Content-Type: text/plain; charset="koi8-r" Content-Transfer-Encoding: quoted-printable Hi! Please! Send me special emulator for Dos program, for run under freeBSD. Truly yours. Boris B. Lesnikov ------=_NextPart_000_000F_01BE910E.3B52BBC0 Content-Type: text/html; charset="koi8-r" Content-Transfer-Encoding: quoted-printable
Hi!
Please!
Send me special = emulator for=20 Dos program, for run under freeBSD.
Truly = yours.
Boris B.=20 Lesnikov
------=_NextPart_000_000F_01BE910E.3B52BBC0-- To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Apr 27 13:25:32 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from blaubaer.kn-bremen.de (blaubaer.kn-bremen.de [194.94.232.249]) by hub.freebsd.org (Postfix) with ESMTP id 4A7E11567C for ; Tue, 27 Apr 1999 13:25:24 -0700 (PDT) (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 WAA16706; Tue, 27 Apr 1999 22:19:00 +0200 Received: (from nox@localhost) by saturn.kn-bremen.de (8.9.3/8.8.5) id WAA03727; Tue, 27 Apr 1999 22:20:51 +0200 (MET DST) From: Juergen Lock Date: Tue, 27 Apr 1999 22:20:50 +0200 To: Andrew Reilly Cc: freebsd-emulation@FreeBSD.ORG Subject: Re: Wine, Win32 stripped executables vs FreeBSD mmap() Message-ID: <19990427222050.A2642@saturn.kn-bremen.de> References: <199904222239.AAA43095@saturn.kn-bremen.de> <199904261910.VAA03311@saturn.kn-bremen.de> <19990427095028.A58899@gurney.reilly.home> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <19990427095028.A58899@gurney.reilly.home>; from Andrew Reilly on Tue, Apr 27, 1999 at 09:50:28AM +1000 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Apr 27, 1999 at 09:50:28AM +1000, Andrew Reilly wrote: > Hi Jurgen, -emulators, > > As a simultaneous expert in Wine and FreeBSD, Well... :) > do you have any > thoughts on the problem I reported last week: I found that Wine > could not execute any of my Win32 programs, because the FreeBSD mmap > system call refused to allocate a block of VM at 0x4000000 for > the executable. I poked around in /proc a little, and it didn't > appear that anything else was using that space, but then again, > nothing appeared to use virtual addresses lower than 0x8048000. > Is there some architectural reason for that space to be off > limmits in FreeBSD? Hmm. i have no idea why it is doing that... maybe ask in -hackers? sorry, -- 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 Tue Apr 27 14: 6:34 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from bachue.usc.unal.edu.co (bachue.usc.unal.edu.co [168.176.3.20]) by hub.freebsd.org (Postfix) with ESMTP id EF80014E76 for ; Tue, 27 Apr 1999 14:06:13 -0700 (PDT) (envelope-from pfgiffun@bachue.usc.unal.edu.co) Received: from bachue.usc.unal.edu.co ([168.176.3.31]) by bachue.usc.unal.edu.co (Netscape Messaging Server 3.0) with ESMTP id AAA10118; Tue, 27 Apr 1999 16:05:15 -0400 Message-ID: <372625FE.3DF8919F@bachue.usc.unal.edu.co> Date: Tue, 27 Apr 1999 16:02:55 -0500 From: "Pedro F. Giffuni" Organization: U. Nacional de Colombia X-Mailer: Mozilla 4.08 [en] (X11; I; FreeBSD 3.1-RELEASE i386) MIME-Version: 1.0 To: "Boris B. Lesnikov" Subject: Re: Help References: <001201be90ec$c15976e0$260410ac@bles.kuzbass.net> Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Hi, doscmd will only only work under FreeBSD-3.0R or upper, it's included in the usr.bin source packages. Other applications that you might find useful are pcemu (ports tree) and bochs www.bochs.com . Sorry I don't mail software. Pedro. Boris B. Lesnikov wrote: > Hi!Please!Send me special emulator for Dos program, for run under > freeBSD.Truly yours.Boris B. Lesnikov To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Apr 27 18:42: 2 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (Postfix) with ESMTP id 809C4150FD for ; Tue, 27 Apr 1999 18:42:00 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id VAA29678; Tue, 27 Apr 1999 21:41:22 -0400 (EDT) (envelope-from luoqi) Date: Tue, 27 Apr 1999 21:41:22 -0400 (EDT) From: Luoqi Chen Message-Id: <199904280141.VAA29678@lor.watermarkgroup.com> To: andrew@lake.com.au, nox@jelal.kn-bremen.de Subject: Re: Wine, Win32 stripped executables vs FreeBSD mmap() Cc: freebsd-emulation@FreeBSD.ORG Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Hi Jurgen, -emulators, > > As a simultaneous expert in Wine and FreeBSD, do you have any > thoughts on the problem I reported last week: I found that Wine > could not execute any of my Win32 programs, because the FreeBSD mmap > system call refused to allocate a block of VM at 0x4000000 for > the executable. I poked around in /proc a little, and it didn't > nothing appeared to use virtual addresses lower than 0x8048000. > Is there some architectural reason for that space to be off > limmits in FreeBSD? > You should be able to mmap at any address in user space (currently address <0xc0000000). I wrote a test program to map one anonymous page at 0x4000000 and it worked. What's the errno from the mmap() call? How big is the block wine tried to allocate? What's the flag argument passed to mmap()? > -- > Andrew > -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue Apr 27 22: 5:36 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from m4.c2.telstra-mm.net.au (m4.c2.telstra-mm.net.au [24.192.3.19]) by hub.freebsd.org (Postfix) with ESMTP id 51CFF14E89 for ; Tue, 27 Apr 1999 22:05:32 -0700 (PDT) (envelope-from andrew@lake.com.au) Received: from m5.c2.telstra-mm.net.au (m5.c2.telstra-mm.net.au [24.192.3.20]) by m4.c2.telstra-mm.net.au (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id PAA17110 for ; Wed, 28 Apr 1999 15:05:29 +1000 (EST) X-BPC-Relay-Envelope-From: andrew@lake.com.au X-BPC-Relay-Envelope-To: X-BPC-Relay-Sender-Host: m5.c2.telstra-mm.net.au [24.192.3.20] X-BPC-Relay-Info: Message delivered directly. Received: from areilly.bpc-users.org (CPE-24-192-51-95.nsw.bigpond.net.au [24.192.51.95]) by m5.c2.telstra-mm.net.au (8.8.6 (PHNE_14041)/8.8.6) with SMTP id PAA10507 for ; Wed, 28 Apr 1999 15:05:28 +1000 (EST) Received: (qmail 26750 invoked by uid 1000); 28 Apr 1999 05:05:29 -0000 From: "Andrew Reilly" Date: Wed, 28 Apr 1999 15:05:29 +1000 To: Luoqi Chen Cc: andrew@lake.com.au, nox@jelal.kn-bremen.de, freebsd-emulation@FreeBSD.ORG Subject: Re: Wine, Win32 stripped executables vs FreeBSD mmap() Message-ID: <19990428150529.A26340@gurney.reilly.home> References: <199904280141.VAA29678@lor.watermarkgroup.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <199904280141.VAA29678@lor.watermarkgroup.com>; from Luoqi Chen on Tue, Apr 27, 1999 at 09:41:22PM -0400 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Tue, Apr 27, 1999 at 09:41:22PM -0400, Luoqi Chen wrote: > > As a simultaneous expert in Wine and FreeBSD, do you have any > > thoughts on the problem I reported last week: I found that Wine > > could not execute any of my Win32 programs, because the FreeBSD mmap > > system call refused to allocate a block of VM at 0x4000000 for > > the executable. I poked around in /proc a little, and it didn't > > nothing appeared to use virtual addresses lower than 0x8048000. > > Is there some architectural reason for that space to be off > > limmits in FreeBSD? > > > You should be able to mmap at any address in user space (currently address > <0xc0000000). I wrote a test program to map one anonymous page at 0x4000000 > and it worked. What's the errno from the mmap() call? How big is the block > wine tried to allocate? What's the flag argument passed to mmap()? I've done some poking around of my own, with ktrace this time, and found some interesting things. First, to answer your questions: Errno: 0: mmap doesn't think it's failing, it just isn't returning a block with the address we've requested. How big? 0x6b000. The whole call was: mmap(0x400000,0x6b000,7,0x1002,-1,0) which produced the result: 0x28a70000 Those flags are MAP_ANON and MAP_PRIVATE, as I'm sure you know. The poking I did this morning was to try adding MAP_FIXED to the flags, so that at least we'd see an error from the failure. Well, now the map works and I get the address 0x400000 returned. I've added a one-line patch to wine to include this flag: --- work/wine-990214/files/file.c.orig Wed Apr 28 15:00:48 1999 +++ work/wine-990214/files/file.c Wed Apr 28 13:54:08 1999 @@ -1604,6 +1604,7 @@ #ifdef MAP_PRIVATE flags |= MAP_PRIVATE; #endif +/*AR:TRIAL:*/if (start) flags |= MAP_FIXED; /* see if this helps */ } else fd = unix_handle; Well, that has done the trick for me. I can now execute the Win32 assemblers and simulators that I was using before the upgrade, so I'm a happy camper. I'll send the patch to the Wine folk, to see if they want to try it, but if you have any thoughts about why mmap was ignoring my address "hint", I'd be keen to hear them. -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Apr 28 18: 6:14 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from ccsun11.csie.nctu.edu.tw (ccsun11.csie.nctu.edu.tw [140.113.209.111]) by hub.freebsd.org (Postfix) with ESMTP id 3A0FA14EB2 for ; Wed, 28 Apr 1999 18:04:33 -0700 (PDT) (envelope-from wkwu@ccsun11.csie.nctu.edu.tw) Received: (from wkwu@localhost) by ccsun11.csie.nctu.edu.tw (8.9.3/8.9.0) id IAA15896 for freebsd-emulation@freebsd.org; Thu, 29 Apr 1999 08:52:46 +0800 (CST) From: Wei-Kai Wu Message-Id: <199904290052.IAA15896@ccsun11.csie.nctu.edu.tw> Subject: subscribe To: freebsd-emulation@freebsd.org Date: Thu, 29 Apr 1999 08:52:45 +0800 (CST) X-Mailer: ELM [version 2.4ME+ PL32 (25)] 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 subscribe. I want to play the rundos. -- °ê¥ß¥æ³q¤j¾Ç¸ê°T¤uµ{¾Ç¨t Wei-Kai Wu ¤Q¤TªÙ902«Ç TEL:22111 E-mail: wkwu@csie.nctu.edu.tw To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed Apr 28 21: 4: 7 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from lor.watermarkgroup.com (lor.watermarkgroup.com [207.202.73.33]) by hub.freebsd.org (Postfix) with ESMTP id D060014BF7 for ; Wed, 28 Apr 1999 21:04:05 -0700 (PDT) (envelope-from luoqi@watermarkgroup.com) Received: (from luoqi@localhost) by lor.watermarkgroup.com (8.8.8/8.8.8) id XAA11663; Wed, 28 Apr 1999 23:59:04 -0400 (EDT) (envelope-from luoqi) Date: Wed, 28 Apr 1999 23:59:04 -0400 (EDT) From: Luoqi Chen Message-Id: <199904290359.XAA11663@lor.watermarkgroup.com> To: andrew@lake.com.au Subject: Re: Wine, Win32 stripped executables vs FreeBSD mmap() Cc: freebsd-emulation@FreeBSD.ORG, nox@jelal.kn-bremen.de Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > I'll send the patch to the Wine folk, to see if they want to try > it, but if you have any thoughts about why mmap was ignoring my > address "hint", I'd be keen to hear them. > mmap() is ignoring hint that's below data heap and its potential growth area. While it works fine for a.out executables because there is no useable space below data heap, this is no longer true for elf executables. Please try this patch, Index: vm/vm_mmap.c =================================================================== RCS file: /home/ncvs/src/sys/vm/vm_mmap.c,v retrieving revision 1.94 diff -u -r1.94 vm_mmap.c --- vm_mmap.c 1999/04/27 11:18:49 1.94 +++ vm_mmap.c 1999/04/29 03:47:28 @@ -228,7 +228,9 @@ * There should really be a pmap call to determine a reasonable * location. */ - else if (addr < round_page((vm_offset_t)p->p_vmspace->vm_daddr + MAXDSIZ)) + else if (addr == 0 || + addr >= round_page((vm_offset_t)p->p_vmspace->vm_taddr) && + addr < round_page((vm_offset_t)p->p_vmspace->vm_daddr + MAXDSIZ)) addr = round_page((vm_offset_t)p->p_vmspace->vm_daddr + MAXDSIZ); if (flags & MAP_ANON) { > -- > Andrew > -lq To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Thu Apr 29 0:15:49 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from m4.c2.telstra-mm.net.au (m4.c2.telstra-mm.net.au [24.192.3.19]) by hub.freebsd.org (Postfix) with ESMTP id 0A27C14DA2 for ; Thu, 29 Apr 1999 00:15:46 -0700 (PDT) (envelope-from andrew@lake.com.au) Received: from m5.c2.telstra-mm.net.au (m5.c2.telstra-mm.net.au [24.192.3.20]) by m4.c2.telstra-mm.net.au (8.8.6 (PHNE_14041)/8.8.6) with ESMTP id RAA05791 for ; Thu, 29 Apr 1999 17:15:44 +1000 (EST) X-BPC-Relay-Envelope-From: andrew@lake.com.au X-BPC-Relay-Envelope-To: X-BPC-Relay-Sender-Host: m5.c2.telstra-mm.net.au [24.192.3.20] X-BPC-Relay-Info: Message delivered directly. Received: from areilly.bpc-users.org (CPE-24-192-51-95.nsw.bigpond.net.au [24.192.51.95]) by m5.c2.telstra-mm.net.au (8.8.6 (PHNE_14041)/8.8.6) with SMTP id RAA28535 for ; Thu, 29 Apr 1999 17:15:33 +1000 (EST) Received: (qmail 686 invoked by uid 1000); 29 Apr 1999 07:15:33 -0000 From: "Andrew Reilly" Date: Thu, 29 Apr 1999 17:15:33 +1000 To: Luoqi Chen Cc: andrew@lake.com.au, freebsd-emulation@FreeBSD.ORG, nox@jelal.kn-bremen.de Subject: Re: Wine, Win32 stripped executables vs FreeBSD mmap() Message-ID: <19990429171533.A651@gurney.reilly.home> References: <199904290359.XAA11663@lor.watermarkgroup.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Mailer: Mutt 0.95.4i In-Reply-To: <199904290359.XAA11663@lor.watermarkgroup.com>; from Luoqi Chen on Wed, Apr 28, 1999 at 11:59:04PM -0400 Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org On Wed, Apr 28, 1999 at 11:59:04PM -0400, Luoqi Chen wrote: > mmap() is ignoring hint that's below data heap and its potential growth > area. While it works fine for a.out executables because there is no useable > space below data heap, this is no longer true for elf executables. Please > try this patch, > > Index: vm/vm_mmap.c Well, after a whole five minutes of testing, on two programs, I can say unequivocally that it appears to work. I'm sure that the wine folk will be delighted that they won't have to apply my horrible patch. Will this make it into the _STABLE branch at some stage? (I'm testing it on _STABLE from a few weeks ago, at the moment.) Thanks, -- Andrew To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue May 4 12: 2:37 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (Postfix) with ESMTP id 8063C152CB for ; Tue, 4 May 1999 12:02:36 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id MAA00509; Tue, 4 May 1999 12:00:46 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199905041900.MAA00509@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Leigh Hart Cc: emulation@freebsd.org Subject: Re: ViaVoice... In-reply-to: Your message of "Tue, 04 May 1999 23:57:35 +0930." <199905041427.XAA22540@at.dotat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 04 May 1999 12:00:46 -0700 From: Mike Smith Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Hi Amancio, > > I presume from this that you had no luck getting it working? > > The list has been deathly silent about it... No surprises there. This is an emulation issue; use the right list. > I have managed > to get over the missing libary issues, but now I just core > dump (Bad system call) when trying to run the engine, and > this when I run vvuseradm: Have you considered peraps using truss to find out what it's doing and then _telling_ us so we can implement the system call in question? -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue May 4 12:11:56 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from rah.star-gate.com (rah.star-gate.com [209.249.129.138]) by hub.freebsd.org (Postfix) with ESMTP id 3ABC615864 for ; Tue, 4 May 1999 12:11:48 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.9.3/8.8.8) with ESMTP id MAA18322; Tue, 4 May 1999 12:11:25 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <199905041911.MAA18322@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Mike Smith Cc: Leigh Hart , emulation@FreeBSD.ORG Subject: Re: ViaVoice... In-reply-to: Your message of "Tue, 04 May 1999 12:00:46 PDT." <199905041900.MAA00509@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 04 May 1999 12:11:25 -0700 From: Amancio Hasty Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org syscall ogetrlimit(0x3,0xbfbfce04) returns 0 (0x0) syscall osetrlimit(0x3,0xbfbfce04) returns 0 (0x0) syscall getpid() returns 18314 (0x478a) syscall linux_newuname(0xbfbfce0c) returns 0 (0x0) SIGNAL 12 SIGNAL 12 Process stopped because of: 16 process exit, rval = 140 Bad system call (core dumped) I guess is linux_newuname that is causing the problem. -- Amancio Hasty hasty@star-gate.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue May 4 12:36: 6 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (Postfix) with ESMTP id 3606715849 for ; Tue, 4 May 1999 12:36:04 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id MAA00797; Tue, 4 May 1999 12:33:30 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199905041933.MAA00797@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Amancio Hasty Cc: Mike Smith , Leigh Hart , emulation@FreeBSD.ORG Subject: Re: ViaVoice... In-reply-to: Your message of "Tue, 04 May 1999 12:11:25 PDT." <199905041911.MAA18322@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 04 May 1999 12:33:30 -0700 From: Mike Smith Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > syscall ogetrlimit(0x3,0xbfbfce04) > returns 0 (0x0) > syscall osetrlimit(0x3,0xbfbfce04) > returns 0 (0x0) > syscall getpid() > returns 18314 (0x478a) > syscall linux_newuname(0xbfbfce0c) > returns 0 (0x0) > SIGNAL 12 > SIGNAL 12 > Process stopped because of: 16 > process exit, rval = 140 > Bad system call (core dumped) > > I guess is linux_newuname that is causing the problem. No, because linux_newuname is implemented and works. Crap; I thought that truss would report the bogus syscall. Can you try ktrace/ linux_kdump instead? I need to know the syscall number... -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue May 4 12:52:52 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from rah.star-gate.com (rah.star-gate.com [209.249.129.138]) by hub.freebsd.org (Postfix) with ESMTP id 9061614EFC for ; Tue, 4 May 1999 12:52:44 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.9.3/8.8.8) with ESMTP id MAA21376; Tue, 4 May 1999 12:52:22 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <199905041952.MAA21376@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Mike Smith Cc: Leigh Hart , emulation@FreeBSD.ORG Subject: Re: ViaVoice... In-reply-to: Your message of "Tue, 04 May 1999 12:33:30 PDT." <199905041933.MAA00797@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 04 May 1999 12:52:22 -0700 From: Amancio Hasty Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org 21258 audiog CALL #174 21258 audiog PSIG SIGSYS SIG_DFL 21258 audiog NAMI "audiog.core" And I think this is the system call given us the problem . #define SYS_sched_get_priority_max __NR_sched_get_priority_max Most likely is trying to use kernel pthreads so I will try to see if there is a user land pthread package that I can use. -- Amancio Hasty hasty@star-gate.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue May 4 13:24:17 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (Postfix) with ESMTP id 4519314E84 for ; Tue, 4 May 1999 13:24:15 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id NAA01173; Tue, 4 May 1999 13:20:31 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199905042020.NAA01173@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Amancio Hasty Cc: Mike Smith , Leigh Hart , emulation@FreeBSD.ORG Subject: Re: ViaVoice... In-reply-to: Your message of "Tue, 04 May 1999 12:52:22 PDT." <199905041952.MAA21376@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 04 May 1999 13:20:31 -0700 From: Mike Smith Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > 21258 audiog CALL #174 > 21258 audiog PSIG SIGSYS SIG_DFL > 21258 audiog NAMI "audiog.core" > > And I think this is the system call given us the problem . > > > #define SYS_sched_get_priority_max __NR_sched_get_priority_max > > Most likely is trying to use kernel pthreads so I will try to see > if there is a user land pthread package that I can use. Um, hang on, sched_get_priority_max is linux syscall #159. #174 is sys_rt_sigaction. Ok, who's up for some more hacking? 8) -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue May 4 13:56:51 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from rah.star-gate.com (rah.star-gate.com [209.249.129.138]) by hub.freebsd.org (Postfix) with ESMTP id 82B8D15212 for ; Tue, 4 May 1999 13:56:48 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.9.3/8.8.8) with ESMTP id NAA00536; Tue, 4 May 1999 13:56:31 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <199905042056.NAA00536@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Mike Smith Cc: Leigh Hart , emulation@FreeBSD.ORG Subject: Re: ViaVoice... In-reply-to: Your message of "Tue, 04 May 1999 13:20:31 PDT." <199905042020.NAA01173@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 04 May 1999 13:56:31 -0700 From: Amancio Hasty Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Okay, whats rt_signal I presume that it means real time signals and if so do we have a BSD counterpart ? > > 21258 audiog CALL #174 > > 21258 audiog PSIG SIGSYS SIG_DFL > > 21258 audiog NAMI "audiog.core" > > > > And I think this is the system call given us the problem . > > > > > > #define SYS_sched_get_priority_max __NR_sched_get_priority_max > > > > Most likely is trying to use kernel pthreads so I will try to see > > if there is a user land pthread package that I can use. > > Um, hang on, sched_get_priority_max is linux syscall #159. > > #174 is sys_rt_sigaction. Ok, who's up for some more hacking? 8) > > -- > \\ Sometimes you're ahead, \\ Mike Smith > \\ sometimes you're behind. \\ mike@smith.net.au > \\ The race is long, and in the \\ msmith@freebsd.org > \\ end it's only with yourself. \\ msmith@cdrom.com > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-emulation" in the body of the message -- Amancio Hasty hasty@star-gate.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue May 4 18:51: 3 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (Postfix) with ESMTP id D937415519 for ; Tue, 4 May 1999 18:51:01 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id SAA02895; Tue, 4 May 1999 18:47:56 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199905050147.SAA02895@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Amancio Hasty Cc: Mike Smith , Leigh Hart , emulation@FreeBSD.ORG Subject: Re: ViaVoice... In-reply-to: Your message of "Tue, 04 May 1999 13:56:31 PDT." <199905042056.NAA00536@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 04 May 1999 18:47:56 -0700 From: Mike Smith Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Okay, whats rt_signal I presume that it means real time signals and if so > do we have a BSD counterpart ? Your access to the Linux source is just as open as mine. 8) > > > 21258 audiog CALL #174 ... > > #174 is sys_rt_sigaction. Ok, who's up for some more hacking? 8) Basically it's just the old sigaction syscall with an extra argument (the size of the sigaction struct). However, they more or less ignore the size (the call just fails when it doesn't match). Look at linux/arch/i386/kernel/signal.c for the old sigaction and linux/kernel/signal.c for the new one, and then patch our linux_signal.c accordingly. -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Tue May 4 18:56:37 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from rah.star-gate.com (rah.star-gate.com [209.249.129.138]) by hub.freebsd.org (Postfix) with ESMTP id 727CB15076 for ; Tue, 4 May 1999 18:56:35 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.9.3/8.8.8) with ESMTP id SAA02925; Tue, 4 May 1999 18:56:14 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <199905050156.SAA02925@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Mike Smith Cc: Leigh Hart , emulation@FreeBSD.ORG Subject: Re: ViaVoice... In-reply-to: Your message of "Tue, 04 May 1999 18:47:56 PDT." <199905050147.SAA02895@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Tue, 04 May 1999 18:56:14 -0700 From: Amancio Hasty Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Mike you are the Man! Will look into the signal stuff later on tonite ... Tnks for the tip! -- Amancio Hasty hasty@star-gate.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed May 5 0: 9:40 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from rah.star-gate.com (rah.star-gate.com [209.249.129.138]) by hub.freebsd.org (Postfix) with ESMTP id 694C815CC8 for ; Wed, 5 May 1999 00:09:30 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.9.3/8.8.8) with ESMTP id AAA05568; Wed, 5 May 1999 00:08:39 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <199905050708.AAA05568@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Mike Smith Cc: Leigh Hart , emulation@FreeBSD.ORG Subject: Re: ViaVoice... In-reply-to: Your message of "Tue, 04 May 1999 18:47:56 PDT." <199905050147.SAA02895@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 05 May 1999 00:08:39 -0700 From: Amancio Hasty Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org The changes look straight forward except that Linux's _NSIG is 64 :( > > Okay, whats rt_signal I presume that it means real time signals and if so > > do we have a BSD counterpart ? > > Your access to the Linux source is just as open as mine. 8) > > > > > 21258 audiog CALL #174 > ... > > > #174 is sys_rt_sigaction. Ok, who's up for some more hacking? 8) > > Basically it's just the old sigaction syscall with an extra argument > (the size of the sigaction struct). However, they more or less ignore > the size (the call just fails when it doesn't match). > > Look at linux/arch/i386/kernel/signal.c for the old sigaction and > linux/kernel/signal.c for the new one, and then patch our > linux_signal.c accordingly. > > -- > \\ Sometimes you're ahead, \\ Mike Smith > \\ sometimes you're behind. \\ mike@smith.net.au > \\ The race is long, and in the \\ msmith@freebsd.org > \\ end it's only with yourself. \\ msmith@cdrom.com > > -- Amancio Hasty hasty@star-gate.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed May 5 0:38: 8 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from poboxer.pobox.com (unknown [208.149.16.30]) by hub.freebsd.org (Postfix) with ESMTP id 1E48615B23 for ; Wed, 5 May 1999 00:37:22 -0700 (PDT) (envelope-from alk@poboxer.pobox.com) Received: (from alk@localhost) by poboxer.pobox.com (8.9.3/8.9.1) id CAA48998; Wed, 5 May 1999 02:37:11 -0500 (CDT) (envelope-from alk) From: Anthony Kimball MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Date: Wed, 5 May 1999 02:37:11 -0500 (CDT) X-Face: \h9Jg:Cuivl4S*UP-)gO.6O=T]]@ncM*tn4zG);)lk#4|lqEx=*talx?.Gk,dMQU2)ptPC17cpBzm(l'M|H8BUF1&]dDCxZ.c~Wy6-j,^V1E(NtX$FpkkdnJixsJHE95JlhO 5\M3jh'YiO7KPCn0~W`Ro44_TB@&JuuqRqgPL'0/{):7rU-%.*@/>q?1&Ed Reply-To: alk@pobox.com To: hasty@rah.star-gate.com Cc: mike@smith.net.au, hart@at.dotat.com, emulation@FreeBSD.ORG Subject: Re: ViaVoice... References: <199905050147.SAA02895@dingo.cdrom.com> <199905050708.AAA05568@rah.star-gate.com> X-Mailer: VM 6.43 under 20.4 "Emerald" XEmacs Lucid Message-ID: <14127.62591.840412.36016@avalon.east> Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org Quoth Amancio Hasty on Wed, 5 May: : : The changes look straight forward except that Linux's _NSIG is 64 :( : Someone once made patches for FreeBSD to allow 64 signals. Probably too old to be of much use anymore, though. Sigh. It sure would be nice... To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed May 5 0:54: 5 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from rah.star-gate.com (rah.star-gate.com [209.249.129.138]) by hub.freebsd.org (Postfix) with ESMTP id B998D15548 for ; Wed, 5 May 1999 00:54:03 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.9.3/8.8.8) with ESMTP id AAA06033; Wed, 5 May 1999 00:53:28 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <199905050753.AAA06033@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: alk@pobox.com Cc: mike@smith.net.au, hart@at.dotat.com, emulation@FreeBSD.ORG Subject: Re: ViaVoice... In-reply-to: Your message of "Wed, 05 May 1999 02:37:11 CDT." <14127.62591.840412.36016@avalon.east> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 05 May 1999 00:53:28 -0700 From: Amancio Hasty Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > Quoth Amancio Hasty on Wed, 5 May: > : > : The changes look straight forward except that Linux's _NSIG is 64 :( > : > > Someone once made patches for FreeBSD to allow 64 signals. > Probably too old to be of much use anymore, though. Sigh. > It sure would be nice... > > I will leave the handling of 64 bit signals to Mike and -core after the problem gets resolved we can revisit properly supporting IBM's ViaVoice Cheers -- Amancio Hasty hasty@star-gate.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed May 5 11:53:52 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from dingo.cdrom.com (dingo.cdrom.com [204.216.28.145]) by hub.freebsd.org (Postfix) with ESMTP id 0259014CC5 for ; Wed, 5 May 1999 11:53:50 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Received: from dingo.cdrom.com (localhost.cdrom.com [127.0.0.1]) by dingo.cdrom.com (8.9.3/8.8.8) with ESMTP id LAA01320; Wed, 5 May 1999 11:50:59 -0700 (PDT) (envelope-from mike@dingo.cdrom.com) Message-Id: <199905051850.LAA01320@dingo.cdrom.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Amancio Hasty Cc: Mike Smith , Leigh Hart , emulation@FreeBSD.ORG Subject: Re: ViaVoice... In-reply-to: Your message of "Wed, 05 May 1999 00:08:39 PDT." <199905050708.AAA05568@rah.star-gate.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 05 May 1999 11:50:59 -0700 From: Mike Smith Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org > > The changes look straight forward except that Linux's _NSIG is 64 :( *shrug* so pack/unpack it in the emulator. Still straightforward. > > > > Okay, whats rt_signal I presume that it means real time signals and if so > > > do we have a BSD counterpart ? > > > > Your access to the Linux source is just as open as mine. 8) > > > > > > > 21258 audiog CALL #174 > > ... > > > > #174 is sys_rt_sigaction. Ok, who's up for some more hacking? 8) > > > > Basically it's just the old sigaction syscall with an extra argument > > (the size of the sigaction struct). However, they more or less ignore > > the size (the call just fails when it doesn't match). > > > > Look at linux/arch/i386/kernel/signal.c for the old sigaction and > > linux/kernel/signal.c for the new one, and then patch our > > linux_signal.c accordingly. > > > > -- > > \\ Sometimes you're ahead, \\ Mike Smith > > \\ sometimes you're behind. \\ mike@smith.net.au > > \\ The race is long, and in the \\ msmith@freebsd.org > > \\ end it's only with yourself. \\ msmith@cdrom.com > > > > > > -- > > Amancio Hasty > hasty@star-gate.com > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > with "unsubscribe freebsd-emulation" in the body of the message > -- \\ Sometimes you're ahead, \\ Mike Smith \\ sometimes you're behind. \\ mike@smith.net.au \\ The race is long, and in the \\ msmith@freebsd.org \\ end it's only with yourself. \\ msmith@cdrom.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message From owner-freebsd-emulation Wed May 5 12: 5:38 1999 Delivered-To: freebsd-emulation@freebsd.org Received: from rah.star-gate.com (rah.star-gate.com [209.249.129.138]) by hub.freebsd.org (Postfix) with ESMTP id 283EF14BFC for ; Wed, 5 May 1999 12:05:33 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Received: from rah.star-gate.com (localhost.star-gate.com [127.0.0.1]) by rah.star-gate.com (8.9.3/8.8.8) with ESMTP id MAA10233; Wed, 5 May 1999 12:04:59 -0700 (PDT) (envelope-from hasty@rah.star-gate.com) Message-Id: <199905051904.MAA10233@rah.star-gate.com> X-Mailer: exmh version 2.0.2 2/24/98 To: Mike Smith Cc: Leigh Hart , emulation@FreeBSD.ORG Subject: Re: ViaVoice... In-reply-to: Your message of "Wed, 05 May 1999 11:50:59 PDT." <199905051850.LAA01320@dingo.cdrom.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Date: Wed, 05 May 1999 12:04:59 -0700 From: Amancio Hasty Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org You have a good idea go for it . I think that is going to bring a lot of headaches mapping unsupported signals (singals greater than 32) for perhaps the few applications that use them. > > > > The changes look straight forward except that Linux's _NSIG is 64 :( > > *shrug* so pack/unpack it in the emulator. Still straightforward. > > > > > > > Okay, whats rt_signal I presume that it means real time signals and if so > > > > do we have a BSD counterpart ? > > > > > > Your access to the Linux source is just as open as mine. 8) > > > > > > > > > 21258 audiog CALL #174 > > > ... > > > > > #174 is sys_rt_sigaction. Ok, who's up for some more hacking? 8) > > > > > > Basically it's just the old sigaction syscall with an extra argument > > > (the size of the sigaction struct). However, they more or less ignore > > > the size (the call just fails when it doesn't match). > > > > > > Look at linux/arch/i386/kernel/signal.c for the old sigaction and > > > linux/kernel/signal.c for the new one, and then patch our > > > linux_signal.c accordingly. > > > > > > -- > > > \\ Sometimes you're ahead, \\ Mike Smith > > > \\ sometimes you're behind. \\ mike@smith.net.au > > > \\ The race is long, and in the \\ msmith@freebsd.org > > > \\ end it's only with yourself. \\ msmith@cdrom.com > > > > > > > > > > -- > > > > Amancio Hasty > > hasty@star-gate.com > > > > > > > > > > To Unsubscribe: send mail to majordomo@FreeBSD.org > > with "unsubscribe freebsd-emulation" in the body of the message > > > > -- > \\ Sometimes you're ahead, \\ Mike Smith > \\ sometimes you're behind. \\ mike@smith.net.au > \\ The race is long, and in the \\ msmith@freebsd.org > \\ end it's only with yourself. \\ msmith@cdrom.com > > -- Amancio Hasty hasty@star-gate.com To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message