On Sun, Nov 05, 2000 at 08:18:51PM +0100, Thomas Wouters wrote: > On Sun, Nov 05, 2000 at 08:55:27AM -0800, Moshe Zadka wrote: > > > Added Files: > > pep-0228.txt > > Log Message: > > Added first revision of numerical model pep. > > > ***** Error reading new file: (2, 'No such file or directory') > > ***** file: pep-0228.txt cwd: /tmp/cvs-serv13461 > > Thank you, Moshe ;) Now to figure out why it does work for some people, or > in some cases ;P I'm guessing it's a race condition of some sort, but damned > if I know what triggers it. It certainly could be a race condition. Just look at blast_mail(). It forks off the operation, and it might run before the file arrives in the repository. (??) Or is it possible that the script looks for pep-0228.txt rather than getting a copy from pep-0228.txt,v ?? My script does "cvs -Qn update -p -r1.1 FILE" for new files, and pipes that to the output. Note that the log_accum.pl script that I use for my CVS repository (which came from Apache, which came from BSD) does not fork. It seems to work quite fine with added files. [ and the point in blast_mail() about holding the CVS lock too long is rather silly given the horsepower of the SourceForge boxes ] Cheers, -g -- Greg Stein, http://www.lyra.org/
RetroSearch is an open source project built by @garambo | Open a GitHub Issue
Search and Browse the WWW like it's 1997 | Search results from DuckDuckGo
HTML:
3.2
| Encoding:
UTF-8
| Version:
0.7.4