What's Your Command Line Judo?

lousyd asks: "We all have our CLI amor. That two- or three-letter command that fiddles our heartstrings. 'mv' is pedestrian, but 'mmv' is so cool. 'cp' can lug bits around all day to no applause, but 'cpio' will excite even the most jaded of command line linguists. 'How perfect!' you exclaim. So what's your poison? What turns you on? What little known command performs just the right function for you?"

Comments

lh and hog

[newsblaze]

My favourites are

lh ls -lt !* | head -15

which shows me the newest 15 stories in the current or specified directory

hog "ps -eo pcpu,vsz,args,time | sort -rn | head -11"

which shown the 10 most cpu-intensive processes

can't eat just one

[yagu]

Command line judo? Sheesh! Where to start?

Okay, the tool I'm using now: vim, derivative of Bill Joy's vi, with color syntax and a bounty of enhancements. (Yes, I prepare my comments in vi, then cut and paste, don't even try to make me use some GUI text widget editor and claim it can be productive.)

And then there's:

• sed, or even ed. ed is great for scripting edit changes if you don't have the heart to master sed. I once used "sed" to create nroff output of document versions with delete markers (asterisks), change markers, and insertion markers from our technical documentation library.
• awk. I couldn't have done half the work I've done in my career without this one. I watched entire teams scramble to solve some problem in Visual Studio, and would crank out a twenty line awk script that afternoon. Problem solved.
• [ef]grep. If you're going to pipeline some shit, it's nice to filter it first (and sometimes second, then third, etc....). The grep family is second to none for this. (Funny story: I once worked at Microsoft. Was doing some stuff in DOS. Asked what command I'd use to find a string in a file or files. They showed me "FIND". Okay. I typed in:
  find mystring *.*
  and literally got back:
  mystring found in *.*, and then a listing of all the lines found. No reference to the files they were in... Shit, after all, I asked to find the lines in '*.*'.

  I complained. They showed me their (Microsoft's purchased from IBM) unix, "xenix", and their "grep" command. Ahhhhh, better. I typed: grep -i mystring *.*
  and it replied "unknown option -i". I complained about not having an "ignore case" option. They looked at me like I was crazy... "Why would you ever want to ignore case?"

• diff. A life saver. 'Nuff said.
• find. Freak! When I first met this command I said "go away!". Talk about an obtuse syntax and paradigm. Learn it! It's worth it.
• xargs. Nice way to get around the line length restrictions of some of the unix shells.
• zsh, bash, (but not csh)... Any interactive shell with a good history and command line completion mechanism. I never have to remember command syntax anymore... usually I can find a usable and editable example somewhere in the last 2000 commands I've executed.

I could go on, and probably will in some subsequent posts. When you have so many well written, well evolved, well crafted, and well behaved tools all flying in

Re:ls -d without the subcontents

[pclminion]

Dude...

ls -d */

The final slash is key.

screen

[pauljlucas]

Multiple multiplexed ttys that stay running even after disconnect and you can reattach to them later.

Give credit where credit is due

[mister_jpeg]

That's the Technical Fascist's .cshrc.

http://www.gnu.org/fun/jokes/know.your.sysadmin.ht ml

xargs and for loops

[photon317]

There's millions of tricks, but if I had to a couple simple powerful techniques that anyone should learn that doesn't know them already, it would be xargs and commandline "for" loops.

xargs takes whatever is piped into it, and executes a command with those things as arguments. It can do it all at once, or it can break them up in chunks, or it can execute your command once per input. Consider:

rm -f `find . -name "*.o"`

This normally works fine, and will forcibly remove all .o files anywhere underneath the current directory. However, if there are too many .o files to fit on a single commandline, it will barf with "argument list too long" or some such sounding error. The xargs way to do this would be:

find . -name "*.o" | xargs -n 50 rm -f

Which will execute a seperate "rm -f" for each chunk of 50 filenames. Take a look at the "-i" mode as well, read the whole man page. It's a great little peice of glue.

On to for loops. You've seen them in sh/ksh/bash shellscripts like so:

for fn in *.c
do
    echo Sending $fn ...
    rcp $fn remotehost:/tmp/
done

You can of course do this straight from the commandline, which is indispensable for complex looped operations. To do it all in one line, you just have to get the semicolons in the right place. Just remember there's a semicolon before the "do", but not immediately after it:

for fn in *.c; do echo Sending $fn ...;rcp $fn remotehost:/tmp/;done