Windows 应用程序是否通常有一个用于 StdIn、StdOut 和 StdErr 的控制台

Question

我在使用 Pascal/FPC/Lazarus 时遇到了以下问题，但我认为它对所有 Windows .exe 文件都是通用的，无论它们是使用什么 IDE/编译器创建的：

我创建了一个 Windows GUI 应用程序，并希望在一个简单的文本控制台中显示一些调试信息。通常在 Pascal 控制台应用程序中，Write 和 WriteLn 用于写入控制台/StdOut，但在项目配置中没有其他措施，这会崩溃，因为在 GUI exe（至少如果使用 Lazarus 创建）中不存在控制台窗口，我获得“文件未打开”异常。

在 Lazarus 中有多种方法（主要是在构建过程中控制 -WG 开关）来获得附加的控制台“write /writeln”可以写入文本，这不是问题。我的问题是，对控制台设备（StdIn、StdOut、StdErr）的支持是否是 Windows 功能，它是 Windows 运行时的一部分，可能由嵌入在 exe 中的一些元数据控制，而这些元数据又由这个 -WG 开关控制，或者它是否是由特定开发环境添加的运行时环境的功能，在这种情况下是由 Lazarus IDE 或底层 FPC 编译器附带的运行时。

谢谢！

Answer 1

是的，控制台通常不用于 Windows GUI 应用程序，但您可以使用 allocconsole 手动实例化一些控制台。 Lazarus 的早期版本就是这样做的。

正如大卫所说，通常在 Windows 上使用 Outputdebugstring() 或日志库。

---

技术细节：afaik 所有 Windows 进程（控制台也是如此）必须主动激活控制台，该任务通常由运行时完成。 -WG 开关通过将特殊的 IsConsole 布尔变量设置为 false 来抑制这种情况。

控制台 io 初始化在 rtl/win/syswin.inc 过程 SysInitStdIO 中的第 515 行附近。

在那里您可以看到，如果不是 IsConsole，则会生成一个虚拟文件描述 (assignerror)，并且错误会被重定向到消息框（并且可能会被 GUI 用户忽略）。