X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=3.6 required=5.0 tests=AWL,BAYES_00,RCVD_IN_DNSWL_LOW X-Spam-Check-By: sourceware.org MIME-Version: 1.0 In-Reply-To: References: <669347 DOT 40317 DOT qm AT web161713 DOT mail DOT bf1 DOT yahoo DOT com> <20110302084059 DOT GA31235 AT calimero DOT vinschen DOT de> Date: Wed, 2 Mar 2011 04:23:14 -0600 Message-ID: Subject: Re: 1.7.8-1 ls -l /proc/sys/Device causes system reset From: Timothy Coalson To: cygwin Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm Precedence: bulk List-Id: List-Unsubscribe: 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 On Wed, Mar 2, 2011 at 2:40 AM, Corinna Vinschen
wrote: > On Mar =A01 16:41, Tim Coalson wrote: >> I have found two culprits so far, SSHDRV65 and SSHDRV79. =A0They seem to= be >> drivers related to CD copy protection software in windows. > > I *really* start to hate Windows XP. > > But I can't reproduce this, neither on XP nor on W7. =A0Maybe because > I don't have these SSHDRVxx devices. > > What puzzles me a bit is this: =A0The core of the functionality is in > a method called fhandler_procsys::exists(). =A0This method is called > even for a simple ls which does not stat. =A0The underlying stat method > fhandler_procsys::fstat() also just calls the exists() method and then > fills the stat buffer. > > Hmm... > > There is one difference. =A0If exists() is called from fstat() then > there's an additional call to fetch the ACL from the device entry. > That's the only additional system call in this scenario. > > Can you please test something for me? > > Fetch the WinObj tool from sysinternals: > http://technet.microsoft.com/en-us/sysinternals/bb896657 > > Install it and start it. =A0In WinObj, open the Device directory and > search for the SSHDRV65 and SSHDRV79 entries. =A0Right-click on them and > open the Properties dialog. =A0Then switch to the "Security" tab. > Does it work? =A0Does it show something useful or a kind of error message? > > > Corinna > I have switched to a different email so that I can reply properly. Using the tool mentioned, both of the problem devices' properties dialogs appear to be functional. =A0I do not see any error messages, either there or in device manager with showing hidden items. =A0In WinObj, under security, there are four items in group or user names, administrators (myhost/administrators), everyone, restricted, and system, and under advanced, all entries are marked Special for permission and . =A0However, it appears that I cannot edit the permissions for the entries, though the permissions are displayed, and also displayed under advanced, edit..., the checkboxes are all greyed out. =A0Unfortunately, comparing this to another device in the list, none of this seems to be unique to the problem devices. In addition, no other items in the Device directory cause this problem. -- 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