delorie.com/archives/browse.cgi   search  
Mail Archives: cygwin/2004/10/29/12:58:16

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
Message-ID: <41827684.7040007@x-ray.at>
Date: Fri, 29 Oct 2004 18:57:40 +0200
From: Reini Urban <rurban AT x-ray DOT at>
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.0; de-AT; rv:1.8a3) Gecko/20040817
MIME-Version: 1.0
To: cygwin <cygwin AT cygwin DOT com>
Subject: coreutils rm nul
X-IsSubscribed: yes
Note-from-DJ: This may be spam

Would it be appreciated if coreutils rm would be able to
remove special windows files, like nul, aux, com and such, if it's 
really a file and no device?

I'm working on such a coreutils patch for rm(1) only, not mv(1), ln(1) 
or unlink(3) from cygwin1.dll.
Should it go to unlink(3) instead?

If the original proposer of the coreutils package, Mark, will not revive 
in the next months I might be persuaded to maintain it then.
But this seems to be a lot of work. The current state of (unmaintained) 
affairs is at
   http://xarch.tu-graz.ac.at/publ/cygwin/release/coreutils/

I'm using that version since 20041017, without any problems, but I'm 
still working on sync(3), su(1) and rm(1).
-- 
Reini Urban
http://xarch.tu-graz.ac.at/home/rurban/


--
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