DeviceIoControl 如何从设备驱动程序返回以 Null 结尾的字符串

发布于 2024-10-30 20:58:22 字数 618 浏览 3 评论 0原文

某些驱动程序通过 DeviceIoControl 返回一个结构,其中包含一个以 null 结尾的字符串,例如符号名称。该字符串的位置应该在哪里?例如,USB 主机控制器接受 IOCTL_USB_GET_ROOT_HUB_NAME (http://msdn.microsoft.com/en-us/library/ff537326(v=VS.85).aspx),它接受 USB_HCD_DRIVERKEY_NAME 的缓冲区结构作为输出。仔细观察,该结构的 DriverKeyName 字段 http://msdn.microsoft.com/en-us/library/ff539325(v=VS.85).aspx 只是一个包含 1 个 WCHAR 类型元素的数组。实际的驱动程序密钥名称应该在哪里?

Some drivers return a structure thru DeviceIoControl that contains a null-terminated string, say the symbolic name. Where should be the location of that string? For example, the USB host controller accepts IOCTL_USB_GET_ROOT_HUB_NAME (http://msdn.microsoft.com/en-us/library/ff537326(v=VS.85).aspx)which accepts a buffer to USB_HCD_DRIVERKEY_NAME structure as the output. On a closer look, the DriverKeyName field of that structure http://msdn.microsoft.com/en-us/library/ff539325(v=VS.85).aspxis just an array with 1 element of WCHAR type. Where should be the actual driver key name be?

如果你对这篇内容有疑问,欢迎到本站社区发帖提问 参与讨论,获取更多帮助,或者扫码二维码加入 Web 技术交流群。

扫码二维码加入Web技术交流群

发布评论

需要 登录 才能够评论, 你可以免费 注册 一个本站的账号。

评论(1

給妳壹絲溫柔 2024-11-06 20:58:22

这是 Windows 上相当常见的模式。结构体的最后一个字段将类似于 WCHAR SomeNameOrPath[1] 。这允许为结构分配一个大的缓冲区,以便紧接在结构之后的字节可以包含字符串的其余部分。

That's a fairly common pattern on Windows. A struct will have something like WCHAR SomeNameOrPath[1] as the last field. This allows for allocating a large buffer for the struct so that the bytes immediately after the struct can contain the rest of the string.

~没有更多了~
我们使用 Cookies 和其他技术来定制您的体验包括您的登录状态等。通过阅读我们的 隐私政策 了解更多相关信息。 单击 接受 或继续使用网站,即表示您同意使用 Cookies 和您的相关数据。
原文