HDTenEightyP/NetNews huggingface dataset:
From: consp04@bingsuns (Dan Boyd)
Newsgroups: comp.editors
Subject: Re: vi for a VAX?
Keywords: dec vms marketroid
Date: 5 Apr 92 20:08:15 GMT
Organization: State University of New York at Binghamton

In article <5796@charon.cwi.nl> dik@cwi.nl (Dik T. Winter) writes:
>In article <10835.9204020831@wynkyn.ecs.soton.ac.uk> 
>L.A.Carr@ecs.soton.ac.uk (Les Carr) writes:
> > a lecturer from our site has gone to another institution and has been
> > given a VAX to use. She has used UNIX for the last decade and so would
> > appreciate a familiar editor at least!
>
>I find these kind of questions always a bit amusing.  [...] The
>implicit assumption that VAX==VMS is the amusing part.

This implicit assumption is courtesy of DEC marketing, which doesn't
want you to know about that Other Operating System(tm).

This is why the VMS C compiler is named 'VAX C' and the VMS Pascal
product is called 'VAX Pascal'.  It's sort of a swindle.  But DEC was
clever enough to miss the microcomputer revolution, so you can't be
surprised.

-- Dan

--
Daniel F. Boyd -- consp04@bingvaxu.cc.binghamton.edu
====
It's not a system called 'X-Windows', it's a window system named 'X',
after the owl on "Mister Rogers' Neighborhood".
Newsgroups: comp.editors
From: gmribeir@wheaton.edu (Glauber)
Subject: Re: Elvis 1.5 posted to alt.sources
Organization: (n.) Body of persons united for a specific purpose.
Date: Wed, 8 Apr 1992 15:00:32 GMT

In article <1992Apr5.174023.12543@midway.uchicago.edu> roe2@midway.uchicago.edu writes:
>It's 17 shars, with subject "Elvis 1.5 (vi clone), part xx/17".  (If an 
>announcement was posted here, I didn't see it.)

I hope someone will make available for the rest of us a DOS
executable?

			Glauber.

-- 
Glauber Ribeiro - Wheaton College, IL  (USA)
                  gmribeir@david.wheaton.edu
From: tgcpmv@rwa.urc.tue.nl (Martien Verbruggen)
Newsgroups: comp.editors
Subject: Help: WP5.1 formula numbering.
Keywords: wp formula
Date: 9 Apr 92 09:22:56 GMT
Reply-To: tgcpmv@urc.tue.nl

I have a problem with the formula numbering in wp5.1. In my chapter I have more
than 31 formulas. After formula 2.31 wp think thats enough, and starts
numbering the following 3.1, 3.2 etc. I'm absolutely sure it's not something I
typed: no new chapter#, no new formula# or anything else what would cause wp to
act like this.

Help, who knows the solution, if any ?????

---
Martien Verbruggen (tgtcmv@chem.tue.nl)
Eindhoven University of Technology
The Netherlands
---
Yesterday I thought I was insecure.....
			Today I'm not so sure anymore.
From: zaphod@madnix.uucp (Ron Bean)
Newsgroups: comp.editors
Subject: Re: Editor Keys
Summary: Why no shifted arrow keys?
Date: 16 Apr 92 00:04:02 GMT
Organization: ARP Software

mcmahan@cs.unca.edu (Scott McMahan -- Genesis mailing list owner) writes:
 
>petcher@ds10.scri.fsu.edu (Don Petcher) writes:
 
>: - Where does one find a list of available keys within some accaptable
>: standard? For example, on some keyboards the ctrl key works with punctuation
>: (e.g. ctrl-? is meaningful) whereas on others it is no different from ?. Is
>: there an ANSI standard set of keys one should limit oneself to?
 
    If there was a standard, nobody would follow it. The set of
keys that terminfo recognizes just "happens" to correspond to the
ones that AT&T just "happens" to put on their keyboards (such as
the 7300/3B1 keyboard), including which ones have shift-states
and which ones don't.
 
    I've always wondered why most machines have so few
