如何使用 Eshell 进行不区分大小写的模式匹配?使用 Zsh,可以使用“globbing tags”(即,如果启用了 extended_glob),例如
print L(#i)in(#I)ux
Run Code Online (Sandbox Code Playgroud)
LINux例如,这将匹配。
Eshell 有类似的东西吗?据我所知,Eshell 不支持诸如 Zsh 的“globbing tags”之类的东西,但是您知道是否有 Eshell 谓词用于不区分大小写的匹配吗?如果没有,您对如何在 Eshell 中定义谓词有什么建议吗?
谢谢!
在emacs中,我希望打开多个shell,输入一次命令,并让它在每个shell中运行 - 类似于multixterm(http://freecode.com/projects/multixterm)的方式.
在emacs中eshell(Mx eshell)和shell(Mx shell)之间有什么区别.两者似乎都一样,但是当我尝试在eshell中运行su命令或sudo命令时,它会创建一个名为tramp/su root:localhost的缓冲区.但是不要做我想做超级用户的工作.
在emacs中编译程序的最佳方法是什么?我正在打开一个单独的缓冲区,C-x 3并在其中运行eshell,M-x eshell然后直接调用make或clang; 大部分时间我都设置了Makefile.
使用M-x compilevs在eshell中运行make 运行编译过程是否有任何优势?还有其他任何方法吗?这些方法的优点/缺点是什么?
当我尝试rlwrap在Emacs(版本24.3.50.1)shell缓冲区(M-x shell或者M-x eshell)中工作时,我收到以下错误消息:
rlwrap:糟糕,崩溃(抓住SIGFPE) - 这不应该发生!
例如:
rlwrap telnet google.com 80
Run Code Online (Sandbox Code Playgroud)
从常规终端(如xterm)恶化,但从Emacs缓冲区内的shell崩溃.
有几个人有类似的问题,但到目前为止,我能找到的唯一"答案"是邮件列表上的"RTFM"风格答案.我确实阅读了Emacs文档的那部分,我不明白我应该做什么来rlwrap从Emacs内部开展工作.
在玩Erlang入门部分时, 我遇到了一些奇怪的语法错误(简单的地图初始化).有什么建议为什么会发生这种情况?
1>
#{ "key" => 42}.
- 1:之前的语法错误:'{'
详细信息: Erlang R16B03(erts-5.10.4),Eshell V5.10.4.
在eshell提示符中,-E选项不能被传递.我以下面的错误结束:
$ sudo -E gmake install
-E: command not found
Run Code Online (Sandbox Code Playgroud)
有人有解决方案吗?谢谢
-module(test_now).
-compile(export_all).
start() ->
{_, A, _} = now(),
loop(0, A).
loop(A) ->
{_, B, _} = now(),
if
B == A + 1 -> loop(0, B);
true -> loop(A)
end.
loop(T, B) ->
{_, C, _} = now(),
if
C == B + 1 -> io:write(T);
true -> loop(T+1, B)
end.
Run Code Online (Sandbox Code Playgroud)
逻辑上这个代码应该运行1+第二.但结果迅速恢复,远远不到一秒钟.如果我经常test_now:start()在Eshell中调用(向上箭头,输入,向上箭头,输入...),结果总是如此.999999ok
刚刚发现未完成的手册,但它真的没什么意义.正好在高潮.我还是不明白.
在Windows资源管理器中,有一个函数“ command-prompt-here”(命令提示符-在此处),该命令为实际目录打开命令提示符。
eshell是否有类似的东西,使我可以从实际目录中的Dired打开eshell?当我查看文件时,可以打开包含该文件的目录的eshell吗?是否可以重用已经打开的eshell,即用一个反映实际目录的新提示显示该eshell,而不是打开一个新实例?
最好避免所有这些“ cd ../../../dir1/dir2”。
有时,如果我在 ashell或oneshell缓冲区中工作ansi-color-for-comint-mode,并运行一个提供彩色输出的程序,然后在打印彩色文本时崩溃,则颜色会“卡住”,并且该缓冲区中的所有后续文本都是该颜色。我能够修复它的唯一方法是关闭ansi-color-for-comint-mode或终止 shell 缓冲区。
有没有更好的方法来告诉 comint 派生的 shell 缓冲区“重置”ansi 颜色代码?