From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from pigeon.gentoo.org ([208.92.234.80] helo=lists.gentoo.org) by finch.gentoo.org with esmtp (Exim 4.60) (envelope-from ) id 1O0e7c-0001VQ-HB for garchives@archives.gentoo.org; Sat, 10 Apr 2010 17:05:28 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id 28E98E04D2 for ; Sat, 10 Apr 2010 17:05:28 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id B4739E075C for ; Sat, 10 Apr 2010 16:17:55 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 5EDD81B4032 for ; Sat, 10 Apr 2010 16:17:55 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -3.408 X-Spam-Level: X-Spam-Status: No, score=-3.408 required=5.5 tests=[AWL=-0.809, BAYES_00=-2.599] Received: from smtp.gentoo.org ([127.0.0.1]) by localhost (smtp.gentoo.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id KFH9XCJ8Thrd for ; Sat, 10 Apr 2010 16:17:48 +0000 (UTC) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by smtp.gentoo.org (Postfix) with ESMTP id 189911B40CD for ; Sat, 10 Apr 2010 16:17:47 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1O0dNO-0004Vu-3k for gentoo-user@gentoo.org; Sat, 10 Apr 2010 18:17:42 +0200 Received: from c-98-215-178-110.hsd1.in.comcast.net ([98.215.178.110]) by main.gmane.org with esmtp (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 10 Apr 2010 18:17:42 +0200 Received: from reader by c-98-215-178-110.hsd1.in.comcast.net with local (Gmexim 0.1 (Debian)) id 1AlnuQ-0007hv-00 for ; Sat, 10 Apr 2010 18:17:42 +0200 X-Injected-Via-Gmane: http://gmane.org/ To: gentoo-user@lists.gentoo.org From: Harry Putnam Subject: [gentoo-user] Re: [OT] shell ouput which file descriptor Date: Sat, 10 Apr 2010 11:17:34 -0500 Organization: Still searching... Message-ID: <87tyrjz3hd.fsf@newsguy.com> References: <878w8wvekz.fsf@newsguy.com> <87d3y71gwb.fsf@newsguy.com> Precedence: bulk List-Post: List-Help: List-Unsubscribe: List-Subscribe: List-Id: Gentoo Linux mail X-BeenThere: gentoo-user@lists.gentoo.org Reply-to: gentoo-user@lists.gentoo.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Complaints-To: usenet@dough.gmane.org X-Gmane-NNTP-Posting-Host: c-98-215-178-110.hsd1.in.comcast.net User-Agent: Gnus/5.110011 (No Gnus v0.11) Emacs/24.0.50 (gnu/linux) Cancel-Lock: sha1:uuezUQKkMjMiD36S/VWPCikFH80= X-Archives-Salt: a80b5283-a97a-48e3-adfa-65a72577d7ca X-Archives-Hash: 8e29e0e9d489c00f5151db1a81077091 Harry Putnam writes: >> >> $cat /tmp/testfile >> cat: nonexistantfile: No such file or directory > > Thanks... > >> Are you running cvs as root, or user, or ...? > > I was running cvs as user, and now trying your tests... it appears the > trouble has stopped... doesn't occur now in cvs cmds either. > > There was a reboot in between, so may never now what was going on. > > Prior to rebooting I had tried to get a fresh env by ssh > user@localhost from an xterm. Hoping to rule out some oddball env > problem, but the file descriptor problem persisted. However it has > apparently not survived a reboot. Yikes... more mysterious than I reported above. I see now that I get the goofy acting file descriptors when I'm in console mode, but not in X. And it appears only to happen in cvs commands, but again, not in X. My sequence: Reboot just now. At console login: login and call cvs command: cvs -n update /usr/local/common/base 2>er I see 83 lines scroll by. cat er cat: er: No such file or directory Nothing has been redirected. cvs -n update /usr/local/common/base 2>er|wc -l I still see 83 lines but wc -l reports 0 (as it should) So somehow the redirect is ignored and stderr goes to console anyway. Trying your test cat none 2>er cat er cat: none: No such file or directory So stderr is doing what it is supposed to do with cat but not a cvs command. ------- --------- ---=--- --------- -------- Now startx and from an xterm: cvs -n update /usr/local/common/base 2>er just like expected Follow with: cat er|wc -l 83 (83 lines of ouput were captured with 2>er) So this is more puzzling than ever. Weird phenomena in console that stops when in X.