delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2004/06/04/11:52:43

Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
List-Subscribe: <mailto:cygwin-subscribe AT cygwin DOT com>
List-Archive: <http://sourceware.org/ml/cygwin/>
List-Post: <mailto:cygwin AT cygwin DOT com>
List-Help: <mailto:cygwin-help AT cygwin DOT com>, <http://sourceware.org/ml/#faqs>
Sender: cygwin-owner AT cygwin DOT com
Mail-Followup-To: cygwin AT cygwin DOT com
Delivered-To: mailing list cygwin AT cygwin DOT com
Date: Fri, 4 Jun 2004 11:45:13 -0400
From: Ashok Vadekar <avadekar AT certicom DOT com>
To: cygwin AT cygwin DOT com
Subject: Recent change in redirection handling?
Message-ID: <20040604154513.GA153@certicom.com>
Reply-To: avadekar AT certicom DOT com
Mime-Version: 1.0
User-Agent: Mutt/1.4i
X-IsSubscribed: yes

I have a bash script that ran cleanly under 1.5.9x, that now exhibits some
disturbing behaviour under a recent upgrade.  The gist of the problem is that
the execution of
	compact /c file.exe >NUL
which used to run and produce no output (due to the redirect) now actually
puts the output into a file called NUL
So, I can deal with the fact that the script needs to either use
NUL: (which I did not test) or maybe more appropriately /dev/null (which
works), but I now have the NUL files polluting my disk that cannot be removed!

Under a real unix shell, I've had occasion to drop down to a bourne shell to
delete filenames with wilrdcard characters that a (t)csh would have trouble
with, but I have not found a similar was to deal with this.  Using
	rm NUL
in bash does not work;
	rem NUL
in a dos box doesn't work, and the windows explorer doesn't either.

Any suggestions?


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Problem reports:       http://cygwin.com/problems.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/

- Raw text -


  webmaster     delorie software   privacy  
  Copyright © 2019   by DJ Delorie     Updated Jul 2019