问题标签 [finalbuilder]

我使用 System.Diagnostics.Process 与已重定向 stdin/out/err 的第三方控制台应用程序进行交互（外部程序是用 C++ 编写的，我无法控制它）。

之后...

当 info.CreateNoWindow = false 时，在测试控制台应用程序中工作正常；但是当 info.CreateNoWindow = true; 时没有效果

输出和错误重定向在这两种情况下都可以正常工作。

上面的代码是为 FinalBuilder 定义自定义操作的类库的一部分。可以从测试控制台应用程序或在 FinalBuilder 桌面应用程序中运行所描述的行为。

有趣的是，当从具有相同用户和环境的第三个上下文（FinalBuilder 服务器）运行时，StandardInput.WriteLine 无效，无论 info.CreateNoWindow 是真还是假。

到底是怎么回事？

无论执行上下文如何，我都可以使标准输入重定向工作吗？

更新 3我现在发现当 FinalBuilder 调用 MSBUILD 时似乎调用了旧版本的 FxCop。使用命令行，使用 VS2010 版本的 FxCop 运行时一切正常，但是当我对 VS2008 使用相同的命令时，我收到错误消息Switch /reference is an unknown switch。

我有一个使用 FinalBuilder 6 构建的 Visual Studio 2008 解决方案。

我现在已将解决方案转换为 Visual Studio 2010 并升级到 FinalBuilder 7。该解决方案使用 Visual Studio 中的静态代码分析构建良好，但是在 FinalBuilder 7 中运行时构建失败，并出现以下错误：

运行代码分析...

开关“/reference”是一个未知开关。

MSBUILD：错误：CA0059：传递给 CodeAnalysis 任务的设置无效。有关详细信息，请参阅输出窗口。

是什么原因造成的，我该如何解决这个问题？我在任何地方都找不到 /reference 开关的含义或设置的位置。由于它在 Visual Studio 中工作，我认为它可能与 FinalBuilder 如何调用 MSBUILD 有关，但我在这里猜测。

任何想法将不胜感激。

更新：代码分析设置位于 .ruleset 文件中，该文件是解决方案项的一部分，并在 .csproj 中引用，如下所示：

更新 2：从命令行运行 FinalBuilder 正在使用的构建命令时，一切正常。我注意到从命令行调用 FxCop 时使用以下参数调用它：

这反过来又像这样调用 FxCopCmd.exe：

一切都很好：

代码分析完成 -- 0 个错误，0 个警告

要手动创建自解压可执行文件，我使用Windows 内置的IExpress（编辑：它来自 IE 管理工具包）。我正在寻找一种使用我们选择的构建器 FinalBuilder 来自动执行此操作的方法。有没有办法做到这一点？也许可以从 FinalBuilder 运行的批处理脚本？

我在使用 FinalBuilder 7 时遇到了问题，我的一些项目（几年前从 Delphi 7 转换为 XE2）未能构建，因为它们在 VCL 命名空间（控件、旋转等）中找不到单元

当我在 Final Builder 中单击“从项目文件加载设置”时，它会取出目录选项卡上的默认框架并将其设置为无。那么，我的命名空间前缀列表中没有 VCL。我可以将框架转换为 VCL，但它仍然无法构建，除非我取消选中从项目文件加载设置下的“编译器”。

我不知道如何通过 finalbuilder 查看 dcc32 实际在做什么（如果有人可以告诉我这个，我可能会设法解决问题并回答我自己的问题，如果它太复杂的话）。但无论如何，我无法告诉您从项目文件加载设置与不这样做之间有什么区别。

除非它是某种错误，否则我想我也可以通过将框架添加到 Rad Studio 中的原始项目来解决这个问题（这就是为什么问题的标题是什么），但我不知道该怎么做那我不知道它是否已经完成，它不再要求我添加框架，我不记得我是否首先这样做了，让我悲伤的文件是 Windows 服务和控制台应用程序。

我希望能够使用我的配置/选项集和 dproj 文件来加载程序员自己设置的包、编译器选项、链接器选项和搜索路径，但在 FinalBuilder 中管理输出路径、条件定义和版本号。

跟进

按照Robert Love 的建议，我开始对基本配置进行修改。

将 VCL 和 VCL.samples 添加到基本配置，然后保存 dproj 允许我在 FinalBuilder 中编译，我刚刚在子配置中拥有它（可能是因为我必须稍后添加它们，因为它们是控制台和服务应用程序（但那可能只是巧合））。

