Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sourceware DOT cygnus DOT com Delivered-To: mailing list cygwin AT sourceware DOT cygnus DOT com Message-ID: <38CD7EEA.1FC69BE7@ece.gatech.edu> Date: Mon, 13 Mar 2000 18:51:06 -0500 From: Charles Wilson X-Mailer: Mozilla 4.7 [en] (Win98; U) X-Accept-Language: en MIME-Version: 1.0 To: cygwin AT sourceware DOT cygnus DOT com Subject: Subshells don't respect CYGWIN settings with latest snapshots? Content-Type: text/plain; charset=us-ascii Content-Transfer-Encoding: 7bit Content-Transfer-Encoding: 7bit (Sorry if this is a duplicate; my regular ISP is on the ORBS list right now...sigh...and I'm not sure if the first one made it) If I try to unpack a .tar.gz file with 'CYGWIN=nobinmode ntea tty' using a pipe, I get an error -- this is the expected behavior (if the tar-stream has binary characters..?). /usr/local/src/redhat/SOURCES/tmp > gzip -cd DelimMatch-1.04.tar.gz | tar xf - tar: Skipping to next file header tar: Archive - EOF not on block boundary tar: Error is not recoverable: exiting now However, if my global environment settings contain 'CYGWIN=binmode ntea tty', then the first rxvt/bash window I open works thusly: /usr/local/src/redhat/SOURCES/tmp > echo $CYGWIN tty ntea binmode /usr/local/src/redhat/SOURCES/tmp > gzip -cd DelimMatch-1.04.tar.gz | tar xvf - DelimMatch-1.04/ DelimMatch-1.04/DelimMatch.pm DelimMatch-1.04/Makefile.PL DelimMatch-1.04/MANIFEST DelimMatch-1.04/README DelimMatch-1.04/test.pl Then, I start a subshell: in the first rxvt/bash window, I execute: rxvt -e bash &. In the new bash window: /usr/local/src/redhat/SOURCES/tmp > echo $CYGWIN tty ntea binmode /usr/local/src/redhat/SOURCES/tmp > gzip -cd DelimMatch-1.04.tar.gz | tar xvf - DelimMatch-1.04/ DelimMatch-1.04/DelimMatch.pm tar: Skipping to next file header tar: Archive - EOF not on block boundary tar: Error is not recoverable: exiting now I see this behavior with the 20000311, 20000306, 20000228, 20000131, 20000106, and 19991124 snapshots. What's going on, anyone got a clue? --Chuck -- Want to unsubscribe from this list? Send a message to cygwin-unsubscribe AT sourceware DOT cygnus DOT com