问题标签 [c++builder]

我正在创建一个插件框架，我的应用程序在其中加载一系列插件 DLL，然后创建一个新窗口并将这个新窗口的句柄传递给插件。然后，插件可以使用这个句柄来创建自己的 GUI。

一切似乎都运行良好。唯一的问题是，当我在插件小部件（例如编辑框）上按 TAB 时，它不会跳转到另一个小部件。我发现一些 Windows 消息通过了，而另一些则没有。WM_KEYDOWN 传递给其他键，因为我可以在编辑框上键入，但此消息不处理 TAB 键。

希望有人给点提示。

我正在使用带有 CBuilder 的 Borland VCL，但我认为我可以使用 WIN32 下的任何框架来创建这些插件，因为他们永远不知道他们的父窗口是如何创建的。

假设我有一个 COM 对象，用户可以通过如下调用访问它：

我想做的是允许用户为对象指定一个事件处理程序，如下所示：

这是否可能，如果可以，我如何在 C++（特别是 BCB 2007）的类型库中公开它？

为什么 C++ Builder 6 总是编译所有文件？

我对一个文件进行了一些更改，但 BCB 6 会在我启动应用程序时编译所有文件。任何的想法？我使用的是 Windows XP SP2。

使用 C++Builder 2007，FindFirstFile 和 FindNextFile 函数似乎无法在 64 位版本的 Vista 和 XP 上找到某些文件。我的测试应用程序是 32 位的。

如果我使用它们遍历文件夹 C:\Windows\System32\Drivers 他们只会找到少数文件，尽管当我在命令提示符下发出 dir 命令时有 185 个文件。使用相同的示例代码可以在 32 位版本的 XP 上列出所有文件。

这是一个小示例程序：

在 64 位 XP 上的 C:\Windows\System32\Drivers 文件夹中运行它会返回：

同一系统上的 dir 命令返回以下内容：

我很困惑。这是什么原因？

布赖恩

我们的开发团队使用 Borland C++ Builder 6 和 CodeGear C++ Builder 2007（以及 Visual Studio）。我听到很多评论说 Builder 2007 IDE 比 BCB6 崩溃的次数要多得多。有没有人有任何 C++ Builder 2009 IDE 的经验，特别是有一个相当大的应用程序，如果有的话，在整体健壮性方面与 6 或 2007 相比如何？

我有一个应用程序，它表现为文件夹中所有图片的幻灯片。它是用 Borland 的 C++ Builder (9) 编写的。它目前使用一些借用的代码将文件名放入列表框并将列表框项目保存为文本文件。

我想更新它，以便将文件名存储在适当的数据库中，以便我可以包含额外的字段并使用它执行适当的 SQL 操作。

所以基本上，如果我看到一些“示例”代码做同样的事情，我就能解决这个问题。

因此，如果有人知道执行此操作的任何代码，我将不胜感激。它需要能够对某些文件类型执行此操作……而不仅仅是所有文件。

我有一个包含两个 TForm 类的程序，并为每个类添加了一个 TMainMenu。然后我试图在运行时动态合并它们。

我的问题是，当他们合并 TMainMenu 中合并的菜单项时，现在以合并到的形式显示存储在 imagelist 中的图像，而不是存储在原始表单的 imagelist 中的图像。

难道我做错了什么？是否有解决方法以使菜单项继续以它们起源的形式使用图像列表？

我在许多项目中使用合并形式，否则单个共享图像列表将有意义。

如果我需要澄清什么，请说。

谢谢

彼得

I have a range of Win32 VCL applications developed with C++Builder from BCB5 onwards, and want to port them to ECB2009 or whatever it's now called.

Some of my applications use the old TNT/TMS unicode components, so I have a good mix of AnsiStrings and WideStrings throughout the code. The new version introduces UnicodeString, and a bunch of #defines that change the way functions like c_str behave.

I want to modify my code in a way that is as backwards-compatible as possible, so that the same code base can still be compiled and run (in a non-unicode fashion) on BCB2007 if necessary.

Particular areas of concern are:

• Passing strings to/from Win32 API functions
• Interop with TXMLDocument
• 'Raw' strings used for RS232 comms, etc.

Rather than knife-and-fork the changes, I'm looking for guidelines that I can apply to ease the migration, while keeping backwards compatibility wherever possible.

If no such guidelines already exist, maybe we can formulate some here?

我的开发系统（Codegear C++Builder）的变幻莫测之一是一些自动生成的标题坚持...

...其中的语句，当我最不想要或期望它时会影响我的代码。

有没有办法我可以以某种方式取消/覆盖以前的“使用”语句来避免这种情况。

也许...

除了作为 C++ Builder 中的示例项目提供的 TTextDataset 示例之外，我正在寻找 C++ 中的 TCustomDataSet 实现示例。

TTextDataset 很难学习，因为代码没有很好地记录，它只显示了一个字段示例。

我创建了自己的类，它继承了 TDataSet 并且它大部分都可以工作，但是 GUI 控件（主要是网格）对于某些用例不能 100% 工作。

任何人都有关于这个主题的一些很好的链接......

这是我用来学习的示例代码的链接：http: //195.19.138.139 :3000/p/SOFTWARE/temp/CBuilder5/Examples/DBTasks/TextData/textdataset.cpp