From owner-freebsd-emulation Sun Sep 29 01:54:16 1996 Return-Path: owner-emulation Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id BAA23474 for emulation-outgoing; Sun, 29 Sep 1996 01:54:16 -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 BAA23420 for ; Sun, 29 Sep 1996 01:54:11 -0700 (PDT) Received: from msmith@localhost by genesis.atrad.adelaide.edu.au (8.6.12/8.6.9) id SAA26098 for emulation@freebsd.org; Sun, 29 Sep 1996 18:23:57 +0930 From: Michael Smith Message-Id: <199609290853.SAA26098@genesis.atrad.adelaide.edu.au> Subject: DOScmd CVS repository available for SUP. To: emulation@freebsd.org Date: Sun, 29 Sep 1996 18:23:57 +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 If you are interested in staying current with the DOScmd project, and aren't happy with the release granularity, the CVS repository is now available for supping. Some things to note: - I would have used CVSup, but it appears to require most of the Modula-3 runtime, which would be an unecessary nuisance for small users. - The supserver is at the end of a set of slow links. This should not be a problem for most users, as it's not a huge repository. - I usually commit once or twice a day. Supping more often than this won't help you any 8) - CTM appears to be black magic. If anyone out there gets hives using SUP, _tough_. (If you send me a cooked-and-ready-to-eat CTM config I may try it, but don't get too hopeful). The supfile : # Change prefix= to where you want the 'cvs' directory to be. # Change base= to where you want sup to store information about the collection. doscmd release=cvs host=spam.frisbee.net.au hostbase=/home base=/tmp prefix=/tmp delete old use-rel-suffix ---- A quick DOScmd status report, for those that are wondering : There is a serious problem in the way that vm86 services are implemented that leads to DOS programs being able to monopolise the system. In fixing this, we have exposed a number of other problems which need to be corrected before DOScmd will work again. Aside from this, several problems in the redirector have been corrected, and Alexy has prototyped a new screen interface which provides good screen update speeds for fullscreen applications using ncurses; ie. the ability to run fullscreen DOS programs on any colour terminal. Input will shortly be solicited from any DOS programmers who have packet-driver experience, as it should be trivial to provide such a driver with access to a 'tun' network interface, and thus enable any packet-driver-aware DOS program to communicate with the BSD system's network. More advances have also been made with the machine-dependancy abstraction, which should make it possible for us to have DOScmd going again under BSD/OS 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 [[