From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 26223 invoked by alias); 10 May 2011 15:36:11 -0000 Received: (qmail 26079 invoked by uid 22791); 10 May 2011 15:36:10 -0000 X-SWARE-Spam-Status: No, hits=-1.3 required=5.0 tests=AWL,BAYES_20,DKIM_SIGNED,DKIM_VALID,RCVD_IN_DNSWL_LOW X-Spam-Check-By: sourceware.org Received: from out2.smtp.messagingengine.com (HELO out2.smtp.messagingengine.com) (66.111.4.26) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Tue, 10 May 2011 15:35:52 +0000 Received: from compute1.internal (compute1.nyi.mail.srv.osa [10.202.2.41]) by gateway1.messagingengine.com (Postfix) with ESMTP id C6A962033D for ; Tue, 10 May 2011 11:35:51 -0400 (EDT) Received: from frontend1.messagingengine.com ([10.202.2.160]) by compute1.internal (MEProxy); Tue, 10 May 2011 11:35:51 -0400 Received: from [158.147.67.90] (158-147-67-90.harris.com [158.147.67.90]) by mail.messagingengine.com (Postfix) with ESMTPSA id 7C18D4057E0; Tue, 10 May 2011 11:35:51 -0400 (EDT) Message-ID: <4DC95B55.2010707@cwilson.fastmail.fm> Date: Tue, 10 May 2011 15:36:00 -0000 From: Charles Wilson Reply-To: Charles Wilson User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.2; en-US; rv:1.9.2.17) Gecko/20110414 Thunderbird/3.1.10 MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: Who's using "CYGWIN=tty" and why? References: <20110509161028.GJ27739@calimero.vinschen.de> <20110509175205.GA5069@const.famille.thibault.fr> <20110509200524.GB10705@ednor.casa.cgf.cx> <654F3CDDAF0546FB9A0BA923298D8183@cit.wayne.edu> In-Reply-To: <654F3CDDAF0546FB9A0BA923298D8183@cit.wayne.edu> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com X-SW-Source: 2011-05/txt/msg00126.txt.bz2 On 5/10/2011 9:39 AM, Lee Maschmeyer wrote: > Just now. So far I haven't noticed any problems but this is even less > significant. I guess "notty" was meant to say that tty should not be > mentioned at all in the $CYGWIN variable. I'll remove it and see what > happens. Maybe it's not clear, but most $CYGWIN elements can be prefixed by "no" to turn them off. E.g. "acl" vs "noacl", envcache/noenvcache, tty/notty, etc. Now, obviously, these settings ALSO have a default value -- and usually that value is "off", so...in effect, no[tty,envcache,etc] are no-ops. -- Chuck -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple