HDTenEightyP/NetNews huggingface dataset:
From: eggert@twinsun.com (Paul Eggert)
Subject: [INFO] Software Patents: An Example of the Threat
Organization: Twin Sun, Inc
Date: Wed, 6 Jan 1993 01:04:02 GMT
X-Newsreader: NN version 6.4.19

comp.patents readers might find the following article of interest.

	Paul W Abrahams
	Software Patents: An Example of the Threat
	ACM SIGPLAN Notices 27, 8 (August 1992), 87-88

It briefly discusses US patent #4,992,971, issued 12 February 1991 to
K. Hayashi of Tokyo and assigned to NEC.  This patent covers the
obvious technique for verifying at link time that a call to a
separately compiled procedure matches the procedure's definition.
(The method is to check that the number of arguments matches,
and then to check that the attributes of each invocation argument
matches the attributes of the corresponding procedure parameter.)

Newsgroups: comp.patents
From: patents@cs.su.oz.au (patents newsgroup moderator)
Subject: [REQUEST] How many patents does IBM have?
Organization: ZOOiD BBS
Date: Tue, 12 Jan 1993 09:12:13 GMT
X-Full-Sender-Address: @mail.uunet.ca:kovarski@zooid


Hi,
I would like to know how many patents IBM currently has? The last figure I
have is 10,000 but it probably went up. If you know the answer, could you
please send it to me? Thanks.

Mark K.
E-Mail: kovarski@zooid.guild.org

Newsgroups: comp.editors
From: fstuart@eng.auburn.edu (Frank Stuart)
Subject: Odd vi behavior
Organization: Auburn University Engineering
Date: Tue, 5 Jan 1993 21:29:08 GMT

It seems that when I try to edit a file with vi with a filename longer than
~66 characters, it stops with a "[Hit return to continue]" message before
proceeding.  I've tried this with two different version of vi with the same
results.  If I change TERM to a terminal with >80 characters, I can type
more characters without the message.  Also, while view behaves similarly,
ex doesn't seem to care how long the filename is.  Any ideas?


Frank Stuart           |   grep: dead.trees: Permission denied
fstuart@eng.auburn.edu |   MMMMmmmmm, Soylent Green
Xref: sparky comp.editors:3187 alt.religion.emacs:512
From: bevan@cs.man.ac.uk (Stephen J Bevan)
Newsgroups: comp.editors,alt.religion.emacs
Subject: Re: scroll up/down
Date: 9 Jan 93 23:55:41 GMT
	<FRIEDMAN.93Jan8021040@nutrimat.gnu.ai.mit.edu>
	<HUTTAR.93Jan9042626@hp750.itg.ti.com>
	<DAVIS.93Jan9133616@pacific.mps.ohio-state.edu>
Followup-To: comp.editors
Distribution: inet
Organization: Department of Computer Science, University of Manchester
In-reply-to: davis@pacific.mps.ohio-state.edu's message of 9 Jan 93 18:36:16 GMT

In article <DAVIS.93Jan9133616@pacific.mps.ohio-state.edu> davis@pacific.mps.ohio-state.edu ("John E. Davis") writes:
   I agree that emacs definition of scroll-up/down is backward.  This is the
   reason that I chose to avoid the problem altogether for my JED editor.  In
   JED, the analogous primitives are called `page_up' and `page_down'.  Care to
   guess which does what?

Ok here's my guess: "page_up" moves the page up so that you see the
text on the _following_ page (vice versa for "page_down").

On the other hand: "page_up" means "page upwards" which means that it
moves to the text on the _previous_ page (vice versa for "page_down").

Given that I find my first guess more natural, I'll leave you to guess
which editor I use :-)

bevan
Newsgroups: comp.editors
From: sridhar@asuvax.eas.asu.edu (Sridhar Venkataraman )
Subject: Re: How do I search for blank lines in vi?
Organization: ASU, Valley of the Sun(s), AZ
Distribution: inet
Date: Tue, 5 Jan 1993 07:40:28 GMT

ttsai@crhc.uiuc.edu (Timothy Tsai) writes:

)How can I search for blank lines using vi?  By blank lines, I mean lines that
)only have a CR.  Is it possible, and is is the same for search and
)search-and-replace?  Please email me any help.  Thanks.

