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 1O0cN4-0008U8-0u for garchives@archives.gentoo.org; Sat, 10 Apr 2010 15:13:18 +0000 Received: from pigeon.gentoo.org (localhost [127.0.0.1]) by pigeon.gentoo.org (Postfix) with SMTP id B598FE07D5; Sat, 10 Apr 2010 15:12:26 +0000 (UTC) Received: from smtp.gentoo.org (smtp.gentoo.org [140.211.166.183]) by pigeon.gentoo.org (Postfix) with ESMTP id 6D7FDE07D1 for ; Sat, 10 Apr 2010 15:12:26 +0000 (UTC) Received: from localhost (localhost [127.0.0.1]) by smtp.gentoo.org (Postfix) with ESMTP id 058721B403F for ; Sat, 10 Apr 2010 15:12:26 +0000 (UTC) X-Virus-Scanned: amavisd-new at gentoo.org X-Spam-Score: -3.409 X-Spam-Level: X-Spam-Status: No, score=-3.409 required=5.5 tests=[AWL=-0.810, 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 bvaGQya2-ujV for ; Sat, 10 Apr 2010 15:12:18 +0000 (UTC) Received: from lo.gmane.org (lo.gmane.org [80.91.229.12]) by smtp.gentoo.org (Postfix) with ESMTP id 2CF631B4032 for ; Sat, 10 Apr 2010 15:12:17 +0000 (UTC) Received: from list by lo.gmane.org with local (Exim 4.69) (envelope-from ) id 1O0cLr-0004Zb-OE for gentoo-user@gentoo.org; Sat, 10 Apr 2010 17:12:03 +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 17:12:03 +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 17:12:03 +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 10:11:48 -0500 Organization: Still searching... Message-ID: <87d3y71gwb.fsf@newsguy.com> References: <878w8wvekz.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:0kA47c1bvCJRE5xQMCxm6kySHd8= X-Archives-Salt: 60ea6c0b-c498-4785-8bce-b087e5ca3f1a X-Archives-Hash: b12f541551db6c0011357b868b51b4a4 walt writes: > On 04/09/2010 08:19 AM, Harry Putnam wrote: >> This is not a question about cvs... its only used for example. >> >> I'm puzzled about a change in what I see when I run >> cvs -n update 2> /dev/null >> >> I've apparently lost the ability to remove stder from output. >> >> I used that command to trim out file descriptor 2 which used to leave >> a list of any changed files in the repo on the console, for a very >> long time. >> >> >> Suddenly there is no difference with: >> >> cvs -n update 2> /dev/null >> cvs -n update >> >> The stuff on stderr still shows in the ouput either way. >> >> Further; >> cvs -n update 2>er (redirect stder to ./er) >> >> Doesn't put anything in ./er >> >> However cvs -n update 1>out (redirect stdout to ./out) >> >> Does catch the output I'm after and leave out stderr. (as one would >> expect) >> >> So, again, apparently I've lost the ability to trim out stderr with a >> redirect to /dev/null (cvs -n update 2> /dev/null) >> >> ------- --------- ---=--- --------- -------- >> >> The only thing I've been tinkering with is evaluating the >> /etc/DIR_COLORS file. I switched from evaluating a custom version to >> evaluating the default version. > > I have no helpful advice, but I would try a couple of simple experiments: > > I have this in my home directory because I'm color blind: > -rw-r--r-- 1 wa1ter users 0 2007-08-27 18:29 .dir_colors > > $cat nonexistantfile > cat: nonexistantfile: No such file or directory > > $cat nonexistantfile 2> /tmp/testfile > $ > > $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.