From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 30421 invoked by alias); 12 Dec 2008 17:25:23 -0000 Received: (qmail 30398 invoked by uid 22791); 12 Dec 2008 17:25:23 -0000 X-Spam-Check-By: sourceware.org Received: from aquarius.hirmke.de (HELO calimero.vinschen.de) (217.91.18.234) by sourceware.org (qpsmtpd/0.43rc1) with ESMTP; Fri, 12 Dec 2008 17:24:48 +0000 Received: by calimero.vinschen.de (Postfix, from userid 500) id 5A38A6D4356; Fri, 12 Dec 2008 18:27:12 +0100 (CET) Date: Fri, 12 Dec 2008 17:25:00 -0000 From: Corinna Vinschen To: cygwin@cygwin.com Subject: Re: 1.7.0: mount type netapp Message-ID: <20081212172712.GM32197@calimero.vinschen.de> Reply-To: cygwin@cygwin.com Mail-Followup-To: cygwin@cygwin.com References: <3F715C67433E594B88B5ABEBBC6EE49F03E16EA7@fe-mail47.de.bosch.com> <20081212145548.GE32197@calimero.vinschen.de> <3F715C67433E594B88B5ABEBBC6EE49F03E16EAE@fe-mail47.de.bosch.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <3F715C67433E594B88B5ABEBBC6EE49F03E16EAE@fe-mail47.de.bosch.com> User-Agent: Mutt/1.5.16 (2007-06-09) Mailing-List: contact cygwin-help@cygwin.com; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner@cygwin.com Mail-Followup-To: cygwin@cygwin.com X-SW-Source: 2008-12/txt/msg00304.txt.bz2 On Dec 12 16:50, Pach Roman (DGS-EC/ESG3) wrote: > > > When I try the following > > > > ls /u > > > the command gets stuck. > > > By command > > > > strace ls /u > > > it runs very fast without problems. > > > Any ideas, what is the reason? > > > Attached are the files cygcheck.out, mount.out and strac > > > <> e <> . <> out > > > > I have no netapp access and the code how to handle netapp is based on > > input from netapp users. If it doesn't work, I really need somebody > > actually debugging this and either explaining what happens or send a > > patch. > > > > Corinna > > Hi Corinna, > > I've been using alias for ls. So I tested once more without. > > this one runs OK: > $ \ls /u > > this one gets stuck > $ \ls -p /u Actually, the problem is that there's no specific netapp code path in Cygwin which would explain that. Netapp drives are basically handled like remote fat drives. As I said, whatever happens, I can't debug it. Somebody with netapp access would have to do that. Corinna -- Corinna Vinschen Please, send mails regarding Cygwin to Cygwin Project Co-Leader cygwin AT cygwin DOT com Red Hat -- 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/