问题标签 [directory]

我当前重命名项目文件夹的解决方案是：

• 从解决方案中删除项目。
• 重命名 Visual Studio 外部的文件夹。
• 将项目重新添加到解决方案中。

有没有更好的办法？

如何获取文件的文件目录 (C:\myfolder\subfolder\mydoc.pdf)。我还想添加子文件夹的大小，最后是主文件夹的大小。这适用于我需要与 SQL Server 2005 集成以生成 SSRS 报告的 .NET CLR。

如何检索 cmd.exe 的当前工作目录？

这似乎是可能的。例如使用 ProcessExplorer，选择 CMD.exe，右键单击，属性，图像选项卡，“当前目录”反映使用 CD 或 CHDIR 命令设置的目录。

我查看了 .NET Process 和 ProcessStartInfo 类（ProcessStartInfo.WorkingDirectory 总是返回“”），但似乎找不到确定这一点的方法。PInvoke也没有什么特别突出的。

作为一个例子，我希望能够以编程方式说出类似这样的话： Process.GetCurrentWorkingDirectory(processID) 其中 processID 是另一个正在运行的进程的 Windows 进程 ID。

有没有解决方案，WinAPI 或 .NET？

[更新]

问这个问题的原因：

我已经使用“命令提示符资源管理器栏”有一段时间了，它很棒，除非我“CD”到一个新目录，当前的资源管理器窗口也不会改变。（即同步只是从资源管理器到命令提示符的一种方式）。我正在寻找这两种方式。

有没有更好/更简单的方法来查找目录中的图像数量并将它们输出到变量？

这似乎是一个很长的路要走，没有更简单的方法吗？

注意：如果文件是图像，isImage() 函数将返回 true。

我对 JavaScript 相当陌生。

给定本地计算机的文件夹路径（Windows），我想知道如何提取当前路径中所有可能文件夹的名称，而不知道有多少文件夹或它们的名称。

非常感谢您提前。

如何复制包含子目录的目录，不包括与 Windows 系统上的某个正则表达式匹配的文件或目录？

Perl中将文件复制到尚未创建的目标目录树的最佳方法是什么？

就像是

由于目录tardir/dest1/dest2尚不存在，因此无法正常工作。在 Perl 中创建目录的最佳复制方法是什么？

我们的 .NET 应用程序存在 x 文件问题。或者，更确切地说，混合 Win32 和 .NET 应用程序。

当它试图与 Oracle 通信时，它就死了。消失。向着天空中的黑色大虚空而去。没有事件日志消息，没有异常，没有任何东西。

如果我们只是要求应用程序与 MS SQL Server 对话，其效果是将 OracleConnection 和相关类的使用替换为 SqlConnection 和相关类，它会按预期工作。

今天我们取得了突破。

出于某种原因，一位客户发现通过将所有应用程序文件放在他桌面上的一个目录中，Oracle 也可以正常工作。将目录向下移动到驱动器的根目录，或者在 C:\Temp 或者，好吧，大约一点，使崩溃再次出现。

基本上，如果从桌面目录运行，应用程序可以 100% 重现，如果从根目录运行，应用程序会失败。

今天我们发现重要的区别在于目录名称中是否有空格。

因此，这些目录将起作用：

而这些不会：

我希望读到这篇文章的人看到过类似的行为并且有“啊哈，你需要在 oracle glitz 驱动程序配置上调整 frob”或类似的东西。

任何人？

跟进#1：好的，我现在已经处理了 procmon 输出，这两个文件都是从我点击按钮尝试打开触发级联故障的窗口时开始的，我注意到它们大部分都在跟踪，有一些小的差异靠近两个文件的顶部，并且它们跟踪很长的路要走。

但是，当一个运行失败时，另一个会继续运行，日志输出的下几行如下：

在此之后，工作运行继续执行，另一个在线程关闭和应用程序关闭之前触摸 mscorwks.dll 文件几次。因此，失败的运行不会触及上述文件。

跟进#2：我想我会尝试升级 oracle 客户端驱动程序，但 10.2.0.1 显然是 Windows 2003 服务器和 XP 客户端可用的最高版本。

跟进#3：嗯，我们最终得到了一个黑盒解决方案。基本上我们发现问题与XPO和 Oracle 有关。XPO 有一个它管理的系统表，称为 XPObjectType，它包含三列：Oid、TypeName 和 AssemblyName。由于 Oracle 在我们与之交谈的数据库中的配置方式，列名是 OID、TYPENAME 和 ASSEMBLYNAME。这通常不会成为问题，除了 XPO 直接与架构信息对话并检查表是否具有正确的列名，并且 XPO 不处理大小写差异，因此它会看到一个 XPObjectType 表，其中包含三个未知列并且没有它期望的那些。

XPO 现在究竟做了什么我真的不知道，但是如果我删除了这个表，并用正确的大小写重新创建它，在所有列名周围使用双引号来正确区分大小写，问题就不会出现。

文件夹名称中的空格到底是从哪里来的，我仍然不知道，但这个问题有两个层次：

1. 阻止应用程序在我们的客户处崩溃，短期解决方案
2. 修复bug，长期解决方案

现在第 1 层已解决，第 2 层将暂时放回队列并优先处理。无论如何，我们的数据层都面临着一些更大的变化，所以这可能不是我们需要解决的问题，至少如果我们所有的 Oracle 客户都验证表修复确实解决了问题的话。

我会接受Dave Markle的回答，因为尽管 Process Monitor（文件监视器的老大哥）实际上并没有查明问题，但我能够使用它来确定在 XPO 建立的用户代码中的断点之后对该表的查询，直到应用程序关闭的所有条目都被记录后才发生 I/O，这让我相信这张表是罪魁祸首，或者至少以某种方式影响了问题。

如果我设法找到真正的原因，我会更新帖子。

我们可以在 Windows 资源管理器中看到按名称排序的目录文件。

如果我在 Windows 命令提示符下尝试相同的操作，它会按不同的名称排序 -正确：

有没有办法dir按名称订购，它可以像人类一样读取数字？

对于我的应用程序，我将一些配置文件与程序集（exe）一起存储在 xml 中，以及用于处理目的的其他临时文件。

".\\"我发现and有一些怪癖Application.StartupPath。

我一直在使用

它工作正常，直到我打电话OpenFIleDialog打开其他文件夹中的一些文件，上面的语句失败了。显然“.\”指的是“CurrentDirectory”，每次我们浏览到另一个文件夹时它都会改变。

在某些时候，我正在使用

在某些时候，当我需要通过使用从另一个文件夹执行这个程序集时Process.Start()，事情开始分崩离析。显然工作目录设置不正确，Application.StartupPath实际上是指工作目录，而不是我假设的程序集正在执行的目录。所以我不得不求助于使用 ProcessInfo 将工作目录设置为程序集的目录。我在写 VSTO 时也遇到了这个问题。

所以，我的问题是，在没有我刚才提到的那些怪癖（或误解）的情况下，获取程序集正在执行的当前目录的最佳、最简单和最可靠的方法是什么？

编辑：我的意思是获取程序集所在的目录

编辑：根据AppDomain.BaseDirectory上的 MSDN ，它似乎可以在运行时更改，这是我不想要的（只是为了澄清，不是我不想允许更改 BaseDirectory，而是当我在不确定是否已更改的情况下检索它）

编辑：我注意到一个相关问题发布得更早。什么会导致正在执行的应用程序的当前目录发生变化？

谢谢大家的回答。