X-Spam-Check-By: sourceware.org
To: cygwin AT cygwin DOT com
From: Shankar Unni <shankarunni AT netscape DOT net>
Subject:  Re: ls command not outputting file names.
Date:  Tue, 13 Feb 2007 15:42:15 -0800
Lines: 34
Message-ID: <eqtico$ic3$1@sea.gmane.org>
References:  <eqsj01$bhh$1 AT sea DOT gmane DOT org>
Mime-Version:  1.0
Content-Type:  text/plain; charset=ISO-8859-1; format=flowed
Content-Transfer-Encoding:  7bit
User-Agent: Mozilla/5.0 (Windows; U; Windows NT 5.1; en-US; rv:1.8.1.2pre) Gecko/20070116 Thunderbird/2.0b2 Mnenhy/0.7.5.666
In-Reply-To: <eqsj01$bhh$1@sea.gmane.org>
X-IsSubscribed: yes
Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm
Precedence: bulk
List-Id: <cygwin.cygwin.com>
List-Unsubscribe: <mailto:cygwin-unsubscribe-archive-cygwin=delorie DOT com AT cygwin DOT com>
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

Chuck wrote:

> Attached files are output from "cygcheck -s -v -r > cygcheck.out", and
> and an strace of a failed execution of "ls /cygdrive". By failed I mean
> that the command produced no output.

That's funny.

The readdir() is cranking along, and reads c, g, h and k. Each of these 
consists of the sequence, e.g.:

   normalize_posix_path: src K:\
   normalize_win32_path: K:\ = normalize_win32_path (K:\)
   mount_info::conv_to_win32_path: conv_to_win32_path (K:)
   mount_info::conv_to_win32_path: src_path K:, dst K:, flags 0x0, rc 0
   symlink_info::check: not a symlink
   symlink_info::check: 0 = symlink.check (K:\, 0x22C210) (0x0)
   set_privilege: 1 = set_privilege ((token 6B0) SeChangeNotifyPrivilege, 1)
   path_conv::check: this->path(K:\), has_acls(0)
   fhandler_cygdrive::readdir: 0x22C9CC = readdir (0x6A1BE0) (k)

However, for his last drive (S:), I only see the trailing sequence

  normalize_posix_path: src S:\
  normalize_win32_path: S:\ = normalize_win32_path (S:\)
  mount_info::conv_to_win32_path: conv_to_win32_path (S:)

And that's it - it ends abruptly there (the second trace from 
conv_to_win32_path() is not present). So it seems to have died in that 
conv_to_win32_path() call.

Obviously something odd about that share. Chuck: can you tell if there's 
something unusual about the server that exports that share (as opposed 
to the other drives you have, like K: and G:)?


--
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/