shift-states for the arrow keys. The first computer that I used
for text editing was a Tandy Model 100, which had 3 shift states
for all arrow keys (normal, SHIFT, CTRL), and the built-in editor
used them all. And on many laptops the up/down keys double as
PgUp/PgDn keys, which is similar to CTRL-up and CTRL-down on the
Model 100. But most machines seem to have just two states for
left/right (normal and CTRL), and only one for up/down--
including the IBM-PC BIOS, which could have had four (normal,
SHIFT, CTRL, ALT). Is this some kind of conspiracy?
 
==================
zaphod@madnix.UUCP (Ron Bean)
{harvard|rutgers|ucbvax}!uwvax!astroatc!nicmad!madnix!zaphod
Xref: sparky comp.editors:1374 comp.terminals:650
From: rh2y+@andrew.cmu.edu (Russell E. Hoffman, II)
Newsgroups: comp.editors,comp.terminals
Subject: WY-99GT vs. WY-150, WY-160
Date: 11 Apr 92 16:41:04 GMT
Organization: Junior, Electrical and Computer Engineering, Carnegie Mellon, Pittsburgh, PA

All this discussion about the 160 vs kermit has got me to wondering. I
myself own a Wyse WY-99GT, and I've been pretty happy with it. (Once I
fixed a minor factory-shipped hardware bug, that is...) But I keep
hearing tales of the 150 and 160. Could someone post the differences
between the 99GT, 150, and 160
terminals? Like features, capabilities, etc? Like, can the 160 keep up
at 38,400 baud w/no handshaking, does it have a higher screen
resolution, what emulations does it support, is it color, etc? I know
nothing about the thing except for its model number and that it's a
graphics terminal.

Thanks

Russell Hoffman
rh2y+@andrew.cmu.edu
Newsgroups: comp.editors
Subject: Re: "c," in vi
From: mike@abekrd.co.uk (Mike Quinn)
Date: Tue, 7 Apr 1992 08:14:48 GMT
Organization: Abekas Video Systems, Reading, UK.

In <1992Apr2.233745.18452@quantime.co.uk> roger@quantime.co.uk (Roger Phillips) writes:

>All vi's I've used have behaved this way,
>but it still looks like a bug.
>Can anyone justify this behaviour to me?

>Suppose the cursor is at the beginning of this line:
>	Once upon a time.
>You type "ct Twice^[", to change the first word to "Twice":
>	Twice upon a time.
>Then you move to the end of the line and start typing "c,"...
>Instantly, the line has changed to:
>	Twice upon a Twice.

>In short, the sequence "c," replaces the indicated scope
>with the result of the previous change
>(unlike "c;" which defines the scope
>and waits for you to type in the replacement).
>Why?

A quick glance at my "Quick Reference for vi" from those nice Hewlett-Packard
people reveals the following:

 , (comma)	Repeat, in reverse direction, last f F t or T search command.

so c, is asking vi to change the word in front of the cursor using the
previous change.

I always keep my crib card handy, not because I don't know how to use vi, but
so that when something unexpected happens, I can find out why. It's amazing
just how much is crammed into this little daemon and how much it all makes
sense.

Mike.

Mike Quinn.	mike@abekrd.co.uk	...!uunet!mcsun!uknet!abekrd!mike

Abekas Video Systems Ltd.	The intuitive graphical user interface is
Reading. United Kingdom.	mightier than the sword - Baron Litton 1992.
Newsgroups: comp.editors
From: tomh@wes.on.ca (Tom Haapanen)
Subject: Re: "c," in vi
Organization: Waterloo Engineering Software
Date: Wed, 08 Apr 1992 18:39:58 GMT

peter@ferranti.com (Peter da Silva) writes:
> Sure looks like a bug to me. Elvis doesn't emulate it.

MKS vi (on DOS) also works the way it should.  SCO Unix 3.2.2 vi exhibits
the aberrant behaviour, though.

