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" <dave DOT korn AT artimi DOT com>
To: <cygwin AT cygwin DOT com>
Subject: RE: findutils still broken
Date: Thu, 21 Apr 2005 19:29:41 +0100
MIME-Version: 1.0
Content-Type: text/plain; charset="US-ASCII"
Content-Transfer-Encoding: 7bit
In-reply-to: <20050421182233.GH26356@trixie.casa.cgf.cx>
Message-ID: <SERRANOTZoGW2BnglTG000000b1@SERRANO.CAM.ARTIMI.COM>
X-OriginalArrivalTime: 21 Apr 2005 18:29:47.0063 (UTC) FILETIME=[188E7C70:01C546A0]

----Original Message----
>From: Christopher Faylor
>Sent: 21 April 2005 19:23

> On Thu, Apr 21, 2005 at 06:59:11PM +0100, Dave Korn wrote:
>> ----Original Message----
>>> From: Eric Blake
>>> Sent: 21 April 2005 18:40
>> 
>>> Contrary to your statement, /proc/registry/HKEY_CLASSES_ROOT/*/ is a
>>> valid directory name (but you sure have to be careful with shell quoting
>>> to actually get there).
>> 
>> 
>>  Only on a managed mount.  You simply cannot create a filename with a *
>> in it under windows, no matter how carefully you quote it (read 'even if
>> you pass a string with a * in it to CreateFile).
> 
> The whole /proc filesystem is an invention.  There is no managed about it.
> There is no reason that I can think of why windows limitations should
> apply to it.


  D'oh, yes, of course.  Right problem, wrong context.


> But, as usual, this speculation about what could possibly be going wrong
> is easily solved by just refraining from treating cygwin as a black box
> and looking at the sources.

  Well, that was my next step, but I'm off home for the evening.

dk AT mace /artimi> cd /proc/registry
dk AT mace /proc/registry> cd HKEY_CLASSES_ROOT/
dk AT mace /proc/registry/HKEY_CLASSES_ROOT> cd \*
dk AT mace /proc/registry/HKEY_CLASSES_ROOT/*> ls
AlwaysShowExt  InfoTip  OpenWithList  QuickTip  TileInfo  shellex
dk AT mace /proc/registry/HKEY_CLASSES_ROOT/*> cd InfoTip
bash: cd: InfoTip: Not a directory
dk AT mace /proc/registry/HKEY_CLASSES_ROOT/*> cd QuickTip
bash: cd: QuickTip: Not a directory
dk AT mace /proc/registry/HKEY_CLASSES_ROOT/*>
dk AT mace /proc/registry/HKEY_CLASSES_ROOT/*> cd ..
dk AT mace /proc/registry/HKEY_CLASSES_ROOT> cd .386/
dk AT mace /proc/registry/HKEY_CLASSES_ROOT/.386> cd [TAB-TAB]
@                  PerceivedType      PersistentHandler
dk AT mace /proc/registry/HKEY_CLASSES_ROOT/.386> cd PersistentHandler/
dk AT mace /proc/registry/HKEY_CLASSES_ROOT/.386/PersistentHandler> ls
@
dk AT mace /proc/registry/HKEY_CLASSES_ROOT/.386/PersistentHandler> cat @
{098f2470-bae0-11cd-b579-08002b30bfeb} dk AT mace
/proc/registry/HKEY_CLASSES_ROOT/

  It does look as if there's a dll bug preventing it from changing into
subdirs when there's an asterisk in the path.  Dunno why it doesn't go on to
iterate the rest of the /proc tree, although if you try "find /proc -xdev"
it does enumerate more of the top-level.


    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/