^$ (caret followed by dollar) is the reg. exp. for a blank line. /^$
from vi should find it. For details, check out ed(1).

Sridhar.
--
Sridhar Venkataraman			sridhar@asuvax.eas.asu.edu
Newsgroups: comp.editors
From: kko@fraser.sfu.ca (Samuel Ko)
Subject: Re: vi clone for DOS
Organization: Simon Fraser University, Burnaby, B.C., Canada
Date: Fri, 8 Jan 1993 11:01:05 GMT

lamastus@sundew.dab.ge.com (Patrick Lamastus) writes:

>Hi!,

>Is there any vi clone for DOS.  
>If so would you let me know where is it.

From "Useful MSDOS Programs at SIMTEL20 and Garbo" compilation ...
---------------
Program: Elvis
Version: 1.6
Upload Date: 92/08/14
File: elv16exe.zip
Size: 208,263 bytes
Location: oak: /pub/msdos/editor
          garbo: /pc/editor (not the latest)
Status: Freeware
Comment: a 99.99% vi clone ... Very very good ...
         Version 1.7 is out and is obtainable from m2xenix.psg.com (in
         /pub/elvis) ...
Alternatives: Calvin (calvin21.zip) - a partial vi clone (for garbo: /pc/editor)
              Oak Hill Vi (vi60a1.zoo) - a good (and not-free) vi clone -
              obtainable from plains.nodak.edu (in /pub/pc/editors)
              XVi (xviexe.zip) - another vi clone
              Vile (vi-like emacs) is obtainable from ftp.cayman.com (as
              /pub/vile/pcvile3.25.tar.Z)
-----------
Mirror Site             IP                 Directory
-----------             --                 ---------
I. SIMTEL20 Mirrors
wsmr-simtel20.army.mil  192.88.110.20      PD1: <MSDOS.WHATEVER>
oak.oakland.edu         141.210.10.117     /pub/msdos/whatever
wuarchive.wustl.edu     128.252.135.4      /mirror/msdos/whatever
ftp.uu.net              137.39.1.9         /systems/simtel20/msdos/whatever
nic.funet.fi            128.214.6.100      /pub/msdos/Simtel20-mirror/whatever
src.doc.ic.ac.uk        146.169.3.7        /pub/ibmpc/simtel20/whatever
nic.switch.ch           130.59.1.40        /mirror/msdos/whatever
archie.au               139.130.4.6        /micros/pc/simtel-20/whatever
nctuccca.edu.tw         140.111.3.21       /SIMTEL20/msdos/whatever

II. Garbo Mirrors
garbo.uwasa.fi          128.214.87.1       /pc/whatever
wuarchive.wustl.edu     128.252.135.4      /mirrors/garbo.uwasa.fi/whatever
archie.au               139.130.4.6        /micros/pc/garbo/pc/whatever
nctuccca.edu.tw         140.111.3.21       /Garbo/pc/whatever




-- 
><-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-^-><
| Samuel C. Ko (aka The Smart One / BOZO) <--> a celebrity & DOS/UNIX wizard :)
:) kko@sfu.ca <--> Outspoken,Highly-talented,Charming... I post this for You! |
[-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-+=+-]
From: almasy@fullfeed.fullfeed.com (Ed Almasy)
Newsgroups: comp.editors
Subject: CRISP/GRIEF Information Wanted
Summary: Where can I get CRISP (portable BRIEF clone)?
Keywords: CRISP GRIEF BRIEF
Date: 11 Jan 93 21:29:44 GMT
Organization: FullFeed - Public Access Usenet/E-mail (+1 608 246 2701 guest)

Can anyone tell me where I might be able to find a copy of CRISP (a version
of BRIEF for UN*X and other non-MSDOS operating systems)?  I believe it was
originally known as "GRIEF", was developed by someone in the UK, and may now
be a commercial product.

Please e-mail replies and I will summarize if there is any interest.  Thanks!


(apologies if this is a FAQ - I wasn't able to find the FAQ list for this
group, and saw only one passing reference to CRISP when browsing through the
current postings)
From: bvaughan@sheps.Princeton.EDU (Barbara Vaughan)
Newsgroups: comp.editors
Subject: Re: Pico 1.5 source
Date: 8 Jan 93 15:56:43 GMT
Organization: Princeton University
Originator: news@nimaster