[ \tom haapanen    "i don't even know what street canada is on" -- al capone ]
[ tomh@wes.on.ca                   "trust the programmer" -- ansi c standard ]
[ waterloo engineering software      "to thine own self be true" -- polonius ]
Newsgroups: comp.editors,alt.folklore.computers,comp.unix.questions
From: vsnyder@math.jpl.nasa.gov (Van Snyder)
Subject: Re: me vs. vi survey *please read*
Organization: Jet Propulsion Laboratory
Distribution: na
Date: Wed, 8 Apr 1992 20:49:13 GMT

In article <1992Mar31.071338.25314@cunixf.cc.columbia.edu> lasner@watsun.cc.columbia.edu (Charles Lasner) writes:
>A side issue surrounding this whole thread:
>
>Some of the thread seems to hinge on whether personal preference of which
>"user interface" to the features of the editor is more important than the
>actual underlying features themselves.

This gets at the heart of the issue.  So long as an editor has a
re-configurable keyboard usage, the only question left is what underlying
idioms the editor uses.  For example, in order to move text do you cut it
to an invisible buffer and then paste it where you want it, or do you
mark it, then move the cursor, then tell the editor to copy or move it?
Ideally, an editor or word processor should support both (or all) idioms,
not just different ways to hold your mouth while saying the same thing.

Other features are important too:  E.g. can you edit more than one file
at a time without the annoying vi message "you've changed that file, do
you want to save it?"  I sometimes use an editor like an astronomer
uses a blink comparator, rapidly flashing between two nearly identical
files to notice the differences.  It's much easier than using diff and
trying to figure out the line numbers.

-- 
Van Snyder = vsnyder@math.jpl.nasa.gov
Newsgroups: comp.editors
From: djm@eng.umd.edu (David J. MacKenzie)
Subject: Re: Elvis 1.5 posted to alt.sources
Date: Wed, 15 Apr 92 20:01:40 GMT
Organization: Project GLUE, University of Maryland
	<6440002@hpspkla.spk.hp.com>

> And, for those of us who don't get alt.*, it would be nice to know where
> to get it via ftp.  For that matter, why wasn't it posted to a "real"
> notesgroup, e.g., comp.sources.misc?

Your friendly local GNU archive site (prep.ai.mit.edu, ftp.uu.net, etc.)
should have it.
--
David J. MacKenzie <djm@eng.umd.edu> <djm@ai.mit.edu>
From: roger@quantime.co.uk (Roger Phillips)
Newsgroups: comp.editors
Subject: "c," in vi
Date: 2 Apr 92 23:37:45 GMT
Reply-To: roger@quantime.co.uk (Roger Phillips)
Organization: Quantime Ltd, London (software for market research)

All vi's I've used have behaved this way,
but it still looks like a bug.
Can anyone justify this behaviour to me?

Suppose the cursor is at the beginning of this line:
	Once upon a time.
You type "ct Twice^[", to change the first word to "Twice":
	Twice upon a time.
Then you move to the end of the line and start typing "c,"...
Instantly, the line has changed to:
	Twice upon a Twice.

In short, the sequence "c," replaces the indicated scope
with the result of the previous change
(unlike "c;" which defines the scope
and waits for you to type in the replacement).
Why?

-- 
Roger Phillips                            roger@quantime.co.uk
From: garyjohn@hpspkla.spk.hp.com (Gary A. Johnson)
Newsgroups: comp.editors
Subject: Re: Elvis 1.5 posted to alt.sources
Date: 14 Apr 92 22:18:17 GMT
Article-I.D.: hpspkla.6440002
Organization: Hewlett Packard Company, Spokane, Wa.

And, for those of us who don't get alt.*, it would be nice to know where
to get it via ftp.  For that matter, why wasn't it posted to a "real"
notesgroup, e.g., comp.sources.misc?

Gary Johnson
Newsgroups: comp.editors,comp.emacs
From: roe2@quads.uchicago.edu (Cave Newt)
Newsgroups: comp.editors
Subject: Elvis 1.5 posted to alt.sources
Date: 5 Apr 92 17:40:23 GMT
Reply-To: roe2@midway.uchicago.edu
Organization: University of Chicago

