Fatal编程技术网
  • delphi/
  • F2063无法编译使用过的单元'；QuickPDF0724.pas''；delphixe4中的错误

F2063无法编译使用过的单元'；QuickPDF0724.pas''；delphixe4中的错误

delphi

F2063无法编译使用过的单元'；QuickPDF0724.pas''；delphixe4中的错误,delphi,delphi-7,delphi-xe4,Delphi,Delphi 7,Delphi Xe4,我已将QuickPDF0724单元包含在我的一个pas文件中。我已经在工具-->选项中给出了该单元的路径。但是我得到了一个错误：“F2063无法编译使用过的单元'QuickPDF0724.pas'” 在该单元提到的路径中，只有dcu文件，没有pas文件 同样的代码在Delphi7中运行良好，但在DelphiXe4中运行不好。原因可能是什么 在该单元提到的路径中，只有dcu文件，没有pas文件 DCU依赖于Delphi版本 因此，Delphi XE4和除Delphi 7之外的任何其他Delphi版

我已将
QuickPDF0724
单元包含在我的一个pas文件中。我已经在工具-->选项中给出了该单元的路径。但是我得到了一个错误：“
F2063无法编译使用过的单元'QuickPDF0724.pas'
”

在该单元提到的路径中，只有dcu文件，没有pas文件

同样的代码在Delphi7中运行良好，但在DelphiXe4中运行不好。原因可能是什么

在该单元提到的路径中，只有dcu文件，没有pas文件

DCU依赖于Delphi版本

因此，Delphi XE4和除Delphi 7之外的任何其他Delphi版本都无法读取Delphi 7中生成的DCU（安装了相同的更新集-这些更新可能会更改Delphi RTL并使这些DCU中的依赖项失败）

这意味着您需要使用
QuickPDF0724.pas
并使用您的Delphi XE4版本编译它，或者您需要找到一位愿意为您这样做的人，然后将他们制作的结果DCU发送给您（可能会出现萎缩-完全为相同版本的Delphi XE4制作（通过安装更新包更改版本号）

在该单元提到的路径中，只有dcu文件，没有pas文件

DCU依赖于Delphi版本

因此，Delphi XE4和除Delphi 7之外的任何其他Delphi版本都无法读取Delphi 7中生成的DCU（安装了相同的更新集-这些更新可能会更改Delphi RTL并使这些DCU中的依赖项失败）

这意味着您需要使用
QuickPDF0724.pas
并使用您的Delphi XE4版本编译它，或者您需要找到愿意为您这样做的人，然后将他们制作的结果DCU发送给您（可能会出现萎缩-制作的版本与Delphi XE4完全相同（通过安装更新包更改版本号）.

我的Delphi 7应用程序使用的是
QuickPDF0724
，与我在Delphi XE4中尝试的相同。QuickPDF0724的版本号为7.24。这与Delphi XE4不兼容

因此，我下载了最新版本的QuickPDF I，e
DebenupdLibrary1011
，版本号为10.11，与Delphi XE4兼容

我对代码做了一些更改，如：

  • 将使用中的装置名称从
    QuickPDF0724
    更改为
    DebenupdLibrary1011
  • 更改了代码中的声明，如
    objQuickPDF:TDebenuPDFLibrary1011
    中的
    objQuickPDF:TQuickPDF0724
  • 更改的构造函数：
    objQuickPDF:=TDebenuPDFLibrary1011.创建
    而不是
    objQuickPDF:=TQuickPDF0724.创建
    • Rest很好…

    我的Delphi7应用程序使用的是
    QuickPDF0724
    ，与我在DelphiXe4中尝试的相同。QuickPDF0724的版本号为7.24。这与Delphi XE4不兼容

    因此，我下载了最新版本的QuickPDF I，e
    DebenupdLibrary1011
    ，版本号为10.11，与Delphi XE4兼容

    我对代码做了一些更改，如：

  • 将使用中的装置名称从
    QuickPDF0724
    更改为
    DebenupdLibrary1011
  • 更改了代码中的声明，如
    objQuickPDF:TDebenuPDFLibrary1011
    中的
    objQuickPDF:TQuickPDF0724
  • 更改的构造函数：
    objQuickPDF:=TDebenuPDFLibrary1011.创建
    而不是
    objQuickPDF:=TQuickPDF0724.创建
    • 休息很好…

    你之前的问题呢？他们完成了吗？@DavidHeffernan-我已经评论并接受了你的答案。那么这个问题呢：@DavidHeffernan-我已经回答了这个问题。在我看来，简的答案是正确的。我仍然觉得应该解决这个问题，包括不同的DevEx版本，因为这才是问题所在。总结这些问题很重要。我想你已经找到了解决问题的办法，但我们关心这些问题。你必须解决的问题与你提出并试图回答的问题之间有着微妙的区别。你之前的问题呢？他们完成了吗？@DavidHeffernan-我已经评论并接受了你的答案。那么这个问题呢：@DavidHeffernan-我已经回答了这个问题。在我看来，简的答案是正确的。我仍然觉得应该解决这个问题，包括不同的DevEx版本，因为这才是问题所在。总结这些问题很重要。我想你已经找到了解决问题的办法，但我们关心这些问题。你必须解决的问题与你提出的问题和我们试图回答的问题之间有着微妙的区别。从什么时候开始，构建数量变得重要了？这并不总是重要的。通常，DCU格式仅在主要版本上更改，Delphi 2007除外，它可以读取Delphi 2006 DCU。@Arioch-不幸的是，由于这是第三方库，我们没有用于此版本的pas文件it@nkp然后让图书馆的供应商把它给你们，就像他给你们D7一样DCU@RobKennedy格式本身可能会保留，但依赖于RTL，等好的，我会尝试以更保守的方式重新表述它。@Arioch'The-我得到了在Delphi XE下编译的QuickPDF0724 dcu。但是在DelphiXe4中使用它，我得到了相同的错误。我是否必须严格使用在Delphi XE4下编译的QuickPDF0724 dcu来消除此错误？从什么时候开始，版本号就很重要了？这并不总是重要的。通常，DCU格式仅在主要版本上更改，Delphi 2007除外，它可以读取Delphi 2006 DCU。@Arioch-不幸的是，由于这是第三方库，我们没有用于此版本的pas文件it@nkp然后让图书馆的供应商把它给你们，就像他给你们D7一样DCU@RobKennedy格式本身可能会保留，但依赖于RTL，等好的，我会尝试以更保守的方式重新表述它。@Arioch'The-我得到了在Delphi XE下编译的QuickPDF0724 dcu。日分