Take the 2-minute tour ×
Unix & Linux Stack Exchange is a question and answer site for users of Linux, FreeBSD and other Un*x-like operating systems.. It's 100% free, no registration required.

This does not make sense to me.

wibble > /dev/null 2>&1

I think it would make more sense if it was something like this:

wibble 2>&1 > /dev/null

In other words

Commands Output Sendall STDERRORS to STDOUT then SEND it all to /dev/null

What is the thinking behind the order of the command redirection xxx > /dev/null 2>1?

share|improve this question
4  
You might also find this explanation useful. –  rozcietrzewiacz Nov 4 '11 at 16:42
    
Thanks @rozcietzewiacz that actually explains my question exactly –  whoami Nov 4 '11 at 16:57
add comment

1 Answer

up vote 28 down vote accepted

The redirects are processed from left to right. If you do

2>&1 1> /dev/null

The first redirect makes stderr point to the stream that stdout points to at that time (which is your tty essentially). It doesn't make stderr an alias of stdout.

Then stdout is redirected to the bit bucket. The stdout redirect doesn't affect the previous stderr redirect. stderr still refers to your tty.

So:

ls file_that_doesnt_exist 2>&1 1> /dev/null

will print only the error message on your terminal.

The bash redirection documentation page mentions this explicitly:

Note that the order of redirections is significant. For example, the command

          ls > dirlist 2>&1

directs both standard output and standard error to the file dirlist, while the command

          ls 2>&1 > dirlist

directs only the standard output to file dirlist, because the standard error was duplicated from the standard output before the standard output was redirected to dirlist.

share|improve this answer
2  
Yay solves my conundrum. I still think logically its confusing. but i found another part on the same page that is interesting &>/dev/null is semantically equivalent to /dev/null 2>&1 –  whoami Nov 4 '11 at 16:54
add comment

Your Answer

 
discard

By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.