From owner-freebsd-emulation Sat Mar 3 11: 5: 2 2001 Delivered-To: freebsd-emulation@freebsd.org Received: from aeon.conundrum.com (aeon.conundrum.com [216.191.219.140]) by hub.freebsd.org (Postfix) with ESMTP id B663237B722 for ; Sat, 3 Mar 2001 11:04:57 -0800 (PST) (envelope-from mattp@conundrum.com) Received: from smtp.conundrum.com (smtp.conundrum.com [216.191.219.134]) by aeon.conundrum.com (8.9.3/8.9.2) with ESMTP id OAA82701 for ; Sat, 3 Mar 2001 14:04:56 -0500 (EST) (envelope-from mattp@conundrum.com) Date: Sat, 3 Mar 2001 14:04:55 -0500 (EST) From: Matt of the Long Red Hair To: freebsd-emulation@freebsd.org Subject: doscmd booting floppy on 4.1.1-STABLE Message-ID: X-URL: http://www.conundrum.com/~mattp/ X-PGP-Fingerprint: 40 E8 24 BC C1 98 00 F2 56 2F F6 7B 36 34 58 01 X-NIC-Handle: MP1229 MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII Sender: owner-freebsd-emulation@FreeBSD.ORG Precedence: bulk X-Loop: FreeBSD.org I haven't heard back from anyone, so I'm guessing this is something new.. nobody's seen it before? On the off chance that it'd been fixed recently, I cvsup'd a new 4.1.1-S and built a new world, but no change on DOS 5.0 and DOS 6.22 I also tried booting the current FreeDOS (beta5) but that also failed, except with a totally different error: % doscmd -b Signal 4 from DOS program ax=1fff bx=2601 cx=0a78 dx=07b8 si=5000 di=6be8 sp=13e6 bp=0000 cs=045e ss=0000 ds=43eb es=468a ip=c56c eflags=b0206 63 61 6e 6e 6f 74 20 61 6c 6c 6f 63 61 74 65 20 arpl %sp,0x6e(%bx+%di) 045e:c56c Illegal instruction Is anyone successfully booting any DOS with doscmd right now? I'm not really picky about the version of DOS I use.. I'd just like to get something going. I haven't even been able to get doscmd to run in standalone mode.. it always seems to want to boot a disk. I think next I'll try building a bootable DOS filesystem on a hard drive, and attempt to boot that. Maybe this problem is with the floppies only? I briefly looked at using dosemu instead, but I suppose the lack of a port should have tipped me off to how difficult that was going to be. It relies on as86/ld86 -- I'm guessing those are 16-bit linker/assembler -- which FreeBSD doesn't have. I notice most other *nixes do have these, even OpenBSD. How does FreeBSD deal with compiling 16-bit apps? I don't see any obvious substitute in the gcc install. Anyway, I'd be quite happy to hear anyone's thoughts on any of this. Cheers, Matt ---------------------------------------------------------------------- ``Chaos often breeds life, when order breeds habit.'' -- Henry Brooks Adams ---------- Forwarded message ---------- Date: Fri, 2 Mar 2001 01:02:58 -0500 (EST) From: Matt of the Long Red Hair To: freebsd-emulation@freebsd.org Subject: doscmd booting floppy on 4.1.1-STABLE I'm having some issues getting doscmd going under 4.1.1-STABLE (Nov 4, 2000). I've started with the example from the man page, using the following .doscmd file: assign A: /dev/fd0.1440 1440 assign A: /dev/fd0.720 720 assign hard drive-c 1224 15 17 I have two bootable DOS floppies: an 720K IBM DOS 5.0 install and a 1.44M MS DOS 6.22 install. Neither seems to want to boot. My doscmd session looks like this: % doscmd -b Unknown interrupt 15 function 4101 Unknown interrupt 15 function 8706 at which point doscmd hangs -- I can ^C out of it. I've tried commenting out the assign lines I don't need, and tried a variety of fd0 device files to access the floppies.. fd0a, fd0c, rfd0.720, rfd0.1440, etc. and nothing works. When I seem to be on the right track, I get the interrupt errors as above, if I'm off track I simply get short read errors from the device. The 'drive-c' file has been touched, but even with that assign commented out I get the same errors. I've attempted this as root, and as a user in group operator (/dev/fd0* are all group operator), and I've even tried turning on the group write bit on /dev/fd0*. In short, I've run out of troubleshooting ideas, and am beginning to think that this is a problem with with 4.1.1-S as of the date I cvsup'd it. I have done a search through the -emulation archives, and haven't seen anything related to this. Is this possibly a known issue, or am I missing something obvious, or what? Any help is appreciated. Matt Pounsett To Unsubscribe: send mail to majordomo@FreeBSD.org with "unsubscribe freebsd-emulation" in the body of the message