#
ce7279d8 |
| 21-May-2024 |
jsg <jsg@openbsd.org> |
remove prototypes with no matching function and externs with no var partly checked by millert@
|
#
1294ab80 |
| 29-Aug-2017 |
otto <otto@openbsd.org> |
kill const and string artithmetic related warnings; ok millert@
|
#
b5a78d44 |
| 09-May-2016 |
schwarze <schwarze@openbsd.org> |
Implement Mdocdate keyword substitution. In particular, this stops rcsdiff(1) and CVSweb from showing wrong Mdocdate lines in diffs. Problem originally reported by tj@. OK tobias@ otto@ millert@
|
#
52248372 |
| 03-Jun-2013 |
jcs <jcs@openbsd.org> |
properly handle commitid tokens found in rcs files
ok deraadt
|
#
ef21cefb |
| 06-Jul-2011 |
nicm <nicm@openbsd.org> |
Replace the keyword expansion code with a faster, more readable version which additionally also supports $Log$ and $Locker. Written by Joerg Sonnenberger and tweaked by me.
ok ray
|
#
9e8e01c0 |
| 20-May-2011 |
nicm <nicm@openbsd.org> |
Remove a bunch of unused functions, from Michael W Bombardieri.
ok ray
|
#
394437e6 |
| 20-Oct-2010 |
tobias <tobias@openbsd.org> |
Remove the need for rp_file in parser structure, instead keep only one FILE pointer in RCSFILE. This fixes some ugliness in closing an fdopen()ed FILE and its underlying file descriptor.
Notified b
Remove the need for rp_file in parser structure, instead keep only one FILE pointer in RCSFILE. This fixes some ugliness in closing an fdopen()ed FILE and its underlying file descriptor.
Notified by Joerg Sonnenberger <joerg at britannica dot bec to de>
discussed with and ok nicm
show more ...
|
#
cf1ff51e |
| 05-Oct-2010 |
tobias <tobias@openbsd.org> |
Zapped unused function rcs_tag_resolve.
ok xsa
|
#
b7f54172 |
| 05-Oct-2010 |
tobias <tobias@openbsd.org> |
rcs_state_check must check for more invalid characters than just space.
ok nicm
|
#
4291b229 |
| 31-Aug-2010 |
tobias <tobias@openbsd.org> |
Removed ra_uid, which was supposed to save the uid of a delta's author. Is not used and not useful.
ok xsa, zinovik
|
#
7bb3ddb0 |
| 23-Jul-2010 |
ray <ray@openbsd.org> |
Reduce variable/function name and whitespace differences between cvs/rcs.
OK xsa zinovik
|
#
be0b58de |
| 02-Feb-2008 |
xsa <xsa@openbsd.org> |
From src/usr.bin/cvs:
> add changed lines support to log and rlog (the + and - stuff) > from Pierre Riteau;
|
#
f66d1793 |
| 31-Jan-2008 |
tobias <tobias@openbsd.org> |
Revert last patch and add this magic branch number only during output, this way we don't have to hassle in our internal brach handling.
OK joris@
|
#
4781e2fa |
| 27-Feb-2007 |
xsa <xsa@openbsd.org> |
As done in OpenCVS, general includes cleanup sweep. OK otto@.
|
#
3de4517b |
| 03-Jun-2006 |
niallo <niallo@openbsd.org> |
- correctly handle binary files; say bye bye to using c strings for deltatexts.
"slap it in" joris@
|
#
2f2c0ad7 |
| 27-May-2006 |
ray <ray@openbsd.org> |
Rename RCSFILE.fd to RCSFILE.rf_fd, plus minor spacing nits. No binary change.
OK xsa@
|
#
93acdb67 |
| 11-May-2006 |
xsa <xsa@openbsd.org> |
first round of rcs_write() cleanup; prodded by joris@; input/OK ray@.
|
#
bc8d37c3 |
| 26-Apr-2006 |
joris <joris@openbsd.org> |
prevent file races by obtaining an fd for the RCS file and do our operations on that, this is safe and guarantees we can operate on the file until we close(2) it.
a fix is coming for the remaining r
prevent file races by obtaining an fd for the RCS file and do our operations on that, this is safe and guarantees we can operate on the file until we close(2) it.
a fix is coming for the remaining races in our diff code. okay niallo@ and ray@
show more ...
|
#
2dc36bed |
| 26-Apr-2006 |
joris <joris@openbsd.org> |
fork our code we shared between openrcs/cvs into the openrcs dir.
this was starting to become inhuman to maintain without ugly ugly hacks in the shared code, and it will be easier to make specific c
fork our code we shared between openrcs/cvs into the openrcs dir.
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.
show more ...
|