如果我仍然能找到这个问题的症结所在（将 VCL 框架添加到已经转换的项目中），我可以更轻松地在我的所有项目中统一解决这个问题。有谁知道如何进入框架选择器屏幕？

我正在尝试将使用 final builder action studio 创建的新动作保存在 c/program files/finalbuilder/actiondefs 中。但是，即使我导航到该位置，fbap 文件也不会显示在该位置。但是如果我使用 finalbuilder action studio 并说打开，我可以在该位置看到 fbap 文件。我无法理解为什么。请帮忙。

在 FinalBuilder Action Studio -StandardGrid(Component Palette)

1.如何更改列名（Key、Value）？

2.如何添加键值？

3.如何在visual studio中检索(key,value)中的值？

我尝试了所有选项，还有其他方法可以在 Action Studio 中以表格方式添加数据。

但我觉得这是可能的，因为最终构建器中的发送电子邮件操作支持数据网格。但我不知道怎么做。

我有一个 .bat 文件，它进行以下 gsutil 调用以将文件推送到 Google Cloud：

这是我的输出（为了晦涩而更改了一些名称）：

它提到了一些关于 H:\\\\ 的内容，我们没有使用，也从未在 .bat 文件或 gsutil 的参数中提及。我不确定为什么它在从 FinalBuilder 应用程序运行时完美运行，然后当 FinalBuilder 网站运行相同的 FinalBuilder 应用程序文件但只是通过 FinalBuilder 服务器触发时出现此错误。

任何帮助都会很棒。

我使用 R. Gieseckes UnmanagedExports dll 完成了一个带有导出方法的程序集。在 VS 2012 中构建这个程序集效果很好。但是使用 FinalBuilder 将程序集构建为更大解决方案的一部分会引发以下错误：

