问题标签 [mt]

我正在尝试用布林带绘制图表的各个部分。但是在为图表带着色时，某些部分似乎用两种颜色着色或与颜色重叠，

见下图：

见黄色矩形部分。我该怎么做才能避免颜色重叠？

我怎样才能避免这种重叠？因为它使能见度无法理解目前存在的颜色。该文档现在没有帮助。

我只是使用以下内容：

清单工具mt.exe包含在 Windows SDK 中。但是完整的 SDK 很大，并且包含很多东西，如屏幕截图所示。但是这些选项中的哪一个实际上包括mt.exe？

理想情况下，我只想安装最少的东西以在系统上安装此工具。

它确实在文档中说 mt “在 Microsoft Windows 软件开发工具包 (SDK) 中可用” - 仅此而已，没有任何进一步的细节。

我们的项目结构是这样的。

1）MainApp，它使用boost动态加载dll，所有的dll项目/模块都是用/MD构建的。

2) 这些 dll 所需的任何其他项目都构建为静态 (.lib) 或动态 (.dll) 库。当这些依赖库是动态的时没有问题，因为我可以使用相同的 MD。但是，如果它们是静态的，我必须使用 MD 而不是默认的 MT 来构建它们，否则无法将其加载到这些 dll 中。

这一直有效，直到我尝试编译 google cloud sdk c++。

这就是问题所在：Google cloud c++ sdk 有许多随 google git 一起提供的依赖项，但 Google 仅包含（或构建默认）静态（/MT）版本。他们甚至不提供更改为 MD 的选项。我可以使用 cmake 命令将谷歌云库从 /MT 更改为 /MD set(CMAKE_CXX_FLAGS_RELEASE "/MD")，但这不会构建，因为它的依赖项是 /MT。

简化情况：