It's 17 shars, with subject "Elvis 1.5 (vi clone), part xx/17".  (If an 
announcement was posted here, I didn't see it.)

Greg Roelofs
Newsgroups: comp.editors,alt.folklore.computers,comp.unix.questions
From: hnguyen@hob1.prime.com (Hien Huu Nguyen)
Subject: Re: me vs. vi survey *please read*
Reply-To: hnguyen@hob1.prime.com (Hien Huu Nguyen)
Organization: Prime Computer
Distribution: na
Date: Wed, 8 Apr 1992 23:00:27 GMT



In article <1992Apr8.204913.10885@jato.jpl.nasa.gov>, vsnyder@math.jpl.nasa.gov (Van Snyder) writes:
|> you want to save it?"  I sometimes use an editor like an astronomer
|> uses a blink comparator, rapidly flashing between two nearly identical

You should really use "compare-windows" instead, its more accurate.
Just split the screen and put the two files in separate windows.
Remember to position the point at the same relative place in each buffer.

-- 
----------------------------------------------------------------------
Hien Nguyen hnguyen@cal3.prime.com (also try hnguyen@s34.prime.com)
From: maffeis@ifi.unizh.ch (Silvano Maffeis)
Newsgroups: comp.editors
Subject: (FAQ) easy-to-use texteditors (vt100/unix)
Date: 9 Apr 92 08:10:46 GMT
Article-I.D.: ifi.1992Apr9.081046.25586
Distribution: comp.editors
Organization: University of Zurich, Department of Computer Science

Hello! I know, this question surely is answered in some FAQ,
but I need hints to easy-to-use, PD unix texteditors (vt100-mode)
quickly...

Any pointer is appreciated!

Silvano Maffeis
-- 
Silvano Maffeis, CS Dept. University of Zurich, Switzerland
  email: maffeis@ifi.unizh.ch  
  voice: +411 257 43 27
From: pgf@cayman.COM (Paul Fox)
Newsgroups: comp.editors
Subject: serious bug in vile
Date: 6 Apr 92 23:00:57 GMT
Organization: Cayman Systems Inc., Cambridge Ma


	A couple of vile users have reported a serious bug in vile.  The
	bug appears in versions between 3.8 and 3.13, and may cause file
	corruption if you write the file without noticing that it has been
	corrupted.  It only occurs in files containing lines longer than
	255 characters, and only on some systems -- it has been reported
	on some versions of AIX and Pyramid systems.  It does not seem
	to happen on Sun or AT&T 386 UNIX, but I may have just been lucky
	so far.  (It depends on whether a realloc() of a buffer to a _smaller_
	size moves the buffer, or leaves it in place and just shortens it.)

	Anyway, I suggest anyone using one of those versions of vile get
	version 3.14 from ftp.cayman.com (yes, the _machine_ is called "ftp"),
	in pub/vile/vile3.14shar.Z.  Or, apply the following patch to
	file.c (the diff was against 3.13 -- your line numbers may vary):

	sorry about the problem/inconvenience/worry...

	paul fox, pgf@cayman.com



