I've installed a fresh copy of Vault 3.0.5 for evaluation on windows server 2003. When trying to do a diff on a new file in a web project I get this error:
There is a problem with your character encoding settings. Could not load character encoding module 'cp1252'.
I've checked and the file is definitely just default windows ANSI. Changing the character encoding from the default to just 'latin1' or changing to Unicode doesn't help. If it helps, DiffMerge is version 1.1.0 .
Any help would be appreciated, thank you.
Could not load character encoding 'cp1252'
Moderator: SourceGear
Here was my reply
There's nothing special about the file, I'm assuming it's something wrong with the installation. All I did was create a new web form and type 'foo' in it. (Although I will attache the content at the bottom.)
Strangely enough I just noticed that I only see the problem when I'm starting the diff tool within visual studio. Running it directly or from within the vault client works fine. I see the same results with files I simply create with notepad and diff from the file menu.
Thank you for your quick response.
<%@ Page language="c#" Codebehind="WebForm1.aspx.cs" AutoEventWireup="false" Inherits="vaultTest.WebForm1" %>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" >
<HTML>
<HEAD>
<title>WebForm1</title>
<meta name="GENERATOR" Content="Microsoft Visual Studio .NET 7.1">
<meta name="CODE_LANGUAGE" Content="C#">
<meta name="vs_defaultClientScript" content="JavaScript">
<meta name="vs_targetSchema" content="http://schemas.microsoft.com/intellisense/ie5">
</HEAD>
<body>
<form id="Form1" method="post" runat="server">
foo<br>
bar
</form>
</body>
</HTML>
There's nothing special about the file, I'm assuming it's something wrong with the installation. All I did was create a new web form and type 'foo' in it. (Although I will attache the content at the bottom.)
Strangely enough I just noticed that I only see the problem when I'm starting the diff tool within visual studio. Running it directly or from within the vault client works fine. I see the same results with files I simply create with notepad and diff from the file menu.
Thank you for your quick response.
<%@ Page language="c#" Codebehind="WebForm1.aspx.cs" AutoEventWireup="false" Inherits="vaultTest.WebForm1" %>
<!DOCTYPE HTML PUBLIC "-//W3C//DTD HTML 4.0 Transitional//EN" >
<HTML>
<HEAD>
<title>WebForm1</title>
<meta name="GENERATOR" Content="Microsoft Visual Studio .NET 7.1">
<meta name="CODE_LANGUAGE" Content="C#">
<meta name="vs_defaultClientScript" content="JavaScript">
<meta name="vs_targetSchema" content="http://schemas.microsoft.com/intellisense/ie5">
</HEAD>
<body>
<form id="Form1" method="post" runat="server">
foo<br>
bar
</form>
</body>
</HTML>
Yes, this does look like a config problem of some sort. Check the folder C:\Program Files\SourceGear\Vault Client\iconv and verify the windows-1252.so file exists there.
It is very strange that this works from the GUI client but not from the IDE, since sgdm is a separate app, and once it is invoked, it should be able to load iconv files regardless of where it was invoked from. Are the permissions on the iconv folder/files restrictive in any way?
Are you having this problem on other machines? Perhaps it is related to the OS?
One workaround to try: Instead of specifying the diff tool as
%VAULT_EXE_DIR%/sgdm.exe in Vault options, provide the hardcoded full path.
It is very strange that this works from the GUI client but not from the IDE, since sgdm is a separate app, and once it is invoked, it should be able to load iconv files regardless of where it was invoked from. Are the permissions on the iconv folder/files restrictive in any way?
Are you having this problem on other machines? Perhaps it is related to the OS?
One workaround to try: Instead of specifying the diff tool as
%VAULT_EXE_DIR%/sgdm.exe in Vault options, provide the hardcoded full path.
Re: Could not load character encoding 'cp1252'
This is starting to look like a working directory problem of some sort. Diffs from the vault client work as long as I don't use Visual Studio to launch the client either. Setting the full path of the diff tool doesn't help. windows-1252.so is exactly where it should be.
There shouldn't be any permissions issues as I haven't made any changes, and I'm running with the same admin user I installed with. The box is a clean install with only Visual Studio, Vault, and some Subversion tools installed. (Anhk, Tortoise, and the Subversion server hosted under Apache.) I'd like to hold off on installing Vault on any other machines at the moment to avoid interfering with dev work in Source Safe.
I've also tried using a different diff tool (Tortoise Merge) and that looks like it's working fine. Although it's probably better to get yours working instead.
There shouldn't be any permissions issues as I haven't made any changes, and I'm running with the same admin user I installed with. The box is a clean install with only Visual Studio, Vault, and some Subversion tools installed. (Anhk, Tortoise, and the Subversion server hosted under Apache.) I'd like to hold off on installing Vault on any other machines at the moment to avoid interfering with dev work in Source Safe.
I've also tried using a different diff tool (Tortoise Merge) and that looks like it's working fine. Although it's probably better to get yours working instead.
I just got an email from someone with some great info - it could be a collision between subversion and Vault:
----------------------------
The diff/merge issue regarding iconv sounds like this thread on the APR discussion list. There is a problem with multiple iconv installations on the same machine causing problems because the wrong version's loadable modules are being found. A fix is expected in the next day or two.
http://marc.theaimsgroup.com/?l=apr-dev ... 019737&w=2
---------------------------
We'll see what we can do on this end, but you might want to verify this by making sure Subversion hasn't been invoked before Vault after a reboot.
----------------------------
The diff/merge issue regarding iconv sounds like this thread on the APR discussion list. There is a problem with multiple iconv installations on the same machine causing problems because the wrong version's loadable modules are being found. A fix is expected in the next day or two.
http://marc.theaimsgroup.com/?l=apr-dev ... 019737&w=2
---------------------------
We'll see what we can do on this end, but you might want to verify this by making sure Subversion hasn't been invoked before Vault after a reboot.
Re: Could not load character encoding 'cp1252'
Thank you very much for your help, that seems to have been the problem. After removing the environment variable and reinstalling both Ankh and Tortoise, everything seems to be working fine.