<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.01 Transitional//EN">
<html>
<head>
  <meta content="text/html; charset=ISO-8859-1"
 http-equiv="Content-Type">
</head>
<body text="#000000" bgcolor="#ffffff">
This might help.<br>
<br>
The latest, and possibly older ones, of gVim for Windows has 3 versions
of programs that run in DOS or a command prompt.&nbsp; This is from their
website.<br>
<br>
<a class="moz-txt-link-freetext" href="http://www.vim.org/download.php#pc">http://www.vim.org/download.php#pc</a><br>
<br>
&lt;quote on&gt;<br>
<br>
There are three versions that run on MS-DOS or in a console window in
MS-Windows:
<dl>
  <dt>16 bit DOS executable&nbsp;&nbsp;&nbsp;vim##d16.zip &nbsp;&nbsp;&nbsp;vim71d16.zip</dt>
  <dd>The 16 bit DOS version is the only one that runs on old MS-DOS
systems. Only
use this if you are really desparate, because it excludes many useful
features
(such as syntax highlighting and long file names) and quickly runs out
of
memory.<br>
The last version available is 7.1. Version 7.2 and later are too big to
fit in the DOS memory model.
  </dd>
  <dt>32 bit DOS executable&nbsp;&nbsp;&nbsp;vim##d32.zip &nbsp;&nbsp;&nbsp;vim73_46d32.zip</dt>
  <dd>The 32 bit DOS version works well on MS-Windows 95/98/ME. It
requires a DPMI
manager, which needs to be installed on MS-DOS. MS-Windows already has
one.
It supports long file names, but NOT on MS-Windows NT/2000/XP/Vista/7.
It is compiled with "big" features.
    <br>
Not available for 7.4 and later.
  </dd>
  <dt>Win32 console executable&nbsp;&nbsp;&nbsp;vim##w32.zip &nbsp;&nbsp;&nbsp;vim74w32.zip</dt>
  <dd>The Win32 console version works well on MS-Windows
NT/2000/XP/Vista/7. It supports long file names and is compiled with
"big" features. It does not run
perfectly well on MS-Windows 95/98/ME, especially when resizing the
console
window (this may crash MS-Windows...).
  </dd>
</dl>
&lt;/quote off&gt;<br>
<br>
When I open a command prompt within Windows and type vim, something
loads pretty fast on my dual core laptop with 8 gb of ram.&nbsp; I don't
know which version of the program is running, probably the last one.&nbsp;
As I recall from using dos edit in the past, it loaded pretty fast.&nbsp; If
you have an extremely resource constrained system, I don't know how
well vim would work, but you could try it.<br>
<br>
As to the last part, you might be able to start a command prompt and
pipe the input and output to the rs232 port.&nbsp; It's not something I've
tried within the last 25 years.&nbsp; If I find any further data on that,
I'll forward it.<br>
<br>
Sincerely,<br>
<br>
Ron<br>
<br>
<br>
On 9/14/2013 7:26 PM, Justin Goldberg wrote:
<blockquote
 cite="mid:CAAU2BpYfR30nd1-M5GQFtzmaj_WQQ3WYUwKxpHL5ToFQ7K=-ow@mail.gmail.com"
 type="cite">
  <pre wrap="">Hello,

I am looking for a Windows 32-bit console mode (not DOS, 32-bit, eg:
the windows-only binaries that Visual C++ produces if you compile
"hello world") binary of the Nano editor, or a similar equivalent. I'm
looking for a replacement for DOS Edit, which loads very slowly in the
Windoze console.

Also does anyone know if there's patches for Windows 2008/2011/2012 to
use a command shell from an rs-232 serial port? I remember using a
3rd-party patch for XP.

  </pre>
</blockquote>
<br>
<pre class="moz-signature" cols="72">-- 

(PS - If you email me and don't get a quick response, you might want to
call on the phone.  I get about 300 emails per day from alternate energy
mailing lists and such.  I don't always see new email messages very quickly.)

Ron Frazier
770-205-9422 (O)   Leave a message.
linuxdude AT techstarship.com
Litecoin: LZzAJu9rZEWzALxDhAHnWLRvybVAVgwTh3
Bitcoin: 15s3aLVsxm8EuQvT8gUDw3RWqvuY9hPGUU
</pre>
</body>
</html>