| Commit message (Collapse) | Author | Age | Files | Lines |
... | |
|
|
|
|
|
|
|
|
|
|
|
| |
this for the past 2 weeks now and it should go in at
the start of the hackathon so others can help out.
this code is a lot safer, smarter, faster and best of
all it is actually doing what it is suppose to do!
basic checkout, update, status, diff and commit are
working in local mode only.
there is no support for any remote setups now.
|
|
|
|
| |
no binary change; ok ray
|
|
|
|
|
|
| |
use xcalloc and xstrdup where appropriate, and other stuff.
OK joris@
|
| |
|
|
|
|
|
|
|
|
|
| |
time ago, but we were being held back by jfb. too bad for him.
next step is to use fatal() through out the code for unrecoverable
errors instead of trying to be all nice and fluffy and reach main() again.
ok niallo@ and xsa@
|
|
|
|
|
|
| |
it it exists in the CVS admin dir.
- when writing the Entries file write it to Entries.Backup first and
then rename it to Entries when the writing was successfull.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
| |
- checkout in local mode (example: /cvs)
- update in local and server mode (example: /cvs and user@host:/cvs)
- import in local and server mode (example: /cvs and user@host:/cvs)
what remains to be done:
- not all options are supported yet, and update cannot pick up newly
added files yet. these things are pending and will be commited
real soon.
- checkout only works locally right now.
- fix rcs parsing code so that we don't fucking hog 100% cpu
on really BIG BIG BIG ass trees.
mainly tested by pedro@ and myself, thanks a lot pedro!
"go for it" niallo@
|
|
|
|
|
|
|
|
| |
- don't pass the Entry for newly added files to cvs_date_parse()
- in rcs_rev_add don't bother looking for the previous rev if we
are creating the RCS file.
from PR 4575
|
| |
|
|
|
|
|
|
| |
Fixes corrupt Entry files.
Problem found by Mike Pechkin, thanks.
|
|
|
|
| |
ok xsa@
|
| |
|
|
|
|
|
|
|
| |
.. as the maximum length of a line in an Entries file, and use it.
problem spotted a while ago by mpech@.
ok jfb joris
|
|
|
|
|
| |
- add trace message in cvs_ent_remove()
ok jfb
|
| |
|
| |
|
|
|
|
| |
ok jfb@ joris@.
|
| |
|
| |
|
|
|
|
|
|
|
|
|
|
|
| |
localy, so the server can execute the local commands on it
and pipe the output to the client.
with this diff in, our server is now working, please note
that we currently don't have support for all commands yet,
but you can expect this soon.
ok xsa@
|
| |
|
|
|
|
| |
appropriate ... ok joris@.
|
|
|
|
|
|
| |
function does it for us.
OK jfb@
|
| |
|
| |
|
|
|
|
| |
used in cvs_ent_write(), and simplify path building a bit
|
|
|
|
| |
- don't use strcmp() to compare one-character strings
|
|
|
|
|
|
|
| |
fields to hook local versions of the commands. This needs to go in
before it gets any bigger
ok joris
|
|
|
|
|
|
|
| |
and make sure the ce_opts and ce_tag fields point to valid strings
even for directories
ok joris
|
|
|
|
|
|
|
| |
created files so they match the values found in the corresponding
entries, otherwise all files appear as modified
ok joris
|
|
|
|
|
|
|
| |
us to mark files as removed, and lets the remove command work
completely.
tested and ok xsa@, jfb@
|
| |
|
|
|
|
| |
from Joris Vink
|
|
|
|
|
|
| |
indicate that the file has been removed
- set the timestamp as invalid if we get the "dummy timestamp"
string in the 4th field
|
|
|
|
| |
pointed by henning@
|
|
|
|
|
|
|
| |
queue for sanity, and make sure that the current pointer is set to
the next item if it points to the item being removed.
fixes a crash reported by brad@, tested by joris and brad@
|
|
|
|
| |
have been lost but have a valid entry.
|
| |
|
| |
|
|
|
|
| |
anywhere and it consumes memory uselessly.
|
|
|
|
| |
ok jfb
|
|
|
|
|
|
|
| |
write access, close it and reopen it only on demand, since large trees
can contain enough Entries files to generate a 'Too many open files'.
Problem spotted by Todd Fries.
|
|
|
|
| |
* when writing a directory entry, skip the revision and timestamp
|
|
|
|
| |
of a bogus date
|
|
|
|
| |
the timestamp in time_t instead of a string
|
|
|
|
| |
leaving the file empty
|
| |
|
| |
|
| |
|
|
|
|
|
| |
* be more intelligent with the file open mode. It seems rewind() doesn't
work too well with a file opened in append mode
|