开发日志[1] 错误：未能找到引用的组件“System.Windows.Forms.DataVisualization”

已于 2022-06-11 22:07:05 修改
阅读量693 收藏
点赞数
分类专栏： 开发调试 文章标签： visual studio code windows
于 2020-05-14 19:22:31 首次发布
版权声明：本文为博主原创文章，遵循 CC 4.0 BY-SA 版权协议，转载请附上原文出处链接和本声明。
本文链接：https://blog.csdn.net/weixin_42353577/article/details/106109148
版权

错误：未能找到引用的组件“System.Windows.Forms.DataVisualization”
原因：项目中使用了MSChart表格插件，未在当前系统中安装。
解决：下载对应版本的MSChart.exe安装程序，安装后再次在项目中添加引用即可。
相关：MSChart.zip

TZ2020
关注
  • 0
    点赞
  • 踩
  • 0
    收藏
    觉得还不错? 一键收藏
  • 0
    评论
专栏目录
System.Windows.Forms.DataVisualization.dll 3.5 版本
03-05
System.Windows.Forms.DataVisualization.dll 3.5 版本的，亲测可用，解压后，把文件删除文字的汉字添加引用就好。
C# chart全部控件,微软chart插件
03-27
控件的安装相对比较简单，下载完后，先执行“MSChart.exe”程序，它会自动检测你的环境，安装到系统目录中去，如果要在VS 2008环境中直接使用，那么需要安装For Vs2008的插件，MSChart_VisualStudioAddOn.exe，还有一个中文语言包MSChartLP_chs.exe。安装完后，打开Vs2008，在建立项目的时候，你就能在工具栏中看到有一个Chart的控件。 能处理错误：未能找到引用的组件“System.Windows.Forms.DataVisualization”问题。
Microsoft SQL Server 2005 Express Edition SP3
03-04
Microsoft SQL Server 2005 Express Edition SQL Server 文档小组无法回答技术支持问题，但是欢迎您对本自述文档提出建议和意见。您可以使用提供的链接快速、直接地发送电子邮件反馈。请使用英语发送您的反馈信息。 若要通过邮件提交有关本文档的反馈信息，请单击此处：提交反馈。 目录 1.0 简介 2.0 下载并安装 SQL Server Express 2.1 .NET Framework 2.0 2.2 SQL Server Express 2.3 SQL Server Express 的管理工具 2.4 访问安装文档 2.5 SQL Server 2005 自述文件 3.0 安装问题 4.0 其他信息 4.1 服务帐户和网络协议 4.2 用户实例功能 4.3 WMI 提供程序和用户实例功能 4.4 联机丛书 4.5 获取 SQL Server Express 帮助 4.6 新闻组支持 4.7 提供有关 SQL Server Express 的反馈 5.0 数据库引擎 6.0 复制 [顶部] 1.0 简介 Microsoft SQL Server 2005 Express Edition (SQL Server Express) 是一个免费且易于使用的 SQL Server 2005 版本，它替换了 Microsoft Desktop Engine (MSDE)。与 Microsoft Visual Studio 2005 集成之后，SQL Server Express 可以轻松的开发功能强大且安全的数据驱动应用程序，并允许快速部署这些应用程序。SQL Server Express 可以根据协议重新进行发布，并可作为客户端数据库以及基本服务器数据库使用。SQL Server Express 是独立软件供应商 (ISV)、服务器用户、非专业开发人员、Web 应用程序开发人员、网站宿主以及客户端应用程序编程爱好者的理想之选。 未及时包括在本自述文件中的任何有关 SQL Server Express 的信息都将发布到 Microsoft 知识库文章 907284 中。 有关使用 SQL Server Express 新闻组提供反馈的信息，请参阅 4.6 新闻组支持部分。 [顶部] 2.0 下载并安装 SQL Server Express 本节介绍有关安装 .NET Framework 2.0、SQL Server Express 以及可用于连接到 SQL Server Express 的工具的信息。 2.1 .NET Framework 2.0 在安装 SQL Server Express 之前，必须安装 .NET Framework 2.0。 SQL Server Express 依赖于特定 2.0 版本的 .NET Framework。如果您已安装了其他版本的 .NET Framework，则 SQL Server Express 安装可能会在运行时发生意外情况。您可以从此 Microsoft 网站下载 .NET Framework 2.0。 注意： .NET Framework 2.0 由 Microsoft Visual Studio 2005 和所有版本的 SQL Server 2005 自动安装。 [顶部] 2.2 SQL Server Express SQL Server Express 可从此 Microsoft 网站下载获得。 注意： 下载和提取产品时，请务必按照下载站点提供的说明进行操作。 安装 SQL Server Express 之后，请在命令提示符下使用以下命令连接到 SQL Server Express： sqlcmd -S Server\Instance 其中 Server 是计算机名称，Instance 是要连接到的实例名称。如果已在安装过程中使用了默认的命名实例，则将实例指定为“SQLExpress”。 [顶部] 2.3 管理 SQL Server Express 的工具 有关连接到 SQL Server Express 数据库并进行管理的信息，请参阅 Microsoft 知识库文章 907716。 [顶部] 2.4 访问安装文档 SQL Server Express 的安装要求文档中概述了硬件和软件要求。 [顶部] 2.5 SQL Server 2005 自述文件 SQL Server 2005 自述文件可以从此 Microsoft 网站在线获取。 注意： 未及时包括在本自述文件中的任何有关 SQL Server 2005 和 SQL Server Express 的信息都将发布到 Microsoft 知识库文章 907284 中。 [顶部] 3.0 安装问题 本部分详细介绍此版本中的安装问题。 3.1 现有的 SQL 本机客户端安装可能导致安装失败 安装可能失败并回滚，同时显示以下错误消息：“找不到产品 Microsoft SQL 本机客户端的安装包。请使用安装包 sqlncli.msi 的有效副本重试安装。”若要解决此问题，请使用“添加或删除程序”卸载 SQL 本机客户端。对于群集，请从所有节点中卸载 SQL 本机客户端。然后，再次运行 SQL Server 安装程序。 [顶部] 3.2 系统配置检查器失败并显示“性能监视器计数器检查失败”消息 在开始安装 SQL Server 之前，系统配置检查器 (SCC) 会验证性能监视器计数器注册表项的值。如果 SCC 无法验证现有的注册表项，或者 SCC 无法运行 Lodctr.exe 系统程序，则 SCC 检查会失败，并且安装程序会被阻止。若要完成安装，您必须手动增加注册表项。 注意： 如果注册表编辑不当，则可能会导致严重的问题并可能需要您重新安装操作系统。Microsoft 不保证可以解决因注册表编辑不当而导致的问题。在编辑注册表之前，请备份所有重要数据。有关如何备份、恢复和编辑注册表的信息，请参阅 Microsoft 知识库文章 256986。 若要手动增加计数器注册表项，请执行下列操作： 在任务栏中，依次单击“开始”和“运行”，在“运行”文本框中键入 regedit.exe，再单击“确定”。 导航到以下注册表项：[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Perflib]。查找下列项： "Last Counter"=dword:00000ed4 (5276) "Last Help"=dword:00000ed5 (5277) 验证值。上一步 (5276) 中的 Last Counter 值必须与以下注册表项内 Perflib\009 中 Counter 项的最大值相等，上一步 (5277) 中的 Last Help 值必须与以下注册表项内 Perflib\009 中 Help 项的最大值相等：[HKEY_LOCAL_MACHINE\SOFTWARE\Microsoft\Windows NT\CurrentVersion\Perflib\009]。 注意： “009”是用于英语（美国）的项。 如有必要，请修改 \Perflib 项中 Last Counter 和 Last Help 的值。在右窗格中，右键单击 Last Counter 或 Last Help，选择“修改”，单击 Base = Decimal，在“值”数据字段中设置值，再单击“确定”。如有必要，请对其他项重复此操作，然后关闭注册表编辑器。 再次运行 SQL Server 2005 Express Edition 安装程序。 [顶部] 3.3 SQL Server Express 联机丛书中包含关于操作系统支持的错误信息。 SQL Server Express 联机丛书中的“硬件和软件要求 (SQL Server Express)”主题中没有提供操作系统的精确列表。SQL Server Express 支持下列操作系统。 Windows Server 2003 SP1 Windows Server 2003 Enterprise Edition SP1 Windows Server 2003 Datacenter Edition SP1 Windows Small Business Server 2003 Standard Edition SP1 Windows Small Business Server 2003 Premium Edition SP1 Windows XP Professional SP2 Windows XP Home Edition SP2 Windows XP Tablet Edition SP2 Windows XP Media Edition SP2 Windows 2000 Professional Edition SP4 Windows 2000 Server Edition SP4 Windows 2000 Advanced Edition SP4 Windows 2000 Datacenter Server Edition SP4 [顶部] 3.4 如果在 Windows Server 2003 中禁用了加密服务，则安装程序会失败并显示“Windows 徽标要求”对话框 Windows 加密服务提供程序 (CSP) 是执行身份验证、编码和加密服务的代码，基于 Windows 的应用程序通过 Windows Server 2003 中的 CryptoAPI 访问这些服务。如果停止或禁用 CSP 服务，则 SQL Server 安装程序会失败并显示“Windows 徽标要求”消息。 注意： 在 Windows Server 2003 故障转移群集中运行 SQL Server 安装程序之前，必须在所有群集节点上启动 CSP 服务。 若要在 Windows Server 2003 中启用 Windows CSP 服务，请执行下列操作： 在“控制面板”中，打开“管理工具”，再双击“服务”。 在“名称”列中，右键单击“加密服务”，再单击“启动”。 关闭“服务”。 运行安装程序。 [顶部] 3.5 未在 Windows 中完全启用 MSDTC 由于未在 Windows 中完全配置 Microsoft 分布式事务处理协调器 (MS DTC)，因此，应用程序可能无法在分布式事务中登记 SQL Server Express 资源。此问题会影响使用分布式事务的链接服务器、分布式查询以及远程存储过程。为了避免出现此类问题，您必须在安装有 SQL Server Express 的服务器中完全启用 MS DTC 服务。 若要完全启用 MS DTC，请执行下列操作： 在“控制面板”中，打开“管理工具”，再双击“组件服务”。 在左窗格的“控制台根目录”中，单击“组件服务”，再展开“计算机”。 右键单击“我的电脑”，再单击“属性”。 在 MSDTC 选项卡中，单击“安全配置”。 在“安全设置”下，选中所有复选框。 验证是否已将“DTC 登录帐户”名称设置为 NT AUTHORITY\NetworkService。 [顶部] 3.6 默认情况下不安装示例数据库 默认情况下，不在 SQL Server Express 中安装示例数据库。Northwind 和 pubs 示例数据库可以从 Microsoft 网站进行下载。Adventureworks 示例数据库可从此 Microsoft 网站安装。 [顶部] 3.7“强制加密”配置可能会导致 SQL Server Express 安装程序失败 如果现有的 SQL Server 客户端安装配置为启用了“强制加密”选项，则安装程序可能会失败。若要解决此问题，请在所有 SQL Server 客户端上禁用此选项。对于 SQL Server 2000 中的 Microsoft 数据访问组件 (MDAC) 客户端，请使用 SQL Server 2000 客户端网络实用工具。对于 SQL 本机客户端，请使用“添加或删除程序”卸载 SQL 本机客户端。在群集中，请卸载所有节点中的 SQL 本机客户端。然后，再次运行 SQL Server 2005 安装程序。 [顶部] 3.8 sp_configure 的设置可能会导致安装程序在升级系统数据库时失败 如果在更早 Community Technology Preview (CTP) 版本的 SQL Server Express 中禁用了 sp_configure 选项“SMO 和 DMO XP”，则在使用 SAVESYSDB 卸载该早期实例，然后使用 USESYSDB 安装本版本时，将可能无法从命令提示符下进行安装。若要解决此问题，请确保在使用安装程序升级系统数据库之前，已启用上述选项。有关详细信息，请参阅此 Microsoft 网站上 SQL Server 联机丛书中的“设置服务器配置选项”。 [顶部] 3.9 安装 SQL Server 2000 的默认实例可能会禁用 SQL Server Express 如果您的计算机已安装 SQL Server 2000 管理工具和 SQL Server Express 的默认实例，则可以使用 SQL Server 安装程序安装 SQL Server 2000 的默认实例。但是，这样做会禁用已安装的 SQL Server Express 实例。因此，如果计算机上已安装 SQL Server 2000 管理工具和 SQL Server Express 的默认实例，则不要安装 SQL Server 2000 的默认实例。 [顶部] 3.10 在 Windows 域控制器中安装 SQL Server Express 安全说明： 我们不建议在域控制器中运行 SQL Server Express。 可以在 Windows 域控制器中安装 SQL Server Express；但是，SQL Server Express 无法在 Windows Server 2003 域控制器中像本地服务或网络服务那样运行。SQL Server 服务帐户应以 Windows 域用户帐户的身份运行。您也可安装 SQL Server 服务帐户以本地系统的身份运行，但是不建议使用此选项。 不要在安装完 SQL Server Express 之后更改服务器的角色。例如，如果您在成员服务器中安装了 SQL Server Express，则不要使用 Dcpromo 工具将该服务器提升为域控制器。或者，如果您在域控制器中安装了 SQL Server Express，则不要使用 Dcpromo 将该服务器降级为成员服务器。如果在安装完 SQL Server Express 之后更改服务器的角色，便会导致功能丢失，不支持这样做。 [顶部] 3.11 现有的 SQL 本机客户端安装可能导致安装失败 安装可能失败并回滚，同时显示以下错误消息：“找不到产品 Microsoft SQL 本机客户端的安装包。请使用安装包 sqlncli.msi 的有效副本重试安装。”若要解决此问题，请使用“添加或删除程序”卸载 SQL 本机客户端。对于群集，请从所有节点中卸载 SQL 本机客户端。然后，再次运行 SQL Server 安装程序。 [顶部] 3.12 卸载 SQL Server Express 和 Visual Studio 2005 的预发布版本 安装前，您必须删除 SQL Server Express、Visual Studio 2005 和 .NET Framework 2.0 的所有以前内部版本。由于这两个产品都依赖于相同版本的 .NET Framework，因此必须按照以下顺序卸载它们： SQL Server Express Visual Studio 2005 .NET Framework 2.0 [顶部] 3.13 维护模式下将提示输入 Setup.exe 的路径 如果在维护模式下安装新的 SQL Server 2005 组件，系统将提示您指定 SQL Server 2005 安装媒体中 Setup.exe 文件的位置。指定该文件位置时，路径中一定要包含“Setup.exe”。例如，路径“D:\”将失败，而“D:\Setup.exe”将成功。 [顶部] 3.14 Setup 命令 Shell 脚本的故障排除失败 路径变量中包含括号时，Setup 命令 shell 脚本可以生成 Windows 脚本错误。出现该错误的原因是命令 shell 脚本不支持路径变量中包含的括号。在将 32 位组件安装到 64 位计算机的 Windows (WOW64) 32 位子系统中的 Windows 时可能会出现该错误。例如，下列路径值为“C:\Program Files (x86)\”的脚本将生成一个错误，因为 shell 脚本解释器会将扩展的 PATH 变量中的括号错误地解释为 IF/ELSE 语句的一部分： IF "%SOME_PATH%" == "" ( SET PATH=%PATH%;%PATH_A% ) ELSE ( SET PATH=%PATH%;%PATH_B% ) 若要解决此问题，请更改该脚本以删除括号。例如： IF "%SOME_PATH%" == "" set PATH=%PATH%;%PATH_A% IF NOT "%SOME_PATH%" == "" set PATH=%PATH%;%PATH_B% 或者从路径中删除包含括号的 SQL 项。 [顶部] 4.0 其他信息 4.1 服务帐户和网络协议 在 SQL Server Express 中，本地系统帐户即为网络服务帐户。 SQL Server Express 可侦听本地命名管道和共享内存。执行默认安装时，无法远程连接到 SQL Server Express。您需要启用 TCP/IP 并检查是否已启用防火墙。 若要启用 TCP/IP，请执行下列操作： 在“开始”菜单中，选择“所有程序”，依次指向 Microsoft SQL Server 2005 和“配置工具”，再单击“SQL Server 配置管理器”。 或者，您可以通过右键单击“我的电脑”并选择“管理”来打开计算机管理器。在“计算机管理”中，依次展开“服务和应用程序”和“SQL Server 配置管理器”。 展开“SQL Server 2005 网络配置”，再单击“InstanceName 的协议”。 在协议列表中，右键单击要启用的协议，再单击“启用”。 协议的图标将更改为显示该协议已启用。 若要启用防火墙，请执行下列操作： 依次单击“开始”和“控制面板”，再单击“网络连接”。 在左侧的导航栏中，单击“更改 Windows 防火墙的设置”。 在“异常”选项卡的“程序和服务”框中，您可能看到已列出 SQL Server，但未将其选择为异常。如果您选中该复选框，则 Windows 将打开端口 1433 以允许 TCP 请求进入。或者，如果您未看到列出 SQL Server，则请执行下列操作： 单击“添加程序”。 单击“浏览”。 导航到 drive:\Program Files\Microsoft SQL Server\MSSQL.1\MSSQL\BINN 将文件 sqlservr.exe 添加到异常列表中。 [顶部] 4.2 用户实例功能 SQL Server Express 允许非管理员用户在没有 DBCreator 特权的情况下也能复制或移动数据库（使用 Xcopy 部署）。有关详细信息，请参阅此 Microsoft 网站上的 SQL Server Express 联机丛书中的“非管理员用户实例”。 [顶部] 4.3 WMI 提供程序和用户实例功能 动态生成的用户实例中不支持 WMI Provider for Server Events。此程序仍运行于父 SQL Server Express 实例中。 [顶部] 4.4 联机丛书 SQL Server Express 联机丛书可从此 Microsoft 网站下载获得。 注意： 由于 SQL Server Express 是 SQL Server 2005 的一个受限版本，因此，SQL Server Express 联机丛书中的文档很大程度上依赖于 SQL Server 2005 联机丛书中的内容。 SQL Server 2005 联机丛书可从此 Microsoft 网站下载获得。 Microsoft 定期发布 SQL Server Express 联机丛书和 SQL Server 2005 联机丛书的可下载更新。我们建议您安装这些更新以及时更新该文档的本地副本中相应的信息。 [顶部] 4.5 获取 SQL Server Express 帮助 Microsoft 通过以下四个主要信息来源提供有关 SQL Server Express 的信息： SQL Server Express 文档和示例 SQL Server 2005 文档 Microsoft Developer Network (MSDN) 和 TechNet 上的 SQL Server 站点 其他 Microsoft 网站上的 SQL Server 信息 您也可以通过 SQL Server 社区从其他人或直接从 Microsoft 支持人员处获取帮助。有关详细信息，请参阅 SQL Server Express 联机丛书中的“获取 SQL Server Express 帮助”。 [顶部] 4.6 新闻组支持 有关新闻组支持的信息，请从此 Microsoft 网站访问 SQL Server Express 新闻组。请不要使用其他 Microsoft 新闻组张贴有关 SQL Server Express 的问题。 可在 SQL Server Express 网站日志中找到来自 SQL Server Express 小组的最新信息。 注意： 仅支持英语版的新闻组。 [顶部] 4.7 提供有关 SQL Server Express 的反馈 可通过下列方式提供有关 SQL Server Express 的建议和错误报告： 在此 Microsoft 网站发送有关 SQL Server Express 的功能和用户界面的建议和错误报告。 使用 SQL Server Express 联机丛书中的反馈功能发送有关文档的建议以及报告其中不正确的内容。 选择自动将错误报告和功能使用情况数据发送给 Microsoft 进行分析。 有关详细信息，请参阅 SQL Server 联机丛书中的“提供有关 SQL Server 2005 的反馈”。 [顶部] 5.0 数据库引擎 本部分说明 SQL Server 2005 数据库引擎和数据库引擎特定的命令提示实用工具的最新项，这些最新项也应用于 SQL Server Express。 [顶部] 5.1 在 Windows Server 2003 SP1 中运行时连接可能会被强行关闭 如果 TCP/IP 网络处于打开状态，则指向 Windows Server 2003 Service Pack 1 中运行的 SQL Server Express 数据库引擎实例的客户端连接可能会失败，并出现以下错误：“提供程序号: 7，错误: 10054，错误消息:‘TCP 提供程序: 现有连接被远程主机强行关闭’”。 如果要通过大量客户端连接尝试来测试可伸缩性，则可能会出现此错误。若要解决此问题，请使用 regedit.exe 实用工具将名为 SynAttackProtect 的新 DWORD 值添加到注册表项 HKEY_LOCAL_MACHINE\SYSTEM\CurrentControlSet\Services\Tcpip\Parameters\（值数据为 00000000）中。 安全说明： 设置此注册表项可能会使服务器受到 SYN Flood 拒绝服务攻击。测试完成时，请删除该注册表值。 注意： 如果注册表编辑不当，可能会导致严重问题并可能需要重新安装操作系统。Microsoft 不保证可以解决因注册表编辑不当而导致的问题。在编辑注册表之前，请备份所有重要数据。有关如何备份、恢复和编辑注册表的信息，请参阅 Microsoft 知识库文章 256986。 [顶部] 5.2 安全的 Service Broker 对话需要数据库主密钥 SQL Server 2005 联机丛书错误地说明了当跨数据库使用对话安全设置进行会话时，SQL Server 会创建通过数据库主密钥加密的会话密钥。实际上，对于所有使用对话安全设置进行的会话而言，会话密钥均通过数据库主密钥进行加密。如果数据库主密钥不可用，则在创建数据库主密钥或会话超时之前，会话的消息将一直保留在 transmission_queue 中并出现错误。您可以使用 ENCRYPTION = OFF 参数创建未加密的对话，也可以使用以下命令创建数据库主密钥： CREATE MASTER KEY ENCRYPTION BY PASSWORD = '' [顶部] 5.3 公共语言运行时用户定义类型应只有一个序列化 每个字节顺序的用户定义类型 (UDT) 对象的实例只能有一种序列化表示形式。如果序列化或反序列化例程识别出某个特定对象具有多种表示形式，则可能会在下列情况下出现错误： 在验证通过 RPC 传递的字节顺序的 UDT 期间，UDT 验证执行 UDT 的反序列化/重新序列化，并要求生成的字节与原始字节完全相同。如果验证失败，则会出现错误：“System.Data.SqlClient.SqlException，传入的 TDS RPC 协议流不正确。参数 1 ("")：提供的值不是数据类型 的有效实例。请检查源数据中的无效值。” 在 DBCC 期间，字节顺序的 UDT 列中存储的字节数必须等于计算的 UDT 值序列化。如果不相等，则 DBCC CHECKTABLE 例程将会报告一致性错误。 [顶部] 5.4 尚未通过设置启用网络连接 为了提高安全性，SQL Server Express 针对某些新安装禁用了网络连接。如果您使用的是 SQL Server Enterprise Edition、Standard Edition 或 Workgroup Edition，或计算机上已经安装有 SQL Server，则不会禁用使用 TCP/IP 协议的网络连接。除非计算机上已经安装有 SQL Server，否则 Named Pipes 连接仅适用于本地连接。对于所有安装，都会启用 Shared Memory 协议，以允许服务器的本地连接。根据具体的安装条件和安装选项，可能会停止 SQL Browser 服务。 [顶部] 5.5 包含用户定义类型的程序集注意事项 下列限制适用于包含用户定义类型的公共语言运行时 (CLR) 程序集。 公共语言运行时用户定义类型只能有一个序列化 字节顺序的用户定义类型对象的各个实例只能有一种序列化表示形式。如果序列化或反序列化例程检测到某个特定对象具有多种表示形式，则在以下情况下可能会显示错误： 在验证通过 RPC 传递的字节顺序的用户定义类型的过程中，用户定义类型验证过程会对该用户定义类型执行反序列化/重新序列化，并要求生成的字节与原始字节完全相同。如果验证失败，您将看到以下错误：“System.Data.SqlClient.SqlException，传入的 TDS RPC 协议流不正确。参数 1 (""): 提供的值不是数据类型 的有效实例。请检查源数据中的无效值。” 在 DBCC CHECKTABLE 过程中，在字节顺序的用户定义类型列中存储的字节必须与计算出的 UDT 值的序列化表示形式相同。如果不相同，则 DBCC CHECKTABLE 例程将报告一个一致性错误。 有关更新带有用户定义类型类的程序集的已更新的限制 可以按下列方式使用 ALTER ASSEMBLY 更新 CLR 用户定义类型： 修改用户定义类型类的公共方法，但不更改签名或属性。 添加新的公共方法。 以任何方式修改私有方法。 使用 ALTER ASSEMBLY 不能更改本机序列化的用户定义类型中包含的字段，包括数据成员和基类。不支持所有其他更改。 [顶部] 5.6 SQL Server 不保证更新程序集时的数据一致性 如未指定 WITH UNCHECKED DATA，则在新的程序集版本对表、索引或其他持久站点中的现有数据产生影响时，SQL Server 将会阻止执行 ALTER ASSEMBLY。更新公共语言运行时 (CLR) 程序集时，SQL Server 并不保证计算列、索引、索引视图或表达式与基础例程和类型保持一致。执行 ALTER ASSEMBLY 时需谨慎操作，以确保在表达式结果和基于存储在程序集中的该表达式的值之间没有不匹配。 [顶部] 5.7 卷影复制服务的快照自动恢复功能的注意事项 卷影复制服务 (VSS) 的快照自动恢复功能具有下列限制。 多个持续自动恢复的快照 在 Windows Server 2003 Service Pack 1 (SP1) 和更高版本中，您只能创建单个持续自动恢复的快照。若要创建其他快照，您必须首先应用知识库文章 891957 中所述的更新。 注意： 如果尚未应用此更新，则可以通过以下方式创建新的持续自动恢复的快照：首先删除现有的持续自动恢复的快照，然后创建一个新的持续自动恢复的快照。 自动恢复的快照和全文目录 快照自动恢复功能不支持全文目录。创建自动恢复的快照之后，在该快照中，数据库中的所有全文目录都将处于脱机状态。在从快照中附加数据库时，全文目录会永久保持脱机状态。但附加的数据库中的其他所有数据均可用。 在从自动恢复的快照中直接附加包含全文目录的数据库时，附加操作将返回以下错误消息： Server: Msg 7608, Level 17, State 1, Line 1 An unknown full-text failure (0xc000000d) occurred during "Mounting a full-text catalog". 如果不需要直接从快照中附加数据库，则可以通过如下方式来避免此问题：先将快照中的数据库文件和全文目录复制到基于驱动器号的常规卷中，然后从该位置附加数据库。只要附加命令指定了所复制的全文文件的正确位置，即可正常使用这些全文目录。 [顶部] 5.8 注册公共语言运行时程序集的限制 SQL Server 不允许使用相同的名称、区域性和公钥注册程序集的不同版本。如果计划保留九月份 CTP 版本之前的 SQL Server Express 版本中的数据库，则在安装该版本之前，必须删除具有多个注册的程序集的所有其他实例，只保留一个实例。 [顶部] 5.9 创建 EXTERNAL_ACCESS 和 UNSAFE 程序集 若要在 SQL Server 中创建 EXTERNAL_ACCESS 或 UNSAFE 程序集或者要加载程序集，必须满足下列两个条件之一： 程序集经过强名称签名或使用证书进行了 authenticode 签名。此强名称（或证书）在 SQL Server 中作为非对称密钥（或证书）创建，并具有相应的登录名，该登录名具有 EXTERNAL ACCESS ASSEMBLY 权限（对于 EXTERNAL ACCESS 程序集）或 UNSAFE ASSEMBLY 权限（对于 UNSAFE 程序集）。 数据库所有者 (DBO) 具有 EXTERNAL ACCESS ASSEMBLY（对于 EXTERNAL ACCESS 程序集）或 UNSAFE ASSEMBLY（对于 UNSAFE 程序集）权限，并且该数据库的 TRUSTWORTHY 属性设置为 ON。 除了要在服务器进程中运行公共语言运行时 (CLR) 代码之外，建议始终将数据库的 TRUSTWORTHY 属性设置为 ON。并且建议通过 master 数据库中的程序集文件创建非对称密钥。然后，必须创建映射到此非对称密钥的登录名，并且为该登录名授予 EXTERNAL ACCESS ASSEMBLY 或 UNSAFE ASSEMBLY 权限。 下面的 Transact-SQL 语句将执行完成下列操作所需的步骤：创建非对称密钥，将一个登录名映射到此密钥，然后为该登录名授予 EXTERNAL_ACCESS ASSEMBLY 权限。必须在执行 CREATE ASSEMBLY 语句之前执行下面的 Transact-SQL 语句： USE master GO CREATE ASYMMETRIC KEY HelloWorldKey FROM EXECUTABLE FILE = 'C:\HelloWorld.dll' CREATE LOGIN HelloWorldLogin FROM ASYMMETRIC KEY HelloWorldKey GRANT EXTERNAL ACCESS ASSEMBLY TO HelloWorldLogin GO [顶部] 5.10 应用程序角色与元数据可见性限制以及动态管理视图的兼容性 在某个应用程序角色下运行的程序的行为可能会发生更改，因为在默认情况下，SQL Server Express 将限制 master 数据库元数据对于应用程序角色的可见性。作为临时解决方法，您可以启用跟踪标志 #4616。有关详细信息，请参阅知识库文章 906549。 [顶部] 5.11 未实现 SUPPLEMENTAL_LOGGING 数据库选项 在此版本的 SQL Server 中未实现 SUPPLEMENTAL_LOGGING 数据库选项。此选项可以设置，但不起任何作用。 [顶部] 5.12 sys.dm_clr_loaded_assemblies 显示无法加载的程序集 由于任何原因未能加载到服务器地址空间中的程序集仍将显示在 sys.dm_clr_loaded_assemblies 动态管理视图中。 [顶部] 5.13 XQuery 更改 联机丛书中未说明 SQL Server Express XQuery 实现的以下几个方面： 没有将 CDATA 部分生成的字符视为空格字符。例如，select cast(''as xml).query(' <![CDATA[ ]]> {"abc"}') 返回 abc。 支持构造空元素和空属性。 命名空间前缀 xmlns 用于标识命名空间声明属性，不能在 XQuery 表达式中重新声明。这是 XQuery 规范要求的行为。 将“for”与源表达式 () 一起使用会生成一个静态的错误。 在使用 xml 数据类型的 query() 方法构造的 XML 文档中，CDATA 部分中的回车符变为换行符。为了进行文本 XML 分析，使用换行符代替之前的回车符实体引用 ( )。 包含 local-name() 和 namespace-uri() 的 Transact-SQL 用户定义函数为确定性函数。 [顶部] 5.14 xsd:dateTime 转换的限制比所述限制更少 不包含日期和时间分隔符 T 或时区的 xs:dateTime 值的字符串表示可以在 value() 方法中转换为 SQL datetime 类型，如以下示例所示： declare @aaa xml set @aaa = '' select @aaa.value('(//AAA)[1]/@MyDate', 'datetime') [顶部] 5.15 XML 架构支持 SQL Server 2005 联机丛书中未说明 SQL Server 2005 对 XML 架构以下几个方面的支持： 可以将 Reporting Services (RDL) 的 XML 架构加载到 XML 架构集合中。 如果 xs:dateTime 和 xs:time 类型的值包含具有三个以上小数位数的副值，则这些值不会返回错误，而是会被进行舍入。 当基类型具有 fixed="true" 时，如果在派生类型中重新定义 maxInclusive，便会拒绝使用 XML 架构。 限制 xs:dateTime、xs:data 和 xs:time 等数据类型的派生类型将忽略 minInclusive、minExclusive、maxInclusive 和 maxExclusive 部分的尾随空格。 [顶部] 5.16 不应使用 RC4 加密 请勿使用 RC4 加密保护 SQL Server 2005 中的数据，而改为使用分组密码，如 AES 256 或 Triple DES。 [顶部] 6.0 复制 本部分介绍了有关复制的最新信息。 [顶部] 默认情况下禁用复制功能 Microsoft SQL Server 2005 Express Edition 可以用作所有复制类型的订阅服务器，但是默认情况下不会为此版本安装复制功能。 若要安装复制组件，请执行下列操作： 在“功能选择”页中，展开“数据库服务”。 单击“复制”，再单击“整个功能将被安装在本地硬盘上”。 若要安装连接组件和复制管理对象 (RMO)，请执行下列操作： 在“功能选择”页中，单击“客户端组件”，再单击“整个功能将被安装在本地硬盘上”。 [顶部] © 2005 Microsoft Corporation。保留所有权利。
水晶报表CrystalDecisions组件（全部8个组件）
04-26
CrystalDecisions.CrystalReports.Engine.dll CrystalDecisions.Data.AdoDotNetInterop.dll CrystalDecisions.Enterprise.Framework.dll CrystalDecisions.Enterprise.InfoStore.dll CrystalDecisions.ReportSource.dll CrystalDecisions.Shared.dll CrystalDecisions.Web.dll CrystalDecisions.Windows.Forms.dll 其中还有x86和x64从9.2.3300.0到12.3.0.601版本的CrystalDecisions.Enterprise.InfoStore.dll和CrystalDecisions.Enterprise.Framework.dll
Windows 系统错误代码简单分析
04-14
Microsoft Windows 系统错误代码简单分析： 　　0000 操作已成功完成。 　　0001 错误的函数。 　　0002 系统找不到指定的文件。 　　0003 系统找不到指定的路径。 　　0004 系统无法打开文件。 　　0005 拒绝访问。 　　0006 句柄无效。 　　0007 存储区控制块已损坏。 　　0008 可用的存储区不足， 无法执行该命令。 　　0009 存储区控制块地址无效。 　　0010 环境错误。 　　0011 试图使用不正确的格式加载程序。 　　0012 访问代码无效。 　　0013 数据无效。 　　0014 可用的存储区不足，无法完成该操作。 　　0015 系统找不到指定的驱动器。 　　0016 无法删除该目录。 　　0017 系统无法将文件移到其他磁盘驱动器上。 　　0018 没有其他文件。 　　0019 媒体写保护。 　　0020 系统找不到指定的设备。 　　0021 设备尚未准备好。 　　0022 设备无法识别该命令。 　　0023 数据错误（循环冗余检查）。 　　0024 程序发出命令，但是该命令的长度错误。 　　0025 驱动器在磁盘上无法定位指定的区域或磁道。 　　0026 无法访问指定的磁盘或软盘。 　　0027 驱动器找不到所请求的扇区。 　　0028 打印机缺纸。 　　0029 系统无法写入指定的设备。 　　0030 系统无法读取指定的设备。 　　0031 与系统连接的设备不能正常运转。 　　0032 其他进程正使用该文件，因此现在无法访问。 　　0033 另一进程已锁定该文件的某一部分，因此现在无法访问。 　　0034 驱动器中的软盘不正确。请将 %2 （卷标序列号: %3）插入驱动器 %1。 　　0036 打开共享的文件太多。 　　0038 已到达文件结尾。 　　0039 磁盘已满。 　　0050 不支持此网络请求。 　　0051 远程计算机无法使用。 　　0052 网络中存在重名。 　　0053 找不到网络路径。 　　0054 网络正忙。 　　0055 指定的网络资源或设备已不可用。 　　0056 已经达到网络命令的极限。 　　0057 网络适配器出现错误。 　　0058 指定的服务器无法执行所请求的操作。 　　0059 网络出现意外错误。 　　0060 远程适配器不兼容。 　　0061 打印机队列已满。 　　0062 服务器上没有存储等待打印的文件的空间。 　　0063 已经删除等候打印的文件。 　　0064 指定的网络名无法使用。 　　0065 拒绝访问网络。 　　0066 网络资源类型错误。 　　0067 找不到网络名。 　　0068 已超过本地计算机网络适配器卡的名称极限。 　　0069 已超过网络 BIOS 会话的极限。 　　0070 远程服务器已经暂停或者正在启动过程中。 　　0071 由于该计算机的连接数目已达到上限，此时无法再连接到该远程计算机。 　　0072 指定的打印机或磁盘设备已经暂停。 　　0080 该文件存在。 　　0082 无法创建该目录或文件。 　　0083 INT 24 失败。 　　0084 处理该请求的存储区不可用。 　　0085 正在使用该本地设备名。 　　0086 指定的网络密码不正确。 　　0087 参数错误。 　　0088 网络出现写入错误。 　　0089 此时系统无法启动其他进程。 0100 无法创建其他系统标志。 　　0101 属于其他进程的专用标志。 　　0102 标志已经设置， 无法关闭。 　　0103 无法再次设置该标志。 　　0104 中断时无法请求专用标志。 　　0105 此标志先前的所有权已终止。 　　0106 请将软盘插入驱动器 %1。 　　0107 后续软盘尚未插入，程序停止。 　　0108 磁盘正在使用或已由其他进程锁定。 　　0109 管道已经结束。 　　0110 系统无法打开指定的设备或文件。 　　0111 文件名太长。 　　0112 磁盘空间不足。 　　0113 没有其他可用的内部文件标识符。 　　0114 目标内部文件标识符不正确。 　　0117 该应用程序所运行的 IOCTL 调用
C#程序未能找到引用的组件VBIDE解决过程
热门推荐
xinxin_2011的博客
01-19 1万+
重装系统之后就会因为环境不同而造成原来好好的程序现在编译就出错了： 网上说由于电脑没安装Office，所以缺少Interop.VBIDE.dll库，网上下载了一个，注册后也不行。使用CFF Explorer工具查看库信息： 发现是32位的版本库，而我电脑是64位系统，于是找一个装Office的电脑把库拷贝一下，查看库所在目录： 原来在C:\Windows\assembly目录下，打开目录傻了...
未能找到引用的组件“Microsoft.Office.Interop.Outlook”
fenyu8的专栏
05-06 2171
错误 CS0234 The type or namespace name 'Excel' does not exist in the namespace 'Microsoft.Office.Interop' (are you missing an assembly reference?) WpfAmiReport D:\Users\Office - NY\WpfAmiReport\BulkArrBerthReport\BulkArrBerthReportDao.cs 10 ...
【Vegas原创】未能找到引用的组件"***.dll",未能加载类型库。library not registered解决方案~...
weixin_34223655的博客
12-01 234
  regsvr32  ****.dll
