From owner-freebsd-emulation Sun Sep 22 09:05:42 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA27764 for emulation-outgoing; Sun, 22 Sep 1996 09:05:42 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA27657 for ; Sun, 22 Sep 1996 09:05:30 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id BAA20718; Mon, 23 Sep 1996 01:35:27 +0930 From: Michael Smith Message-Id: <199609221605.BAA20718@genesis.atrad.adelaide.edu.au> Subject: New DOScmd snapshot available To: emulation@freebsd.org Date: Mon, 23 Sep 1996 01:35:26 +0930 (CST) Cc: prb@bsdi.com MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Yes, it's that time of the evening again, where us antipodeans that haven't had enough sleep crawl off under a rock, and the rest of the world gets to forget about us completely. Meanwhile, if you've been following the twisted tortured DOScmd saga, you may remember that our hero was undergoing major surgery to deal with some intimate abstraction problems. I'm pleased to announce that the patient appears to have come through unharmed, and is thus available for your scrutiny and emulating pleasure. The most significant changes in this snapshot are internal; there should be little or no manifest difference in operation between this and the 960920 snap, other than the correction of a small bug in the redirector code. For more details, check the README in the distribution archive, which can be found at : ftp://genesis.atrad.adelaide.edu.au:/pub/doscmd/doscmd_fbsd-960923.tar.gz If you have been considering looking at or working on DOScmd, this is most definitely the version to start with. Submissions of interest in any form of assistance, whether it be development or testing are welcomed! Particular items requiring work are the NetBIOS interface (if it is deemed worthwhile), the XMS interface (which is essentially nonexistent), and some more work on the redirector (the code which allows access to the *BSD filesystem by programs running in the emulator). For more details, respond to this message. If you're a DOS expert with some time and experience to spare, a critical eye over the memory and exec routines would be very helpful. I do not profess to understand these, and I suspect that there may be some lurking problems. If you're an ex-DOS user with a pile of applications, any success or failure reports will be appreciated. Note that you should avoid (for now) applications such as "MSD" and "Norton Sysinfo", as they are known to hang your system. As with any rough-edged object, handle with care! Also, anyone with a NetBSD system and some time is invited to pull the code down and look at making it compile (again); without a system here to test on, I'm unable to update things to work properly. -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-emulation Sun Sep 22 12:28:16 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA23570 for emulation-outgoing; Sun, 22 Sep 1996 12:28:16 -0700 (PDT) Received: from fps.biblos.unal.edu.co ([168.176.37.11]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA22569 for ; Sun, 22 Sep 1996 12:26:41 -0700 (PDT) From: pgiffuni@fps.biblos.unal.edu.co Received: from localhost by fps.biblos.unal.edu.co (AIX 4.1/UCB 5.64/4.03) id AA33614; Sun, 22 Sep 1996 14:33:15 -0500 Date: Sun, 22 Sep 1996 14:33:15 -0500 (CDT) To: Michael Smith Cc: emulation@freebsd.org Subject: Re: New DOScmd snapshot available (free dos !!) In-Reply-To: <199609221605.BAA20718@genesis.atrad.adelaide.edu.au> Message-Id: Mime-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Michael and other geniuses: I can't stop expressing my admiration for the job you guys have done over the past months. I also wanted to point out another complementary proyect: A DOS clone called FreeDOS is now available: Check out http://sunsite.unc.edu/pub/micro/pc-stuff/freedos/freedos.html Best regards, Pedro Giffuni S. From owner-freebsd-emulation Sun Sep 22 12:52:21 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id MAA09535 for emulation-outgoing; Sun, 22 Sep 1996 12:52:21 -0700 (PDT) Received: from covina.lightside.com (covina.lightside.com [207.67.176.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id MAA09278 for ; Sun, 22 Sep 1996 12:51:56 -0700 (PDT) Received: from localhost by covina.lightside.com with smtp (Smail3.1.28.1 #6) id m0v4uZ6-00063DC; Sun, 22 Sep 96 12:51 PDT Date: Sun, 22 Sep 1996 12:51:44 -0700 (PDT) From: Jake Hamby Reply-To: Jake Hamby To: James Drobina cc: freebsd-emulation@freebsd.org Subject: Re: Linker from Slackware always produces staticly linked programs In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Thu, 19 Sep 1996, James Drobina wrote: > > I installed gcc, ld, the libraris, etc from Linux Slackware 96 into > /compat/linux. I built hello world. When I tried to run it, it core > dumped. > > I am running FreeBSD 2.2-CURRENT built Thu Sep 19 07:50:53. > > I've narrowed the problem down to program being statically rather than > dynamically linked. I could not force linker to dynamically link the > program. > > The linker distribued with SLackware 96 is > $ ld -v > ld version cygnus-2.6 (with BFD 2.6.0.14) > > If I replace the Slackare 96 linker with an older version. I can link > dynamic programs and hello world works. I backed the linker out and > replaced it with > > $ ./ld -v > ld version cygnus/linux-2.5.2l.17 (with BFD cygnus/linux-2.5.2l.11) > > Has anyone seen this problem? Is it a slackware problem or an emulation > problem? It's an ELF problem. Last time I looked at the code, the ELF loader figured out whether it was loading a FreeBSD, Linux, or SVR4 ELF binary by the name of the dynamic loader (ld.so), which is in a different directory on each of the three. For statically linked programs, there is physically no way to tell the difference between ELF programs for each OS (!) so it assumes a native FreeBSD ELF program (yes there is such a beast, there is an elfkit available for download, I believe on freefall.freebsd.org). We're caught between a rock and a hard place here, because on the one hand, any statically linked ELF binary is most likely to be Linux, simply because nobody's using FreeBSD ELF yet (because, unlike Linux, our a.out format doesn't suck :-), but on the other hand, if/when we do decide to move to ELF, there _will_ be a lot of statically linked _FreeBSD_ ELF binaries. I guess the solution is to find or make an a.out (or dynamically linked ELF) version of the programs in question. -- Jake From owner-freebsd-emulation Sun Sep 22 22:55:11 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id WAA22633 for emulation-outgoing; Sun, 22 Sep 1996 22:55:11 -0700 (PDT) Received: from deceased.hb.north.de (deceased.hb.north.de [194.94.232.249]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id WAA22602 for ; Sun, 22 Sep 1996 22:55:07 -0700 (PDT) Received: from jelal.hb.north.de by deceased.hb.north.de with uucp (Smail3.2) id m0v53tD-0016EYC; Mon, 23 Sep 1996 07:49:07 +0200 (MET DST) Received: by jelal.hb.north.de (SMail-ST 0.95gcc/2.5+) id AA00281; Mon, 23 Sep 1996 07:51:22 +0100 (CET) Received: (from nox@localhost) by saturn.hb.north.de (8.7.5/8.7.3) id HAA00627; Mon, 23 Sep 1996 07:50:09 +0200 (MET DST) From: Juergen Lock Message-Id: <199609230550.HAA00627@saturn.hb.north.de> Subject: Re: Linker from Slackware always produces staticly linked programs To: jehamby@lightside.com Date: Mon, 23 Sep 1996 07:50:08 +0200 (MET DST) Cc: jdrobina@infinet.com, freebsd-emulation@freebsd.org In-Reply-To: from Jake Hamby at "Sep 22, 96 12:51:44 pm" X-Mailer: ELM [version 2.4ME+ PL19 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jake Hamby writes: > On Thu, 19 Sep 1996, James Drobina wrote: >... > > The linker distribued with SLackware 96 is > > $ ld -v > > ld version cygnus-2.6 (with BFD 2.6.0.14) > > > > If I replace the Slackare 96 linker with an older version. I can link > > dynamic programs and hello world works. I backed the linker out and > > replaced it with > > > > $ ./ld -v > > ld version cygnus/linux-2.5.2l.17 (with BFD cygnus/linux-2.5.2l.11) > > > > Has anyone seen this problem? Is it a slackware problem or an emulation > > problem? > > It's an ELF problem. Last time I looked at the code, the ELF loader > figured out whether it was loading a FreeBSD, Linux, or SVR4 ELF binary by > the name of the dynamic loader (ld.so), which is in a different directory > on each of the three. For statically linked programs, there is physically > no way to tell the difference between ELF programs for each OS (!) so it > assumes a native FreeBSD ELF program (yes there is such a beast, there is > an elfkit available for download, I believe on freefall.freebsd.org). > > We're caught between a rock and a hard place here, because on the one > hand, any statically linked ELF binary is most likely to be Linux, simply > because nobody's using FreeBSD ELF yet (because, unlike Linux, our a.out > format doesn't suck :-), but on the other hand, if/when we do decide to > move to ELF, there _will_ be a lot of statically linked _FreeBSD_ ELF > binaries. Is there no way at least these _FreeBSD_ ELF binaries can be marked somehow (if all else fails a few `magic' bytes, whatever)? > > I guess the solution is to find or make an a.out (or dynamically linked > ELF) version of the programs in question. Or if your desperate and you know all your ELF binaries are linux try this, Index: kern/imgact_elf.c =================================================================== RCS file: /home/cvs/cvs/src/sys/kern/imgact_elf.c,v retrieving revision 1.8 diff -u -r1.8 imgact_elf.c --- imgact_elf.c 1996/08/31 16:52:23 1.8 +++ imgact_elf.c 1996/09/07 19:40:35 @@ -644,8 +644,12 @@ goto fail; } } - else + else { imgp->entry_addr = entry; +#if defined(STATIC_ELF_LINUX) + imgp->proc->p_sysent = &elf_linux_sysvec; +#endif + } /* * Construct auxargs table (used by the fixup routine) and set options "STATIC_ELF_LINUX" in the config file... > > -- Jake cheers, Juergen From owner-freebsd-emulation Mon Sep 23 00:32:46 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA24063 for emulation-outgoing; Mon, 23 Sep 1996 00:32:46 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA24010 for ; Mon, 23 Sep 1996 00:32:39 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id RAA24335 for emulation@freebsd.org; Mon, 23 Sep 1996 17:02:32 +0930 From: Michael Smith Message-Id: <199609230732.RAA24335@genesis.atrad.adelaide.edu.au> Subject: DOScmd redirector hair-tearing time To: emulation@freebsd.org Date: Mon, 23 Sep 1996 17:02:31 +0930 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Argh! Thanks to a bug report from Robert Eckardt, I've been following the behaviour of the DOScmd redirector during 'file copy' operations. The following session comes from : doscmd -bxR d: cd tmp copy rc baz 0 file(s) copied And the debugging output from the copy operation looks like this (edited and annotated) : dos_getcwd(3) -> \TMP D:\TMP\RC -> drive D func 2e (us) REDIR: 2e (extended open/create) dos_makepath(3, \TMP\RC) dos_to_real_path(D:\TMP\RC) mopen(//tmp/rc) action 0x101 mode 0x0 attr 0x0 omode 0x40 success, fd 5 status 1 REDIR: returns 0 (OK) dos_getcwd(3) -> \TMP (no path) -> drive D func 6 (us) REDIR: 06 (close) close(5) REDIR: returns 0 (OK) Open the source, file, then close it again. Weird. dos_getcwd(3) -> \TMP D:\TMP\RC -> drive D func 1b (us) REDIR: 1b (find first) find_first(D:\TMP\RC, 0, 159e) dos_makepath(3, \TMP\RC) dos_to_real_path(D:\TMP) REDIR: returns 0 (OK) Then search for the file. dos_getcwd(3) -> \TMP D:\TMP\BAZ -> drive D func 2e (us) REDIR: 2e (extended open/create) dos_makepath(3, \TMP\BAZ) dos_to_real_path(D:\TMP\BAZ) mopen(//tmp/baz) action 0x101 mode 0x0 attr 0x0 omode 0x40 REDIR: returns 2 (FILE_NOT_FOUND) Try to open the destination, fail if not found. Which it's not. dos_getcwd(3) -> \TMP D:\TMP\BAZ -> drive D func 5 (us) REDIR: 05 (chdir) dos_makepath(3, \TMP\BAZ) dos_to_real_path(D:\TMP\BAZ) dos_readonly(3) -> 0 chdir(//tmp/baz) dos_setcwd(D:\TMP\BAZ) dos_makepath(3, \TMP\BAZ) dos_to_real_path(D:\TMP\BAZ) REDIR: returns 3 (PATH_NOT_FOUND) Try to chdir to the destination. Weird. dos_getcwd(3) -> \TMP D:\TMP -> drive D func 5 (us) REDIR: 05 (chdir) dos_makepath(3, \TMP) dos_to_real_path(D:\TMP) dos_readonly(3) -> 0 chdir(//tmp) dos_setcwd(D:\TMP) dos_makepath(3, \TMP) dos_to_real_path(D:\TMP) REDIR: returns 0 (OK) Chdir back. Also Weird. dos_getcwd(3) -> \TMP D:\TMP\BAZ -> drive D func f (us) REDIR: 0f (stat) dos_makepath(3, \TMP\BAZ) dos_to_real_path(D:\TMP\BAZ) REDIR: returns 2 (FILE_NOT_FOUND) Try to stat the destination. Which doesn't exist. dos_getcwd(3) -> \TMP D:\TMP\RC -> drive D func 2e (us) REDIR: 2e (extended open/create) dos_makepath(3, \TMP\RC) dos_to_real_path(D:\TMP\RC) mopen(//tmp/rc) action 0x101 mode 0x0 attr 0x0 omode 0x40 success, fd 5 status 1 REDIR: returns 0 (OK) dos_getcwd(3) -> \TMP (no path) -> drive D func 8 (us) REDIR: 08 (read) read(5, 65024) offset now 7634 REDIR: returns 0 (OK) dos_getcwd(3) -> \TMP (no path) -> drive D func 6 (us) REDIR: 06 (close) close(5) REDIR: returns 0 (OK) Open, read and close the source. All OK. dos_getcwd(3) -> \TMP D:\TMP\BAZ -> drive D func 2e (us) REDIR: 2e (extended open/create) dos_makepath(3, \TMP\BAZ) dos_to_real_path(D:\TMP\BAZ) mopen(//tmp/baz) action 0x112 mode 0x401 attr 0x0 omode 0x21 success, fd 5 status 2 REDIR: returns 0 (OK) dos_getcwd(3) -> \TMP (no path) -> drive D func 9 (us) REDIR: 09 (write) write(5, 7634) offset now 7634 REDIR: returns 0 (OK) dos_getcwd(3) -> \TMP (no path) -> drive D func 6 (us) REDIR: 06 (close) close(5) REDIR: returns 0 (OK) Open, write and close the destination. All OK. dos_getcwd(3) -> \TMP D:\TMP\BAZ -> drive D func 13 (us) REDIR: 13 (unlink) dos_makepath(3, \TMP\BAZ) dos_to_real_path(D:\TMP\BAZ) dos_readonly(3) -> 0 unlink(//tmp/baz) REDIR: returns 0 (OK) And then delete the destination?! What the hell? If I disable the 'unlink' call, then the file can be seen to have been correctly copied, but that doesn't explain what DOS is so unhappy about that it'd delete the destination. None of the redirector calls have returned anything other than OK (other than the 'qualify' calls which I pruned for brevity). Any ideas? -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-emulation Mon Sep 23 00:42:27 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA00485 for emulation-outgoing; Mon, 23 Sep 1996 00:42:27 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA00450 for ; Mon, 23 Sep 1996 00:42:24 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id RAA24399 for emulation@freebsd.org; Mon, 23 Sep 1996 17:12:21 +0930 From: Michael Smith Message-Id: <199609230742.RAA24399@genesis.atrad.adelaide.edu.au> Subject: DOScmd redirector hair plugs To: emulation@freebsd.org Date: Mon, 23 Sep 1996 17:12:20 +0930 (CST) MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ok ok ok ok. So I should have looked a bit more carefully. It seems that DOS checks the SFT size field after a network write, so you have to update that as well. Talk about bogus. Anyway, all is well, ignore my distress. 8) -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-emulation Mon Sep 23 09:47:16 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id JAA07405 for emulation-outgoing; Mon, 23 Sep 1996 09:47:16 -0700 (PDT) Received: from apolo.biblos.unal.edu.co ([168.176.37.75]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id JAA07038 for ; Mon, 23 Sep 1996 09:46:13 -0700 (PDT) Received: (from pgiffuni@localhost) by apolo.biblos.unal.edu.co (8.7.5/8.7.3) id LAA00248; Mon, 23 Sep 1996 11:45:50 -0500 (EST) Date: Mon, 23 Sep 1996 11:45:47 -0500 (EST) From: Pedro Giffuni To: emulation@freebsd.org Subject: Linux's asWedit doesnt work under 2.1.5 emulation Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Hi: I downloaded Linux's asWedit from ftp://ftp.umbc.edu/pub/unix/www/asWedit/ the documentation says that FreeBSD users can download linux's a.out but it doesn't work.. did I do something wrong? Pedro. From owner-freebsd-emulation Mon Sep 23 15:23:03 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA06803 for emulation-outgoing; Mon, 23 Sep 1996 15:23:03 -0700 (PDT) Received: from mail.shlink.de (root@mail.shlink.de [194.64.6.2]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA06717 for ; Mon, 23 Sep 1996 15:22:33 -0700 (PDT) Received: by mail.shlink.de (Smail3.1.29.1 #1) id m0v5JJx-000YwPC; Tue, 24 Sep 96 00:17 MET DST Received: (from hw@localhost) by thor.shn.com (8.6.12/8.6.6) id AAA05657 for emulation@freebsd.org; Tue, 24 Sep 1996 00:20:33 +0200 Date: Tue, 24 Sep 1996 00:20:33 +0200 Message-Id: <199609232220.AAA05657@thor.shn.com> From: hw@thor.shn.com (Henning Wickhorst) Subject: DOScmd To: emulation@freebsd.org Organization: Private site Reply-To: h.wickhorst@elmshorn.netsurf.de Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Which version of FreeBSD is needed to run the dos emulator ? Thanks, Henning -- ------------------------------------------------------------------ Henning Wickhorst Elmshorn, Germany E-Mail: h.wickhorst@elmshorn.netsurf.de ------------------------------------------------------------------ From owner-freebsd-emulation Mon Sep 23 16:01:33 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA21320 for emulation-outgoing; Mon, 23 Sep 1996 16:01:33 -0700 (PDT) Received: from galois.nscf.org (Galois.nscf.org [192.48.117.201]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id QAA21227 for ; Mon, 23 Sep 1996 16:01:23 -0700 (PDT) Received: by galois.nscf.org with UUCP (5.67b/1.2) id AA18989; Mon, 23 Sep 1996 19:00:54 -0400 Received: by wa4phy.async.com (8.7.5/8.6.9) id SAA02051; Mon, 23 Sep 1996 18:59:52 -0400 (EDT) From: sam@wa4phy.async.com (S.W. Drinkard) Message-Id: <199609232259.SAA02051@wa4phy.async.com> Subject: Applying patches for Doscmd? (help) :) To: emulation@freebsd.org Date: Mon, 23 Sep 1996 18:59:49 -0400 (EDT) Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Ok.. I'll admit I'm in the dark... I attempted to apply the patches from the vm86-current-diffs to my source files, and then a make for doscmd. It bombs out within a few lines, mostly from /usr/include stuff. Somebody wanna hold me by the hand and tell me how to apply these patches and get doscmd to compile...? No, I'm not running X, and have made the appropriate changes to Makefile. This is 2.1.5-R that came from an FTP session, not the CD-Rom, if that makes any difference.. From owner-freebsd-emulation Mon Sep 23 16:37:18 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id QAA03914 for emulation-outgoing; Mon, 23 Sep 1996 16:37:18 -0700 (PDT) Received: from ghost.mep.ruhr-uni-bochum.de (ghost.mep.ruhr-uni-bochum.de [134.147.6.16]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id QAA03886 for ; Mon, 23 Sep 1996 16:37:12 -0700 (PDT) Received: (from roberte@localhost) by ghost.mep.ruhr-uni-bochum.de (8.7.5/8.7.3) id BAA01380; Tue, 24 Sep 1996 01:36:33 +0200 (MET DST) From: Robert Eckardt Message-Id: <199609232336.BAA01380@ghost.mep.ruhr-uni-bochum.de> Subject: Re: DOScmd In-Reply-To: <199609232220.AAA05657@thor.shn.com> from Henning Wickhorst at "24. Sep. 96 0:20:01" To: h.wickhorst@elmshorn.netsurf.de Date: Tue, 24 Sep 1996 01:36:32 +0200 (MET DST) Cc: emulation@freebsd.org X-Mailer: ELM [version 2.4ME+ PL25 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Which version of FreeBSD is needed to run the dos emulator ? It's probably best to have 2.2 (i.e. current), however I got it running under 2.1.5-R. (You will need to rebuild ps, fstat, ... because struct mdproc changed) Altough it's far from being perfect, it's definitively on its way. > ------------------------------------------------------------------ > Henning Wickhorst > Elmshorn, Germany E-Mail: h.wickhorst@elmshorn.netsurf.de > ------------------------------------------------------------------ Thanks to the FreeBSD-DOS-crew ! Robert From owner-freebsd-emulation Mon Sep 23 18:02:57 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA07032 for emulation-outgoing; Mon, 23 Sep 1996 18:02:57 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA06993 for ; Mon, 23 Sep 1996 18:02:49 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id KAA26893; Tue, 24 Sep 1996 10:32:37 +0930 From: Michael Smith Message-Id: <199609240102.KAA26893@genesis.atrad.adelaide.edu.au> Subject: Re: DOScmd To: h.wickhorst@elmshorn.netsurf.de Date: Tue, 24 Sep 1996 10:32:36 +0930 (CST) Cc: emulation@freebsd.org In-Reply-To: <199609232220.AAA05657@thor.shn.com> from "Henning Wickhorst" at Sep 24, 96 00:20:33 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Henning Wickhorst stands accused of saying: > > Which version of FreeBSD is needed to run the dos emulator ? There are diffs available for 2.1.5-RELEASE and 2.2-CURRENT > Henning Wickhorst -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-emulation Mon Sep 23 18:06:52 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA08629 for emulation-outgoing; Mon, 23 Sep 1996 18:06:52 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA08593 for ; Mon, 23 Sep 1996 18:06:44 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id KAA26921; Tue, 24 Sep 1996 10:36:29 +0930 From: Michael Smith Message-Id: <199609240106.KAA26921@genesis.atrad.adelaide.edu.au> Subject: Re: Applying patches for Doscmd? (help) :) To: sam@wa4phy.async.com (S.W. Drinkard) Date: Tue, 24 Sep 1996 10:36:29 +0930 (CST) Cc: emulation@FreeBSD.org In-Reply-To: <199609232259.SAA02051@wa4phy.async.com> from "S.W. Drinkard" at Sep 23, 96 06:59:49 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-emulation@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk S.W. Drinkard stands accused of saying: > > Ok.. I'll admit I'm in the dark... I attempted to apply the patches > from the vm86-current-diffs to my source files, and then a make for > doscmd. It bombs out within a few lines, mostly from /usr/include > stuff. Somebody wanna hold me by the hand and tell me how to apply > these patches and get doscmd to compile...? No, I'm not running X, > and have made the appropriate changes to Makefile. This is 2.1.5-R > that came from an FTP session, not the CD-Rom, if that makes any > difference.. Firstly, you'll need to check the -current kernel patches carefully to make sure they all applied OK. If you take the includes in the machine/ subdirectory and drop them in /usr/include/machine (after making backup copies of the original files!), you should get past most of the problems. You may need a '#define sighandler_t void' manually dropped into signal.c - 2.1.5 doesn't have it. You could also get Sean's 2.1.5 kernel diffs. I don't have access to a 2.1.5 system on a regular basis, so I can't check doscmd on it all the time, but if someone were to volunteer... -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-emulation Mon Sep 23 18:11:39 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id SAA10264 for emulation-outgoing; Mon, 23 Sep 1996 18:11:39 -0700 (PDT) Received: from mailhost.coppe.ufrj.br (root@cisigw.coppe.ufrj.br [146.164.2.31]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id SAA10232 for ; Mon, 23 Sep 1996 18:11:34 -0700 (PDT) Received: (from jonny@localhost) by mailhost.coppe.ufrj.br (8.7.5/8.7.3) id WAA22052; Mon, 23 Sep 1996 22:07:21 -0300 (EST) From: Joao Carlos Mendes Luis Message-Id: <199609240107.WAA22052@mailhost.coppe.ufrj.br> Subject: Re: DOScmd To: roberte@mep.ruhr-uni-bochum.de (Robert Eckardt) Date: Mon, 23 Sep 1996 22:07:21 -0300 (EST) Cc: h.wickhorst@elmshorn.netsurf.de, emulation@freebsd.org In-Reply-To: <199609232336.BAA01380@ghost.mep.ruhr-uni-bochum.de> from Robert Eckardt at "Sep 24, 96 01:36:32 am" X-Mailer: ELM [version 2.4ME+ PL14 (25)] MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk #define quoting(Robert Eckardt) // > Which version of FreeBSD is needed to run the dos emulator ? // // It's probably best to have 2.2 (i.e. current), however I got it running // under 2.1.5-R. Oops !!! Where's it ??? // (You will need to rebuild ps, fstat, ... because struct mdproc changed) // Altough it's far from being perfect, it's definitively on its way. // // Thanks to the FreeBSD-DOS-crew ! // // Robert Jonny -- Joao Carlos Mendes Luis jonny@gta.ufrj.br +55 21 290-4698 ( Job ) jonny@cisi.coppe.ufrj.br Network Manager UFRJ/COPPE/CISI Universidade Federal do Rio de Janeiro From owner-freebsd-emulation Tue Sep 24 02:45:15 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id CAA12163 for emulation-outgoing; Tue, 24 Sep 1996 02:45:15 -0700 (PDT) Received: from galois.nscf.org (Galois.nscf.org [192.48.117.201]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id CAA12117 for ; Tue, 24 Sep 1996 02:45:10 -0700 (PDT) Received: by galois.nscf.org with UUCP (5.67b/1.2) id AA21880; Tue, 24 Sep 1996 05:37:11 -0400 Received: by wa4phy.async.com (8.7.5/8.6.9) id FAA02534; Tue, 24 Sep 1996 05:24:39 -0400 (EDT) From: sam@wa4phy.async.com (S.W. Drinkard) Message-Id: <199609240924.FAA02534@wa4phy.async.com> Subject: Re: Applying patches for Doscmd? (help) :) To: galois!atrad.adelaide.edu.au!msmith (Michael Smith) Date: Tue, 24 Sep 1996 05:24:38 -0400 (EDT) Cc: emulation@freebsd.org In-Reply-To: <199609240106.KAA26921@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Sep 24, 96 10:36:29 am Mime-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Firstly, you'll need to check the -current kernel patches carefully to > make sure they all applied OK. If you take the includes in the > machine/ subdirectory and drop them in /usr/include/machine (after > making backup copies of the original files!), you should get past most > of the problems. You may need a '#define sighandler_t void' manually > dropped into signal.c - 2.1.5 doesn't have it. OK.. guess that's where I didn't read enuff.. I've not moved the /usr/include/ machine files... guess I missed that in the README... I'll play with it this evening when I get home from work. > > You could also get Sean's 2.1.5 kernel diffs. Where are they available from? From owner-freebsd-emulation Tue Sep 24 05:53:03 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA28957 for emulation-outgoing; Tue, 24 Sep 1996 05:53:03 -0700 (PDT) Received: from colin.muc.de (root@colin.muc.de [193.174.4.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA28881 for ; Tue, 24 Sep 1996 05:52:56 -0700 (PDT) Received: from tavari.muc.de ([193.174.4.22]) by colin.muc.de with SMTP id <86072-2>; Tue, 24 Sep 1996 14:51:40 +0200 Received: from [192.168.42.51] (aleisha.tavari.muc.de [192.168.42.51]) by tavari.muc.de (8.7.5/8.7.3) with ESMTP id NAA19748; Tue, 24 Sep 1996 13:54:43 +0200 (MET DST) X-Sender: lutz@killashandra Message-Id: In-Reply-To: Mime-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable Date: Tue, 24 Sep 1996 13:50:49 +0200 To: Pedro Giffuni From: Lutz Albers Subject: Re: Linux's asWedit doesnt work under 2.1.5 emulation Cc: emulation@freebsd.org Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 18:45 Uhr +0200 23.09.1996, Pedro Giffuni wrote: >Hi: >I downloaded Linux's asWedit from >ftp://ftp.umbc.edu/pub/unix/www/asWedit/ >the documentation says that FreeBSD users can download linux's a.out but >it doesn't work.. did I do something wrong? Hi, it works for me (did under 2.1R and does under 2.1.5R). You need the Linux emulator and the COMPAT_LINUX option in your kernel. What didn't work ? ciao lutz --------------------------------------------------------------------- Lutz Albers | What's good ? Luederitzstr. 14, 81929-Muenchen, Germany | Life's good - ph: +49-89-93940363 | But not fair at all fax:+49-89-93940365 | (Lou Reed) Do not take life too seriously, you will never get out of it alive. From owner-freebsd-emulation Tue Sep 24 07:20:37 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA09966 for emulation-outgoing; Tue, 24 Sep 1996 07:20:37 -0700 (PDT) Received: from apolo.biblos.unal.edu.co ([168.176.37.75]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA09257 for ; Tue, 24 Sep 1996 07:18:33 -0700 (PDT) Received: (from pgiffuni@localhost) by apolo.biblos.unal.edu.co (8.7.5/8.7.3) id JAA02655; Tue, 24 Sep 1996 09:15:36 -0500 (EST) Date: Tue, 24 Sep 1996 09:15:35 -0500 (EST) From: Pedro Giffuni To: Lutz Albers cc: emulation@freebsd.org Subject: Re: Linux's asWedit doesnt work under 2.1.5 emulation In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Content-Transfer-Encoding: QUOTED-PRINTABLE Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 24 Sep 1996, Lutz Albers wrote: >=20 > Hi, >=20 > it works for me (did under 2.1R and does under 2.1.5R). You need the Linu= x > emulator and the COMPAT_LINUX option in your kernel. >=20 That must be the key: the COMPAT_LINUX, y simply loaded it but didn't=B4= =20 recompile the kernel, thanks! >=20 > ciao > lutz >=20 >=20 > --------------------------------------------------------------------- > Lutz Albers | What's good ? > Luederitzstr. 14, 81929-Muenchen, Germany | Life's good - > ph: +49-89-93940363 | But not fair at all > fax:+49-89-93940365 | (Lou Reed) >=20 > Do not take life too seriously, you will never get out of it alive. >=20 >=20 >=20 From owner-freebsd-emulation Tue Sep 24 19:58:38 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id TAA18994 for emulation-outgoing; Tue, 24 Sep 1996 19:58:38 -0700 (PDT) Received: from haus.efn.org ([198.68.17.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id TAA18968 for ; Tue, 24 Sep 1996 19:58:32 -0700 (PDT) Received: from garcia.efn.org (j_mini@garcia.efn.org [198.68.17.5]) by haus.efn.org (8.7.5/8.7.3) with ESMTP id UAA11065; Tue, 24 Sep 1996 20:01:43 -0700 (PDT) Received: from localhost (j_mini@localhost) by garcia.efn.org (8.7.4/8.7.2) with SMTP id TAA22693; Tue, 24 Sep 1996 19:57:57 -0700 (PDT) X-Authentication-Warning: garcia.efn.org: j_mini owned process doing -bs Date: Tue, 24 Sep 1996 19:57:56 -0700 (PDT) From: Jonathan Mini To: Michael Smith cc: emulation@freebsd.org, prb@bsdi.com Subject: Re: New DOScmd snapshot available In-Reply-To: <199609221605.BAA20718@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Mon, 23 Sep 1996, Michael Smith wrote: > If you're a DOS expert with some time and experience to spare, a > critical eye over the memory and exec routines would be very helpful. > I do not profess to understand these, and I suspect that there may be > some lurking problems. Well, that's what *I'm* here for.... > If you're an ex-DOS user with a pile of applications, any success or > failure reports will be appreciated. Note that you should avoid > (for now) applications such as "MSD" and "Norton Sysinfo", as they > are known to hang your system. As with any rough-edged object, handle > with care! Ummmm... Guys? Running MSD and/or Norton SysInfo will probably be impossible for the end of all time.. the reason behind this is that Norton SysInfo messes with a few hardware interrupts and/or ports that change system timings so that it can get accurate benchmarks. (In fact, in the case of Norton Sysinfo, I beleive it sets the PIC timers to what FreeBSD uses for it's profiler, although I couldn't swear on it.) Those two programs are _VERY_ mean to your OS. They will causes crashes due to mangled IRQs on just about anything.. for example, try running SysInfo from a DOS shell given by a MOD/S3M player or just about any other program that messes with even the _slightest_ system resources that deal with IRQs or timers. (shudder) Jon Mini, j_mini@efn.org, mini@4j.lane.edu GAMMA Development Team -------------------------------------------------------------------------- "I think I can, I think I can, I think I can...." little.blue.engine:Reality Protection Fault. (core dumped) -------------------------------------------------------------------------- From owner-freebsd-emulation Tue Sep 24 20:03:26 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA20590 for emulation-outgoing; Tue, 24 Sep 1996 20:03:26 -0700 (PDT) Received: from haus.efn.org ([198.68.17.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA20564 for ; Tue, 24 Sep 1996 20:03:22 -0700 (PDT) Received: from garcia.efn.org (j_mini@garcia.efn.org [198.68.17.5]) by haus.efn.org (8.7.5/8.7.3) with ESMTP id UAA11573; Tue, 24 Sep 1996 20:06:55 -0700 (PDT) Received: from localhost (j_mini@localhost) by garcia.efn.org (8.7.4/8.7.2) with SMTP id UAA23400; Tue, 24 Sep 1996 20:03:09 -0700 (PDT) X-Authentication-Warning: garcia.efn.org: j_mini owned process doing -bs Date: Tue, 24 Sep 1996 20:03:08 -0700 (PDT) From: Jonathan Mini To: Michael Smith cc: "S.W. Drinkard" , emulation@freebsd.org Subject: Re: Applying patches for Doscmd? (help) :) In-Reply-To: <199609240106.KAA26921@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Tue, 24 Sep 1996, Michael Smith wrote: > I don't have access to a 2.1.5 system on a regular basis, so I can't > check doscmd on it all the time, but if someone were to volunteer... I own a 2.1.5-R system that I will be installing doscmd on soon... > -- > ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ > ]] Genesis Software genesis@atrad.adelaide.edu.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ > ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ > Jon Mini, j_mini@efn.org, mini@4j.lane.edu GAMMA Development Team -------------------------------------------------------------------------- "I think I can, I think I can, I think I can...." little.blue.engine:Reality Protection Fault. (core dumped) -------------------------------------------------------------------------- From owner-freebsd-emulation Tue Sep 24 20:08:53 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA22653 for emulation-outgoing; Tue, 24 Sep 1996 20:08:53 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA22585 for ; Tue, 24 Sep 1996 20:08:42 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA07157; Wed, 25 Sep 1996 12:38:23 +0930 From: Michael Smith Message-Id: <199609250308.MAA07157@genesis.atrad.adelaide.edu.au> Subject: Re: New DOScmd snapshot available To: j_mini@efn.org (Jonathan Mini) Date: Wed, 25 Sep 1996 12:38:22 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, emulation@freebsd.org, prb@bsdi.com In-Reply-To: from "Jonathan Mini" at Sep 24, 96 07:57:56 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jonathan Mini stands accused of saying: > > > If you're a DOS expert with some time and experience to spare, a > > critical eye over the memory and exec routines would be very helpful. > > I do not profess to understand these, and I suspect that there may be > > some lurking problems. > > Well, that's what *I'm* here for.... And grateful I am about it 8) So where are your rude comments? 8) 8) 8) > Ummmm... Guys? Running MSD and/or Norton SysInfo will probably be > impossible for the end of all time.. the reason behind this is that Norton > SysInfo messes with a few hardware interrupts and/or ports that change > system timings so that it can get accurate benchmarks. (In fact, in the > case of Norton Sysinfo, I beleive it sets the PIC timers to what FreeBSD > uses for it's profiler, although I couldn't swear on it.) We don't let DOS programs touch the hardware. The aim is to emulate it well enough that these programs will run, even if they produce bogus results. The fact that they fail completely at the moment is clear evidence that we're not doing well enough yet. > Jon Mini, j_mini@efn.org, mini@4j.lane.edu -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-emulation Tue Sep 24 20:13:40 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA24515 for emulation-outgoing; Tue, 24 Sep 1996 20:13:40 -0700 (PDT) Received: from haus.efn.org ([198.68.17.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA24464 for ; Tue, 24 Sep 1996 20:13:32 -0700 (PDT) Received: from garcia.efn.org (j_mini@garcia.efn.org [198.68.17.5]) by haus.efn.org (8.7.5/8.7.3) with ESMTP id UAA12559; Tue, 24 Sep 1996 20:16:59 -0700 (PDT) Received: from localhost (j_mini@localhost) by garcia.efn.org (8.7.4/8.7.2) with SMTP id UAA24520; Tue, 24 Sep 1996 20:13:15 -0700 (PDT) X-Authentication-Warning: garcia.efn.org: j_mini owned process doing -bs Date: Tue, 24 Sep 1996 20:13:14 -0700 (PDT) From: Jonathan Mini To: Michael Smith cc: emulation@freebsd.org, prb@bsdi.com Subject: Re: New DOScmd snapshot available In-Reply-To: <199609250308.MAA07157@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 25 Sep 1996, Michael Smith wrote: > Jonathan Mini stands accused of saying: > > > > > If you're a DOS expert with some time and experience to spare, a > > > critical eye over the memory and exec routines would be very helpful. > > > I do not profess to understand these, and I suspect that there may be > > > some lurking problems. > > > > Well, that's what *I'm* here for.... > > And grateful I am about it 8) So where are your rude comments? 8) 8) 8) Hey...hey... I make them so nicely you don't notice. ;) At least let me d/l the code first! Jeeeze. And I sort of have this school thing... pesky I know, but.... > > Ummmm... Guys? Running MSD and/or Norton SysInfo will probably be > > impossible for the end of all time.. the reason behind this is that Norton > > SysInfo messes with a few hardware interrupts and/or ports that change > > system timings so that it can get accurate benchmarks. (In fact, in the > > case of Norton Sysinfo, I beleive it sets the PIC timers to what FreeBSD > > uses for it's profiler, although I couldn't swear on it.) > > We don't let DOS programs touch the hardware. The aim is to emulate it > well enough that these programs will run, even if they produce bogus > results. The fact that they fail completely at the moment is clear > evidence that we're not doing well enough yet. I understand this... the thing is is that it's hard to trap everything "important" without trapping everything. If you see what I mean... .... That is "trapping" is no big deal. That's the whole POINT behind v86 tasks. What is hard is simulating the hrdware you're trapping. If you get good enough IRQ-emulating code working to make programs such as Norton sysInfo work, I'll be impressed. (That should put you about > < that close to being able to run a REAL MS version of windows in doscmd. Perhaps only "standard mode" but still.) > > Jon Mini, j_mini@efn.org, mini@4j.lane.edu > ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ Jon Mini, j_mini@efn.org, mini@4j.lane.edu GAMMA Development Team -------------------------------------------------------------------------- "I think I can, I think I can, I think I can...." little.blue.engine:Reality Protection Fault. (core dumped) -------------------------------------------------------------------------- From owner-freebsd-emulation Tue Sep 24 20:23:44 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA28596 for emulation-outgoing; Tue, 24 Sep 1996 20:23:44 -0700 (PDT) Received: from haus.efn.org ([198.68.17.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA28563; Tue, 24 Sep 1996 20:23:40 -0700 (PDT) Received: from garcia.efn.org (j_mini@garcia.efn.org [198.68.17.5]) by haus.efn.org (8.7.5/8.7.3) with ESMTP id UAA13348; Tue, 24 Sep 1996 20:27:01 -0700 (PDT) Received: from localhost (j_mini@localhost) by garcia.efn.org (8.7.4/8.7.2) with SMTP id UAA25530; Tue, 24 Sep 1996 20:23:17 -0700 (PDT) X-Authentication-Warning: garcia.efn.org: j_mini owned process doing -bs Date: Tue, 24 Sep 1996 20:23:15 -0700 (PDT) From: Jonathan Mini To: Michael Smith cc: sos@freebsd.org, pialkin@abel.pdmi.ras.ru, emulation@freebsd.org Subject: Re: New doscmd available for testing/munching In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Fri, 20 Sep 1996, Jonathan Mini wrote: > On Fri, 20 Sep 1996, Michael Smith wrote: > > My 'conceptual model' for this went something like : > > - allocate 128K in the emulation process for screen memory. > > - when vt is activated, copy the area that falls under the physical screen > > memory to a temporary store. > > - mmap the screen memory onto your emulation's buffer. > > - copy your temporary store back. > > - when vt is deactivated, reverse the process. > > ... but I really don't know what happens when you mmap() screen memory > > onto a section of your process' space that is already mapped. Or would > > you swap between a mapping to screen memory and a file? Or could you > > map to _both_ screen memory and a file...? Ummm. I think a new conceptual model is in order... think of doing a "double blind" system... i.e. : - In doscmd kernel junk, mmap /dev/mem for video memory (0xA000-0xBFFF) for use by dos programs witch aren't DOS/BIOS firendly for video i/o. (that is, almost everyone) - In your DOS process, allocate a region in the task's 0xA000-0xBFFF range for a "simulated video card." For niceity, you could even make emulation code for everything to pretend to be VGA. (like on my unix machine, which is running a MDA/herc card, it'd think it was CGA/EGA/VGA but fail on mode switches to graph mode. (redirect text area to 0xB8000 from 0xB000 .... or even if you wanted to, simulate BOTH cards which would show up as seperate syscons.. whatever)) - When a processes accesses the video buffer in it's task area, either cause a flag to be set, or something like that, and update the "real" video memory... This has several advantages : - We can make DOS processes fg abd bg like unix tasks without messing up the video. - Multiple syscons will be happy. - a system like ncurses could concievably allow DOS usage over a terminal. (ok, limited, but nice) Or even X. Would be nice for a Win16/Win32 emulator... it'll come, I'm sure. ...This is the same system for management that DESQview and several other multitaskers use. It's simple, and very efficient. Jon Mini, j_mini@efn.org, mini@4j.lane.edu GAMMA Development Team -------------------------------------------------------------------------- "I think I can, I think I can, I think I can...." little.blue.engine:Reality Protection Fault. (core dumped) -------------------------------------------------------------------------- From owner-freebsd-emulation Tue Sep 24 20:27:55 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA00735 for emulation-outgoing; Tue, 24 Sep 1996 20:27:55 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA00645 for ; Tue, 24 Sep 1996 20:27:44 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id MAA07201; Wed, 25 Sep 1996 12:53:13 +0930 From: Michael Smith Message-Id: <199609250323.MAA07201@genesis.atrad.adelaide.edu.au> Subject: Re: New DOScmd snapshot available To: j_mini@efn.org (Jonathan Mini) Date: Wed, 25 Sep 1996 12:53:12 +0930 (CST) Cc: emulation@freebsd.org In-Reply-To: from "Jonathan Mini" at Sep 24, 96 08:13:14 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jonathan Mini stands accused of saying: > > > > We don't let DOS programs touch the hardware. The aim is to emulate it > > well enough that these programs will run, even if they produce bogus > > results. The fact that they fail completely at the moment is clear > > evidence that we're not doing well enough yet. > > I understand this... the thing is is that it's hard to trap everything > "important" without trapping everything. If you see what I mean... > .... That is "trapping" is no big deal. That's the whole POINT behind > v86 tasks. What is hard is simulating the hrdware you're trapping. If you > get good enough IRQ-emulating code working to make programs such as Norton > sysInfo work, I'll be impressed. (That should put you about > < that close > to being able to run a REAL MS version of windows in doscmd. Perhaps only > "standard mode" but still.) Well, with experts like you on our side, how can we lose? 8) Seriously, if emulating the PIC is necessary, then we'll sit down and Just Do It; I'm familiar enough with the part (and I have the databooks) to write a disgusting state machine that will emulate it. If I need more detail, I can go to pcemu (friendly copyright, nice code) or dosemu (nasty copyright, variable but generally disgusting code) and see how they do it. > Jon Mini, j_mini@efn.org, mini@4j.lane.edu btw, thanks for your support so far; look forward to having you actively involved! -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-emulation Tue Sep 24 20:51:11 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id UAA14265 for emulation-outgoing; Tue, 24 Sep 1996 20:51:11 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id UAA14218 for ; Tue, 24 Sep 1996 20:51:02 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id NAA07258; Wed, 25 Sep 1996 13:19:35 +0930 From: Michael Smith Message-Id: <199609250349.NAA07258@genesis.atrad.adelaide.edu.au> Subject: Re: New doscmd available for testing/munching To: j_mini@efn.org (Jonathan Mini) Date: Wed, 25 Sep 1996 13:19:35 +0930 (CST) Cc: emulation@freebsd.org In-Reply-To: from "Jonathan Mini" at Sep 24, 96 08:23:15 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Jonathan Mini stands accused of saying: > > Ummm. I think a new conceptual model is in order... think of doing a > "double blind" system... i.e. : > - In doscmd kernel junk, mmap /dev/mem for video memory > (0xA000-0xBFFF) for use by dos programs witch aren't DOS/BIOS firendly for > video i/o. (that is, almost everyone) Actually, you mmap /dev/vga which roots at the base of video memory. This is much cleaner, not to mention safer. > - In your DOS process, allocate a region in the task's > 0xA000-0xBFFF range for a "simulated video card." For niceity, you could This is the current plan. > - When a processes accesses the video buffer in it's task area, > either cause a flag to be set, or something like that, and update the > "real" video memory... This has several advantages : This is very tough. You don't want to take the penalty for a trap and cycle through the emulator for every write to video memory; the performance hit would be astronomical. The best approach is to schedule a regular update that has a couple of different policies : - for directly-mapped consoles, a blind copy on every update is generally the fastest approach. If you're in a graphic mode then it may be viable to have an interface to the VM that lets you check whether a page has been written and thus skip updating it. The cost for a blind copy of 4K is probably pretty comparable to a system call, but that's something that would have to be tried. - for indirect mappings (X or ncurses modes), compare the current memory aginst the rememebered memory, and redraw the regions that have changed. The compare here is worthwhile, as the penalty for redraws is high. However for performance's sake, we want to be able to have the DOS process directly access the memory on the video card whilst in the foreground, and then be able to switch away from it and have it continue to run and access the backing store. I think that it's possible that madvise() could actually be used for this (reading between the lines of phk's latest malloc announcement), but JD's the one to comment there. > - We can make DOS processes fg abd bg like unix tasks > without messing up the video. This is possible in tty mode, and should be possible in ncurses mode. > Jon Mini, j_mini@efn.org, mini@4j.lane.edu -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-emulation Wed Sep 25 00:31:40 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA08116 for emulation-outgoing; Wed, 25 Sep 1996 00:31:40 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA08068 for ; Wed, 25 Sep 1996 00:31:36 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id RAA08115; Wed, 25 Sep 1996 17:00:53 +0930 From: Michael Smith Message-Id: <199609250730.RAA08115@genesis.atrad.adelaide.edu.au> Subject: Re: Applying patches for Doscmd? (help) :) To: sam@wa4phy.async.com (S.W. Drinkard) Date: Wed, 25 Sep 1996 17:00:52 +0930 (CST) Cc: galois!atrad.adelaide.edu.au!msmith@freefall.freebsd.org, emulation@freebsd.org In-Reply-To: <199609240924.FAA02534@wa4phy.async.com> from "S.W. Drinkard" at Sep 24, 96 05:24:38 am MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk S.W. Drinkard stands accused of saying: > > > > You could also get Sean's 2.1.5 kernel diffs. > > Where are they available from? freefall.freebsd.org:/~ftp/incoming/sef/, but don't waste your time just yet; there's a significant problem with the kernel that we've almost but not quite licked. There'll be a decent announcement when we have 8) -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-emulation Wed Sep 25 03:16:18 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA23647 for emulation-outgoing; Wed, 25 Sep 1996 03:16:18 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA23608 for ; Wed, 25 Sep 1996 03:16:14 -0700 (PDT) Received: from abel.pdmi.ras.ru by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0v5r0i-0008zOC; Wed, 25 Sep 96 03:16 PDT Received: (from root@localhost) by abel.pdmi.ras.ru (8.7.5/8.7.3) id NAA02261; Wed, 25 Sep 1996 13:55:40 +0400 (MSD) From: Alexey Pialkin Message-Id: <199609250955.NAA02261@abel.pdmi.ras.ru> Subject: Re: Applying patches for Doscmd? (help) :) To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 25 Sep 1996 13:55:39 +0400 (MSD) Cc: sam@wa4phy.async.com, galois!atrad.adelaide.edu.au!msmith@freefall.freebsd.org, emulation@FreeBSD.ORG In-Reply-To: <199609250730.RAA08115@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Sep 25, 96 05:00:52 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-emulation@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > > You could also get Sean's 2.1.5 kernel diffs. > > > > Where are they available from? > > freefall.freebsd.org:/~ftp/incoming/sef/, but don't waste your time just > yet; there's a significant problem with the kernel that we've almost but > not quite licked. There'll be a decent announcement when we have 8) Urrrghhh.. What a problem ? (I have missed everything as always :) Alexey Pialkin From owner-freebsd-emulation Wed Sep 25 03:29:33 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA02841 for emulation-outgoing; Wed, 25 Sep 1996 03:29:33 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA02808 for ; Wed, 25 Sep 1996 03:29:30 -0700 (PDT) Received: from abel.pdmi.ras.ru by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0v5rDY-0008zJC; Wed, 25 Sep 96 03:29 PDT Received: (from root@localhost) by abel.pdmi.ras.ru (8.7.5/8.7.3) id OAA06779; Wed, 25 Sep 1996 14:20:56 +0400 (MSD) From: Alexey Pialkin Message-Id: <199609251020.OAA06779@abel.pdmi.ras.ru> Subject: Re: DOScmd To: h.wickhorst@elmshorn.netsurf.de Date: Wed, 25 Sep 1996 14:20:55 +0400 (MSD) Cc: emulation@FreeBSD.ORG In-Reply-To: <199609232220.AAA05657@thor.shn.com> from "Henning Wickhorst" at Sep 24, 96 00:20:33 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-emulation@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > > Which version of FreeBSD is needed to run the dos emulator ? IMHO FreeBSD 2.1.5-RELEASE at least.... But you will must to update some diffs from kenrnel manually - patch will reject them. And will accure some error during compliation - as far as i remeber in signal.c.. You will must to change type to (void*) for properly complining.. Alexey Pialkin From owner-freebsd-emulation Wed Sep 25 03:40:42 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA09356 for emulation-outgoing; Wed, 25 Sep 1996 03:40:42 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id DAA09326 for ; Wed, 25 Sep 1996 03:40:37 -0700 (PDT) Received: from abel.pdmi.ras.ru by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0v5rOL-0008tlC; Wed, 25 Sep 96 03:40 PDT Received: (from root@localhost) by abel.pdmi.ras.ru (8.7.5/8.7.3) id OAA07347; Wed, 25 Sep 1996 14:23:39 +0400 (MSD) From: Alexey Pialkin Message-Id: <199609251023.OAA07347@abel.pdmi.ras.ru> Subject: Re: Applying patches for Doscmd? (help) :) To: sam@wa4phy.async.com (S.W. Drinkard) Date: Wed, 25 Sep 1996 14:23:39 +0400 (MSD) Cc: emulation@FreeBSD.org In-Reply-To: <199609232259.SAA02051@wa4phy.async.com> from "S.W. Drinkard" at Sep 23, 96 06:59:49 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-emulation@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > Ok.. I'll admit I'm in the dark... I attempted to apply the patches > from the vm86-current-diffs to my source files, and then a make for > doscmd. It bombs out within a few lines, mostly from /usr/include > stuff. Somebody wanna hold me by the hand and tell me how to apply > these patches and get doscmd to compile...? No, I'm not running X, > and have made the appropriate changes to Makefile. This is 2.1.5-R > that came from an FTP session, not the CD-Rom, if that makes any > difference.. Ughrr. Another one. I will diff my *.orig & patches files from 2.1.5RELEASE at home and send them here. Tomorrow. I hope. Alexey Pialkin From owner-freebsd-emulation Wed Sep 25 03:46:24 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id DAA12339 for emulation-outgoing; Wed, 25 Sep 1996 03:46:24 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id DAA12263 for ; Wed, 25 Sep 1996 03:46:13 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id UAA09036; Wed, 25 Sep 1996 20:14:43 +0930 From: Michael Smith Message-Id: <199609251044.UAA09036@genesis.atrad.adelaide.edu.au> Subject: Re: Applying patches for Doscmd? (help) :) To: root@abel.pdmi.ras.ru (Alexey Pialkin) Date: Wed, 25 Sep 1996 20:14:43 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, sam@wa4phy.async.com, galois!atrad.adelaide.edu.au!msmith@freefall.freebsd.org, emulation@FreeBSD.ORG In-Reply-To: <199609250955.NAA02261@abel.pdmi.ras.ru> from "Alexey Pialkin" at Sep 25, 96 01:55:39 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-emulation@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Alexey Pialkin stands accused of saying: > > > > freefall.freebsd.org:/~ftp/incoming/sef/, but don't waste your time just > > yet; there's a significant problem with the kernel that we've almost but > > not quite licked. There'll be a decent announcement when we have 8) > > Urrrghhh.. What a problem ? (I have missed everything as always :) This is the 'dos EDIT hangs when you open a menu', or more accurately 'dos programs that don't trap run forever'. We have found and think we have mostly fixed the problem, but there's one tiny difficulty left that is giving me a serious pain. > Alexey Pialkin -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-emulation Wed Sep 25 04:10:35 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA24570 for emulation-outgoing; Wed, 25 Sep 1996 04:10:35 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA24542 for ; Wed, 25 Sep 1996 04:10:31 -0700 (PDT) Received: from abel.pdmi.ras.ru by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0v5rqj-0008zrC; Wed, 25 Sep 96 04:09 PDT Received: (from root@localhost) by abel.pdmi.ras.ru (8.7.5/8.7.3) id PAA09462; Wed, 25 Sep 1996 15:03:06 +0400 (MSD) From: Alexey Pialkin Message-Id: <199609251103.PAA09462@abel.pdmi.ras.ru> Subject: Re: New DOScmd snapshot available To: j_mini@efn.org (Jonathan Mini) Date: Wed, 25 Sep 1996 15:03:05 +0400 (MSD) Cc: msmith@atrad.adelaide.edu.au, emulation@freebsd.org, prb@bsdi.com In-Reply-To: from "Jonathan Mini" at Sep 24, 96 07:57:56 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk > Ummmm... Guys? Running MSD and/or Norton SysInfo will probably be > impossible for the end of all time.. the reason behind this is that Norton > SysInfo messes with a few hardware interrupts and/or ports that change > system timings so that it can get accurate benchmarks. (In fact, in the > case of Norton Sysinfo, I beleive it sets the PIC timers to what FreeBSD > uses for it's profiler, although I couldn't swear on it.) > Those two programs are _VERY_ mean to your OS. They will causes crashes > due to mangled IRQs on just about anything.. for example, try running > SysInfo from a DOS shell given by a MOD/S3M player or just about any other > program that messes with even the _slightest_ system resources that deal > with IRQs or timers. (shudder) Yes - that's a big problem. And by now i have no ideas how to change speed for chanel 0 of the system timer. :((( Only one idea - to program RTC for interrupts but that's not nice too. But we will need some decision in that problem - i whant to run games :) P.S. btw keyboard hadnling by now works not well to - as soon as possible i will work with that problem in new consoles support module. Alexey Pialkin From owner-freebsd-emulation Wed Sep 25 04:30:29 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA05178 for emulation-outgoing; Wed, 25 Sep 1996 04:30:29 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA05143 for ; Wed, 25 Sep 1996 04:30:26 -0700 (PDT) Received: from abel.pdmi.ras.ru by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0v5s9m-0008rTC; Wed, 25 Sep 96 04:29 PDT Received: (from root@localhost) by abel.pdmi.ras.ru (8.7.5/8.7.3) id PAA09645; Wed, 25 Sep 1996 15:22:15 +0400 (MSD) From: Alexey Pialkin Message-Id: <199609251122.PAA09645@abel.pdmi.ras.ru> Subject: Re: New doscmd available for testing/munching To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 25 Sep 1996 15:22:13 +0400 (MSD) Cc: j_mini@efn.org, emulation@FreeBSD.org In-Reply-To: <199609250349.NAA07258@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Sep 25, 96 01:19:35 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-emulation@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Ummm. I think a new conceptual model is in order... think of doing a > > "double blind" system... i.e. : > > - In doscmd kernel junk, mmap /dev/mem for video memory > > (0xA000-0xBFFF) for use by dos programs witch aren't DOS/BIOS firendly for > > video i/o. (that is, almost everyone) > > Actually, you mmap /dev/vga which roots at the base of video memory. This > is much cleaner, not to mention safer. BTW, why ? > - for directly-mapped consoles, a blind copy on every update is generally > the fastest approach. If you're in a graphic mode then it may be > viable to have an interface to the VM that lets you check whether a > page has been written and thus skip updating it. The cost for a blind > copy of 4K is probably pretty comparable to a system call, but that's > something that would have to be tried. > - for indirect mappings (X or ncurses modes), compare the current memory > aginst the rememebered memory, and redraw the regions that have > changed. The compare here is worthwhile, as the penalty for redraws > is high. BTW, we don't need to compare somthing for ncurses - it makes all automatic & redraw quite nice... At least on my home my new unoptimized ncurses support works much faster than Xs :).. But that's not a surprise :) > However for performance's sake, we want to be able to have the DOS > process directly access the memory on the video card whilst in the > foreground, and then be able to switch away from it and have it > continue to run and access the backing store. I think that it's > possible that madvise() could actually be used for this (reading > between the lines of phk's latest malloc announcement), but JD's the > one to comment there. Interesting. I have missed that. What can madvise do that can help us ? > > > - We can make DOS processes fg abd bg like unix tasks > > without messing up the video. > > This is possible in tty mode, and should be possible in ncurses mode. And it will be possible in virtual console mode. In case of proper implemenation :) Alexey Pialkin From owner-freebsd-emulation Wed Sep 25 04:53:45 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA23935 for emulation-outgoing; Wed, 25 Sep 1996 04:53:45 -0700 (PDT) Received: from genesis.atrad.adelaide.edu.au (genesis.atrad.adelaide.edu.au [129.127.96.120]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id EAA23782 for ; Wed, 25 Sep 1996 04:53:34 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id VAA09253; Wed, 25 Sep 1996 21:22:35 +0930 From: Michael Smith Message-Id: <199609251152.VAA09253@genesis.atrad.adelaide.edu.au> Subject: Re: New doscmd available for testing/munching To: root@abel.pdmi.ras.ru (Alexey Pialkin) Date: Wed, 25 Sep 1996 21:22:35 +0930 (CST) Cc: msmith@atrad.adelaide.edu.au, j_mini@efn.org, emulation@FreeBSD.org In-Reply-To: <199609251122.PAA09645@abel.pdmi.ras.ru> from "Alexey Pialkin" at Sep 25, 96 03:22:13 pm MIME-Version: 1.0 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: 7bit Sender: owner-emulation@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk Alexey Pialkin stands accused of saying: > > Actually, you mmap /dev/vga which roots at the base of video memory. This > > is much cleaner, not to mention safer. > > BTW, why ? Because you're mapping the video card's memory, not "generic memory". If the card is somewhere else, then you don't have to worry about it. If Soren wakes up and changes it just a little bit, you will _only_ be able to map the region of memory that the card decodes into. > BTW, we don't need to compare somthing for ncurses - it makes all automatic > & redraw quite nice... At least on my home my new unoptimized ncurses support > works much faster than Xs :).. But that's not a surprise :) Hmm? I presume you are using ncurses' internal compare-and-redraw algorithm then 8) > Interesting. I have missed that. What can madvise do that can help us ? I'm really not sure; that's likely to depend on what JD has to say. > > -- ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ ]] Genesis Software genesis@atrad.adelaide.edu.au [[ ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ From owner-freebsd-emulation Wed Sep 25 05:12:13 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA07706 for emulation-outgoing; Wed, 25 Sep 1996 05:12:13 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA07661 for ; Wed, 25 Sep 1996 05:12:09 -0700 (PDT) Received: from abel.pdmi.ras.ru by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0v5sos-0008zMC; Wed, 25 Sep 96 05:12 PDT Received: (from root@localhost) by abel.pdmi.ras.ru (8.7.5/8.7.3) id PAA11498; Wed, 25 Sep 1996 15:49:09 +0400 (MSD) From: Alexey Pialkin Message-Id: <199609251149.PAA11498@abel.pdmi.ras.ru> Subject: Re: Applying patches for Doscmd? (help) :) To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 25 Sep 1996 15:49:08 +0400 (MSD) Cc: msmith@atrad.adelaide.edu.au, sam@wa4phy.async.com, galois!atrad.adelaide.edu.au!msmith@freefall.freebsd.org, emulation@FreeBSD.org In-Reply-To: <199609251044.UAA09036@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Sep 25, 96 08:14:43 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-emulation@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > freefall.freebsd.org:/~ftp/incoming/sef/, but don't waste your time just > > > yet; there's a significant problem with the kernel that we've almost but > > > not quite licked. There'll be a decent announcement when we have 8) > > > > Urrrghhh.. What a problem ? (I have missed everything as always :) > > This is the 'dos EDIT hangs when you open a menu', or more accurately > 'dos programs that don't trap run forever'. We have found and think > we have mostly fixed the problem, but there's one tiny difficulty left > that is giving me a serious pain. Hmm. What kind of a difficulty ? P.S. have you got my letter about new concole module ? Alexey Pialkin From owner-freebsd-emulation Wed Sep 25 05:22:23 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id FAA15411 for emulation-outgoing; Wed, 25 Sep 1996 05:22:23 -0700 (PDT) Received: from agora.rdrop.com (root@agora.rdrop.com [199.2.210.241]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id FAA15387 for ; Wed, 25 Sep 1996 05:22:21 -0700 (PDT) Received: from abel.pdmi.ras.ru by agora.rdrop.com with smtp (Smail3.1.29.1 #17) id m0v5suZ-0008zJC; Wed, 25 Sep 96 05:17 PDT Received: (from root@localhost) by abel.pdmi.ras.ru (8.7.5/8.7.3) id QAA11894; Wed, 25 Sep 1996 16:10:13 +0400 (MSD) From: Alexey Pialkin Message-Id: <199609251210.QAA11894@abel.pdmi.ras.ru> Subject: Re: New doscmd available for testing/munching To: msmith@atrad.adelaide.edu.au (Michael Smith) Date: Wed, 25 Sep 1996 16:10:13 +0400 (MSD) Cc: msmith@atrad.adelaide.edu.au, j_mini@efn.org, emulation@FreeBSD.org In-Reply-To: <199609251152.VAA09253@genesis.atrad.adelaide.edu.au> from "Michael Smith" at Sep 25, 96 09:22:35 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-emulation@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > Alexey Pialkin stands accused of saying: > > > Actually, you mmap /dev/vga which roots at the base of video memory. This > > > is much cleaner, not to mention safer. > > > > BTW, why ? > > Because you're mapping the video card's memory, not "generic memory". > If the card is somewhere else, then you don't have to worry about it. > If Soren wakes up and changes it just a little bit, you will _only_ be > able to map the region of memory that the card decodes into. Nice. But it doesn't matter for us - because if the card will not located at normal addresses it will not VGA - so we will not able to properly work with it in virtual console mode. > > BTW, we don't need to compare somthing for ncurses - it makes all automatic > > & redraw quite nice... At least on my home my new unoptimized ncurses support > > works much faster than Xs :).. But that's not a surprise :) > > Hmm? I presume you are using ncurses' internal compare-and-redraw > algorithm then 8) Yes :) And it works more than nice.. At least by now i don't whant anything else :)))) Alexey Pialkin From owner-freebsd-emulation Thu Sep 26 14:29:39 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA26215 for emulation-outgoing; Thu, 26 Sep 1996 14:29:39 -0700 (PDT) Received: from haus.efn.org ([198.68.17.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA26168 for ; Thu, 26 Sep 1996 14:29:31 -0700 (PDT) Received: from garcia.efn.org (j_mini@garcia.efn.org [198.68.17.5]) by haus.efn.org (8.7.5/8.7.3) with ESMTP id OAA29775; Thu, 26 Sep 1996 14:33:03 -0700 (PDT) Received: from localhost (j_mini@localhost) by garcia.efn.org (8.7.4/8.7.2) with SMTP id OAA29207; Thu, 26 Sep 1996 14:29:17 -0700 (PDT) X-Authentication-Warning: garcia.efn.org: j_mini owned process doing -bs Date: Thu, 26 Sep 1996 14:29:17 -0700 (PDT) From: Jonathan Mini To: Michael Smith cc: emulation@freebsd.org Subject: Re: New DOScmd snapshot available In-Reply-To: <199609250323.MAA07201@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 25 Sep 1996, Michael Smith wrote: > Jonathan Mini stands accused of saying: > Well, with experts like you on our side, how can we lose? 8) Seriously, > if emulating the PIC is necessary, then we'll sit down and Just Do It; > I'm familiar enough with the part (and I have the databooks) to write a > disgusting state machine that will emulate it. If I need more detail, I > can go to pcemu (friendly copyright, nice code) or dosemu (nasty copyright, > variable but generally disgusting code) and see how they do it. Well, emulating such devices will be fairly easy... probably easier than managing contention with the "real" ones -- certain makes for better security. OS/2 and (I belive) Win95 do this, and it works fairly well. Except for devices like Sound Cards, which have a high data throughput, the overhead of emulation is neglegent -- especially on anything like a decent 486 or better. IMHO, you SHOULD be emulating devices -- it's very powerful if done right... especialyl for "debugging" later on in life (when this is good enough that people will want to use it to test apps they are developing for DOS. > btw, thanks for your support so far; look forward to having you actively > involved! =) So do I.. this is fun ;) > -- > ]] Mike Smith, Software Engineer msmith@atrad.adelaide.edu.au [[ > ]] Genesis Software genesis@atrad.adelaide.edu.au [[ > ]] High-speed data acquisition and (GSM mobile) 0411-222-496 [[ > ]] realtime instrument control (ph/fax) +61-8-267-3039 [[ > ]] Collector of old Unix hardware. "Where are your PEZ?" The Tick [[ > Jon Mini, j_mini@efn.org, mini@4j.lane.edu GAMMA Development Team -------------------------------------------------------------------------- "I think I can, I think I can, I think I can...." little.blue.engine:Reality Protection Fault. (core dumped) -------------------------------------------------------------------------- From owner-freebsd-emulation Thu Sep 26 14:38:37 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA29553 for emulation-outgoing; Thu, 26 Sep 1996 14:38:37 -0700 (PDT) Received: from haus.efn.org ([198.68.17.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA29517 for ; Thu, 26 Sep 1996 14:38:32 -0700 (PDT) Received: from garcia.efn.org (j_mini@garcia.efn.org [198.68.17.5]) by haus.efn.org (8.7.5/8.7.3) with ESMTP id OAA00882; Thu, 26 Sep 1996 14:42:08 -0700 (PDT) Received: from localhost (j_mini@localhost) by garcia.efn.org (8.7.4/8.7.2) with SMTP id OAA00401; Thu, 26 Sep 1996 14:38:22 -0700 (PDT) X-Authentication-Warning: garcia.efn.org: j_mini owned process doing -bs Date: Thu, 26 Sep 1996 14:38:22 -0700 (PDT) From: Jonathan Mini To: Michael Smith cc: emulation@freebsd.org Subject: Re: New doscmd available for testing/munching In-Reply-To: <199609250349.NAA07258@genesis.atrad.adelaide.edu.au> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 25 Sep 1996, Michael Smith wrote: > Jonathan Mini stands accused of saying: > > Ummm. I think a new conceptual model is in order... think of doing a > > "double blind" system... i.e. : > > - In doscmd kernel junk, mmap /dev/mem for video memory > > (0xA000-0xBFFF) for use by dos programs witch aren't DOS/BIOS firendly for > > video i/o. (that is, almost everyone) > Actually, you mmap /dev/vga which roots at the base of video memory. This > is much cleaner, not to mention safer. True.. ;) > > - In your DOS process, allocate a region in the task's > > 0xA000-0xBFFF range for a "simulated video card." For niceity, you could > > This is the current plan. Good. As it should be. > > - When a processes accesses the video buffer in it's task area, > > either cause a flag to be set, or something like that, and update the > > "real" video memory... This has several advantages : > This is very tough. You don't want to take the penalty for a trap Ok,Ok,Ok... my mistake.... I wrote that down wrong.. I realise this, I didn't mean a direct copy, or a trap... I mean a "single shot" trap.. i.e. something that happens ONLY ONCE then you know the screen's been modified. Once you know that, what else do you need? You shoudl be able to set that up and disable it without a big performance hit.. I could be wrong. > However for performance's sake, we want to be able to have the DOS > process directly access the memory on the video card whilst in the > foreground, and then be able to switch away from it and have it > continue to run and access the backing store. I think that it's > possible that madvise() could actually be used for this (reading > between the lines of phk's latest malloc announcement), but JD's the > one to comment there. Write-through access should be possible, of course, you're right. ;) Another alternative is the way DESQview does is in "screen virtualization" mode. Each task has a seperate "video memory" that is updated into it's window on the REAL monitor every timer tick (1/18 sec in DV) a similar approach would be acceptable for this -- something like updating every 25th a sec or so... However, this is only really important when you are creating a windowed interface, which we aren't. ;) Jon Mini, j_mini@efn.org, mini@4j.lane.edu GAMMA Development Team -------------------------------------------------------------------------- "I think I can, I think I can, I think I can...." little.blue.engine:Reality Protection Fault. (core dumped) -------------------------------------------------------------------------- From owner-freebsd-emulation Thu Sep 26 15:00:00 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA11489 for emulation-outgoing; Thu, 26 Sep 1996 15:00:00 -0700 (PDT) Received: from haus.efn.org ([198.68.17.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA11459 for ; Thu, 26 Sep 1996 14:59:57 -0700 (PDT) Received: from garcia.efn.org (j_mini@garcia.efn.org [198.68.17.5]) by haus.efn.org (8.7.5/8.7.3) with ESMTP id PAA03535; Thu, 26 Sep 1996 15:03:31 -0700 (PDT) Received: from localhost (j_mini@localhost) by garcia.efn.org (8.7.4/8.7.2) with SMTP id OAA02350; Thu, 26 Sep 1996 14:59:43 -0700 (PDT) X-Authentication-Warning: garcia.efn.org: j_mini owned process doing -bs Date: Thu, 26 Sep 1996 14:59:43 -0700 (PDT) From: Jonathan Mini To: Alexey Pialkin cc: Michael Smith , emulation@freebsd.org Subject: Re: New doscmd available for testing/munching In-Reply-To: <199609251122.PAA09645@abel.pdmi.ras.ru> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Wed, 25 Sep 1996, Alexey Pialkin wrote: > > Actually, you mmap /dev/vga which roots at the base of video memory. This > > is much cleaner, not to mention safer. > > BTW, why ? Say you're running on a SVGA/VESA 2.x video card and FreeBSD has code in it to use that (hah and double hah) -- VESA 2.x allows the card to create a linear framebuffer in the WAY-UP-HIGH mem addrs like 4G range. Using this, video memory for the cons wouldn't BE at 0xA000 like you're trying to map. But /dev/vga would be properly redirected. Jon Mini, j_mini@efn.org, mini@4j.lane.edu GAMMA Development Team -------------------------------------------------------------------------- "I think I can, I think I can, I think I can...." little.blue.engine:Reality Protection Fault. (core dumped) -------------------------------------------------------------------------- From owner-freebsd-emulation Fri Sep 27 14:10:27 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id OAA25169 for emulation-outgoing; Fri, 27 Sep 1996 14:10:27 -0700 (PDT) Received: from apolo.biblos.unal.edu.co ([168.176.37.75]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id OAA25006 for ; Fri, 27 Sep 1996 14:10:04 -0700 (PDT) Received: (from pgiffuni@localhost) by apolo.biblos.unal.edu.co (8.7.5/8.7.3) id QAA02879; Fri, 27 Sep 1996 16:08:10 -0500 (EST) Date: Fri, 27 Sep 1996 16:08:10 -0500 (EST) From: Pedro Giffuni To: Lutz Albers cc: emulation@freebsd.org Subject: Re: Linux's asWedit doesnt work under 2.1.5 emulation In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk Nope: I ran modstat... Type Id Off Loadaddr Size Info Rev Module Name EXEC 0 3 f0769000 0018 f076e000 1 linux_emulator MISC 1 0 f0773000 0008 f0774000 1 star_saver And ran: apolo# ./asWedit Bus error (core dumped) Doesn't work! the version labelled *dyn shows a exec error format. Pedro. On Tue, 24 Sep 1996, Lutz Albers wrote: > At 18:45 Uhr +0200 23.09.1996, Pedro Giffuni wrote: > >Hi: > >I downloaded Linux's asWedit from > >ftp://ftp.umbc.edu/pub/unix/www/asWedit/ > >the documentation says that FreeBSD users can download linux's a.out but > >it doesn't work.. did I do something wrong? > > Hi, > > it works for me (did under 2.1R and does under 2.1.5R). You need the Linux > emulator and the COMPAT_LINUX option in your kernel. > > What didn't work ? > > ciao > lutz > > > --------------------------------------------------------------------- > Lutz Albers | What's good ? > Luederitzstr. 14, 81929-Muenchen, Germany | Life's good - > ph: +49-89-93940363 | But not fair at all > fax:+49-89-93940365 | (Lou Reed) > > Do not take life too seriously, you will never get out of it alive. > > > From owner-freebsd-emulation Sat Sep 28 00:41:30 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id AAA06895 for emulation-outgoing; Sat, 28 Sep 1996 00:41:30 -0700 (PDT) Received: from abel.pdmi.ras.ru ([194.88.2.5]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id AAA06838 for ; Sat, 28 Sep 1996 00:41:24 -0700 (PDT) Received: (from root@localhost) by abel.pdmi.ras.ru (8.7.5/8.7.3) id LAA00820; Sat, 28 Sep 1996 11:40:44 +0400 (MSD) From: Alexey Pialkin Message-Id: <199609280740.LAA00820@abel.pdmi.ras.ru> Subject: Re: New doscmd available for testing/munching To: j_mini@efn.org (Jonathan Mini) Date: Sat, 28 Sep 1996 11:40:44 +0400 (MSD) Cc: msmith@atrad.adelaide.edu.au, emulation@FreeBSD.org In-Reply-To: from "Jonathan Mini" at Sep 26, 96 02:59:43 pm X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-emulation@FreeBSD.org X-Loop: FreeBSD.org Precedence: bulk > > > Actually, you mmap /dev/vga which roots at the base of video memory. This > > > is much cleaner, not to mention safer. > > > > BTW, why ? > > Say you're running on a SVGA/VESA 2.x video card and FreeBSD has code in > it to use that (hah and double hah) -- VESA 2.x allows the card to create > a linear framebuffer in the WAY-UP-HIGH mem addrs like 4G range. Using > this, video memory for the cons wouldn't BE at 0xA000 like you're trying > to map. But /dev/vga would be properly redirected. Hmmm. Never seen any card that will make linear access memory for _text_ mode somewhere over 1 mb :) Alexey Pialkin From owner-freebsd-emulation Sat Sep 28 04:53:18 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id EAA25314 for emulation-outgoing; Sat, 28 Sep 1996 04:53:18 -0700 (PDT) Received: from colin.muc.de (root@colin.muc.de [193.174.4.1]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id EAA25248 for ; Sat, 28 Sep 1996 04:53:10 -0700 (PDT) Received: from tavari.muc.de ([193.174.4.22]) by colin.muc.de with SMTP id <86025-2>; Sat, 28 Sep 1996 13:52:54 +0200 Received: from [192.168.42.51] (aleisha.tavari.muc.de [192.168.42.51]) by tavari.muc.de (8.7.5/8.7.3) with ESMTP id KAA09304; Sat, 28 Sep 1996 10:57:45 +0200 (MET DST) X-Sender: lutz@killashandra Message-Id: In-Reply-To: References: Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Date: Sat, 28 Sep 1996 10:52:28 +0200 To: Pedro Giffuni From: Lutz Albers Subject: Re: Linux's asWedit doesnt work under 2.1.5 emulation Cc: emulation@freebsd.org Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk At 23:08 Uhr +0200 27.09.1996, Pedro Giffuni wrote: >Nope: I ran modstat... >Type Id Off Loadaddr Size Info Rev Module Name >EXEC 0 3 f0769000 0018 f076e000 1 linux_emulator >MISC 1 0 f0773000 0008 f0774000 1 star_saver Well, you STILL need the option in the kernel. Without the COMPAT_LINUX option all Linux executables I tried (netscape, asWedit) will crash with Bus error on my system (2.1 and 2.1.5). >And ran: >apolo# ./asWedit >Bus error (core dumped) > >Doesn't work! the version labelled *dyn shows a exec error format. *dyn ? You know, that you need the STATICALLY linked Linux executable ? ciao lutz --------------------------------------------------------------------- Lutz Albers | What's good ? Luederitzstr. 14, 81929-Muenchen, Germany | Life's good - ph: +49-89-93940363 | But not fair at all fax:+49-89-93940365 | (Lou Reed) Do not take life too seriously, you will never get out of it alive. From owner-freebsd-emulation Sat Sep 28 07:54:36 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id HAA05898 for emulation-outgoing; Sat, 28 Sep 1996 07:54:36 -0700 (PDT) Received: from who.cdrom.com (who.cdrom.com [204.216.27.3]) by freefall.freebsd.org (8.7.5/8.7.3) with ESMTP id HAA05862 for ; Sat, 28 Sep 1996 07:54:31 -0700 (PDT) Received: from apolo.biblos.unal.edu.co ([168.176.37.75]) by who.cdrom.com (8.7.5/8.6.11) with ESMTP id HAA15760 for ; Sat, 28 Sep 1996 07:54:16 -0700 (PDT) Received: (from pgiffuni@localhost) by apolo.biblos.unal.edu.co (8.7.5/8.7.3) id JAA06816; Sat, 28 Sep 1996 09:53:11 -0500 (EST) Date: Sat, 28 Sep 1996 09:53:09 -0500 (EST) From: Pedro Giffuni To: Lutz Albers cc: emulation@freebsd.org Subject: Re: Linux's asWedit doesnt work under 2.1.5 emulation In-Reply-To: Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-emulation@freebsd.org X-Loop: FreeBSD.org Precedence: bulk On Sat, 28 Sep 1996, Lutz Albers wrote: > At 23:08 Uhr +0200 27.09.1996, Pedro Giffuni wrote: > >Nope: I ran modstat... > > Well, you STILL need the option in the kernel. Without the COMPAT_LINUX > option all Linux executables I tried (netscape, asWedit) will crash with > Bus error on my system (2.1 and 2.1.5). > It is there...commented!!!! my error. I guess everyone has stupidity days. Too much Beavis and Butthead! > > *dyn ? You know, that you need the STATICALLY linked Linux executable ? > Yes, I just tried another version to be sure (the dynamically linked part is not Motif). thanks, Pedro. > ciao > lutz > > > --------------------------------------------------------------------- > Lutz Albers | What's good ? > Luederitzstr. 14, 81929-Muenchen, Germany | Life's good - > ph: +49-89-93940363 | But not fair at all > fax:+49-89-93940365 | (Lou Reed) > > Do not take life too seriously, you will never get out of it alive. > > >