[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: Re: Running SVN Client on 16-bit MS-DOS machine

From: Dave Levitt <dave.levitt_at_gmail.com>
Date: Thu, 3 Sep 2009 14:10:28 -0400

On Thu, Sep 3, 2009 at 12:49 PM, Henry Taylor<htaylor_at_agristats.com> wrote:
>> When you say "DOS Box" do you mean a cmd.exe window running in Windows XP/Vista/7 or do you litterly mean that they run a PC with DOS 3.31 as the primary operating system?
>> If the former, sure you can use SVN in a cmd window. If you mean the latter... ug. I would suggest setting up a DOS VM that has access to mapped drives on the host machine where your working copy is.
>> BOb
> I mean the latter.  We literally have PC with DOS as the primary operating system.  Funny, isn't it?
> ------------------------------------------------------
> http://subversion.tigris.org/ds/viewMessage.do?dsForumId=1065&dsMessageId=2390745
> To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].

I don't know if [for example] Sun's Virtualbox allows DOS as a client
OS, but here is another off the wall suggestion.

Have your developers develop and test in an actual copy of MS/PC/Open
DOS, running in a virtual 8086 machine with OS/2 as the host operating
system. [this is not using OS/2's built in 'better DOS than DOS'
emulation - but that may be an even better option]. Revision control
[svn command line] is then run from an OS/2 command prompt.

OS/2 is still available with the unfortunate name of 'eComStation',
and will install on extremely low end commodity hardware [20 MHz i386
or better]. The virtual machine capability is surprisingly versatile -
at one point I tested running a CP/M-86 virtual machine [had to give
it a private filesystem on a separate partition].


To unsubscribe from this discussion, e-mail: [users-unsubscribe_at_subversion.tigris.org].
Received on 2009-09-03 20:13:04 CEST

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.