Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm 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 From: "Dave Korn" To: Subject: RE: cat /proc/registry/HKEY_PERFOMANCE_DATA/@ hangs Date: Tue, 13 Jul 2004 16:07:55 +0100 MIME-Version: 1.0 Content-Type: text/plain; charset="US-ASCII" Content-Transfer-Encoding: 7bit In-Reply-To: Message-ID: X-OriginalArrivalTime: 13 Jul 2004 15:07:55.0703 (UTC) FILETIME=[2D221C70:01C468EB] > -----Original Message----- > From: cygwin-owner On Behalf Of Igor Pechtchanski > Sent: 13 July 2004 15:30 > To: Reini Urban > On Tue, 13 Jul 2004, Reini Urban wrote: > > > cat /proc/registry/HKEY_PERFOMANCE_DATA/@ > > hangs forever. > > According to MSDN > (): [snip] > This tells me that reading from HKEY_PERFORMANCE_DATA never > returns EOF, > so that you have to terminate it explicitly from the outside. So your > behavior sounds absolutely normal. Reading a registry key isn't like reading a stream. There's no file position pointer and no EOF mark. You read all (or as much as you want) of the data in one operation. I don't think this failure mode seems likely. > > Win2K (no win98 OS) > > Shouldn't HKEY_PERFOMANCE_DATA be disabled on NT systems, > or does it work? > > If the key is present, it'll be in /proc/registry. FWIW, the MSDN web > page above doesn't mention any restrictions on the systems > that this key > is present on. Heh. Check this: dk AT mace ~> cd /proc/registry/ dk AT mace /proc/registry> ls HKEY_CLASSES_ROOT HKEY_CURRENT_USER HKEY_LOCAL_MACHINE HKEY_USERS HKEY_CURRENT_CONFIG HKEY_DYN_DATA HKEY_PERFOMANCE_DATA dk AT mace /proc/registry> ls -la Segmentation fault (core dumped) dk AT mace /proc/registry> next I type 'ls' to get dk AT mace /proc/registry> ls HKEY_ then I press P and the bash window vanishes !! And check this too: dk AT mace /proc/registry> getfacl HKEY_PERFOMANCE_DATA Segmentation fault (core dumped) dk AT mace /proc/registry> getfacl * # file: HKEY_CLASSES_ROOT # owner: Administrators # group: SYSTEM user::r-x group::r-x other:--- mask:rwx # file: HKEY_CURRENT_CONFIG # owner: Administrators # group: SYSTEM user::r-x group::r-x other:--- mask:rwx # file: HKEY_CURRENT_USER # owner: Administrators # group: SYSTEM user::r-x group::r-x other:--- mask:rwx # file: HKEY_DYN_DATA # owner: dk # group: Domain Users user::r-x group::r-x other:r-x mask:rwx # file: HKEY_LOCAL_MACHINE # owner: Administrators # group: SYSTEM user::r-x group::r-x other:r-- mask:rwx Segmentation fault (core dumped) dk AT mace /proc/registry> There's something badly wrong: it seems that any attempt to stat or otherwise access it causes a segfault. Tell me, do you suppose the spelling mistake between HKEY_PERFOMANCE_DATA and HKEY_PERFO*R*MANCE_DATA could be resulting in some internal routine in cygwin's registry->filesystem mapping code getting called with a NULL pointer? cheers, DaveK -- Can't think of a witty .sigline today.... -- 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/