X-Recipient: archive-cygwin AT delorie DOT com X-Spam-Check-By: sourceware.org X-MDRemoteIP: 213.123.247.160 X-Return-Path: prvs=107490ac71=killing AT multiplay DOT co DOT uk X-Envelope-From: killing AT multiplay DOT co DOT uk X-MDaemon-Deliver-To: cygwin AT cygwin DOT com Message-ID: <4A4ECF8C631E4CA3B04B67C7F9EE2E36@multiplay.co.uk> From: "Steven Hartland" To: References: <20080703125758 DOT GC10582 AT calimero DOT vinschen DOT de> <9519CD6573CA4B378AB436808C330A8C AT multiplay DOT co DOT uk> <20080704085528 DOT GH10582 AT calimero DOT vinschen DOT de> <83D9FB620178474D8B7E673F8BE88FBF AT multiplay DOT co DOT uk> <6C897634739C412CA4367B8530734B2F AT multiplay DOT co DOT uk> <20080707093546 DOT GA6791 AT calimero DOT vinschen DOT de> <910CB48BB8D549278A018EEC77702BAC AT multiplay DOT co DOT uk> <20080707130252 DOT GB25687 AT calimero DOT vinschen DOT de> <5CF5D99F8E794172B32368C22791FD5C AT multiplay DOT co DOT uk> <39D81418C24D4AD9B59EA052A5AA7DA8 AT multiplay DOT co DOT uk> <20080707150856 DOT GA26581 AT calimero DOT vinschen DOT de> Subject: Re: chmod permission denied on windows 2008 Date: Mon, 7 Jul 2008 17:12:15 +0100 MIME-Version: 1.0 Content-Type: text/plain; format=flowed; charset="iso-8859-1"; reply-type=original Content-Transfer-Encoding: 7bit X-Mailer: Microsoft Outlook Express 6.00.2900.5512 X-Spam-Processed: mail1.multiplay.co.uk, Mon, 07 Jul 2008 17:12:24 +0100 X-MDAV-Processed: mail1.multiplay.co.uk, Mon, 07 Jul 2008 17:12:27 +0100 X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: 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 ----- Original Message ----- From: "Corinna Vinschen" >> This seems to work fine, is there anything I should be aware of if we >> looked to use this in production environment? > > The mount points are now stored in /etc/fstab and /etc/fstab.d/$USER > instead of in the system and user registry. There are also a couple > of changes which we don't exactly consider ready for release. > In theory, you shouldn't use it in a production environment yet. Ooo thats a nice change :) I'd obviously like to avoid it but someones got to be first and if there is no way to fix chmod under 1.5.X it may be our only option. With this in mind I'll look to prep a full install and do some more in depth testing in order to determine if there are any show stoppers that would preclude us using 1.7. >> One thing I did notice is that rebaseall fails with:- >> /usr/bin/cyglsa64.dll: fixing bad relocations >> FixImage (/usr/bin/cyglsa64.dll) failed with last error = 13 >> >> As a temporary workaround I renamed it to allow rebase to complete on >> all but this file. > > The DLL has been build with VC++ due to the lack of a 64 bit capable gcc > for Cygwin. As long as this is the case, rebaseall will have to be > changed to skip cyglsa.dll and cyglsa64.dll. For the time being, what > you did is the right thing to do. Hmm cyglsa.dll appeared to process fine could this cause an issue? > Btw., another workaround using Cygwin 1.5.25 would be to use password > authentication, at least as long as you're not logging in to a domain > admin account. The latter requires tweaking /etc/group... Unfortunately password based access it not an option here for a number of reasons, mainly as its used by a large number of automation scripts remotely. I know its cheaky but I dont suppose you could shed any light on my other thread regards 2008 support:- "apache crashing on windows 2008 when listening on localhost" Thanks for taking the time to look at this, most appreciated. Regards Steve -- 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/