Martin Fuchs wrote:
> On 06.09.2003 19:05:06 Jack Repenning wrote:
>> At 3:36 PM +0100 9/6/03, Martin Fuchs wrote:
>>> RuntimeError: error:
>>>
/cygdrive/d/xsrc/subversion/tools/cvs2svn/test-data/resync-misgroups-cvsrep
>> o
>>> s/httpp\Attic\BUILDING,v appeared to be under CVS control, but the
>>> RCS file is inaccessible.
>>
>> This appears to mean "the cygwin version of CVS has touched this
>> file, but now you're using the not-cygwin version." The cygwin
>> version would have tucked that "/cygdrive" path into one of the CVS
>> control files.
>>
>> Is your %SHELL% set to the cygwin bash, or something along those
>> lines? I don't know if Python does this, but some script languages
>> and system libraries will use %SHELL% for some subcommands, and
>> execute them directly for others. Perhaps, in your context, this
>> results in a mixture of cygwin and Win processes?
>
> No, SHELL is not set. Also I am now using an environment without
cygwin/bin
> in PATH.
> However nothing has changed. Seems my python binary internally handles
paths
> in the same way as cygwin, so it displays them this way.
This doesn't seem likely. Are you absolutely *sure*?.
> I played a bit pith the python script and removed one of the exception
> handlers.
> Now I get this error message:
>
>>>>>>>
> ..
> File "D:\xsrc\subversion\tools\cvs2svn\cvs2svn.py", line 1742, in
> get_metadata
> rip.parse_cvs_file(file)
> File "D:\xsrc\subversion\tools\cvs2svn\cvs2svn.py", line 378, in
> parse_cvs_file
> rcsfile = open(rcs_pathname, 'rb')
> IOError: [Errno 2] No such file or directory:
>
'/cygdrive/d/xsrc/subversion/tools/cvs2svn/test-data/resync-misgroups-cvsrep
os/httpp\\Attic\\BUILDING,v'
>
> FAIL: run-tests.py 6: detection of the executable flag
> <<<<<
>
>
> It tries to open the CVS file "...httpp\\Attic\\BUILDING,v", which does
not
> exist. There is even no Attic subdirectory.
If you examine the code in that area, you will see that it only adds Attic,
if it fails to open the file without Attic in the path. And
...httpp/BUILDING,v *does* exist.
Max.
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Sep 6 22:51:55 2003