===================================================================
RCS file: RCS/file.c,v
retrieving revision 1.36
diff -c -r1.36 file.c
*** /tmp/RCSAa09899	Fri Apr  3 09:18:27 1992
--- file.c	Fri Apr  3 09:09:51 1992
***************
*** 549,572 ****
  	while (len--) {
  		if (*textp == '\n') {
  			if (textp - countp >= 255) {
  				len = (long)(countp - bp->b_ltext);
  				incomplete = TRUE;
  				/* we'll re-read the rest later */
  				ffseek(len);
! 				if ((unsigned char *)realloc(bp->b_ltext, len)
! 							!= bp->b_ltext) {
! 					/* ugh.  can this happen?
! 						we're reducing the size... */
  					ffrewind();
! 					if ((len = ffread((char *)&bp->b_ltext[1],
! 							len)) < 0) {
! 						free(bp->b_ltext);
! 						bp->b_ltext = NULL;
! 						return FIOERR;
! 					}
! 					goto retry;
  				}
! 				bp->b_ltext_end = bp->b_ltext + len + 1;
  				break;
  			}
  			*countp = textp - countp - 1;
--- 552,572 ----
  	while (len--) {
  		if (*textp == '\n') {
  			if (textp - countp >= 255) {
+ 				unsigned char *np;
  				len = (long)(countp - bp->b_ltext);
  				incomplete = TRUE;
  				/* we'll re-read the rest later */
  				ffseek(len);
! 				np = (unsigned char *)realloc(bp->b_ltext, len);
! 				if (np == NULL) { /* ugh.  can this happen? */
! 					  /* (we're _reducing_ the size...) */
  					ffrewind();
! 					free(bp->b_ltext);
! 					bp->b_ltext = NULL;
! 					return FIOMEM;
  				}
! 				bp->b_ltext = np;
! 				bp->b_ltext_end = np + len + 1;
  				break;
  			}
  			*countp = textp - countp - 1;

-- 
		paul fox, pgf@cayman.com, (617)494-1999
		Cayman Systems, 26 Landsdowne St., Cambridge, MA 02139
From: mccarthy@zibby.zko.dec.com (Brian J. McCarthy)
Newsgroups: comp.editors
Subject: Re: VAX/TPU editor for UNIX
Keywords: VAX
Date: 8 Apr 92 16:23:42 GMT
Reply-To: mccarthy@zibby.zko.dec.com (Brian J. McCarthy)
Organization: Digital Equipment Corporation

In article <tgcpmv.702722791@rwa.urc.tue.nl>, tgcpmv@rwa.urc.tue.nl (Martien Verbruggen) writes:
|>Path: e2big.mko.dec.com!pa.dec.com!decwrl!uunet!mcsun!sun4nl!tuegate.tue.nl!rwa.urc.tue.nl!tgcpmv
|>From: tgcpmv@rwa.urc.tue.nl (Martien Verbruggen)
|>Newsgroups: comp.editors
|>Subject: VAX/TPU editor for UNIX
|>Keywords: VAX
|>Message-ID: <tgcpmv.702722791@rwa.urc.tue.nl>
|>Date: Wed, 8 Apr 92 04:46:31 GMT-0:03
|>Sender: news@tuegate.tue.nl
|>Reply-To: tgcpmv@urc.tue.nl
|>Lines: 15
|>
|>Hello,
|>
|>We have a DEC/ULTRIX system, with editors like vi, emacs, jove and joe.
|>However, there still are a lot of users who are real VAX/VMS freaks, an they
|>keep asking me for an editor like the VAX TPU or EDT editor. Well, I'm not a
|>fan of the V(omit) M(aking) S(ystem), but I have to keep my users happy.
|>
|>Can anyone tell me where to get (the source of) such an editor?
|>
|>--
|>Martien Verbruggen (tgtcmv@chem.tue.nl)
|>Eindhoven University of Technology
|>The Netherlands.
|>--
|>Nostalgia isn't what it used to be.
|>

Digital has DECTPU on RISC/ULTRIX now.  I guess you could call your local
sales rep  - or try 1-800....

Brian J. McCarthy - DECTPU Engineering
From: heinz@marvin.tuwien.ac.at (Heinz Herbeck)
Subject: Re: "c," in vi
Organization: Technical University of Vienna
Date: Wed, 8 Apr 1992 07:02:47 GMT

In <1992Apr7.081448.25630@abekrd.co.uk> mike@abekrd.co.uk (Mike Quinn) writes:

>In <1992Apr2.233745.18452@quantime.co.uk> roger@quantime.co.uk (Roger Phillips) writes:

[Stuff deleted]

>>In short, the sequence "c," replaces the indicated scope
>>with the result of the previous change
>>(unlike "c;" which defines the scope
>>and waits for you to type in the replacement).
>>Why?

>A quick glance at my "Quick Reference for vi" from those nice Hewlett-Packard
>people reveals the following:

> , (comma)	Repeat, in reverse direction, last f F t or T search command.

>so c, is asking vi to change the word in front of the cursor using the
>previous change.
^^^^^^^^^^^^^^^^ Is this also from the reference or your own conclusion ?

True, ',' repeats the last fFtT command in reverse direction, just as
';' repeats it in the same direction. But why does 'c;' wait for the user
to type in the new text, while 'c,' immediately replaces the defined scope
with the last change ? 'c,' should also wait for you to type in the replacement
text, which it doesn't.

>Mike Quinn.	mike@abekrd.co.uk	...!uunet!mcsun!uknet!abekrd!mike

>Abekas Video Systems Ltd.	The intuitive graphical user interface is
>Reading. United Kingdom.	mightier than the sword - Baron Litton 1992.

MfG
HH
-- 
- Heinz M. HERBECK       heinz@marvin.tuwien.ac.at       Tel. +43 1 58801-4107 -
- Technical University of Vienna, Austria  //  Institute for Computer Graphics -
- Hardware, n. : The part of a computer system that can be kicked.             -
From: s1495926@techst02.technion.ac.il (Danny Kreindler)
Newsgroups: comp.editors
Subject: Anyone heard of Framework IV ?
Date: 11 Apr 92 13:47:07 GMT
Organization: Technion, Israel Inst. of Technology

Has anyone heard anything about FrameWork IV? Does it exist? How does it
differ from FW3?

Thanx for any info,

Danny K.
From: bj_stedm@csd.brispoly.ac.uk (Bruce Stedman)
Newsgroups: comp.editors
Subject: Re: Buggy vi's
Keywords: vi, bug
Date: 10 Apr 92 15:53:21 GMT
Organization: Bristol Polyversity

bj_stedm@csd.brispoly.ac.uk (Bruce Stedman) writes in article <1992Apr9.220901.17590@csd.brispoly.ac.uk>:
>On the subject of bad implementations of vi's, the stuff we have here
>is pretty bad.
>
>SunOS Release 4.1.2: Vi version SVR3.1
>or
>OS/MP 4.1A: Vi version SVR3.1
>
[stuff gone into buffer and not coming back |-]

Er, it also doesn't read the environment variable TERMCAP, which it
should.

BJS
Newsgroups: comp.editors
From: bai@msiadmin.cit.cornell.edu (Dov Bai-MSI Visitor)
Subject: Re: Jove editor for PC?
Organization: /usr/local/lib/news/organization
Date: Thu, 16 Apr 1992 15:55:16 GMT

In article <2473@ucl-cs.uucp> S.Courtenage@cs.ucl.ac.uk (Si Courtenage) writes:
>
>Does anyone know where I can get (via FTP) a Jove executable
>for a 80286 IBM-comp PC?
>
>Thanks

If you are running OS/2, you can FTP from
     hobbes.nmsu.edu
directory
     pub/os2/editors

For DOS I guess you can get it from 12{.252.135.4 ( SIMTEL20 mirrors ),
but I am not sure.

BTW: Jove for OS/2 may run background compilation as well as other shell  
commands, just like UNIX. It has however, its share of buggs, but they are
not critical.


>
>Simon Courtenage
>University College London

Dov 
Newsgroups: comp.editors
From: it1@Ra.MsState.Edu (Tim Tsai)
Subject: Re: Buggy vi's
Keywords: vi, bug
Organization: Mississippi State University
Date: Sat, 11 Apr 1992 06:05:03 GMT

  On SunOS 4.1.1, this has failed frequently:

ma
jjjjj
:'a,.y
jjj
p

  (copy and paste a region of text).  I can't make it happen at
will, but it happens all the time.  Any suggestions?  Am I doing
something wrong?
From: hansm@cs.kun.nl (Hans Mulder)
Newsgroups: comp.editors
Subject: Re: Buggy vi's
Keywords: vi, bug
Date: 10 Apr 92 23:56:18 GMT
Organization: University of Nijmegen, The Netherlands

In <1992Apr10.155321.6328@csd.brispoly.ac.uk> bj_stedm@csd.brispoly.ac.uk (Bruce Stedman) writes:
>>SunOS Release 4.1.2: Vi version SVR3.1

>Er, it also doesn't read the environment variable TERMCAP, which it
>should.

No, it shouldn't.  It's a System V version of vi and those use TERMINFO.

You can translate termcap files to terminfo source format with captoinfo(8v)
and compile the result to terminfo binary format with tic(8v).

--
Hope this helps,

Hans Mulder		hansm@cs.kun.nl
Xref: sparky comp.editors:1383 comp.emacs:2032
From: shen@kovic.IRO.UMontreal.CA (Yu Shen)
Newsgroups: comp.editors,comp.emacs
Subject: Re: Emacs implementations, regular post [long]
Date: 15 Apr 92 17:27:36 GMT
Organization: Universite de Montreal -- Laboratoire Incognito

In article <1992Apr14.180926.1700@news2.cis.umn.edu> fin@unet.umn.edu (Craig A. Finseth) writes:
......

> name: Demacs
> version: 1.2.0
> implementation language: ?
> extension language: ?
> scope of implementation: ?
> hardware/software requirements: IBMPC
> organization/author:
> 	Jochen Roderburg
> 	Regional Computing Center
> 	University of Cologne
> 	Robert-Koch-Str. 10
> 	D-5000 Koeln 41
> 	Germany
> 	+49 221 470 4564
> 	Ro@RRZ.Uni-Koeln.DE
> free, anonymous FTP from
> 	ftp.uni-koeln.de in
> 		msdos/gnuprogs/dem120e.zip	executables, lisp-code, doc)
> 		msdos/gnuprogs/dem120s.zip	(sources, diffs)
> 	pack with [pk]unzip -d.
> 	(for central-european Internet-Users only, outside of normal
> 	working hours only)
......

I think the authors of DEMACS are 
Manabu Higashida and Hirano Satoshi! 
--
Yu Shen
Dept. d'Informatique et Recherche Operationnelle
University de Montreal, C.P. 6128 Succ. A.
Montreal, Que. Canada, H3C 3J7

(514) 342-7089 (H) shen@IRO.UMontreal.Ca
From: fin@unet.umn.edu (Craig A. Finseth)
Newsgroups: comp.editors
Subject: Re: Editor theory?
Date: 7 Apr 92 17:53:16 GMT
Organization: University of Minnesota, Networking Services.

In article <2167@array.UUCP>, colin@array.UUCP (Colin Plumb) writes:
|> Hey, it's just an idea...

And not a bad one at that.  Keep thinking...

Craig
From: huangsu@hpsgm2.sgp.hp.com (Huang Su)
Date: Tue, 7 Apr 1992 03:57:29 GMT
Subject: Re: Re: Vi vs EMACS ans C-editing
Organization: HP Singapore
Newsgroups: comp.editors

In comp.editors, jc@skyking.uucp (J.C. Webber III) writes:

> 
>     	I read with great interest the reasons why many people have
>     switched from vi to emacs.  In almost every case, I have found that
>     the PD program vile provided the features mentioned, but without
>     having to learn a new command set. 
> 
	Sounds vile is very nice. Can you give some more information of
ovle? Who developed it? Where to get it and is it free?


	      Huang Su                       |          __/__/__    _____
  Snail Mail: Singapore Networks Operation   |       ____/__/____   __/_ / /
              Hewlett-Packard Singapore      |         ___/__      /_/_//_/__
              1150 Depot Road                |        /__/__/     /_/_/ _/__
              Singapore 0410.                |       /__/__/      \/  __/__
      E-Mail: huangsu@hpsgnav.sgp.hp.com     |      __/  /__    __/\________
         Tel: +65 279 8730                   |
	 Fax: +65 272 2780                   |
        Desk: Su HUANG/HP3200                |
		


Newsgroups: comp.editors