From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11056 invoked by alias); 24 Apr 2014 17:10:18 -0000 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 Received: (qmail 11045 invoked by uid 89); 24 Apr 2014 17:10:17 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=2.6 required=5.0 tests=AWL,BAYES_40,RP_MATCHES_RCVD autolearn=ham version=3.3.2 X-HELO: server.obj-sys.com Received: from server.obj-sys.com (HELO server.obj-sys.com) (74.50.121.244) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Thu, 24 Apr 2014 17:10:17 +0000 Received: from 75-147-126-222-philadelphia.hfc.comcastbusiness.net ([75.147.126.222]:55206 helo=[10.0.0.202]) by server.obj-sys.com with esmtpsa (TLSv1:DHE-RSA-AES128-SHA:128) (Exim 4.82) (envelope-from ) id 1WdNA7-000849-04 for cygwin@cygwin.com; Thu, 24 Apr 2014 13:10:15 -0400 Message-ID: <53594577.8040903@obj-sys.com> Date: Thu, 24 Apr 2014 17:10:00 -0000 From: Douglas Coup User-Agent: Mozilla/5.0 (Windows NT 6.3; WOW64; rv:24.0) Gecko/20100101 Thunderbird/24.4.0 MIME-Version: 1.0 To: cygwin@cygwin.com Subject: Re: rm -f behavior References: <5358260B.90807@obj-sys.com> <20140424142304.GT2339@calimero.vinschen.de> <53592F15.4040309@obj-sys.com> <20140424163624.GU2339@calimero.vinschen.de> In-Reply-To: <20140424163624.GU2339@calimero.vinschen.de> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Get-Message-Sender-Via: server.obj-sys.com: authenticated_id: dcoup@obj-sys.com X-IsSubscribed: yes X-SW-Source: 2014-04/txt/msg00546.txt.bz2 If it's any help, the same type of behavior happens when trying to do "cp -f" when the target exists and has a permission mask of 444. cp might be trying to do an rm first. Regards, Doug Coup Objective Systems, Inc. REAL WORLD ASN.1 AND XML SOLUTIONS Tel: +1 (484) 875-9841 Fax: +1 (484) 875-9830 Toll-free: (877) 307-6855 (USA only) http://www.obj-sys.com On 4/24/2014 12:36 PM, Corinna Vinschen wrote: > On Apr 24 11:34, Douglas Coup wrote: >> If I do "which rm" and "which chmod", it shows that both commands >> resolve to the Cygwin binaries. >> >> The attached rm.notworking.trace file is from an "rm -f dac.txt" >> command that gets the permission denied error; i.e., when the >> permissions on the file are 444. Things seem to start going south >> at entry 34276. > Gosh, how many ways to fail does transactional NTFS know? > >> 20 34002 [main] rm 7580 unlink_nt: Trying to delete \??\C:\mydocs\temp\dac.txt, isdir = 0 >> 274 34276 [main] rm 7580 unlink_nt: Opening \??\C:\mydocs\temp\dac.txt for removing R/O failed, status = 0xC0190052 > So you're getting a transaction error which isn't covered by the Cygwin > DLL yet. The error is STATUS_TRANSACTIONMANAGER_NOT_ONLINE. Whatever > this means. How on earth can the TxF manager be "not online"?!? > Unfortunately there's only very sparse information about this status > code available. > > Before I make any changes to Cygwin, I'll try to get some info from > the Microsoft side of things... > > > Stay tuned, > Corinna > > -- 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