![]() |
|
|
google unix.com
|
|||||||
| Forums | Register | Forum Rules | Links | Albums | FAQ | Members List | Calendar | Search | Today's Posts | Mark Forums Read |
| Shell Programming and Scripting Post questions about KSH, CSH, SH, BASH, PERL, PHP, SED, AWK and OTHER shell scripts and shell scripting languages here. |
More UNIX and Linux Forum Topics You Might Find Helpful
|
||||
| Thread | Thread Starter | Forum | Replies | Last Post |
| strange behavior of find with xargs | jerardfjay | Shell Programming and Scripting | 9 | 08-09-2007 09:06 AM |
| Strange Real Memory usage behavior | Skyybugg | AIX | 5 | 05-31-2007 11:17 AM |
| Strange Behavior on COM2 | Elwood51 | UNIX for Dummies Questions & Answers | 0 | 08-02-2006 04:31 PM |
| Strange behavior from 'read' statements. (ksh - but could be same on other shells) | alexop | Shell Programming and Scripting | 5 | 05-02-2006 12:14 PM |
| strange sed behavior | Kevin Pryke | UNIX for Dummies Questions & Answers | 5 | 06-13-2003 05:34 AM |
|
|
LinkBack | Thread Tools | Search this Thread | Rate Thread | Display Modes |
|
||||
|
Very Strange Behavior for redirection
I have searched far and wide for an explanation for some odd behavior for output redirection and haven't come up with anything.
A co-worker was working on old scripts which have run for years and embedded in their code were output redirects which worked for the script during execution and then reset back to normal output after the script completed. He tested the same script on a Solaris 10 box and found that the redirection continued after the script finished. I think that the redirection being persistent is normal, (one expects items set in a shell script to remain after execution i.e. .profiles etc.) the return to normal output seems to be the oddity. I have tested on several different boxes featuring solaris 8 9 and 10, and I get the same results everytime, the redirection persists. Redirecting stdout works and stdout is redirected properly to the file. However, when trying a command like 2>&1 1>filename, this has the effect of redirecting stdout, but not stderr. (In testing the stderr came back to the terminal, and only stdout stuff went to the file) If you run the code below, and you seem to lose the standard output, stdout can be recaptured to the tty using exec 1>/dev/tty on the command line and things get back to normal. When stderr is redirected instead however, all output goes to the file, and the result feels like the session has hung. There doesn't seem to be any interaction. Closing the terminal seems to be the only option I am interested to know if anyone else can replicate this behavior on their environments, and if anyone can suggest some reasons for it. OS = Solaris 8,9,10 Arch = SPARC (Fujitsu clone) Thanks #################################### ## CODE LINES #################################### #!/bin/ksh echo "Begin Testing, output to TTY" # uncomment the following line to test stdout redirection exec 1> output.file echo "This should be in the file" # uncomment the following line to test stderror redirection # exec 2> output.file #uncomment the following line to test dual redirection #exec 2>$1 1>output.file # Create an Error that should go out to the file cat asdfasdfasdf ############################################ ## END CODE ############################################ ### TESTING PROTOCOL ## The command line is : >. test.sh Begin Testing, output to TTY cat: cannot open asdfasdfasdf ## after the script completes, try to obtain some output to the terminal > ls -al No result > exec 1>/dev/tty Recapture the stdout to the terminal screen > cat output.file This should be in the file total 12 -rw-r--r-- 1 cogcrn cogcrn 0 Aug 6 16:27 - drwxr-xr-x 2 cogcrn cogcrn 512 Aug 6 16:27 . drwxr-xr-x 25 cogcrn cogcrn 1536 Aug 6 16:09 .. -rwxr-xr-x 1 cogcrn cogcrn 969 Jun 13 13:00 ldap_query.pl -rw-r--r-- 1 cogcrn cogcrn 27 Aug 6 18:52 output.file -rw-r--r-- 1 cogcrn cogcrn 0 Aug 6 16:26 TERM -rw-r--r-- 1 cogcrn cogcrn 394 Aug 6 18:49 test.sh |
| Bookmarks |
| Thread Tools | Search this Thread |
| Display Modes | Rate This Thread |
|
|