我知道 *** 作系统和API之间的文件 *** 作是非常不规范的,但是我想要发现一个可执行文件(在运行时命名)是否存在于path中。
这是用户input的valIDation,稍后在应用程序中调用
processstartinfo ^processstartinfo = gcnew processstartinfo("ReallyCool.exe"); Process ^process = gcnew Process(); process->StartInfo = processstartinfo; bool processstarted = process->Start();
只有当它涉及到上面的最后一行时才抛出。
有谁知道我可以valIDation文件是否存在实际执行它的风险之前,或者我是一个天真的允许用户通过我的应用程序运行“.exes”?
MEF不适用于windows 8.1或更高版本的设备
.NET是否支持windows Eventing 6.0?
DataGrIDVIEw不填充
.NET:ListVIEw的topItem属性失败,并显示“ShowGroups”= true
奇怪的线程NullReferenceException当读取存在的值?
按照标题,如果可能的话,我非常希望避免在path上search每个目录。 我也不确定如何从.NET编码中获得windowspath。
进程启动作为域pipe理员从用户启动进程与UAC在域networking中激活
fileSystemWatcher – 如何pipe输出到文本文件?
如何通过键查找/检查字典值
.NET环境下的TimeZoneInfo托pipe在unix(Nginx)
Wix:将自定义 *** 作中的文件复制到Programm目录(windows 7)
要检查文件是否存在,请使用bool doesfileExist = System.IO.file.Exists(path);
我怀疑有一个简单的方法来知道它是否是一个有效的可执行文件,而不是试图运行它。
总结以上是内存溢出为你收集整理的如何find一个可执行文件是否在path中的迭代所有文件夹(或执行它)全部内容,希望文章能够帮你解决如何find一个可执行文件是否在path中的迭代所有文件夹(或执行它)所遇到的程序开发问题。
如果觉得内存溢出网站内容还不错,欢迎将内存溢出网站推荐给程序员好友。
欢迎分享,转载请注明来源:内存溢出
评论列表(0条)