Re: Core dump in 21.4 building cc-align.el
"Stephen J. Turnbull" <stephen(a)xemacs.org> writes:
>>>>> "vin" == Vin Shelton
<acs(a)xemacs.org> writes:
vin> This is quite odd. It must have something to do with the way
vin> I stock my source trees. I use rsync to copy the entire
vin> repository to my local machine, and then I did:
It looks to me like you may not have _any_ dotfiles in your local
repository. I have them though ... I see nothing in the rsync manpage
to suggest that it treats them different from any other files. Do you
use -C with rsync? Might you have been sloppy about excluding or
deleting CVS lockfiles that would get rsync'd if you don't do
something about it, and be a major annoyance?
Only in xemacs-21.4: lock
This might be due to a missing lock/.precious,v in the repository and
the -P switch you have set for checkout.
Only in xemacs-21.4/src: .dbxrc
Only in xemacs-21.4/src: .gdbinit
cvs -z3
diff -Nau
update -Pd
checkout -ko -P
Yes, the only .??* files I have in my local copy of the CVS repository
are .cvsignore,v files.
Here is the rsync command I use:
rsync -qavz --delete '--exclude=CVSROOT/config' sunsite.dk::xemacscvs
/opt/CVSroot/XEmacs
I removed my entire /opt/CVSroot/XEmacs directory and re-creating it,
this time including the -C option, but the effect of that was the
same.
Stephen, did you turn a remote CVS repository into an rsync'ed one?
Perhaps you don't use the --delete option, and the files are old?
I'm starting to think this is an rsync configuration problem on the
server side.
Stephen, what does your rsync invocation look like?
Might you have been sloppy about excluding or deleting CVS lockfiles
that would get rsync'd if you don't do something about it, and be a
major annoyance?
I don't know what this means, but did rsyncing a brand-new
copy of the
repository address this concern?
Thanks,
Vin