问题标签 [executable-path]

我正在使用 System.Management.ManagementEventWatcher 来获取已启动进程的进程 ID 和可执行路径：

使用这个 WQL 查询：

从 Win32_ProcessStartTrace 中选择 ExecutablePath

有没有一种方法可以避免进行对象搜索，但仍然可以使用 EventArrivedEventArgs 对象中已有的内容获取 ExecutionPath？

我真正需要的是每个启动的新进程的 ProcessID 和 ExecuatblePath。这是最简单的方法吗？

我在 Visual Studio 2008 中使用 VB.NET 创建了一个自定义控件，它为搜索和救援应用程序提供了广泛的映射和跟踪功能。我遇到的问题是，在许多地方我需要定义主应用程序可执行文件的路径，以便找到控件需要正常运行的多个目录。当我在 VS 中使用它时一切正常，但是当我尝试将控件嵌入到单独解决方案中的表单中时，出现以下错误：

未能创建组件“MainControl”。错误消息如下：'System.IO.DirectoryNotFoundException：找不到路径的一部分'C:\Program Files\Microsoft\Visual Studio 9.0\Common\IDE\GIS\Data\Default...

这似乎表明它正在 Visual Studio 程序路径中寻找 \GIS\Data\Default 目录，但我已使用 Application.StartupPath 在整个控件中定义此位置。

仅当尝试将控件嵌入控件解决方案之外的表单时，才会出现此错误。我为开发此控件而创建的解决方案有两个项目（一个用于控件，一个用于测试表单以进行调试）

任何人都可以为此提供一些指导吗？

操作系统是 MacOS X，特别是 PowerPC G4 上的 10.5 (Leopard)，但我在运行 10.6 的 x86 上遇到了同样的问题。

我正在编写一个动态加载 DLL 的应用程序。DLL（我们称它为foo.dylib）是另一个应用程序的一部分，位于硬盘的其他位置；我的应用程序foo.dylib以编程方式找到（确切的位置可能会改变，可能用户通过 GUI 从正在运行的应用程序本身指定 DLL 路径）。例如，假设我的应用程序位于 directory 中/Application/MyApp.app/Contents/MacOS，并且foo.dylib恰好位于/Application/OtherApp.app/Contents/MacOS. DLL 加载使用dlopen().

现在，事实证明，它foo.dylib本身需要一堆其他 DLL，它们位于同一目录中，但我事先对此一无所知。每个这样的额外 DLL 都foo.dylib使用诸如@executable_path/bar.dylib. 的语义@executable_path是它应该被找到当前进程可执行文件的目录替换。这对 OtherApp 非常有用，而不是对我：当我打开时foo.dylib，它会尝试加载bar.dylib，它会在/Application/MyApp.app/Contents/MacOS/bar.dylib不正确的目录中查找它。

一种解决方法是将DYLD_FALLBACK_LIBRARY_PATH环境变量设置为/Application/OtherApp.app/Contents/MacOS，但这必须在启动我的应用程序之前完成（该环境变量仅由动态链接器读取一次；以编程方式更改其值setenv()或putenv()无效）。这与文件位置的动态发现不兼容foo.dylib。

是否有一种编程方式来覆盖 的效果@executable_path？

我有一个通过 ClickOnce 部署的应用程序，以及一个需要访问 ClickOnce 应用程序安装目录的单独 .NET 控制台应用程序。通过应用程序的安装目录，我的意思是：

“C:\Documents and Settings\[用户名]\Local Settings\Apps\2.0\[混淆文件夹]\[混淆文件夹]\[混淆文件夹]\application.exe”

，或在 Windows 7 上：

“C:\Users\[用户名]\AppData\Local\Apps\2.0\[混淆文件夹]\[混淆文件夹]\[混淆文件夹]\application.exe”

我有什么方法可以生成或最好在构建时确定我的应用程序的混淆文件夹名称是什么？

基本上，我希望随应用程序的每个版本一起构建和分发的控制台应用程序知道将安装应用程序的目录结构。

我知道我可以使用“Application.ExecutablePath”从 ClickOnce 应用程序中确定此位置，然后将值保存到已知位置，但我更希望能够提前预测应用程序的安装路径...

有任何想法吗？

我想用透明包装器（带有记录器）替换一些实用程序（如 telnet）。起初我使用别名，它在命令行中运行良好，但 gnome 不理解 shell 别名，因此当人们将实用程序作为 gnome-terminal 配置文件的 shell 启动时，它将运行实际实用程序而不是包装程序。

然后我尝试在〜/ .bashrc中添加带有符号链接的新文件夹并将其添加到PATH（安全性不是一个大问题，加上它是一个仅用于这些符号链接的特殊文件夹），但它们仍然运行原始文件夹（我猜gnome没有' t 运行 .bashrc，因为它可以从命令行运行）。有什么想法需要设置路径吗？

我可以这样做

或者

两者都会始终给出所需的应用程序名称吗？如果是这样，哪个是获取应用程序名称的更标准方法？如果它仍然是一个没有胜利的情况，是否有一种方法比另一种更快？或者还有其他正确的方法吗？

我有一个外部编辑器设置，最终用户可以更改设置。由于我想让我的软件变得智能，我想将启动此外部软件的按钮设置为禁用状态，如果软件无效（可能 TextEdit 已移至 Utilities 或其他地方或其他地方出错，任何事情都可能发生，对?)..

我可以做一个简单的测试，证明位置是有效的并且存在，但出于某种原因，我决定走花哨的方式，并开始认为应该有一个测试来测试这个位置是否正确 - 它不需要测试它适用于 TextEdit.app - 因为整个想法是您可以使用几乎任何您想要的编辑器 - 这就是为什么它首先是可定制的 - 但我只想简单检查一下我们不会遇到可能遇到的问题被这个测试避免了。

是的，我知道我应该使用 TextEdit.app 打开一个文件，但我还没有进入那个阶段，所以还没有任何东西可以打开，我稍后会这样做——在这个阶段这就足够了看看这个想法是否有效，我可以做一些测试。但如果有人想分享我可能还没有想到的好想法，我正在倾听。

我已经使用 VB 创建了一个 Windows 应用程序。每当我执行时exe，我想以exe编程方式获取文件的当前目录。

例如，

现在，我正在exe执行d:\myApp\test.exe. 每当我双击exe文件时，我都想获取exe文件的路径，例如d:\myApp\test.exe.

另外，假设我exe在 CD 或任何记忆棒中，它也会获得 exe 文件的路径吗？

我不知道这是否可能？

有什么建议吗？

我有一段 C# 代码遍历所有正在运行的进程，找到一个特定的，并获取它的 ExecutablePath。问题是，尽管它设法找到想要的进程，但尝试获取 ExecutablePath 会返回 null。

现在，我对此做了一些更多的实验，结果发现，一些进程的代码获得了路径，其他进程返回 null，而且它似乎是任意的，因为我找不到进程与它是否返回之间的任何关联路径。

代码很好，但无论如何都是这样：

总而言之，我想知道的是如何获得我想要的进程的可执行文件路径。

问候，

我有以下 VBScript：

出于某种原因，我在 MsgBox(objProcess.ExecutablePath) 行出现错误。它说“无效使用 Null：'ExecutablePath'”。奇怪的是，当我取消注释注释行并注释掉问题行时，我没有收到此错误。

如您所见，我正在尝试终止具有特定路径名的所有进程，但似乎字符串匹配不起作用，就像可执行路径有问题一样。