无法引用System.Web.dll的解决方法
qq_44507542的博客
12-07 1872
无法引用System.Web.dll的解决方法 问题：引用System.Web.dll时，找不到System.Web 解决方法：修改“项目属性”-“应用程序”-“目标框架” ，由“.NET Framework 4 Client Profile”修改为“.NET Framework 4”。然后再引用 .NET 4.0 的 System.Web.dll 即可。System.Web.dll 就能让找到，可以被正常引用感谢：https://www.cnblogs.com/oer2001/archive/2012/1
VC++6.0核心编程源码.rar
08-03
第一部分 程序员必读 第一章 对程序错误的处理 在我们开始介绍Microsoft Windows应该提供的许多特性之前，我们首先必须了解Windows的各个函数是如何进行错误处理的。 当你调用一个Windows函数时，它首先要检验你传递给它的的各个参数的有效性，然后再设法执行它的任务。如果你传递了一个无效参数，或者由于某种原因它无法执行这项操作，那么该函数就会返回一个值，指明该函数在某种程度上运行失败了。表1-1列出了大多数Windows函数使用的数据类型的返回值。 表1-1 Windows函数常用的返回值类型 数据类型 表示失败的值 VOID 该函数的运行不可能失败。Windows函数的返回值类型很少 是VOID。 BOLL 如果函数运行失败，那么返回值是0，否则返回的是非0值。最 好对返回值进行测试，以确定它是0还是非0。如果它是TRUE ，则不要测试返回值。 HANDLE 如果函数运行失败，则返回值通常是NULL，否则返回值为 HANDLE，，用于标识你可以操作的一个对象。对于这个返回 值，你应该小心处理，因为有些函数会返回一个句柄 值INVALID_HANDLE_VALUE，它被定义为-1。该函数的 Platform SDK资料将会清楚地说明该函数是返回NULL还 是INVALID_HANDLE_VALID，以便指明函数运行已经失败。 PVOID 如果函数运行失败，则返回值是NULL，否则返回PVOID，以 标识数据块的内存地址。 LONG/DWORD 这是个难以处理的值。返回数量的函数通常返回LONG 或DWORD。如果由于某种原因，函数无法对你想要进行计数 的对象进行计数，那么该函数通常返回0或-1（根据该函数而定） 。如果你调用的函数返回了LONG/DWORD，那么请认真阅 读Platform SDK资料，以确保你能正确检查潜在的错误。 当一个Windows函数返回一个错误代码时，它常常可以用来了解函数为什么会运行失败。Microsoft公司编译了一个所有可能的错误代码的列表，并且为每个错误代码分配了一个32位的号码。 从系统内部来讲，当一个Windows函数检测到一个错误时，它会使用一个称为线程本地存储器的机制，将相应的错误代码号码与调用的线程关联起来。（“线程本地存储器”将在第21章中介绍）。这将使线程能够互相独立地运行，而不会影响各自的错误代码。当函数返回给你时，它的返回值就能指明一个错误已经发生。若要确定这是个什么错误，请调用GetLastError函数： 见原书P4的程序（1） 该函数只返回线程的32位错误代码。 当你拥有32位错误代码的号码时，你必须将该号码转换成更有用的某种对象。WinError.h头文件包含了Microsoft公司定义的错误代码的列表。下面我显示了该列表的某些内容，使你能够看到它的大概样子： 见原书P4的程序（2）和P5的程序 你可以看到，每个错误都有3种表示法：即一个消息ID（这是你可以在源代码中使用的一个宏，以便与GetLastError的返回值进行比较），消息文本（对错误的英文描述）和一个号码（你应该避免使用这个号码，而应该使用消息ID）。请记住，我只选择了WinError.h头文件中的很少一部分内容来向你进行展示，整个文件的长度超过21000行。 当Windows函数运行失败时，你应该立即调用GetLastError函数，否则，如果你调用另一个Windows函数，它的值很可能被改写。 说明 GetLastError能返回线程产生的最后一个错误。如果该线程调用的Windows 函数运行成功，那么最后一个错误代码就不被改写，并且不指明运行成功。有少 数Windows函数并不遵循这一规则，并且它会更改最后的错误代码，但是Platform SDK资料通常指明，当函数运行成功时，该函数会更改最后的错误代码。 Windows 98 许多Windows 98的函数实际上是用Microsoft公司的16位Windows 3.1产 品产生的16位代码来实现的。这种比较老的代码并不通过GetLastError之类函 数来报告错误，而且Microsoft公司并没有在Windows 98中修改16位代码，以 支持这种错误处理方式。对于我们来说，这意味着Windows 98中的许多Win32 函数在运行失败时不能设置最后的错误代码。该函数将返回一个值，指明运行失 败，这样你就能够发现该函数确实已经运行失败。但是你无法确定运行失败的原 因。 有些Windows函数之所以能够成功运行，那是若干个原因产生的结果。例如，创建指明的事件内核对象之所以能够取得成功，原因是你实际上创建了该对象，或者是因为已经存在带有相同名字的事件内核对象。你的应用程序必须知道成功的原因。为了将该信息返回给你，Microsoft公司选择使用最后错误代码机制。这样，当某些函数运行成功时，你就能够通过调用GetLadtError函数来确定其他的一些信息。对于具有这种行为特性的函数来说，Platform SDK资料清楚地说明了GetLastError函数可以这样来使用。请参见该资料，以便找出CreateEvent函数的例子。 当你进行调试的时候，我发现监控线程的最后错误代码是非常有用的。在Microsoft Visual studio 6.0中，Microsoft的调试程序支持一个非常有用的特性，即你可以配置Watch窗口，以便始终都能向你显示线程的最后错误代码的号码和该错误的英文描述。通过选定Watch窗口中的一行，并键入“@err,hr",你就能够做到这一点。观察图1-1，你会看到我已经调用了CreateFile函数。该函数返回INVALID_HANDLE_VALUE（-1）的HANDLE，表示它未能打开指定的文件。但是Watch窗口向我们显示最后错误代码（即如果我调用GetLastErro函数，该函数返回的错误代码）是0x00000002。该Watch窗口又进一步指明错误代码2是指“系统不能找到指定的文件。”你会发现它与WinError.h头文件中的错误代码2所指的字符串是相同的。 图1-1 在Visual Studio 6.0的Watch窗口中键入 “@err,hr"，你就可以查看当前线程的最后错误代码。 Visual studio还配有一个小的实用程序，称为Error Lookup。你可以使用Error Lookup将错误代码的号码转换成它的文本描述。 见P7的Error Lookup插图 如果我在我编写的应用程序中发现一个错误，我可能想要向用户显示该错误的文本描述。Windows提供了一个函数，可以将错误代码转换成它的文本描述。该函数称为FormatMessage。请看下面的代码： 见原书P8的程序（1） FormatMessage函数的功能实际上是非常丰富的，在创建向用户显示的字符串信息时，它是人们首选的函数。该函数之所以有这样大的作用，原因之一是它很容易用多种语言来进行操作。该函数能够检测出用户首选的语言（在Regional Settings Control Panel小应用程序中设定），并返回相应的文本。当然，你首先必须自己转换字符串，然后将已转换的消息表资源嵌入你的.exe文件或DLL模块，不过，这时该函数会选定正确的嵌入对象。ErrorShow示例应用程序（本章后面将加以介绍）展示了如何调用该函数，以便将Microsoft公司定义的错误代码转换成它的文本描述。 有些人常常问我，Microsoft公司是否建立了一个主控列表，以显示每个Windows函数可能返回的所有错误代码。可惜，答案是没有这样的列表，而且Microsoft公司将永远不会建立这样的一个列表。因为在创建系统的新版本时，建立和维护该列表实在太困难了。 建立这样一个列表时存在的问题是，你可以调用一个Windows函数，但是该函数能够在内部调用另一个函数，而这另一个函数又可以调用另一个函数，如此类推。由于各种不同的原因，这些函数中的任何一个函数都可能运行失败。有时，当一个函数运行失败时，较高级的函数对它进行恢复，并且仍然可以执行你想执行的操作。为了创建该主控列表，Microsoft公司必须跟踪每个函数的运行路径，并建立所有可能的错误代码的列表。这项工作很困难。当创建系统的新版本时，这些函数的运行路径就会改变。 1.1 你也能够定义自己的错误代码 好了，我已经说明Windows函数是如何向函数的调用者指明发生的错误。Microsoft公司也使你能够将该机制用于你自己的函数。比如说，你编写了一个你希望其他人调用的函数。你的函数可能因为这样或那样的原因而运行失败，你必须向函数的调用者说明它已经运行失败。 若要指明函数运行失败，你只需要设定线程的最后的错误代码，然后让你的函数返回FALSE，INVALID_HANDLE_VALUE，NULL，或者返回任何合适的信息。若要设定线程的最后错误代码，你只需要调用下面的代码： 见原书P8的程序（2） 请将你认为合适的任何32位号码传递给该函数。我设法使用WinError.h中已经存在的代码，只要该代码能够正确地指明我想要报告的错误即可。如果你认为WinError.h中的任何代码都不能正确地反映该错误的性质，那么你可以创建你自己的代码。错误代码是个32位的数字，它可以划分成下表所示的各个域。 位 31-30 29 28 27-16 15-0 内容 严重性 Microsoft/ 保留 设备代码 异常代码 客户 含义 0=成功 0=Microsoft 必须是0 由Microsoft 由Microsoft/ 1=供参考 公司定义的 公司定义 客户定义 2=警告 代码 3=错误 1=客户定义 的代码 这些域将在第24章中详细讲述。现在，你需要知道的重要域是第29位的信息。Microsoft公司规定，他们建立的所有错误代码的这个信息位均使用0。如果你创建自己的错误代码，你必须在这个信息位中输入1。这样，就可以确保你的错误代码与Microsoft公司目前或者将来定义的错误代码不会发生冲突， 1.2 ErrorShow示例应用程序 ErrorShow应用程序“01 ErrorShow.exe"(在图1-2中列出)展示了如何获取错误代码的文本描述的方法。该应用程序的源代码和资源文件位于本书所附光盘上的01-ErrorShow目录下。一般来说，该应用程序用于显示调试程序的Watch窗口和Error Lookup程序是如何运行的。当你启动该程序时，就会出现下面这个窗口。 见原书P9的插图 你可以将任何错误代码键入该编辑控件。当你单击Look Up按钮时，在底部的滚动窗口中就会显示该错误的文本描述。该应用程序唯一令人感兴趣的特性是如何调用FormatMessage函数。下面是我使用该函数的方法： 见原书P10的程序（1） 第一个代码行用于从编辑控件中检索错误代码的号码。然后，建立一个内存块的句柄并将它初始化为NULL。FormatMessage函数在内部对内存块进行分配，并将它的句柄返回给我们。 当调用FormatMessage函数时，我传递了FORMAT_MESSAGE_FROM_SYSTEM标志。该标志告诉FormatMessage函数，我们想要系统定义的错误代码的字符串。我还传递了FORMAT_MESSAGE_ALLOCATE_BUFFER标志，告诉该函数为错误代码的文本描述分配足够大的内存块。该内存块的句柄将在hlocal变量中返回。第三个参数指明我们想要查找的错误代码的号码，第四个参数指明我们想要文本描述使用什么语言。 如果FormatMessage函数运行成功，那么错误代码的文本描述就位于内存块中，我将它拷贝到对话框底部的滚动窗口中。如果FormatMesage函数运行失败，我设法查看NetMsg.dll模块中的消息代码，以了解该错误是否与网络有关。使用NetMsg.dll模块的句柄，我再次调用FormatMessage函数。你会看到，每个DLL（或.exe）都有它自己的一组错误代码，你可以使用Message Compiler（MC.exe）将这组错误代码添加给该模块，并将一个资源添加给该模块。这就是Visual Studio的Error Lookup工具允许你用Modules对话框进行的操作。 图1-2 ErrorShow示例应用程序 见原书P11—16 第2章 UNICODE 随着Microsoft公司的Windows操作系统在全世界日益广泛的流行，对于我们这些软件开发人员来说，将我们的目标瞄准国际上的各个不同市场，已经成为一个越来越重要的问题。美国的软件版本比国际版本提前6个月推向市场，这曾经是个司空见惯的现象。但是，由于各国对Windows操作系统提供了越来越多的支持，因此就更加容易为国际市场生产各种应用软件，从而缩短了软件的美国版本与国际版本推出的时间间隔。 Windows操作系统始终不逾地提供各种支持，以帮助软件开发人员进行应用程序的本地化工作。应用软件可以从各种不同的函数中获得特定国家的信息，并可观察控制面板的设置，以确定用户的首选项。Windows甚至支持不同的字体，以适应我们的应用的需要。 我之所以将这一章放在本书的开头，是因为我考虑到Unicode是开发任何应用程序时要采用的基本步骤。关于Unicode的问题，我在本书的每一章中几乎都要讲到，而且本书中给出的所有示例应用程序都是“用Unicode实现的”。如果你为Microsoft Windows 2000或Microsoft Windows CE开发应用程序，你应该使用Unicode进行开发。如果你为Microsoft Windows 98开发应用程序，你必须对某些问题作出决定。本章也要讲述Windows 98的有关问题。 2.1 字符集 软件的本地化要解决的真正问题，实际上就是如何来处理不同的字符集。多年来，我们许多人一直将文本串作为一系列单字节字符来进行编码，并在结尾处放上一个零。对于我们来说，这已经成了习惯。当我们调用strlen函数时，它在以0结尾的单字节字符数组中返回字符的数目。 问题是，有些文字和书写规则（比如日文中的汉字就是个典型的例子）的字符集中的符号太多了，因此单字节（它提供的符号最多不能超过256个）是根本不敷使用的。为此我们创建了双字节字符集（DBCS），以支持这些文字和书写规则。 2.1.1 单字节与双字节字符集 在双字节字符集中，字符串中的每个字符可以包含一个字节，也可以包含两个字节。例如，日文中的汉字，如果第一个字符在0x81与0x9F之间，或者在0xE0与0xFC之间，那么你就必须观察下一个字节，才能确定字符串中的这个完整的字符。如果要使用双字节字符集，对于程序员来说简直是个很大的难题，因为有些字符只有一个字节宽，而有些字符则是两个字节宽。 如果只是调用strlen函数，那么你无法真正了解字符串中究竟有多少字符，它只能告诉你到达结尾的0之前有多少个字节。ANSI的C运行期库中没有配备相应的函数，使你能够对双字节字符集进行操作。但是，Microsoft Visual C++的运行期库却包含许多函数，如_mbslen,它可以用来操作多字节（既包括单字节也包括双字节）字符串。 为了帮助你对DBCS字符串进行操作，Windows提供了下面的一组帮助函数。 函数 描述 PTSTR CharNext 返回字符串中的下一个字符的地址 （PCTSTR pszCurrentChar）； PTSTR CharPrev 返回字符串中的上一个字符的地址 （PCTSTR pszStart, PCTSTR pszCurrentChar)； BOOL IsDBCSLendByte 如果该字节是DBCS字符的第一个字节，则返 （BYTE bTestChar）； 回TRUE 2.1.2 Unicode：宽字节字符集 Unicode是Apple和Xerox公司于1988年建立的一个技术标准。1991年，成立了一个集团机构负责Unicode的开发和推广应用。该集团由Apple、Compaq、HP、IBM、Microsoft、Oracle、Silicon Graphics、Sybase、Unisys和Xerox等公司组成。（若要了解该集团的全部成员，请通过网址www.Unicode.org查找。）该集团公司负责维护Unicode标准。Unicode的完整描述可以参阅AddisonWesley出版的《Unicode Standard》一书。（该书可以通过网址www.Unicode.org订购。） Unicode提供了一种简单而又一致的表示字符串的方法。Unicode字符串中的所有字符都是16位的字符（两个字节）。它没有专门的字节来指明下一个字节是属于同一个字符的组成部分，还是一个新字符。这意味着你只需要对指针进行递增或递减，就可以遍历字符串中的各个字符。你不再需要调用CharNext,CharPrev和IsDBCSLeadByte之类的函数。 由于Unicode用一个16位的值来表示每个字符，因此总共可以得到65000个字符，这样，它就能够对世界各国的书面文字中的所有字符进行编码。这远远超过了单字节字符集的256个字符的数目。 目前，已经为阿拉伯文、中文拼音、西里尔字母（俄文）、希腊文、西伯莱文、日文、韩文和拉丁文（英文）字母定义了Unicode代码点1。这些字符集中还包含了大量的标点符号、数学符号、技术符号、箭头、装饰标志、区分标志和其他许多字符。如果你将所有这些字母和符号加在一起，总计约达35000个不同的代码点，这样，总计的65000个代码点中，大约还有一半可供将来扩充时使用。 这65536个字符可以分成不同的区域。下面这个表显示了一部分这样的区域以及分配给这些区域的字符。 16位代码 字符 16位代码 字符 0000-007F ASCII 0300-036F 通用区分标志 0080-00FF 拉丁文1字符 0400-04FF 西里尔字母 0100-017F 欧洲拉丁文 0530-058F 亚美尼亚文 0180-01FF 扩充拉丁文 0590-05FF 西伯莱文 0250-02AF 标准拼音 0600-06FF 阿拉伯文 02B0-02FF 修改型字母 0900-097F 梵文 注1． 代码点是指字符集中的一个符号的位置 目前尚未分配的代码点大约还有29000个，不过它们是保留供将来使用的。另外，大约有6000个代码点是保留供你个人使用的。 2． 2 为何应该使用Unicode 当你开发应用程序时，你当然应该考虑利用Unicode的优点。即使现在你不打算对你的应用程序进行本地化，开发时将Unicode放在心上，肯定可以简化将来的代码转换工作。此外，Unicode还具备下列功能： * 可以很容易地在不同语言之间进行数据交换 * 使你能够分配支持所有语言的单个二进制.exe文件或DLL文件 * 提高你的应用程序的运行效率（本章后面还要详细介绍） 2．3 Windows 2000与Unicode Windows 2000是使用Unicode从头进行开发的，用于创建窗口、显示文本、进行字符串操作等的所有核心函数都需要Unicode字符串。如果你调用任何一个Windows函数并给它传递一个ANSI字符串，那么系统首先要将字符串转换成Unicode，然后将Unicode字符串传递给操作系统。如果你希望函数返回ANSI字符串，系统就会首先将Unicode字符串转换成ANSI字符串，然后将结果返回给你的应用程序。所有这些转换操作都是在你看不见的情况下发生的。当然，进行这些字符串的转换需要占用系统的时间和内存开销。 例如，如果你调用CreateWindowEx函数，并传递类名字和窗口标题文本的非Unicode字符串，那么CreateWindowEx必须分配内存块（在你的进程的默认堆中），将非Unicode字符串转换成Unicode字符串，并将结果存储在分配到的内存块中，然后调用Unicode版本的CreateWindowEx函数。 对于用字符串填入缓存的函数来说，系统必须首先将Unicode字符串转换成非Unicode字符串，然后你的应用程序才能处理该字符串。由于系统必须执行所有这些转换操作，因此你的应用程序需要更多的内存，并且运行的速度比较慢。通过从头开始用Unicode来开发应用程序，你就能够使你的应用程序更加有效地运行。 2． 4 Windows 98与Unicode Windows 98不是一种全新的操作系统。它继承了16位Windows操作系统的特性，它不是用来处理Unicode。如果要增加对Unicode的支持，其工作量非常大，因此在该产品的特性列表中没有包括这个支持项目。由于这个原因，Windows 98象它的前任产品一样，几乎都是使用ANSI字符串来进行所有的内部操作的。 你仍然可以编写用于处理Unicode字符和字符串的Windows应用程序，不过，使用Windows函数要难得多。例如，如果你想要调用CreateWindowEx函数并将ANSI字符串传递给它，这个调用的速度非常快，不需要从你进程的默认堆栈中分配缓存，也不需要进行字符串转换。但是，如果你想要调用CreateWindowEx函数并将Unicode字符串传递给它，你就必须明确分配缓存，并调用函数，以便执行从Unicode到ANSI字符串的转换操作。然后你可以调用CreateWindowEx，传递ANSI字符串。当CreateWindowEx函数返回时，你就能释放临时缓存。这比使用Windows 2000上的Unicode要麻烦得多。在本章的后面部分中，我要介绍如何在Windows 98下进行这些转换。 虽然Unicode函数的大多数代码在Windows 98中不起任何作用，但是有少数Unicode函数确实拥有非常有用的实现代码。这些函数是： 见原书的P21 可惜的是，这些函数中有许多函数在Windows 98中会出现各种各样的错误。有些函数无法使用某些字体，有些函数会破坏内存堆栈，有些函数会使打印机驱动程序崩溃，如此等等。如果你要使用这些函数，你必须对它们进行大量的测试。即使这样，你可能仍然无法解决问题。因此你必须向用户说明这些情况。 2． 5 Windows CE与Unicode Windows CE操作系统是为小型设备开发的，这些设备的内存很小，并且不带磁盘存储器。你可能认为，由于Microsoft公司的主要目标是建立一种尽可能小的操作系统，因此它会使用ANSI作为自己的字符集。但是Microsoft公司并不是鼠目寸光。他们懂得，采用Windows CE的设备要在世界各地销售，他们希望降低软件开发成本，这样就能更加容易地开发应用程序。为此，Windows CE本身就是使用Unicode的一种操作系统。 但是，为了使Windows CE尽量做得小一些，Microsoft公司决定完全不支持ANSI Windows函数。因此，如果你要为Windows CE开发应用程序，你必须懂得Unicode，并且在整个应用程序中使用Unicode。 2． 6 需要注意的问题 下面让我们进一步明确一下“Microsoft公司对Unicode支持的情况”： * Windows 2000既支持Unicode，也支持ANSI，因此你可以为它们当中的任何一种开发应用程序 * Windows 98 只支持ANSI，你只能为ANSI开发应用程序 * Windows CE只支持Unicode，你只能为Unicode开发应用程序 虽然Microsoft公司试图让软件开发人员能够非常容易地开发在这3种平台上运行是软件，但是Unicode与ANSI之间的差异使得事情变得困难起来，并且这种差异通常是我遇到的最大的问题之一。请不要误解，Microsoft公司坚定地支持Unicode，并且我也坚决鼓励你使用它。不过你应该懂得，你可能遇到一些问题，需要一定的时间来解决这些问题。我建议你尽可能使用Unicode。如果你运行Windows 98，那么只有在必要时才要转换到ANSI。 不过，还有另一个小问题你应该了解，那就是COM。 2．7 对COM的简单说明 当Microsoft公司将COM从16位Windows转换成Win32时，公司作出了一个决定，即，需要字符串的所有COM接口方法都只能接受Unicode字符串。这是个了不起的决定，因为COM通常用于使不同的组件能够互相之间进行通信，而Unicode则是传递字符串的最佳手段。 如果你为Windows 2000或Windows CE开发应用程序，并且也使用COM，那么你将会如虎添翼。在你的整个源代码中使用Unicode，将使与操作系统进行通信和与COM对象进行通信的操作变成一件轻而易举的事情。 如果你为Windows 98开发应用程序，并且也使用COM，那么你将会遇到一些问题。COM要求你使用Unicode字符串。操作系统的大多数函数要求你使用ANSI字符串。那是多么难办的事情啊！我曾经从事过若干个项目的开发，在这些项目中，我编写了许多代码，仅仅是为了来回进行字符串的转换。 2． 8 如何编写Unicode源代码 Microsoft公司为Unicode设计了Windows API，这样，它可以尽量减少对你的代码的影响。实际上，你可以编写单个源代码文件，以便使用或者不使用Unicode来对它进行编译。你只需要定义两个宏（UNICODE和_UNICODE），就可以修改然后重新编译该源文件。 2． 8.1 C运行期库对Unicode的支持 为了利用Unicode字符串，因此定义了一些数据类型。标准的C头文件String.h已经作了修改，以便定义一个名字为wchar_t的数据类型，它是一个Unicode字符的数据类型： 见原书P23的程序（1） 例如，如果你想要创建一个缓存，用于存放最多为99个字符的Unicode字符串和一个结尾为零的字符，你可以使用下面这个语句： 见原书P23的程序（2） 该语句创建了一个由100个16位值组成的数组。当然，标准的C运行期字符串函数，如strcpy、strchr和strcat等，只能对ANSI字符串进行操作，它们不能正确地处理Unicode字符串。因此，ANSI C也拥有一组补充函数。图2-1显示了一些标准的ANSI C字符串函数，后面是它们的等价Unicode函数。 图2-1 标准的ANSI C字符串函数和它们的等价Unicode函数 见原书P23的程序（3）和P24的程序 请注意，所有的Unicode函数均以wcs开头，wcs是宽字符串的英文缩写。若要调用Unicode函数，只需用前缀wcs来取代任何ANSI字符串函数的前缀str即可。 说明 大多数软件开发人员可能已经不记得这样一个非常重要的问题了，那就 是Microsoft公司提供的C运行期库与ANSI的标准C运行期库是一致的。 ANSI C规定，C运行期库支持Unicode字符和字符串。这意味着你始终都可 以调用C运行期函数，以便对Unicode字符和字符串进行操作，即使你是在 Windows 98上运行，也可以调用这些函数。换句话说，wcscat,wcslen和wcstok 等函数都能够在Windows 98上很好地运行，这些都是你必须关心的操作系统函数。 对于包含了对str函数或wcs函数进行显式调用的代码来说，你无法非常容易地同时为ANSI和Unicode对这些代码进行编译。在本章前面部分的内容中，我说过可以创建同时为ANSI和Unicode进行编译的单个源代码文件。若要建立这种双重功能，你必须包含Tchar.h文件，而不是包含String.h文件。 Tchar.h文件的唯一作用是帮助你创建ANSI/Unicode通用源代码文件。它包含你应该用在源代码中的一组宏，而不应该直接调用str函数或者wcs函数。如果你在编译源代码文件时定义了_UNICODE，这些宏就会引用wcs这组函数。如果你没有定义_UNICODE，那么这些宏将引用str这组宏。 例如，在Tchar.h中有一个宏称为_tcscpy。如果在你包含该头文件时没有定义_UNICODE,那么_tcscpy就会扩展为ANSI的strcpy函数。但是如果定义了_UNICODE,_tcscpy将扩展为Unicode的wcscpy函数。拥有字符串参数的所有C运行期函数都在Tchar.h文件中定义了一个通用宏。如果你使用通用宏，而不是ANSI/Unicode的特定函数名，你就能够顺利地创建可以为ANSI或Unicode进行编译的源代码。 但是，除了使用这些宏之外，还有一些操作你是必须进行的。Tchar.h文件包含了一些其他的宏。 若要定义一个ANSI/Unicode通用的字符串数组，请使用下面的TCHAR数据类型。如果定义了_UNICODE，TCHAR将声明为下面的形式： 见原书P25的程序（1） 如果没有定义_UNICODE，则TCHAR将声明为下面的形式： 见原书P25的程序（2） 使用该数据类型，你可以象下面这样分配一个字符串： 见原书P25的程序（3） 你也可以创建对字符串的指针： 见原书P25的程序（4） 不过上面这行代码存在一个问题。按照默认设置，Microsoft公司的C++编译器能够编译所有的字符串，就象它们是ANSI字符串，而不是Unicode字符串。因此，如果没有定义_UNICODE，该编译器将能正确地编译这一行代码。但是，如果定义了_UNICODE，就会产生一个错误。若要生成一个Unicode字符串而不是ANSI字符串，你必须将该代码行改写为下面的样子： 见原书P25的程序（5） 原义字符串前面的大写字母L，用于告诉编译器该字符串应该作为Unicode字符串来编译。当编译器将字符串置于程序的数据部分中时，它在每个字符之间分散插入零字节。这种变更带来的问题是，现在只有当定义了_UNICODE时，程序才能成功地进行编译。我们需要另一个宏，以便有选择地在原义字符串的前面加上大写字母L。这项工作由_TEXT宏来完成，_TEXT宏也在Tchar.h文件中做了定义。如果定义了_UNICODE，那么_TEXT定义为下面的形式： 见原书P25的程序（6）
System.Windows.Forms.DataVisualization Demo案例
04-27
针对 System.Windows.Forms.DataVisualization 这个dll的案例， 帖子地址：https://blog.csdn.net/qq_38693757/article/details/124348233?spm=1001.2014.3001.5501 平台使用的是Winfrom，当然在WPF平台也可以使用
System.Windows.Forms.DataVisualization.dll3.5版等图表控件
03-05
在WinForm应用程序中要想使用该图表控件，需引用的DLL:System.Windows.Forms.DataVisualization.dll3.5版、在Web应用程序中要想使用该图表控件，需引用的DLL:System.Web.DataVisualization.dll、System.Web.Data...
System.Windows.Forms.DataVisualization.dll
10-03
System.Windows.Forms.DataVisualization.dll
System.Windows.Forms.DataVisualization.rar
04-29
System.Windows.Forms.DataVisualization.dll.
将vscode打造无敌的IDE(14) tasks.json和launch.json配置详解，随心所欲添加自动化任务
二进制君
06-23 4168
vscode是一个轻量级的文本编辑器，但是它的扩展插件可以让他拓展成功能齐全的IDE，这其中就靠的是tasks.json和launch.json的配置。这两个文件需要存放在当前工程的.vscode目录下。vscode预定义了一些变量供我们在json文件使用：关于变量的更多信息见：https://code.visualstudio.com/docs/editor/variables-reference tasks是个数组，里面可以填写多个task，task通过label进行标识，也就是task的名字。按下ct
观察者模式
qq_63748940的博客
04-27 1120
观察者模式是一种行为设计模式，允许对象间存在一对多的依赖关系，当一个对象的状态发生改变时，所有依赖它的对象都会得到通知并自动更新。在这种模式中，发生状态改变的对象被称为“主题”（Subject），依赖它的对象被称为“观察者”（Observer）。观察者模式（Observer Design Pattern）也被称为发布订阅模式让我们通过一个简单的例子来实现观察者模式。假设我们有一个气象站（WeatherStation），需要向许多不同的显示设备（如手机App、网站、电子屏幕等）提供实时天气数据。
Java中的ArrayList
weixin_64532720的博客
04-26 1202
ArrayList<E>的特点可调整大小的数组实现<E>:是一种数据类型。
pve(Proxmox VE)安装i225v网卡驱动
最新发布
qq_43158436的博客
04-27 358
我的网卡名是enp7s0，所以我是ifup enp7s0。内核版本就是 6.8.4-2-pve。执行命令安装pve-headers。下载完成后，传到pve节点上解压。在pve shell执行命令。使用unzip命令可进行解压。改为：也就是前面加#改为：也就是前面加#查看当前内核版本，如。执行命令进行安装驱动。
windows11未能启动虚拟机
05-05
如果您在Windows 11上无法启动虚拟机，可能有以下几个原因： 1. 您的计算机不支持硬件虚拟化。要在Windows 11上运行虚拟机，您的计算机必须支持硬件虚拟化。您可以在计算机的BIOS设置中启用此功能。 2. 您的计算机上的虚拟化软件不兼容Windows 11。请确保您正在使用最新版本的虚拟化软件，并检查其是否与Windows 11兼容。 3. 您的虚拟机配置不正确。请检查您的虚拟机配置是否正确，并确保您已正确设置虚拟机的硬件和网络配置。 4. 您的Windows 11操作系统或虚拟机软件存在问题。如果以上方法都无法解决问题，请尝试重新安装Windows 11操作系统或虚拟机软件，并确保您的计算机上的所有驱动程序都是最新的。 如果您仍然无法启动虚拟机，请考虑联系技术支持或咨询专业人士的建议。

“相关推荐”对你有帮助么？

  • 非常没帮助
  • 没帮助
  • 一般
  • 有帮助
  • 非常有帮助
提交
评论
添加红包

请填写红包祝福语或标题

个

红包个数最小为10个

元

红包金额最低5元

当前余额3.43元 前往充值 >
需支付：10.00元
成就一亿技术人!
领取后你会自动成为博主和红包主的粉丝 规则
hope_wisdom
发出的红包
实付元
使用余额支付
点击重新获取
扫码支付
钱包余额 0

抵扣说明：

1.余额是钱包充值的虚拟货币，按照1:1的比例进行支付金额的抵扣。
2.余额无法直接购买下载，可以购买VIP、付费专栏及课程。

余额充值