草庐IT

some_flag

全部标签

c++ - 为什么在 C++ 方法中使用系统 ("some.exe") 不像命令行那样工作?

我正在为Windows编写程序,最终必须启动位于同一台计算机上的不同的预先存在的.exe。它将多个参数传递给此.exe文件。我正在阅读实际的命令和参数并构建命令,但我也尝试用相同的结果对其进行硬编码。这是硬编码版本(我从使用same.exe的旧C程序中挑选出来的):system("c://IQapture//dmon2_6_IHD-p2c://IQapture//mon_table_101_Tx8.txt1100");因此在int_cdeclmain(intargc,char**argv)中的原始程序中,系统的这种使用有效。在我的C++程序中的C++类方法中,当我发出命令时,正确的程序

Windows 文件共享 : What ACE AccessMask flags correspond to the different share permissions?

最近我尝试使用WMI创建一个共享并向用户授予读写权限。现在使用0x1(FILE_READ_DATA/FILE_LIST_DIRECTORY)和0x2(FILE_WRITE_DATA/FILE_ADD_FILE)不起作用。设置所有标志让我完全控制。我必须使用哪些标志分别设置读取、更改和完全控制共享权限? 最佳答案 我通过反复试验发现了以下内容:对于读取权限,您需要使用0x1200A9。这对应于以下标志:FILE_READ_DATA(file)orFILE_LIST_DIRECTORY(directory)1(0x1)FILE_READ

java - 在 Windows : xperf: error: NT Kernel Logger: Invalid flags. (0x3ec) 上运行 xperfasm JMH 探查器时出错

感谢JMH,我正在为我的JAVA应用程序添加微基准测试。我在Windows10上运行基准测试:stack分析器运行良好:java-jartarget/benchmarks.jar-profstackSecondaryresult"benchmark.ValueExtractorBench.cleanValue_Benchmark:·stack":Stackprofiler:....[Threadstatedistributions]....................................................................99.7%RUNNA

c++ - 具有重叠 I/O 的 FILE_FLAG_NO_BUFFERING - 字节读为零

我在使用带有重叠I/O的标志FILE_FLAG_NO_BUFFERING时观察到一个奇怪的行为。我调用了一系列ReadFile()函数调用,稍后使用GetOverlappedResult()查询它们的状态。我所说的奇怪行为是,即使文件句柄良好并且ReadFile()调用返回时没有任何错误(预期的ERROR_IO_PENDING除外),从GetOverlappedResult()调用返回的“字节读取”值是某些文件为零,每次我运行代码时,它都是一组不同的文件。如果我删除FILE_FLAG_NO_BUFFERING,事情就会开始正常工作,并且没有字节读取值为零。下面是我如何使用FILE_FL

windows - $(shell some-command) 等效于 Visual Studio 项目宏?

有了Makefile,我习惯于编写如下内容:includedir=$(shellpg_config--includedir)/server使用参数--includedir运行外部程序pg_config,并将结果包含在变量中或作为变量的一部分。因此,如果pg_config--includedir将/usr/include输出到stdout,则includedir的值将变为:includedir=/usr/include/server是否有任何方法可以对VisualStudio项目执行等效操作?运行命令,获取结果并将其代入属性?我发现自己不得不到处编辑属性页-每当我想针对不同的Postgr

windows - 为什么我不能使用 FILE_FLAG_BACKUP_SEMANTICS 打开 GENERIC_ALL 或 FILE_ALL_ACCESS 文件?

我正在尝试使用FILE_FLAG_BACKUP_SEMANTICS来绕过文件权限,但如果我请求GENERIC_ALL或等效的FILE_ALL_ACCESS它就不起作用作为访问掩码。CreateFile函数返回ERROR_ACCESS_DENIED。例如,h=CreateFile(L"c:\\working\\backup-semantics-test\\xyzzy\\test.txt",FILE_ALL_ACCESS,FILE_SHARE_WRITE|FILE_SHARE_READ|FILE_SHARE_DELETE,0,OPEN_EXISTING,FILE_FLAG_BACKUP_S

c - 使用和不使用 FILE_FLAG_NO_BUFFERING 的 NTFS 文件访问时间

我正在尝试对NTFS的文件读取时间(顺序访问)进行基准测试。我的代码获取开始时间,执行大小等于4096字节(系统上NTFS的簇大小)的读取并记录结束时间。然后存储两个时间之间的差异,并重复该过程,直到到达文件末尾。我目前使用的文件大小是40K,所以得到10个时差值。当访问没有FILE_FLAG_NO_BUFFERING打开的文件(使用CreateFile)时,第一个block的访问时间接近30微秒,然后下降到大约7微秒用于后续访问(由于缓存)。当使用FILE_FLAG_NO_BUFFERING时,第一个block的访问时间接近21毫秒,随后的访问时间下降到大约175微秒。第一个bloc

windows - FILE_FLAG_NO_BUFFERING 如何与向通信设备打开的句柄交互?

正如标题所说,我正在编写一个网络程序,我在其中使用CreateFile打开网络驱动程序的句柄,并且我一直在试验NO_BUFFERING标志。大多数文档甚至都不会提及将其与通信设备一起使用,而那些这样做的文档(又名MSDN引用等)只是简单地提到您可以。有谁知道这会如何影响与设备的通信? 最佳答案 这是一个设备驱动程序实现细节,您在CreateFile()调用中指定的选项在IRP_MJ_REQUESTrequest中传递.我链接的那个是用于文件系统的,非常漂亮。通过IrpSp->Parameters.Create.Options链接单击

c++ - 检测按下 Control+some-key 的推荐方法是什么?

假设我想捕获Control-A组合。到目前为止,这是我在WindowsHook函数中的代码:KBDLLHOOKSTRUCTkbdStruct=*((KBDLLHOOKSTRUCT*)lParam);if(kbdStruct.vkCode==0x41){MessageBox(NULL,TEXT("Ahasbeenpressed!"),TEXT("keypressed"),MB_ICONINFORMATION);}由于用户首先按下Control键(并保持按下数毫秒),我上面的键盘Hook最初应该忽略该键,对吗?我想我需要注意字母“A”,一旦检测到它,我应该检查修饰符、Control键的状态

windows - 除了 "flags"参数外,ChildWindowFromPointEx 和 ChildWindowFromPoint 有何不同?

WindowsAPI有ChildWindowFromPoint()和ChildWindowFromPointEx()函数,它们的区别在于后者有uFlags参数指定要跳过的窗口。看起来如果我将CWP_ALL传递给ChildWindowFromPointEx(),我将获得与使用ChildWindowFromPoint()完全相同的效果>.uFlags参数的唯一区别是什么?我可以只在任何地方使用ChildWindowFromPointEx()并在需要ChildWindowFromPoint()行为时传递CWP_ALL吗? 最佳答案 如果有