Skip site navigation (1)Skip section navigation (2)
Date:      Sun, 29 Sep 1996 18:23:57 +0930 (CST)
From:      Michael Smith <msmith@atrad.adelaide.edu.au>
To:        emulation@freebsd.org
Subject:   DOScmd CVS repository available for SUP.
Message-ID:  <199609290853.SAA26098@genesis.atrad.adelaide.edu.au>

next in thread | raw e-mail | index | archive | help

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  [[



Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199609290853.SAA26098>