-
Notifications
You must be signed in to change notification settings - Fork 2k
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
ls .**
killed fish
#7226
Comments
It's an out-of-memory crash. Simply globbing You are executing ls with each file fish finds as an argument, not passing If you want to use fish to list files, you can use That doesn't explain the crash though, of course. Either it was an extremely memory constrained environment or there's some recursion here that fish isn't handling. |
I've tried that in ~/ . It's ok in /tmp. It looks like I tried globbing on too much files. |
Heh. My dotdirs contain a symlink to the root of our fileserver, so my fish instance is currently at a resident set size of 1.4 GB and growing... 24 GB of RAM on this server so I might be alright, but maybe fish should stop expanding wildcards once it hits ARG_MAX? |
Using The log says A rough estimate is that for a million files, fish will need around one GB.
|
I added a limit on all expansions (including globs and variables) of 512k. |
fish, version 3.1.2
Linux a 5.7.9-1-MANJARO #1 SMP PREEMPT Thu Jul 16 08:20:05 UTC 2020 x86_64 GNU/Linux
konsole
I was trying to find some file type(zip) recursively. While wondering about
**/*.zip
would work for hidden files. Triedls .\**
.Then crashed.
journal log
http://ix.io/1DDX
What is recommend way in this case? Using find? or ...?
Thanks.
The text was updated successfully, but these errors were encountered: