CreateObject(Excel.Application)出错解决方法【转】

本文转自http://wiki.dagene.net/Delphi相关/CreateObject(Excel.Application)出错解决方法

说明：没有正确设置权限。设置方法:在命令行键入“DCOMCNFG”，则进入COM组件配置界面，选择MicrosoftExcel后点击属性按钮，将三个单选项一律选择自定义，编辑中将Everyone加入所有权限。保存完毕后重新启动服务器
========================================================================
http://support.microsoft.com/kb/828550

检查自动化服务器

发生 CreateObject 或 New 相关错误的最常见原因是服务器应用程序有问题。通常，应用程序的配置或安装会引起该问题。要解决问题，请使用以下过程：

• 验证您要自动执行的 Office 应用程序安装在本地计算机上。确保可以运行该应用程序。要这样做，依次单击“开始”和“运行”，然后尝试运行该应用程序。如果无法手动运行该应用程序，则该应用程序将不能以自动化方式工作。
• 重新注册该应用程序，如下所示：
  1. 单击“开始”，然后单击“运行”。
  2. 在“运行”对话框中键入服务器路径，然后将 /RegServer 添加到行尾。
  3. 单击“确定”。
     
     应用程序以静默方式运行。应用程序作为 COM 服务器重新注册。
  如果是因为缺少某个注册表项而发生问题，则以上步骤通常能纠正问题。
• 在 CLSID 下检查要自动执行的应用程序的 LocalServer32 项。确保 LocalServer32 项指向该应用程序的正确位置。确保路径名称为短路径 (DOS 8.3) 格式。您不必通过使用短路径名称来注册服务器。但是，在一些系统上，包含嵌入空格的长路径名称可能导致问题。
  
  要检查为服务器存储的路径项，请如下所示启动 Windows 注册表编辑器：
  1. 单击“开始”，然后单击“运行”。
  2. 键入 regedit，然后单击“确定”。
  3. 移到 HKEY_CLASSES_ROOT\CLSID 项。
     
     系统上注册的自动化服务器的 CLSID 位于此项下。
  4. 使用 CLSID 项的下列值查找代表要自动执行的 Office 应用程序的项。检查 CLSID 项的 LocalServer32 项中的路径。 
      

      

      

     Office 服务器	CLSID 项
     Access.Application	{73A4C9C1-D68D-11D0-98BF-00A0C90DC8D9}
     Excel.Application	{00024500-0000-0000-C000-000000000046}
     FrontPage.Application	{04DF1015-7007-11D1-83BC-006097ABE675}
     Outlook.Application	{0006F03A-0000-0000-C000-000000000046}
     owerPoint.Application	{91493441-5A91-11CF-8700-00AA0060263B}
     Word.Application	{000209FF-0000-0000-C000-000000000046}

  5. 确保路径匹配文件的实际位置。
  注意：短路径名称可能看起来正确，而实际上并不正确。例如，Office 和 Microsoft Internet Explorer（如果它们安装在其默认位置）的短路径均类似于 C:\PROGRA~1\MICROS~X\（其中 X 是数字）。此名称初看起来不像是短路径名称。
  
  要确定路径是否正确，请执行下列步骤：
  1. 单击“开始”，然后单击“运行”。
  2. 从注册表中复制值，然后在“运行”对话框中粘贴值。
     
     注意：在运行应用程序之前删除 /automation 开关。
  3. 单击“确定”。
  4. 验证应用程序运行正常。
     
     如果在单击“确定”后应用程序能够运行，则正确注册了服务器。如果在单击“确定”后应用程序不运行，则用正确的路径替换 LocalServer32 项的值。如果可以，请使用短路径名称。
