.protocol("WM_DELETE_WINDOW", stop_daemon(entry_window))怎么传入参数
时间: 2024-03-11 07:48:18 浏览: 13
在这段代码中,`stop_daemon` 函数被作为一个参数传递给 `.protocol()` 方法。如果你想在传递函数时同时传递一些参数,你可以使用 `lambda` 表达式或者 `functools.partial` 函数来创建一个新的函数,该函数接受这些参数并将它们传递给原始函数。例如,使用 `lambda` 表达式可以这样传递参数:
```
protocol("WM_DELETE_WINDOW", lambda: stop_daemon(entry_window, arg1, arg2))
```
其中 `arg1` 和 `arg2` 是你想要传递给 `stop_daemon` 函数的参数。使用 `functools.partial` 可以这样传递参数:
```
from functools import partial
protocol("WM_DELETE_WINDOW", partial(stop_daemon, entry_window, arg1, arg2))
```
在这种情况下,`partial` 函数将 `stop_daemon` 函数和 `entry_window`、`arg1`、`arg2` 作为参数进行了绑定,返回一个新的函数,该函数将这些参数作为自己的一部分,并在调用时将它们传递给 `stop_daemon` 函数。
相关问题
# ./start_fe.sh --daemon怎么查询进程
要查询正在运行的进程,您可以使用类似于以下的命令:
```
ps aux | grep start_fe.sh
```
这将列出与 `start_fe.sh` 相关的所有进程。如果 `start_fe.sh` 是一个独立的进程,并且在后台以守护进程模式运行,您还可以使用 `pidof` 命令来查找特定的进程ID:
```
pidof start_fe.sh
```
这将返回 `start_fe.sh` 进程的ID。
Error response from daemon: No such image: sqoop-1.4.7.bin__hadoop-2.6.0.tar.gz:latest
根据你提供的错误信息 "No such image: sqoop-1.4.7.bin__hadoop-2.6.0.tar.gz:latest",看起来在执行 Docker 命令时出现了问题。错误信息表明 Docker 守护进程无法找到名为 "sqoop-1.4.7.bin__hadoop-2.6.0.tar.gz" 的镜像,并尝试使用 "latest" 标签。
可能的原因是:
1. 你没有正确拉取或构建名为 "sqoop-1.4.7.bin__hadoop-2.6.0.tar.gz" 的镜像。请确保该镜像已经存在于你的本地镜像列表中。
2. 如果你使用了私有仓库,确保已经使用正确的方式将镜像推送到私有仓库,并在拉取时使用正确的仓库地址和标签。
请检查镜像的名称和标签是否正确,并确保已经正确拉取或构建了该镜像。如果问题仍然存在,请提供更多的详细信息,以便我可以更好地帮助你解决问题。