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

RE: svn_wc_status() unversioned semantics for non-wc files

From: Jay Freeman \(saurik\) <saurik_at_saurik.com>
Date: 2002-02-11 21:52:33 CET

I'm currently working with 1235. I'll do an update. Note that the
problem I'm getting is specifically when I'm passing in absolute paths.
I haven't tried it with non-absolute paths (the command line client
seems like it was working, and I would assume it requires this
functionality to be operational, so I can only assume relative paths
work). I get the paths from the shell through various means
(IShellExtInit mainly).

Sincerely,
Jay Freeman (saurik)
saurik@saurik.com

-----Original Message-----
From: Branko Cibej [mailto:brane@xbc.nu]
Sent: Monday, February 11, 2002 2:46 PM
To: Jay Freeman (saurik)
Cc: dev@subversion.tigris.org
Subject: Re: svn_wc_status() unversioned semantics for non-wc files

Jay Freeman (saurik) wrote:

>Seeing as all files, even versioned files, are showing up as
>"unversioned" to me due to weird Win32 issues, I'm not going to be able
>to do a patch for this currently :). (I believe it is the / vs. \
>issue, Subversion insists on letting /'s get down through the APR
layer,
>but even changing all of the /'s results in a filename that doesn't
>exist, so maybe not.) I need to look more into that first.
>
Strange. I'm not seeing this problem. Certainly APR is supposed to
handle /->\ conversion for us. I don't think that's really what's
happening.

BTW, when was the last time you updated svn? I did some hacks around
rev. 1235 to make the trunk work on Win32.

>Sincerely,
>Jay Freeman (saurik)
>saurik@saurik.com

---------------------------------------------------------------------
To unsubscribe, e-mail: dev-unsubscribe@subversion.tigris.org
For additional commands, e-mail: dev-help@subversion.tigris.org
Received on Sat Oct 21 14:37:06 2006

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

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