解析 IL：解析 1517 行 IL 耗时 120 毫秒。C:\BuildSource\branches\Standard\Projects\Intf_New\Interfaces\StdInterface\packages\UnmanagedExports.1.2.4.23262\tools\RGiesecke.DllExport.targets(42,5)：错误：Der Index，basierend auf 0 (null)， muss größer als oder gleich Null sein, und kleiner als die Größe der Argumentenliste。bei System.Text.StringBuilder.AppendFormat(IFormatProvider provider, String format, Object[] args) bei System.String.Format(IFormatProvider provider, String format, Object[] args) bei RGiesecke.DllExport.DllExportNotifier.Notify(Int32 严重性,字符串代码，字符串文件名，可空1 startPosition, Nullable1 endPosition, String message, Object[] values) in d:\Work\Libraries\RGiesecke.DllExport\RGiesecke.DllExport\DllExportNotifier.cs:Zeile 135. bei RGiesecke.DllExport.DllExportNotifier.Notify(Int32 severity, String code, String message, Object[] values) in d:\Work\Libraries\RGiesecke.DllExport\RGiesecke.DllExport\DllExportNotifier.cs:Zeile 119. bei RGiesecke.DllExport.Parsing.IlAsm.RunLibTool(CpuPlatform cpu, String fileName, String directory)在 d:\Work\Libraries\RGiesecke.DllExport\RGiesecke.DllExport\Parsing\ILAsm.cs:Zeile 212. bei RGiesecke.DllExport.Parsing.IlAsm.RunCore(CpuPlatform cpu, String fileName, String ressourceParam, String ilSuffix) in d :\Work\Libraries\RGiesecke.DllExport\RGiesecke.DllExport\Parsing\ILAsm.cs:Zeile 186. bei RGiesecke.DllExport.Parsing.IlAsm.Run(String outputFile, String ilSuffix, CpuPlatform cpu) in d:\Work\Libraries\RGiesecke.DllExport\RGiesecke.DllExport\Parsing\ILAsm.cs:Zeile 123. bei RGiesecke.DllExport.Parsing.IlAsm.ReassembleFile(String outputFile, String ilSuffix, CpuPlatform cpu) in d:\Work\Libraries\ RGiesecke.DllExport\RGiesecke.DllExport\Parsing\ILAsm.cs:Zeile 75. bei RGiesecke.DllExport.DllExportWeaver.RunIlAsm(IlAsm ilAsm) 在 d:\Work\Libraries\RGiesecke.DllExport\RGiesecke.DllExport\DllExportWeaver.cs:Zeile 151. d:\Work\Libraries\RGiesecke.DllExport\RGiesecke.DllExport\DllExportWeaver.cs:Zeile 中的 RGiesecke.DllExport.DllExportWeaver.Run() 81. 中的 RGiesecke.DllExport.MSBuild.ExportTaskImplementation`1.Execute() d:\Work\Libraries\RGiesecke.DllExport\RGiesecke.DllExport.MSBuild\ExportTaskImplementation.cs:Zeile 243。Parsing.IlAsm.ReassembleFile(String outputFile, String ilSuffix, CpuPlatform cpu) in d:\Work\Libraries\RGiesecke.DllExport\RGiesecke.DllExport\Parsing\ILAsm.cs:Zeile 75. bei RGiesecke.DllExport.DllExportWeaver.RunIlAsm(IlAsm ilAsm) 在 d:\Work\Libraries\RGiesecke.DllExport\RGiesecke.DllExport\DllExportWeaver.cs:Zeile 151. bei RGiesecke.DllExport.DllExportWeaver.Run() 在 d:\Work\Libraries\RGiesecke.DllExport\RGiesecke.DllExport \DllExportWeaver.cs:Zeile 81. bei RGiesecke.DllExport.MSBuild.ExportTaskImplementation`1.Execute() in d:\Work\Libraries\RGiesecke.DllExport\RGiesecke.DllExport.MSBuild\ExportTaskImplementation.cs:Zeile 243。Parsing.IlAsm.ReassembleFile(String outputFile, String ilSuffix, CpuPlatform cpu) in d:\Work\Libraries\RGiesecke.DllExport\RGiesecke.DllExport\Parsing\ILAsm.cs:Zeile 75. bei RGiesecke.DllExport.DllExportWeaver.RunIlAsm(IlAsm ilAsm) 在 d:\Work\Libraries\RGiesecke.DllExport\RGiesecke.DllExport\DllExportWeaver.cs:Zeile 151. bei RGiesecke.DllExport.DllExportWeaver.Run() 在 d:\Work\Libraries\RGiesecke.DllExport\RGiesecke.DllExport \DllExportWeaver.cs:Zeile 81. bei RGiesecke.DllExport.MSBuild.ExportTaskImplementation`1.Execute() in d:\Work\Libraries\RGiesecke.DllExport\RGiesecke.DllExport.MSBuild\ExportTaskImplementation.cs:Zeile 243。RunIlAsm(IlAsm ilAsm) in d:\Work\Libraries\RGiesecke.DllExport\RGiesecke.DllExport\DllExportWeaver.cs:Zeile 151. bei RGiesecke.DllExport.DllExportWeaver.Run() in d:\Work\Libraries\RGiesecke.DllExport\ RGiesecke.DllExport\DllExportWeaver.cs:Zeile 81. bei RGiesecke.DllExport.MSBuild.ExportTaskImplementation`1.Execute() in d:\Work\Libraries\RGiesecke.DllExport\RGiesecke.DllExport.MSBuild\ExportTaskImplementation.cs:Zeile 243。RunIlAsm(IlAsm ilAsm) in d:\Work\Libraries\RGiesecke.DllExport\RGiesecke.DllExport\DllExportWeaver.cs:Zeile 151. bei RGiesecke.DllExport.DllExportWeaver.Run() in d:\Work\Libraries\RGiesecke.DllExport\ RGiesecke.DllExport\DllExportWeaver.cs:Zeile 81. bei RGiesecke.DllExport.MSBuild.ExportTaskImplementation`1.Execute() in d:\Work\Libraries\RGiesecke.DllExport\RGiesecke.DllExport.MSBuild\ExportTaskImplementation.cs:Zeile 243。

有人见过这个吗？有什么提示吗？

问候

任何人都可以阐明将 FB7 链接到 TFS2010 的过程，以便我可以将源代码从 TFS 提取到 FB 构建例程中吗？

当我执行 TFS“获取”操作时，我在构建日志中收到以下消息：

TFS 的配置功能在 FB7 中似乎很广泛（与什么都没有的 FB6 相比），但在输入自由文本的能力方面却非常自由。

关于如何将 TFS 链接到 FB7 的文档似乎也很薄，所以我们只是处于猜测模式。

任何帮助/建议将不胜感激！

编辑 20140319：这里是可用的 TFS 工作区：

最终构建器的确切目的是什么，我可以使用最终构建器为 c#.net 项目创建安装项目吗？我用谷歌搜索了相同的结果，发现不相关的结果，请告知