wireguard-openbsd/bin/ed, branch jd/simplify-queueing

Rev 1.17 of sub.c removed infinite loop detection from s command.

2020-01-09T18:34:08Z

Adapt substitute test to new ed(1) behavior. Note that substitute result from sed(1) is still different.

Rev 1.59 of main.c allows omission of addresses in a range.

2020-01-09T17:16:37Z

Adapt ed test.

Rev 1.42 of main.c allows zero address for i command.

2020-01-09T14:58:26Z

Adapt ed test.

In addresses, consistently use "+" rather than ".+1".

2019-07-30T09:23:35Z

Both have the same meaning, but the former is explicitly defined in this manual page as "the next line" whereas the latter requires combining various pieces of information for understanding. Unification suggested and patch OK'ed by martijn@.

1. Correct the description of the g command to match POSIX and our

2019-07-20T15:28:54Z

implementation; it was oversimplified and arguably incorrect. 2. Explicitely compare the behaviour of empty command lists for g, empty command lists for G, and empty commands because these subtle differences are quite confusing. 3. Say more precisely what the v and V commands do, avoiding the fuzzy wording "similar". All these issues were first pointed out by martijn@. Feedback and OK martijn@; "diff reads ok" jmc@ on an earlier version.

Explain in which circumstances trailing slashes can be omitted after

2019-07-15T17:57:48Z

the g and G commands, and polish the wording a bit explaining empty command lists. Closing a gap in the manual reported by . OK jmc@ martijn@

Minor polishing:

2019-07-12T19:28:48Z

* Delete a stray blank from the command line synopsis and add the missing .Ar markup to it. * Do not mention the terminating newline for the empty command since it isn't mentioned for any other command either. * Make the description of the empty command easier to understand. Joint work with martijn@ and jmc@.

document the dropping of the second / and ? in line address REs;

2019-07-10T13:35:51Z

thread started by mazocomp; diff from ropers, shortened by me; ok martijn schwarze

fputc returns EOF

2019-06-28T13:41:42Z

When system calls indicate an error they return -1, not some arbitrary

2019-06-28T13:34:58Z

value < 0. errno is only updated in this case. Change all (most?) callers of syscalls to follow this better, and let's see if this strictness helps us in the future.