| Commit message (Collapse) | Author | Age | Files | Lines |
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
Merges with a file that lacks newlines (\n) were triggering a fatal error.
This could be easily reproduced with merge(1) and diff3(1):
$ echo foo > foo
$ echo bar > bar
$ echo -n baz > baz
$ merge -p foo bar baz
merge: failed to merge
$ diff3 -E foo bar baz
1a
=======
diff3prog: logic error
$
Fix this by properly handling short reads from the third file argument.
Only the third file argument triggered the problem. The other input
files were already handled correctly.
ok millert@
|
|
|
|
|
| |
Put the OpenCVS fix, which additionally checks for trailing \n, into OpenRCS.
Sync requested by deraadt@ (thanks, I would otherwise have overlooked this)
|
|
|
|
|
|
|
|
|
|
|
|
| |
A check which tried to detect "dot on a line of its own" in the
internal ed script was treating any line with a leading dot as such.
Changes made to groups of such lines therefore ended up being
truncated in the merged result.
"For a random user, there's no shame in being unable to use ed."
-- Michael W Lucas
ok millert@ deraadt@
|
|
|
|
|
|
| |
a while() loop is a trap for the unwary programmer (albeit a clever
trap). Break this up into two separate assignments and using boolean
OR for clarity. OK otto@
|
|
|
|
| |
ok millert@
|
|
|
|
| |
ok deraadt@
|
|
|
|
| |
checks that are now unnecessary, from Michael W Bombardieri. ok millert
|
|
|
|
| |
ok deraadt@ looks correct millert@ jung@
|
| |
|
|
|
|
|
|
|
|
|
| |
possible. Annotate <sys/param.h> lines with their current reasons. Switch
to PATH_MAX, NGROUPS_MAX, HOST_NAME_MAX+1, LOGIN_NAME_MAX, etc. Change
MIN() and MAX() to local definitions of MINIMUM() and MAXIMUM() where
sensible to avoid pulling in the pollution. These are the files confirmed
through binary verification.
ok guenther, millert, doug (helped with the verification protocol)
|
|
|
|
| |
reallocarray()... so rename it.
|
|
|
|
|
| |
occurrences to get_line().
Based on a diff from Jan Klemkow <j-dot-klemkow-at-wemelug-dot-de> to tech.
|
|
|
|
| |
ok jasper xsa
|
|
|
|
|
|
| |
a while ago.
OK zinovik nicm
|
|
|
|
|
|
| |
cvs/rcs.
OK xsa zinovik
|
|
|
|
|
|
| |
prefixes to reduce differences between cvs and rcs files.
"yes!" nicm
|
|
|
|
|
|
|
| |
unmaintainable). these days, people use source. these id's do not provide
any benefit, and do hurt the small install media
(the 33,000 line diff is essentially mechanical)
ok with the idea millert, ok dms
|
|
|
|
|
|
|
|
|
|
|
| |
the non-ASCII characters could be printed to the screen. For
checking in files, checking out files, merging files, and removing
revisions of files, we do so regardless of whether the files are
ASCII or binary.
Fixes PR6031.
OK joris and deraadt.
|
|
|
|
| |
ok joris
|
| |
|
|
|
|
| |
OK joris@, otto@
|
|
|
|
| |
OK joris@
|
|
|
|
|
| |
Simplifies further size tweaks if needed.
OK ray@.
|
|
|
|
|
|
|
|
|
| |
original pointer. Theo agrees, and so does the rest of the tree
(ssh, etc. all do this already).
Saves a bunch of variables and assignments.
OK niallo@
|
| |
|
|
|
|
| |
Based on diff from otto@ in OpenCVS. OK otto@.
|
|
|
|
|
|
|
| |
buffers so we don't need to do it twice. this allows us to sync rcs_splitlines() with opencvs'
cvs_splitlines().
ok joris@
|
|
|
|
|
| |
testing from xsa@ and Igor Sobrado <igor at string1.ciencias.uniovi.es>
ok xsa@
|
|
|
|
| |
OK xsa@.
|
|
|
|
|
| |
are pertinent to files (not directories) and that do not
conflict with rcsdiff-specific flags. OK xsa@
|
| |
|
|
|
|
|
|
|
|
|
|
|
|
| |
of the file. The TAILQ structures specifically contain an extra `first line'
to avoid this kind of issue, but no extra last line.
Instead of walking beyond the end of the structure, and wondering at the
null pointer, keep a pointer before the deleted block, as this one is
guaranteed to exist.
Fix Matthieu's testcase.
okay joris@, xsa@
|
|
|
|
| |
OK joris@
|
|
|
|
|
|
|
| |
always set the temporary file to mode 600, which is already done
by mkstemp().
OK joris@ and xsa@ over a month ago.
|
|
|
|
| |
"slap it in" joris@
|
|
|
|
| |
OK joris@ ray@.
|
|
|
|
|
|
|
| |
We should not cover up lint's shortcomings, especially if they no
longer exist.
``This is definately good.'' niallo@.
|
| |
|
| |
|
|
|
|
| |
"looks fine" ray@.
|
| |
|
|
|
|
| |
OK xsa@ and probably others.
|
|
|
|
| |
discussed with joris@.
|
|
this was starting to become inhuman to maintain without
ugly ugly hacks in the shared code, and it will be easier
to make specific changes for openrcs without touching the
soon-to-be-replaced opencvs code.
|