[Top][All Lists]

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: ed & press return to continue

From: Andrew L. Moore
Subject: Re: ed & press return to continue
Date: Thu, 19 Oct 2000 23:48:36 -0700

As GNU ed's neglectful coder, I will be able to dedicate some
time to a new release soon (mid-November).  A lot of suggestions
have been submitted, but a lot of others need tracking down.  As for
handing it over, I would if the new maintainer agreed to release a
BSD-styled/licenced version for the BSD community.  Otherwise, please
do not despair - ye have not been forsaken.

In message <address@hidden>, Paul Jackson writes:
>|> ed 0.2 has the annoying habit of asking me to "press <return>
>|> to continue" on a longer-than-24-line print command, even when
>|> I am in an Emacs window.  Traditional ed does not do this.
>I agree that it is annoying, being a regular user of traditional
>ed for 20+ years now (not inside emacs ').
>It is a "linux-tradition" now, it seems.  So if there is anyone
>left using ed besides us two, you might have to make it some sort
>of option, defaulting to the annoying mode unless some config-file,
>option or environ-var says otherwise.
>|> Is anyone still maintaining ed?  If not, I'll volunteer.  I use
>|> it a lot, mostly for editing crontabs in remote-login windows
>|> in emacs :).
>I'd repost your query on "comp.editors", where it is more
>common to see "ed" mentioned.
>The last I tried to find an "ed" maintainer, I didn't get too far.
>I did get the following response:
>|> From address@hidden  Tue May 11 16:02:52 1999
>|> To: pj (Paul Jackson)
>|> cc: address@hidden
>|> Subject: Re: Proposal for ed(1) feature. 
>|> Date: Tue, 11 May 1999 16:02:28 -0700
>|> From: "Andrew_L. Moore" <address@hidden>
>|> I maintain ed(1) under a GNU and a modified BSD license
>|> Would SGI consent to the BSD licensed distribution as  well?
>|> Thanks for the suggestion.  This is a nice comprise to 
>|> multiple file support.
>|> You might post to bugs-gnu-utils group ( I am on a very slow link
>|>         P.S. gnu.utils.bug
>|> and can't look up the exact address, sorry) for wider comments.
>|> But that it is a feature in wide distribution is a good reason
>|> for inclusion.
>|> -AM
>But then, after some effort to get any interest (pro or con)
>on gnu.utils.org, and trying to get back to Andrew with the
>results (a couple of offhand remarks), I never heard from
>Andrew again.
>So far as I can tell, the gnu licensed ed has not been touched
>since 1994.
>If you do decide to make an ed 0.3, I'd like to contribute the
>following feature:
>|>     I would like to add a feature to ed(1) - the ability to
>|>     edit multiple command line specified files in a single
>|>     ed invocation.
>|>     I have, in a previous life, included this feature in all
>|>     the Unix systems shipped by Convergent, including the AT&T
>|>     Unix PC (circa 1985).  In my current life, as an employee
>|>     of SGI for the last 10 years, I have included a different
>|>     implementation of this feature in all SGI Irix systems
>|>     shipped in the last 8 years.
>|>     Now, with SGI's consent, I would like to include this
>|>     feature in the gnu (GPL'd) version and BSD-licensed ed.
>|> A comment from my copy of the code explains its usage:
>|>     /*
>|>      * ed file1 file2 ...
>|>      *
>|>      * Supports editing multiple files named on the command line.
>|>      * To switch from the (N)th file to the (N+1)th file,
>|>      * issue the command: e %.  The '%' is replaced with the name
>|>      * of the next file from the command line.
>|>      */
>|> The implementation is simple, less than a dozen short lines of
>|> code.
>|> It's very non-intrusive -- if you don't attempt the command
>|> 'e %', then nothing is changed.  And if you invoke 'e %', but
>|> haven't named multiple files on the command line, it still
>|> behaves just like before -- tries to edit a file named '%'.
>I won't rest till it's the best ...      Manager, Linux System Software
>Paul Jackson (address@hidden; address@hidden) 3x1373 http://sam.engr.sgi.com/pj

reply via email to

[Prev in Thread] Current Thread [Next in Thread]