Yep, I dug around in the VSS stuff and couldn't find anything like
that. Some googling reveals that there's some support for this in the
VSS that comes with VS2005, but I'm not rushing out to tie myself to
yet another proprietary product.
I think if any non-ASCII characters show up in the DB, it's due to
their use in filenames in the underlying filesystem. (They may also
appear in author names and check-in comments.) Does NTFS use Unicode
or the local codepage for filename characters?
NTFS uses UNICODE
As you're posting from a German domain, I'm guessing you use one of
the German language codepages. Do any of your filenames intentionally
include characters from outside the 7-bit ASCII character set? Do you
use any of those characters in author names or comments?
Since vss is not a client server solution, the tools simply use the
codepage of the current user.
I think you can run into real problems, if two users working on the same
database use a different codepage and also use codepoints which are
different.in the two codepages.
I have also not yet checked what happens in the C/C++ Runtime, which
runs on top of the WIN32 runtime. In the WIN32 API there is no way to
selectively change the codepage of the current user. You can change the
reaginal settings and with it the codepage, but not selectively the
codepage. In the c runtime you can do something like
setlocale (LC_ALL, ".cp1252")
to change only the codepage. So all functions from the c runtime will
use the new codepage, but I'm not sure whether this also applies to the
functions from the WIN32 API, esp. WideCharToMultiByte.
Dirk
_______________________________________________
vss2svn-users mailing list
Project homepage:
http://www.pumacode.org/projects/vss2svn/
Subscribe/Unsubscribe/Admin:
http://lists.pumacode.org/mailman/listinfo/vss2svn-users-lists.pumacode.org
Mailing list web interface (with searchable archives):
http://dir.gmane.org/gmane.comp.version-control.subversion.vss2svn.user