In article <1993Jan8.064835.5251@netcom.com> gasman1@netcom.com (David A. Silva) writes:
>
>Can someone direct me to a source for Pico 1.5 precompiled for a SUnOS,
>or point me to source files and how this Unix neophyte could compile it
>locally? Thanx - David

ftp.cac.washington.edu
directory: mail
file: pico-bin.sun

If you want the man pages, get pine3.05.tar.Z unstead.  Compiling for a
Sun is very easy:

uncompress pine3.05.tar
tar xf pine3.05.tar
build sun

The tar command extracts all of the subdirectories you need; when you
compile the progam, the executable will be in the /bin subdirectory.  The
man pages will be in /doc or /man or something like that.  (I've moved all
this stuff around, so I don't know what the original directories were called.)
Even a neophyte can do it; I've been using Unix less than a year and I got
pine and compiled it about six months ago.

Give it a try,

Barbara Vaughan
Newsgroups: comp.editors
From: pynq@quads.uchicago.edu (Jeremy Mathers)
Subject: Looking for the Gnarfer from hell...
Summary: VI expert extraordinarie...
Reply-To: pynq@midway.uchicago.edu
Organization: D. J. Dougherty & Associates
Date: Tue, 5 Jan 1993 20:28:25 GMT

I need to know the ftp address for the VI archive that was being
maintained by the Gnarfer from Hell.  Thanks for any help.
(He used to post frequently to this group)

************************************************************************
The Zapruder film was a snuff film.

	- pynq@quads.uchicago.edu, who is still costing the net
	  hundreds, if not thousands, of dollars, every time he posts -
************************************************************************
Newsgroups: comp.editors
From: tomho@comm.mot.com (Tom Hoffman)
Subject: vi error: Too many file names
Organization: Motorola Land Mobile Products Sector
Date: Tue, 12 Jan 1993 08:31:10 GMT
Keywords: vi error: Too many file names


I wrote a macro that will edit the file name the cursor is currently on.
It works great from an xterm when running a ksh.  However, if I am running
an Apollo DM pad (any shell) or a Csh in an xterm, I get an error saying

Too Many File Names. 

It appears to have something to do with a '~' in the path name, but this is something that is necessary. Can someone please explain what is going on?  Here is the macro:

map \E ByWo^[P0i:edit! ^[0"nDdd@n^M^M


Thanks,

Tom Hoffman

tomho@ecs.comm.mot.com
Newsgroups: comp.editors
From: mmccrimm@drd.com (Mark.McCrimmon)
Subject: XVI on the sun, screen doesn't refresh when deleting lines ???
Organization: DRD Corporation
Distribution: usa
Date: Wed, 6 Jan 1993 20:23:57 GMT

The problem is that when I delete lines on the screen, the screen doesn't
adjust to accomodate the changes. I have compiled using makefile.sun.
I am using a machine running SunOS 4.1.1.

What solution do I need to make to get this to work ?

Mark McCrimmon
--------------------------------------------------------------------
|||||\\  |||||\\  |||||\\    Mark A. McCrimmon (SW Engineer)
||    || ||    || ||    ||   email: mark.mccrimmon@drd.com
||    || ||\\|//  ||    ||   phone: 918/743/3013  fax: 918/745/9037
||    || || \\    ||    ||   DRD Corp, 5506 South Lewis Avenue
|||||//  ||   \\  |||||//    Tulsa, Ok 74105-7105
--------------------------------------------------------------------
-- 
Xref: sparky comp.editors:3168 alt.religion.computers:938 alt.religion.emacs:504
From: lesher@acrux.cs.bucknell.edu (T. Lesher)
Newsgroups: comp.editors,alt.religion.computers,alt.religion.emacs
Subject: Re: scroll up/down
Date: 8 Jan 1993 03:39:35 GMT
Organization: Bucknell University, Lewisburg, PA
Distribution: inet
NNTP-Posting-Host: acrux.cs.bucknell.edu

In article <SHIBUYA.93Jan7195820@chute.bl.applicon.slb.com> shibuya@bl.applicon.slb.com writes:
>I just came across a fundamental difference between Emacs and VI,
>which I never noticed for a decade.  
>
>THEY SCROLL UP/DOWN IN DIFFERENT DIRECTION!
>
>Emacs command "scroll-up" scroll the text up so you see the text
>further down.  VI command ^U, is described in the manual as "scroll
>up", which scroll the text down so you see the text further up.
>
>What bothers me is that my dear Emacs acted the different way I
>thought it would.  I always thought scrolling down is going toward the
>end of document.  I never bothered to lookup which command was doing
>which. (well, who does M-x scroll-down/up to scroll?)  This is a big
>blow in my religous belief.
>

Well, to be a purist about it, think about the actual analogy to a
papyrus scroll, with the rods above and below the screen.  When you
move to the end of the document, the papyrus is moving up, right?
Thus, by analogy, scrolling a document up means going to the end.

If you're reading a long scroll, you're going to move the
paper/papyrus, not your head, right?  Scrolling _down_ to the end
implies that the _reader_ is moving.  More blasphemy from the vi camp.

>If it turns out that VI is the only one goes the opposite direction,
>then it will help me regain my religious faith, and shake off my vi
>loving neighbor who is bothering me on this.  

Tell your neighbor to invest in a scroll and see which way _he_ moves
the paper.  Unless vi priests also force their supplicants to _write_
upside-down... 

--
Tim Lesher <lesher@bucknell.edu>

Newsgroups: comp.editors
From: jimh@pacdata.com (Jim Harkins)
Subject: Crips with openwindows
Organization: Pacific Data Products
Date: Wed, 6 Jan 1993 22:46:34 GMT

One of my crisp users just got a workstation on her desk and is running
Openwindows.  Evidently crisp no longer works, something about the alt key
not working right.  Can anyone tell me how to look like a god to her by fixing
the problem?  I know nothing about either crisp nor brief, and I didn't 
install crisp.  When logged on via telnet, and under SunView crisp works fine.

Thanks.

jim


-- 
Plumbers Motto:  A flush beats a full house.
--------------------------------------------------------------
Jim Harkins                         [ucsd|uunet]!pacdata!jim
Pacific Data Products               jim@pacdata.com
--------------------------------------------------------------

Newsgroups: comp.editors
From: idequesa@encore.com (Ivan Dequesada)
Subject: Elvis16 sources corrupted?
Organization: Encore Computer Corporation
Date: Mon, 11 Jan 1993 17:29:47 GMT
Summary: I get CRC error when I unpack Elvis16's sources.
Keywords: corrupted sources

I have tried getting the source & binaries from different sites.
I never have problem unpacking the binaries, but I always get CRC errors
when the sources are being unpacked (uncompress). Of all the editors in
the SIMTEL20 archives, this is the only one that gave me errors. Does
anyone know where I can find good uncorrupted sources for Elvis 1.6.
the site ID number or name would be sufficient.
		Thanks in advance.
From: krouth@slee01.srl.ford.com (Kevin Routh)
Newsgroups: comp.editors
Subject: Elvis or Vi for Microsoft Windows 3.x???
Date: 7 Jan 1993 18:11:03 GMT
Organization: Ford Motor Company Research Laboratory
Distribution: inet
NNTP-Posting-Host: slee01.srl.ford.com
X-Newsreader: Tin 1.1 PL5

Elvis or Vi for Microsoft Windows 3.x???  Does this exist?

Thanks.

--
Kevin C. Routh                     Internet:    krouth@slee01.srl.ford.com
Ford Electronics                   IBMmail (PROFS):               USFMCTMF
ELD IC Engineering
17000 Rotunda Drive, B-121         Voice mail:              (313) 337-5136
Dearborn, MI  48121-6010           Facsimile:               (313) 248-6244
From: peanuts@dist.dist.unige.it (Baudino Alberto Bruzzone Gabriele Durante Antonio)
Newsgroups: comp.editors
Subject: Searching for an IDEAL editor
Date: 7 Jan 1993 09:32:20 GMT
Organization: DIST - Universita` di Genova, Italy
Distribution: world
Reply-To: peanuts@dist.dist.unige.it (Baudino Alberto Bruzzone Gabriele Durante Antonio)
NNTP-Posting-Host: dist.dist.unige.it
Keywords: editor


Hello, folks !
I have a little problem : I must write/modify a lot of C code for a robotic
navigation simulation program ( I'm a student in electronic engineering
at University of Genoa ) but I'm very tired of VI's mental perversions.
Therefore I'm searching for an editor for UNIX and/or X11 which allows :

1) to utilize arrow keys (in insert mode !) to position the cursor.
2) to utilize DEL key (in insert mode!) to delete character at cursor position.
3) to utilize Home,End,PgDn,PgUp keys for a fast change of cursor position.
4) to utilize mouse to position the cursor and/or to cut/copy/paste portions oftext.

Does any of you know if exists an IDEAL editor with aforesaid characteristics ?
If yes, how can I get it ? (It's sufficient that you give me the FTP address
where I can find and get it).

Thanks in advance !

My e-mail is : peanuts@dist.dist.unige.it.


                                "Necessity is the mother of invention"
From: ttsai@crhc.uiuc.edu (Timothy Tsai)
Newsgroups: comp.editors
Subject: How do I search for blank lines in vi?
Date: 5 Jan 1993 01:11:32 -0600
Organization: Center for Reliable and High-Performance Computing, University of Illinois at Urbana-Champaign
Distribution: inet
NNTP-Posting-Host: haydn.crhc.uiuc.edu

How can I search for blank lines using vi?  By blank lines, I mean lines that
only have a CR.  Is it possible, and is is the same for search and
search-and-replace?  Please email me any help.  Thanks.
-- 
Timothy Tsai              Celtics Rule!!!
ttsai@uiuc.edu            Let's go Mets!!!
Newsgroups: comp.editors,alt.religion.computers,alt.religion.emacs
From: mick@dcs.bbk.ac.uk (Mick Farmer)
Newsgroups: comp.editors
Subject: Re: How do I search for blank lines in vi?
Date: 5 Jan 93 12:31:32 GMT
Distribution: inet
Organization: Bloomsbury Computing Consortium

Hi,

Timothy asks how to do this.  Doesn't anyone learn about
regular expressions any more?

Try :/^$/

which means go to the command line (:), and search for a
line (/.../) containing no characters between the start of
line (^) and the end of line ($). 

Regards,

Mick
Newsgroups: comp.editors
From: bclaus@cs.wright.edu (Brian Clausing)
Subject: Re: Odd vi behavior
Organization: Wright State University
Date: Wed, 6 Jan 1993 00:18:06 GMT

From article <fstuart.930105152908@lab16.eng.auburn.edu>, by fstuart@eng.auburn.edu (Frank Stuart):
> It seems that when I try to edit a file with vi with a filename longer than
> ~66 characters, it stops with a "[Hit return to continue]" message before
> proceeding.  I've tried this with two different version of vi with the same
> results.  If I change TERM to a terminal with >80 characters, I can type
> more characters without the message.  Also, while view behaves similarly,
> ex doesn't seem to care how long the filename is.  Any ideas?
> 
In the versions of vi that I use (Ultrix, System V) the message appears
because the response to a command takes more than one line.  Hence the
program logic gives you an opportunity to see the entire command
response and then repaints the screen after a carriage return.

If the tt line is declared longer, the program logic detects multiple-
line messages less frequently.

Ex doesn't exhibit this behavior because there is no full-screen
display.

The only thing that seems unusual about the behavior of the versions I
use is that it sometimes occurs and is not necessary.

Brian Clausing
Newsgroups: comp.editors
From: arnone@triton.az05.bull.com (James Arnone)
Subject: Re: WordPerfect 5.1 format - anyone?
Followup-To: comp.editors
Organization: Bull HN
Date: 5 Jan 93 18:11:27

Ed de Moel (Demoel@Fwva.Saic.Com) wrote:
: I'm looking for a description of the internal format that WordPerfect
: uses for its text-files.
:  
: Is there a FAQ I should consult, or would there anyone would help me out?
: (Or is this format proprietary information of WordPerfect Corporation?)
:  
:  
: Thanks in advance.
: Ed de Moel - demoel@fwva.saic.com

If you have a spare $75, Wordperfect will sell you a Developer's ToolKit for 
PC products.  Call (801) 228-9508 or FAX (801) 228-7476 for more information.
This same number can be used to inquire about file formats used by WPCorp on
other platforms.
--
-----------------------------------------------------------------------
James A. Arnone   | E-mail: arnone@j.az05.bull.com |  This space
3622 W Calavar Rd | CompuS: 73277,347              |  intentionally
Phoenix, AZ 85023 | Voice:  (602) 843-8075         |  left non-blank.
From: dtb@otto (David Bath)
Newsgroups: comp.editors
Subject: Re: The Death of vi?
Date: 12 Jan 93 14:43:07 GMT
Organization: RMIT Computer Centre
NNTP-Posting-Host: otto.bf.rmit.oz.au

berger@imag.fr (Gilles BERGER SABBATEL) writes:

>>Why does vi(1) live on? The EMACS interface, at the the very least, is
>>now ubiquitous.

Because not many of us have 50 Gigabytes RAM !

>Why on earth should we install emacs on our machines, and call it to use
>a vi emulation, while the real vi is faster and 7 times smaller?

I Agree

>What vi folks like with it is that it is a simple editor (neither a
>newsreader, nor a mailer, nor a debugger, nor a coffee machine...), and
>that most movements are obtained with a single keystroke (no CTRL, no
>SHIFT), and it is moded - yes, I like it!

I Agree, but you always have the !! capability!


>What vi lacks is a more powerfull macro-language, and multi-buffer features.
>Perhaps multiple windows, and certainly some X features (windows, mouse...).
>Editors much more simple than emacs provide such features (such as microemacs,
>or vile).

If anyone wants multiple files displayed AT ONCE, try XVI (not for X windows)
in editors dir of simtel msdos archives.  The source is available there
and compiles on UNIX (has makefiles for cray, bsd, sysv, etc).  Not bad,
tho could use some extending!  The PC version is even mouse-aware!


David T. Bath	Email:dtb@otto.bf.rmit.oz.au	Phone:03-3477511
Global Technology Corporation, 179 Grattan St, CARLTON, VIC, 3153, AUSTRALIA
"Failure to emulate is the best revenge" - Marcus Aurelius

-- 
David T. Bath	Email:dtb@otto.bf.rmit.oz.au	Phone:03-3477511
Global Technology Corporation, 179 Grattan St, CARLTON, VIC, 3153, AUSTRALIA
"Failure to emulate is the best revenge" - Marcus Aurelius
Newsgroups: comp.editors
From: george@ve7frg.ampr.org (George Farris)
Subject: What is JED, FAQ doesn't mention it
Organization: G.M. Systems
Date: Tue, 5 Jan 1993 08:01:30 GMT
X-Newsreader: TIN [version 1.1 PL6]


I can't seem to find any information on JED or where an archive site is
for it.  I have tried archie and the comp.editors FAQ doesn't mention
it, can anyone please help me?  If you haven't heard of it, it's the
editor that is now used for Linux.  They apparently replaced JOE with
JED????

What I'm really looking for is a GOOD small version of emacs for unix. 
I have tried Microemacs 3.11 but it seems to have a few funny quirks
under unix, although it's not bad.

-- 

==========================================================================
George Farris - VE7FRG          Internet  :  george@ve7frg.ampr.org
                                 Amprnet  :  george@ve7frg.ampr.org
Newsgroups: comp.editors,gnu.emacs.help,comp.emacs,bit.listserv.gnuemacs
From: dsembr01@orion.spd.louisville.edu (Darren S. Embry)
Subject: WANTED: wordstar.el file
Date: Tue, 5 Jan 1993 01:17:58 GMT
Organization: University of Louisville

Well . . . incase you couldn't tell by the subject line, I'm searching for
the wordstar.el file.  I don't subscribe to all of these newsgroups, so
would someone kindly please *send* me the file via mail?

Adv(thanks)ance,
-- 
---->8------ Darren Embry --- dsembr01@starbase.spd.louisville.edu -----8<----
 o  o   This is the Internet.  This is a .signature.  This is the 1990's.  You
\____/  know what to do.  This sentence is the implied disclaimer.  You know
        where to direct flames.
Newsgroups: comp.editors
From: tma@encore.com (Thanh Ma)
Subject: Re: Wanted: macro to edit file cursor is on 
Organization: Encore Computer Corporation
Date: Tue, 12 Jan 1993 14:10:00 GMT

tomho@comm.mot.com (Tom Hoffman) writes:

>Does anyone have a macro that will read the file the cursor is currently
>resting on?  This macro should take into account the '~' character and any
>number of /../..s.  For example, some valid file names would be:
>             
>               .f1
>                f1
>              ~/.f1
>              ~/link/link/...f1

>          I guess, blanks should separate words/filenames.     

I am also interested. Please let me know.

Thanks.

--
thanh ma
tma@encore.com