请问通过Object id 怎么获得文件

2008-06-23 04:36:36 240 阅读 AI 写同款 · GEO 优化AI 选题数据监测一键分发 ›

JSP期末考试复习习题及答案以下习题是对于平时课堂小测的整理，如有错误敬请指正！欢迎一起交流~ 预祝各位小伙伴们考试顺利！ Test1 一. 单选题 – 1.(单选题)当用户请求jsp页面时，JSP引擎就会执行该页面的字节码文件响应客户的请求，执行字节码文件的结果是（） A. 发送一个JSP源文件到客户端 B. 发送一个Java文件到客户端 C. 发送一个HTML页面到客户端 D. 什么都不做 – 2.(单选题)下列动态网页和静态网页的根本区别描述错误的是（ D） A. 静态网页服务器端返回的HTML文件是事先存储好的 B. 动. 阅读详情

cmd中fsutil objectid query获得的文件的objectid或者通过IOCTL FSCTL_GET_OBJECT_ID获得的OBJECTID,这个OBJECTID怎么反过来获得文件句柄或者路径?

...全文

从mseed到SAC格式转换全攻略：mseed2sac工具安装与批量处理技巧本文详细介绍了如何将mseed格式的地震数据高效转换为SAC格式，涵盖mseed2sac工具的安装、单文件转换技巧、批量处理自动化实现以及元数据高级处理策略。通过具体命令和脚本示例，帮助地震学研究者快速掌握数据预处理的关键技术，提升波形数据分析效率。阅读详情

llj2655506

C语言 70,040 成员 243,237 内容

+ 关注 + 加入社区

切换为时间正序

llj2655506 2008-06-24

打赏
举报

另外再附加一个问题，OID和FRN作为文件唯一标识是否可靠，换句话说，他们什么时候会改变，同样给分。

llj2655506 2008-06-24

打赏
举报

我自己试了下，似乎使用FILE_OPEN_BY_FILE_ID 既可以打开64BIT的FRN，也可以打开128BIT的OID.不知道还有其他人尝试过没？

Treeyan 2008-06-24

打赏
举报

仔细考虑过,也确实只有遍历所有文件然来对比 ObjectID 这个方法了,抱歉

Treeyan 2008-06-24

打赏
举报

这个不好搞,文件的 ObjectID 并非有序存储, 不能用于快速打开文件哦, 应该是需要遍里所有文件然来对比 ObjectID

ObjectID 不同于 FILE_OPEN_BY_FILE_ID

FILE_OPEN_BY_FILE_ID 是文件系统内部使用的文件序数.

Dlanguage 2008-06-23

打赏
举报

[Quote=引用 2 楼 hqin6 的回复:]
不懂帮顶！！
[/Quote]

青葱岁月不可追 2008-06-23

打赏
举报

[Quote=引用 2 楼 hqin6 的回复:]
不懂帮顶！！
[/Quote]

太乙 2008-06-23

打赏
举报

不懂帮顶！！

sukyin 2008-06-23

打赏
举报

Q24 How are file IDs and Object IDs used in the file systems? In my filter driver, how do I deal with them?

File IDs are a 64-bit identifier created by the file system to provide a volume-level unique identifier for a given file. The initial purpose behind creating such IDs was to allow certain types of applications (e.g., file servers) to associate a numeric identifier with the file. For example, the stateless NFS file system provides a handle to its clients. If the handle incorporates the file ID, it is possible for the file server to open the file at an arbitrary point in time by using the file ID, rather than by using a path to the file. In Windows 2000, Microsoft introduced the concept of an object ID. Object IDs are created by application programs and are optionally assigned to files by using the FSCTL_SET_OBJECT_ID, FSCTL_GET_OBJECT_ID, and FSCTL_DELETE_OBJECT_ID file system control operations.

To retrieve the file ID for a file, an application program can query the "internal ID" of the file. The application then opens the file using this ID by using the ZwCreateFile API. The Object Attributes structure must specify the handle of an existing (and open) file or directory handle on the volume where the file is located. The name of the file is then the file ID or Object ID and the FILE_OPEN_BY_FILE_ID option must be set. The file system can then use this ID to open the file.

However, not all file systems support opening a file using a file ID or object ID. For example, the FAT file system will generate and return a file ID, but it does not support "open by file ID":

//
// If this is an open by file ID operation, just fail it explicitly. FAT's
// source of fileids is not reversible for open operations.
//

if (BooleanFlagOn( Options, FILE_OPEN_BY_FILE_ID )) {

FatCompleteRequest( IrpContext, Irp, STATUS_NOT_IMPLEMENTED );
return STATUS_NOT_IMPLEMENTED;
}

However, the CDFS example in the IFS Kit does support open by file ID, although it does not support object IDs:

//
// For the open by file ID case we verify the name really contains
// a 64 bit value.
//

} else {

//
// Check for validity of the buffer.
//

if (FileName->Length != sizeof( FILE_ID )) {

return STATUS_INVALID_PARAMETER;
}
}

And thus this will not work if the file ID is 128 bits rather than 64 bits. Only the NTFS file system supports opening a file using both its file ID and its object ID.

The most substantial impact of the use of file IDs for file system filter drivers is the inability to extract a name for the file. For CDFS, a filter can query the file system for the name of the file (using IRP_MJ_QUERY_INFORMATION or IoQueryInformationFile and querying the FileNameInformation attribute of the file) and the file system will always return a name. However, for NTFS there are certain cases when it cannot return a path to the file (where the caller that opened the file does not have traverse privileges, there is no mechanism for NTFS to determine if it is allowed to return the path to the file). Further, even in those cases where it does return a path to the file it is important to note that there may be multiple paths to the file (via hard links) and that the path name returned is only one of the possible names.

请问通过Object id 怎么获得文件

相关推荐