我有一套用于处理IBMCOBOL源代码的工具；这些工具构建为Win32应用程序，并使用传统的Windows文件系统调用(打开、关闭、读取、写入)与Windows(包括网络)文件通信，并且工作正常，谢谢。我想将它们与Eclipse集成；我们了解如何让Eclipse为我们做我们认为的UI。问题在于Eclipse/RDZ用户通过一些IBM魔法访问大型机文件。在HowdoesRDZaccessmainframefiles我试图了解Eclipse如何访问大型机上的文件。显然，Eclipse/RDZ有一个普通人无法访问的secret文件系统访问后门。问题是我们的工具如何读取一些Windows可访问

我有一些代码使用GetShortNameW()从文件路径中获取短名称，然后使用GetLongNameA()检索长名称View。原始文件是这样的"C:/ProgramData/MyFolder/File.ext"但是，在转换为短格式，然后再转换回长格式之后，文件名变为"C:/ProgramFiles/MyFolder/Filename.ext".简称为"C:/PROGRA~2/MY_FOL~1/FIL~1.EXT"短名称解析不正确。代码在Windows7上使用VS2005编译(我无法将项目升级到VS2008)有人知道为什么会发生这种情况吗？DWORDpathLengthNeeded=::

有没有办法知道窗口中目录条目的扇区/簇号？如果有针对NTFS/FAT32的单独或缺失的解决方案，没关系，我可以接受。谢谢，最大 最佳答案 我相信FSCTL_GET_RETRIEVAL_POINTERS是你所追求的。我还找到了一个非常详细的exploration它的用途。 关于windows-获取文件系统目录条目的物理扇区，我们在StackOverflow上找到一个类似的问题： https://stackoverflow.com/questions/320448

出于测试和开发目的，以某种方式模拟(虚假的)文件访问错误到本地文件会很好。例如，即使一个应用程序已经正确地打开了一个带有适当的限制性共享标志的文件，仍然可能会发生访问该文件的尝试(通过任何Win32API函数或您最喜欢的框架，它们在内部只会调用任何Win32API函数)可能会失败。我唯一能够追踪到的例子是机器上的病毒扫描程序，但我想可能还有其他原因。(在thisquestion'scomment,Lukementions中关于“文件系统过滤器驱动程序”的内容。)FWIW，我知道有几种“模拟”文件问题的可能性，我不考虑好的解决方案，因为它们需要大量手动工作，或者因为它们不适合所有情况应用

我正在尝试在文件中创建文件系统。在linux下很简单:创建一个大小为8gb的空白文件ddof=fsFilebs=1count=0seek=8G“格式化”驱动器:mkfs.ext2fsFileworksgreat.但是在从/usr/sbin./mkfs.ext2运行的cygwin下有各种奇怪的错误(我假设是因为一些抽象)但是使用cygwin我得到:mkfs.ext2:Devicesizereportedtobezero.Invalidpartitionspecified,orpartitiontablewasn'trereadafterrunningfdisk,duetoamodifie

我想知道哪个Win32API调用正在创建具有UNICODE路径的文件。只是为了确保，我不是在谈论这里的内容，只是文件路径。如果有人用MSDNurl打我，我将不胜感激，这次我的googlefu失败了。提前致谢。 最佳答案 参见CreateFilemsdn链接:http://msdn.microsoft.com/en-us/library/windows/desktop/aa363858%28v=vs.85%29.aspx，如果您将unicode字符串传递给lpFileName参数，则将使用CreateFile的unicode版本。您还

我正在开发文件管理Windows应用程序。该程序应保留磁盘上所有文件和文件夹的路径数组。例如:0"C:"1"C:\abc"2"C:\abc\def"3"C:\ghi"4"C:\ghi\readme.txt"“原样”的数组将非常大，因此应该将其压缩并存储在磁盘上。但是，我想随机访问它:通过索引检索数组中的任何路径(例如，RetrievePath(2)="C:\abc\def")查找数组中任何路径的索引(例如，IndexOf("C:\ghi")=3)向数组添加新路径(任何现有路径的索引不应更改)，例如，AddPath("C:\ghi\xyz\file.dat")重命名数据库中的一些文件或文

删除打开的文件等操作会导致文件句柄冲突。如果我需要检测此类文件句柄冲突，过滤器驱动程序(或微过滤器驱动程序)是唯一的选择吗？ 最佳答案 我认为您要求的是:我有一个已打开文件的守护进程。当另一个进程想要访问该文件时，我希望守护进程得到通知并允许他关闭文件，如果可能的话，以允许另一个进程继续。这需要守护进程使用“oplocks”。请参阅有关机会锁的MSDN文档。 关于windows-在Windows中检测文件句柄冲突，我们在StackOverflow上找到一个类似的问题：

FindFirstFile返回的指向目录的点/双点文件记录的元数据是什么对象？在实践中，它们似乎表现为软链接(softlink)和硬链接(hardlink)的奇怪混合体。在我的系统上，文件属性(例如只读/隐藏/存档标志)确实反射(reflect)了它们指向的目标的状态，但是创建/写入/访问访问字段似乎总是等于被搜索目录的创建时间。我问是因为我正在使用的构建工具决定通过首先将文件名转换为绝对文件名并归档元数据来缓存搜索结果，当后来目录的创建时间不匹配时导致构建失败。我可以依赖“.”的ftCreationTime吗？等于文件夹本身的创建时间？这有助于避免不必要的查询。这里记录一个快速而肮脏

当您复制文件(在Windows环境中)时，Creation和LastAccess日期时间会被修改，并且可以使用FileInfo对象进行检索。但是，我找不到任何可靠的日期时间(直接链接到文件)，当文件移动到文件夹中时会发生更改。Windows是否会在移动文件时更新文件中的任何日期时间值(并且可以检索)？注意我没有走入死胡同，我有很多解决方法。我只是想知道这是否可以直接在文件级别处理以避免不必要的逻辑。 最佳答案 所以这似乎是它在Windows中的工作方式:创建时间:如果目标文件已经存在，则保留其创建时间，否则设置为当前系统时间。上次修