Actual behaviour

When simply trying to edit some additional files I often type :e *.js or something similar; this almost ALWAYS results in E77: Too many file names.

Expected behaviour

It's pretty clear what the user wants in this situation; they want to open the files as buffers! I'm sure there are legacy reasons for this error, but it's a pretty poor experience these days that

[zosy@localhost:~]% rpm -qa zenmap
zenmap-7.60-1.noarch

gnome doesn't use gksu instead of pkexec, so i made a patch.
su-to-zenmap-fix-gnome-root.patch.txt

add com.gnome.pkexec.zenmap.policy to /usr/share/polkit-1/actions should works fine.

[com.gnome.pkexec.zenmap.policy.txt](https://github.com/nmap/n

Here is a FAQ(How APISIX use etcd to update the configuration in milliseconds) in Chinese.

APISIX利用etcd如何实现毫秒级别的配置同步

etcd提供接口wait、waitdir接口用于监听指定关键字、目录是否发生变更，如果发生变更，返回更新的数据。

以waitdir接口为例：
syntax: res, err = cli:waitdir(dir:string [, modified_index:uint [, timeout:uint] ])
其中timeout参数表示调用进程和etcd长连接的时间，值为0时表示无长连接。

APISIX关于etcd长连接时间的配置如下：

etcd:
  host:                          

Currently, things like #3097 are caught accidentally when someone sees the breakage. Is it possible to automatically extract all links from the generated docs and catch broken links? Surely there are tools for that.

There is already defined panic macro in say.h header. There is also LuaJIT internal panic routine on Lua global state. Their mix might lead to ridiculous preprocessor results: the LuaJIT panic call (i.e. g->panic(L)) is misexpanded and compilation fails with the corresponding error.

@Gerold103 proposed in [his revi