I am receiving the 1904 error durring the install of the latest build. I verified that .net 4 extended is installed as well as the Microsoft Visual C++ 2005 Redistributable. I am at a loss of what else to try at this point. Any ideas would be appreciated.
The error message is attached..
I am using the 13.0.2 files that are posted in the link with the same issue. I was able to install on a Windows 7 toshiba computer but when I try on two Windows 7 Dell desktop computers I get the same exact error. Are there some other dependancys that are missing that the files can't be registered?
No additional dependencies that I am aware of. However, the full message should be something like:
Error 1904. Module C:\Program Files\SAP BusinessObjects\Crystal Reports for .NET Framework 4.0\Common\SAP BusinessObjects Enterprise XI 4.0\win32_x86\dtsagent.dll failed to register. HRESULT -1073741819. Contact your support personnel.
This may be on a number of files, or just one (e.g.; dtsagent.dll). In your case, is it one file that fails (if so, which file), or a number of files?
The first file that fails has the following error message:
Error 1904. Module C:\Program Files\SAP BusinessObjects\Crystal Reports for .NET Framework 4.0\Common\SAP BusinessObjects Enterprise XI 4.0\win32_x86\commonobjmodel.dll failed to register. HRESULT -2147023898. Contact your support personnel. If I click ignore, many more files have the same error.
Try the following:
I found that there were two instances of the file. One for adobe reader and one for DameWare. The installation worked when they were renamed. Once they were restored, I received a COM error 800703E6. I saw in the forum from 2010 that this was a result of the conflict of the file. Is there a fix for this?
Understood. However, in the case of CA, the issue was that the path was in the system variable. As I understand it, a big no, no with today's Operating Systems. And as a matter of fact, last I heard CA actually modified their load of the dll so that there is no need for a system var for them. E.g.; CR will use it's own version of the dll - unless some other app forces a load from else where. By renaming the dll and then successfully installing CR, you proved that the issue is not with Crystal Reports. Another way of looking at this is to use the Modulesutility and see where the dll is loading from. For CRVS2010 it should be:
C:\Program Files (x86)\SAP BusinessObjects\Crystal Reports for .NET Framework 4.0\Common\SAP BusinessObjects Enterprise XI 4.0\win32_x86
Could you check the CLSID for which the COM error is being thrown?
Once the DLL is identified, check if it is properly registered in the win registry. May be comparing the folder structure in the win reg of the faulty machine with some other working machine would help identify if it is registered preprly.
Then reregister the DLL.