[svn.haxx.se] · SVN Dev · SVN Users · SVN Org · TSVN Dev · TSVN Users · Subclipse Dev · Subclipse Users · this month's index

Re: File not found: transaction `2eb`.......

From: Lübbe Onken <l.onken_at_rac.de>
Date: 2004-09-14 10:24:44 CEST

Ben Collins-Sussman wrote:

> Developers are tearing out their hair, because 90% of the people who hit
> this bug are either unable to come up with a reproduction recipe, or are
> too busy to try. And they're all win32 users.

A colleague of mine has been bitten by this as well yesterday, using
TSVN 1.0.8. Our server is running 0.32.1 (sic) on a linux box and is
accessed via https.

Everybody else has no problem checking out the repository. He has a
locally modified wc and was updating changes from someone else. The
'file not found' message is only given for his locally modified files.
Reverting the local changes to a file makes the message go away for this
file, but 'TortoiseSVN update' will fail on the next locally modified file.

People on this list already mentioned that the problem only occurs when
using absolute paths.
Since the error occured deep down inside the project, I was thinking if
it might be possible to hit a system constant (path length, filename
length) on the client side.
Our apache access log reveals that the files in question indeed have a
long path (>220 characters). Is this a possible theory?

Cheers
- Lübbe

--
        ___
   oo  // \\      "De Chelonian Mobile"
  (_,\/ \_/ \     TortoiseSVN
    \ \_/_\_/>    The coolest Interface to (Sub)Version Control
    /_/   \_\     http://tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: users-unsubscribe@subversion.tigris.org
For additional commands, e-mail: users-help@subversion.tigris.org
Received on Tue Sep 14 10:25:37 2004

This is an archived mail posted to the Subversion Users mailing list.

This site is subject to the Apache Privacy Policy and the Apache Public Forum Archive Policy.