MainApp.exe 动态加载 -> Function.dll (/MD), 然后 Function.dll 静态链接 Google_cloud.lib (.lib 但带有 /MD), 然后 Google_cloud.lib 静态链接其依赖项 (.lib 带有 /MT, 可以' t 将其更改为 /MD)

所以我想唯一的选择是使用 /MD 手动自定义构建谷歌云的静态依赖项，然后使用 /MD 将谷歌云构建为静态，然后由我的 function.dll 作为静态加载。

有什么建议吗？

我正在使用mt.exe为无注册表的 C++ COM 组件生成清单。命令行上传递的 .rgs 文件有一些可替换的字符串，其值必须存储在传递给-replacements参数的 .xml 文件中。问题是，没有关于该 xml 文件的预期语法的文档。我向 Microsoft 报告了该问题，但未提供任何解决方案，该票已关闭。有谁知道替换 xml 文件的结构应该如何？

我们已经使用自定义翻译器大约一年了，我们正在尝试用更多数据重新训练我们现有的一些模型。上传所有数据、选择数据并开始创建模型后，所有 6 个不同语言组合的相关模型均显示“数据处理失败”，仅此而已。这些模型中都有 300,000 到 800,000 句并行数据，并且数据都来自相似的来源。这是什么原因，我们如何绕过它？

谢谢你。

在我的 Visual Studio 2010 项目中，我们在 C# 项目中运行 prebuild 和 postbuildevent，如下所示：

prebuildevent: "C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bin\rc.exe" "$(ProjectDir)$(ProjectName).rc"

postbuildevent: "C:\Program Files (x86)\Microsoft SDKs\Windows\v7.0A\Bin\mt.exe" -manifest "$(ProjectDir)$(TargetName).exe.manifest" -outputresource:"$(TargetDir )$(目标文件名)";#1

其中，rc.exe 和 mt.exe 的路径是为 Visual Studio 2010 硬编码的。现在我们正在从 Visual Studio 2010 迁移到 Visual Studio 2019。

在 Visual Studio 2019 中，rc.exe 和 mt.exe 存在于以下路径中：“C:\Program Files (x86)\Windows Kits\10\bin\10.0.17763.0\x86\rc.exe”和“C:\程序文件 (x86)\Windows 工具包\10\bin\10.0.17763.0\x86\mt.exe”。

但我不能使用上面提到的硬编码路径，因为 Windows SDK 版本会随着每个 SDK 版本更新而改变。

我发现我们可以使用WindowsSdkverbinpath变量来获取最新的 windows sdk 版本路径，但在我的情况下，我可以像 $(WindowsSdkverbinpath) 一样将它用于 c++ 项目，它正在解析路径和我无法的 c# 项目像在 c++ 项目中一样使用它。

搜索 WindowsSdkverbinpath 的目的是在 prebuild 和 postbuild 事件中使用它来访问 mt.exe 和 rc.exe

请任何人都可以帮助我让 WindowsSdkverbinPath 在 ac# 项目的 prebuild 和 postbuildevents 中使用它，在此先感谢。

我正在尝试使用一些无注册表的 COM 条目来更新 Visual FoxPro 应用程序中包含的清单。已编译的 FoxPro exe 似乎包含 VFP 运行时以及一些字符串资源和默认清单，以及附加到 exe 末尾的预编译应用程序代码。使用mt.exe -manifest app.manifest -outputresource:app.exe;#1生成的 exe 时会被截断。清单放置在 exe 的末尾，所有预编译的应用程序代码都被简单地删除。有没有办法使用 mt.exe 更新嵌入式清单而不从 exe 中删除应用程序代码，该 exe 通常附加在清单之后？

我发现了两种对我不起作用的替代方法。由于代码与 VFP 9 不兼容，我被迫使用 VFP 8 编译 exe。

1. Rick Strahl 撰写的一篇文章https://www.west-wind.com/wconnect/weblog/ShowEntry.blog?id=890假设应用程序是使用 FoxPro 9 SP 2 编译的，这对我来说不是一个选项。
2. 假定应用程序在 VFP 9 中编译的项目挂钩类https://www.sweetpotatosoftware.com/blog/index.php/2009/08/03/apply-application-manifest-at-compile-time-with-projecthook /这有点接近，但使用 VFP 9 编译对我来说不是一个选项。

我希望 mt.exe 提供比构建我自己的应用程序来更新 VFP 8 exe 中的清单更好的选择。

我无法在我已经创建的项目中运行 POCO。我使用示例 Websocket 做了新项目，尝试将其配置为成功构建 => 应用程序能够启动和工作。但是，当我尝试使用 OpenCV 将相同的步骤实施到我的另一个项目中时，我遇到了很多错误。

我用于构建两个项目的代码：

项目设置是：

• C/C++/代码生成/运行时库：/MT
• C/C++/常规/附加包含目录：C:\src\POCO\Foundation\include;C:\src\POCO\Net\include;C:\src\POCO\Util\include;%(AdditionalIncludeDirectories)

在链接器中：

• 常规/附加库目录：C:\src\POCO\buildMT\lib\Debug;C:\src\POCO\buildMT\lib\Release;%(AdditionalLibraryDirectories)
• 输入/附加依赖：crypt32.lib ws2_32.lib iphlpapi.lib PocoNetmt.lib PocoFoundationmt.lib

当我对 OpenCV 的项目做同样的事情时，我会得到这些错误：有什么建议吗？

我有一些旧的travan 磁带想要阅读。我从 ebay 购买了一个旧的 Travan 驱动器（HP colorado 内存系统）。此驱动器最初连接到软盘驱动器 IDE 连接器。

由于我的主板没有软盘连接器，我买了一个 USB 到软盘转换器。现在将转换器插入驱动器并将其连接到 PC，我使用 lsusb 看到了这一点：

总线 006 设备 004：ID 0644:0000 TEAC Corp. 软盘

dmesg 显示大量输出（如下），包括错误，但设备似乎安装在 /dev/sdc

所以我尝试了：

我不确定接下来要尝试什么或如何将驱动器安装为字符特殊文件。

dmesg 输出：

我在 Centos7 上，我知道 mhvtl。但是，我正在寻找一种更基本的程序来创建可以处理所有 mt-st ioctl 的“磁带”（例如 st3（和 nst3））。我一直在使用 scsi_debug 内核模块来创建一个磁带设备，如下所示：

这绝对成功地创建了所有适当的字符设备文件。“磁带”的初始状态检查看起来是正确的 - 如下所示：

但是，如果我第二次运行相同的状态，我会得到：

看起来磁带是“加载”然后“卸载”的。日志中的反馈方式很少，任何交互尝试（倒带/加载/fsf/等）都会挂起并最终放弃 IO 错误。来自 dmesg：

mhvtl 很棒 - 但它对于我需要的东西来说太过分了。我只需要一个虚拟磁带设备（而不是整个库）就可以正确地与所有 mt 命令交互。

想法？