问题标签 [chdir]

我正在尝试包含另一个目录中的文件，然后将 chdir 更改回当前/原始形式。

无论如何要将 chdir 更改回 file.php 所在的位置？还是我必须手动完成？

我正在尝试在写入和保存文件的函数中使用 chdir。如果我尝试将文件写入附近的文件夹，例如“bins”，如下所示：

然后它工作正常，文件被写入并放入 bins 文件夹中。我遇到的问题是我需要将文件保存到不同的驱动器上，如下所示：

但是当我使用像上面这样的绝对路径时，我会收到以下错误消息：

有人可以解释我做错了什么以及如何解决它吗？

谢谢你的帮助

我的 C 程序中的 chdir() 有问题 - 仅在 Linux 上运行时（在 Mac 上运行良好）。我已经剥离了我的代码。

像这样的东西很好用：

但是当我尝试将它作为变量传递时，它不想工作。

主目录是从我代码中其他地方的文件中读取的，如果需要，我可以发布我是如何做到的。

谢谢。

我正在尝试使自制的路径导航功能正常工作-基本上我需要浏览一个文件夹，并探索其中的每个文件夹，在每个文件夹中运行一个功能。

当我尝试在 for 循环中更改目录时遇到问题。我有这个“findDirectories”功能：

最后一行导致了问题。如果我删除它，该函数只会编译一个包含该文件夹中所有文件夹的列表。不幸的是，这意味着我每次访问文件夹时都必须运行它，我不能只运行一次。我已经指定了文件夹“y”，因为那是一个真正的文件夹，但即使这样，程序也会在打开时崩溃。在 for 循环之外执行 os.chdir("y") 完全没有问题。

我是 Python 新手，但不是一般的编程新手。我怎样才能让它工作，或者有更好的方法吗？我需要的最终结果是在此文件夹中存在的每个“*Response.xml”文件上运行一个函数，无论它嵌套多深。

如果我使用 PHP 的 popen 命令执行脚本，是否在 PHP 的当前目录的上下文中执行它？

目前我正在做一些事情

但我可以这样做吗

在 OS X 上，fork 的手册页这样说：

您可以在子进程中执行的操作是有限制的。为了完全安全，您应该限制自己只执行异步信号安全操作，直到调用其中一个 exec 函数。任何框架或库中的所有 API，包括全局数据符号，都应该在 fork() 之后被假定为不安全，除非明确记录为安全或异步信号安全。如果需要在子进程中使用这些框架，则必须执行。在这种情况下，执行自己是合理的。

根据手册页的页脚，这可能已经存在很长时间了：

第 4 次伯克利分发 1993 年 6 月 4 日 第 4 次伯克利分发

我原以为 chdir(2) 在 fork() 和 exec() 之间调用是安全的，但它的手册页并没有说它对于异步调用是安全的。事实上，它不安全吗？如果是这样，我真的希望在 fork() 之前更改目录吗？对我来说似乎不合理。

setenv(3) 也是如此。考虑到它调用 malloc()，我猜它可能不安全。但是没有等效的 execvp 可以让我通过环境。具体来说， execvp 搜索 PATH。我能找到的最接近的具有环境参数的等价物 execve() 不会搜索 PATH。

我正在使用chdir()C 函数来允许用户更改目录。

但是，该功能无法识别“~”。我是否需要进行任何显式转换，所以chdir不知道 ~ 是什么意思？因为我的不工作。还是我做错了什么？

我正在尝试使用脚本来更改使用 Dir.chdir 的工作目录

这有效：

如果我将上述共享信息放入一个文本文件（每个共享在一个新行）并尝试加载：

我收到此错误：

'chdir': 没有这样的文件或目录 - //servername/share (Errno::ENOENT)

如何从文本文件中读取共享并切换到该目录？有一个更好的方法吗？

我有以下代码：

哪个应该添加/../test到 python 路径，它会这样做，并且之后使用 PyDev 在 Eclipse 上运行顺利。

但是当我从控制台第二个 os.chdir 午餐同一个应用程序做错事时，实际上错误的事情是在os.path.realpath(__file__)cus 它返回../test/myFile.py而不是../originalFolder/myFile.py. 当然，我可以通过使用 fixed 来解决这个os.chdir("../originalFolder")问题，但这对我来说似乎有点错误，但这适用于 eclipse 和控制台。

PS我os.getcwd()实际上正在使用，因为我想确保没有添加这样的文件夹，否则我根本不必切换目录

那么我的方法有什么问题还是我搞砸了？要不然是啥？:)

提前致谢！:)

我有一个作为守护进程运行的 PHP 脚本。8个线程同时运行。

为确保始终运行 8 个线程，以下 PHP 脚本从 cron 运行，该脚本与 daemon.php 脚本位于同一目录中：

上面将愉快地运行 daemon.php 脚本，但随后发生了一些奇怪的事情，并且 daemon.php 脚本本身有时会认为它在不同的目录中，而不是其他时候。具体来说，我使用了很多exec函数来执行其他应用程序，其中许多（但不是全部）认为它们回到了原始目录而不是/root/fb.

如果我直接从目录内部执行 daemon.php php daemon.php，则不会发生这种情况，并且一切都按预期工作。

非常反常的行为。如何设置它以使 cron 作业的效果与直接从其目录内执行脚本时的效果完全相同？