X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-1.6 required=5.0 tests=AWL,BAYES_00,SPF_HELO_PASS,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org X-ASG-Debug-ID: 1286287930-0de9a7ed0001-w5GHUG X-Barracuda-Envelope-From: daniel AT fgm DOT com X-Barracuda-Apparent-Source-IP: 216.2.55.102 X-ASG-Whitelist: Client Message-ID: <4CAB323A.6060802@fgm.com> Date: Tue, 5 Oct 2010 10:12:10 -0400 From: Daniel Barclay User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.9.1.13) Gecko/20100914 SeaMonkey/2.0.8 MIME-Version: 1.0 To: Subject: Re: bash bug?: nested "bash --login -i" doesn't run /etc/profile (still runs ~/.bash_profile) References: <4CA4CFE3 DOT 1090300 AT fgm DOT com> <4CA9FE9B DOT 7020004 AT fgm DOT com> <4CAA4056 DOT 2070207 AT cygwin DOT com> X-ASG-Orig-Subj: Re: bash bug?: nested "bash --login -i" doesn't run /etc/profile (still runs ~/.bash_profile) In-Reply-To: <4CAA4056.2070207@cygwin.com> Content-Type: text/plain; charset="UTF-8"; format=flowed Content-Transfer-Encoding: 7bit X-Barracuda-Connect: UNKNOWN[216.2.55.102] X-Barracuda-Start-Time: 1286287930 X-Barracuda-Encrypted: AES128-SHA X-Barracuda-URL: http://spam.fgm.com:8000/cgi-mod/mark.cgi X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com Larry Hall (Cygwin) wrote: > On 10/4/2010 12:19 PM, Daniel Barclay wrote: >> I wrote: >>> The behavior of "bash --login -i" seems to vary depending on whether >>> it is a "root" invocation or a nested invocation of bash. This is >>> inconsistent with the description man bash, and seems to be a bug. >> >> Can anyone confirm (or "anti-confirm") this behavior?: >> >> >>> Details: >>> >>> >>> When bash is started using the Cygwin shortcut (which runs cygwin.bat, >>> which executes "bash --login -i"), bash reads files /etc/profile and >>> ~/.bash_profile. (Running "bash --login -i" from an interactive >>> "cmd" shell does the same.) >>> >>> However, when in that first bash process, another bash is started with >>> that same "bash --login -i" command, bash does _not_ read /etc/profile. > > Works for me. How did you detect that that second bash runs /etc/profile? Thanks, Daniel -- 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