Re: [TSVN] Re: Content corruption during import

On Thu, 18 Nov 2004 15:19:34 +0100, Thomas Hallgren <thhal@tigris.org> wrote:

> No, the mail contains one good file and one bad file. I've verified it
> once again. This is really crazy! Do the following please:

I'll check the files again at home from my other email account. Maybe
they were messed up by GMail (hope not).

> > Don't get me wrong here. I really think that this shouldn't happen and
> > is a serious bug (if it's reproducable of course). But something is
> > very strange about your report which just doesn't make much sense:
> > - it works with the CL client, but not with TSVN
> > - TSVN uses the Subversion API and doesn't even _touch_ the files to
> > import and checkout from. So if it doesn't work with TSVN it shouldn't
> > work with the CL client either.
> Fact remains. If I do a svn import, it works. If I do the import using
> TSVN, it doesn't.

Sometimes, an 'svn import' is not really the same import as TSVN does.
Did you use full paths or relative paths to specify the import
directory? TSVN always uses absolute paths.

> > - I tried your recipe with file:/// access instead of http like you
> > did, and couldn't reproduce the behaviour.
> >
> Neither can I. It works for me too when I use file:/// access.

So it has something to do with the interaction of client and server.

> > hmmm - did you install the CL client with the setup.exe program or did
> > you use the zip file version of it? If the latter, did you set the
> > APR_ICONV_PATH variable to point to the iconv directory?
> >
> I used the installer and I haven't touched any settings of ARP_ICONV_PATH.

Can you please check if the path is set correctly? I've heard that the
setup program sometimes doesn't set that environement variable
correctly.

> > If the APR_ICONV_PATH isn't set correctly for both the CL client _and_
> > the server, then I think you could experience the problems you're
> > describing here.
> >
> I only have one machine but perhaps it's possible that the svn module
> spawned by Apache is incorrectly setup somehow? But if so, why is only
> TSVN failing?

If both the server _and_ the CL client can't find the iconv modules,
they both fail to convert paths from(server) to(client) UTF8 - and if
both fail, then the result is ok again. But if only one of them fails,
the result is a half-converted mess. That's why I'm asking this.

Oh, and if someone else wants to help out reproducing this: try once
with the BDB repository and not an FSFS one. I'm currently stuck here
at work and don't have much time. Maybe this evening but I can't
promise anything.

Stefan

-- 
       ___
  oo  // \\      "De Chelonian Mobile"
 (_,\/ \_/ \     TortoiseSVN
   \ \_/_\_/>    The coolest Interface to (Sub)Version Control
   /_/   \_\     http://tortoisesvn.tigris.org
---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@tortoisesvn.tigris.org
For additional commands, e-mail: dev-help@tortoisesvn.tigris.org