• 测试 Normal.dot 模板或 Excel.xlb 资源文件是否可能损坏。如果 Word 中的 Normal.dot 模板或 Excel 中的 Excel.xlb 资源文件损坏，则在自动执行 Microsoft Word 或 Microsoft Excel 时可能出现问题。要测试这些文件，搜索本地硬盘驱动器以查找 Normal.dot 或 Excel.xlb 的所有实例。
  
  注意：对于运行 Microsoft Windows 2000 或 Microsoft Windows XP 的系统，可能会找到这些文件的多个副本。对于这些文件中的每一个，都有一个副本对应于系统上安装的每个用户配置文件。
  
  临时重命名 Normal.dot 文件或 Excel.xlb 文件，然后重新运行自动化测试。如果 Word 和 Excel 无法找到这些文件，它们会创建这些文件。验证代码是否工作。如果创建新的 Normal.dot 文件时代码工作，则删除重命名的文件。这些文件已损坏。如果代码不工作，则必须将这些文件重命名为其原始文件名，以保存这些文件中保存的任何自定义设置。
• 如果系统运行 Windows 2000，则在管理员帐户下运行应用程序。Office 服务器需要注册表和磁盘驱动器的读/写访问权。如果当前安全设置拒绝读/写访问权，Office 服务器可能无法正确加载。

检查系统

系统配置也可能会导致进程外 COM 服务器创建问题。要解决问题，请在发生错误的系统上使用以下过程：

• 确定问题是否出现在任何进程外服务器上。如果您有使用特定 COM 服务器的应用程序（例如 Word），请测试其他进程外服务器，以确保问题不是出在 COM 层本身上。如果无法在计算机上创建进程外 COM 服务器，则按照本文中的“重新安装 Microsoft Office”一节所述重新安装 OLE 系统文件，或者重新安装操作系统以解决问题。
• 检查管理自动化的 OLE 系统文件的版本号。这些文件通常作为集合安装。这些文件必须匹配内部版本号。不正确配置的安装实用程序可能会错误地分别安装这些文件。这会导致文件不匹配。为避免出现自动化问题，请检查文件以确保文件内部版本匹配。
  
  自动化文件位于 Windows\System32 目录或 Winnt\System32 目录中。检查以下文件。 
   

   

   

  文件名	版本	修改日期
  Asycfilt.dll	3.50.5014	2002 年 9 月 04 日
  Oleaut32.dll	3.50.5016	2002 年 9 月 04 日
  Olepro32.dll	5.0.5014	2002 年 9 月 04 日
  Stdole2.tlb	3.0.5014	2002 年 9 月 04 日

  要检查文件版本，请在 Windows 资源管理器中右键单击文件，然后单击“属性”。注意文件版本的最后四位数（内部版本号）和文件的上次修改日期。确保这些值对于所有自动化文件均相同。
  
  注意：较早的版本号和较早的日期是从安装了 Office 2003 的 Windows Server 2003 计算机中检索的。这些编号和日期只用作示例。您的值可能不同。
  
  如果文件不匹配内部版本号或修改日期，请下载更新自动化文件的自解压实用程序。 
  
  有关如何访问运行时文件的更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：
  235420 VBRun60sp4.exe 安装 Visual Basic 6.0 SP4 运行时文件
• 对于可能限制在 Office 应用程序中运行代码的第三方应用程序，使用系统配置实用程序 (Msconfig.exe) 来检查服务和系统的启动。 有关 Msconfig.exe 的更多信息，请单击下面的文章编号，以查看 Microsoft 知识库中相应的文章：
  310560 如何在 Windows XP 中使用系统配置实用程序来排除故障
  例如，Outlook 自动化应用程序可能因为您正在运行具有“脚本阻止程序”功能的防病毒程序而失败。
  
  注意：请仅在未连接到网络的测试系统上暂时禁用防病毒程序。
  
  或者，在 Outlook 中执行下列步骤以禁用第三方加载项：
  1. 在“工具”菜单上，单击“选项”。
  2. 在“其他”选项卡上，单击“高级选项”。
  3. 在“高级选项”对话框中，单击“加载项管理器”。
  4. 单击任何第三方加载项的复选框以清除它。
  5. 重新启动 Outlook。
  如果此方法解决问题，请与第三方防病毒供应商联系，了解有关更新防病毒程序的更多信息。

重新安装 Office

如果前面任何过程均未能解决问题，则删除 Office，然后重新安装 Office。Microsoft 建议您首先删除现有的版本，然后通过使用原始安装盘重新安装 Office。