问题标签 [crt]

当异常模块在调试模式下构建时，Python 在初始化异常模块期间禁用调试模式的 MSCRT 断言。至少从源代码中，我可以看到 Python 2.6.5 为 _MSC_VER >= 1400 即 Visual C++ 2005 执行此操作。有人知道为什么吗？

该fopen函数返回一个指向FILE结构的指针，它应该被认为是一个不透明的值，而不处理它的内容或含义。

在 Windows 上，C 运行时是 Windows API 的包装器，fopen函数依赖于CreateFile函数。该CreateFile函数返回 a HANDLE，供其他 Windows API 使用。

现在，我需要在使用fopen和FILE*. 那么：有没有办法HANDLE从FILE结构中获取？由于这是特定于编译器的，我的意思是在 MSVC 运行时库上。

我知道这将是一个丑陋的、不可移植的 hack，如果 Microsoft 更改FILE...的内部格式，它可能会崩溃，但我正在一个封闭的系统上开发（即在 Windows CE 嵌入式系统上）并重构库将是困难和耗时的。

大家好，

我有一个 .crt 文件，我需要获取关联的密钥库文件。怎么做？

有keytool帮助吗？

谢谢。

我一直在研究为什么我们的开放场景图插件的调试版本无法正确加载（错误代码 14001，ERROR_SXS_CANT_GEN_ACTCTX）。经过多次谷歌搜索，我发现问题在于，例如 freetype 调试 dll 有一个依赖于 VC90 和 VC80 调试 crts 的清单。

由于我使用 Visual Studio 2008（使用 cmake 生成）从头开始构建 DLL，因此我想不出任何原因导致存在对 VC80 调试 crt 的依赖。而且由于没有安装 VS 2005，我没有任何调试 CRT，重新分发是非法的，所以我需要弄清楚这一点。

在dll上使用依赖walker，我发现的唯一crt dll是

• msvcr90d.dll
• msvcp90d.dll
• msvcrt.dll

此处未提及任何 vc80 crts。那么这是从哪里来的呢？

这是 dll 的清单。

附加信息：

链接器命令行：

清单命令行：

在使用 strcat 函数而不是 s printf 转换以下格式时，我需要一些帮助。

而不是使用 sprintf，我必须使用 strcat 函数的数量来获取上面 cMsgStamp 中存在的相同信息。

谁可以帮我这个事。谢谢！文卡塔 RKA

我需要获取指向字符串的终止空字符的指针。

目前我正在使用这种简单的方法：MyString + strlen(MyString)这可能是非常好的脱离上下文。

但是我对这个解决方案感到不舒服，因为我必须在字符串复制之后这样做：

所以我在字符串周围循环了两次，第一次是 in strcpy，第二次是strlen.

我想使用返回复制字符数的自定义函数来避免这种开销：

但是，我担心我的实现可能比编译器提供的 CRT 函数慢（可能使用一些汇编优化或其他技巧，而不是简单的逐字符循环）。或者，也许我不知道一些标准的内置函数已经这样做了？

我做了一些穷人基准测试，迭代 0x1FFFFFFF 乘以三个算法（strcpy+ strlen，我的版本和user434507strcpylen的版本）。结果是：

1) strcpy+strlen是赢家，只有 967 毫秒；

2）我的版本需要更多：57秒！

3) 编辑后的版本耗时 53 秒。

因此，在我的环境中使用两个 CRT 函数而不是自定义“优化”版本快 50 倍以上！

我正在我的应用程序中实现一个内存跟踪器，以便在更进一步的情况下，如果我得到任何内存泄漏，我可以打开这个小家伙来找到它。

一切都很好，只是我从未传递过文件名或行号。我必须使用_CrtSetDbgFlag或预处理器命令设置一些标志吗？

在我运行这个东西（准系统）之后，它显示了 26 个未清理的分配，我很确定它们不是我，但不知道它们发生在哪里。

提前致谢！

从这里：

这些带有 _s 和 _p 后缀的函数的版本是更安全的版本。这些版本验证格式字符串，如果格式字符串格式不正确（例如，如果使用了无效的格式字符），则会生成异常。

我刚刚发现如果格式字符串大于输出缓冲区大小，则认为格式字符串格式不正确。有谁知道确认所有 *_s 打印功能的文档？

谢谢

如何将 .crt 转换为 .pem？

我需要用于 Delphi 2010 控制台应用程序（ReadKey、GotoXY、...）的 Crt 单元。Delphi 2010 是否有任何 Crt 单元？