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
From:	"Dave Korn" <dk AT artimi DOT com>
To:	<cygwin AT cygwin DOT com>
Subject:	RE: cat /proc/registry/HKEY_PERFOMANCE_DATA/@ hangs
Date:	Tue, 13 Jul 2004 16:07:55 +0100
MIME-Version:	1.0
In-Reply-To:	<Pine.GSO.4.58.0407131021000.29800@slinky.cs.nyu.edu>
Message-ID:	<NUTMEGX8OQuqCPFGKU40000084c@NUTMEG.CAM.ARTIMI.COM>
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
> (<http://msdn.microsoft.com/library/en-us/perfmon/base/the_hke
y_performance_data_key.asp>):

[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' <space> <tab> to get

dk AT mace /proc/registry> ls HKEY_

then I press P <tab> 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/

- Raw text -