Hi Jürgen! Juergen Sachs schrieb am 27.03.2005 19:28 :
svn: Valid UTF-8 data (hex:) followed by invalid UTF-8 sequence (hex: b0 33 06 08)
Anscheinend müssen für UTF besondere Vorbereitungen getroffen werden. Ich vermute, dies, da dies bei den Versionshinweisen zu RapidSVN 0.8 steht: http://rapidsvn.tigris.org/ | Emphasis on... | complete utf8 support (so french accents and german umlauts work!) Weitere Clients findest du hier (vielleicht hat ja ein Linux-Client schon kompletten UTF-Support?): http://subversion.tigris.org/project_links.html Interessant könnte für dich zudem die Lektüre dieses Buchs sein: http://svnbook.red-bean.com/en/1.1/svn-book.html Dort findest du u.a. diese Optionen: | log-encoding | | This variable sets the default character set encoding for commit log | messages. It's a permanent form of the --encoding option (see the | section called “svn Switches”.) The Subversion repository stores log | messages in UTF8, and assumes that your log message is written using | your operating system's native locale. You should specify a different | encoding if your commit messages are written in any other encoding. | --encoding ENC | | Tells Subversion that your commit message is encoded in the charset | provided. The default is your operating system's native locale, and | you should specify the encoding if your commit message is in any other | encoding. Kann es sein, dass die Log-Message bei dir in UTF-16 verfasst wurde und Subversion fälschlicherweise annimmt, dass es sich um UTF-8 handelt? Dann solltest du wohl mit diesen Switches dein Glück finden. Gruß, Michael