Strange cygdrive problem

2010-01-05 Thread Avi Schwartz

I upgraded to the latest cygwin version yesterday and since then I have a
problem I never encountered before and it may have to do with the Netware
file system.

Here is what mount shows:

C:/cygwin/bin on /usr/bin type ntfs (binary,auto)
C:/cygwin/lib on /usr/lib type ntfs (binary,auto)
C:/cygwin on / type ntfs (binary,auto)
C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto)
F: on /cygdrive/f type nwfs (binary,posix=0,user,noumount,auto)
G: on /cygdrive/g type nwfs (binary,posix=0,user,noumount,auto)
M: on /cygdrive/m type ntfs (binary,posix=0,user,noumount,auto)
P: on /cygdrive/p type nwfs (binary,posix=0,user,noumount,auto)
Y: on /cygdrive/y type nwfs (binary,posix=0,user,noumount,auto)
Z: on /cygdrive/z type nwfs (binary,posix=0,user,noumount,auto)

The problem I am having is with the F, G, P, Y, and Z drives which are of
nwfs type. C and M which are ntfs are fine.

ls -l in cydrive shows the following:

total 0
drwxrwxr-x+ 1 Administrators SYSTEM   0 2010-01-04 11:46 c
-rwxr-xr-x  1 Schwar Domain Users 0 2009-04-22 15:22 f
-rwxr-xr-x  1 Schwar Domain Users 0 2009-04-22 15:22 g
drwx--+ 1 Administrators  0 2009-10-12 13:28 m
-rwxr-xr-x  1 Schwar Domain Users 0 2009-04-22 15:22 p
-rwxr-xr-x  1 Schwar Domain Users 0 2009-04-22 15:22 y
-rwxr-xr-x  1 Schwar Domain Users 0 2009-04-22 15:22 z

As you can see the nwfs mounts do not show up as a directory (d) is
missing.

If I cd into one of the problem directories, lets say "cd f":

"ls" generates the following error: "ls: cannot open directory .: No such
file or directory"

"ls ." just shows "."

However "ls -l" works fine and lists the files in the directory.

The same problem occurs also in all sub-directories of these mounts.

I also found out that the behavior changes as I change the LANG setting.
For example setting LANG=en_US causes even "ls -l" to fail in these mounts
but setting to "C.UTF-8" or "en_US.UTF-8" allows "ls -l" to work (but still
not "ls").

Any ideas what is going on and how to fix it?

Thanks,
Avi


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple



2nd Try: nwfs problem

2010-01-06 Thread Avi Schwartz

I upgraded to the latest cygwin version yesterday and since then I have a
problem I never encountered before. It may have to do with the Netware file
system.

Here is what mount shows: 

C:/cygwin/bin on /usr/bin type ntfs (binary,auto) 
C:/cygwin/lib on /usr/lib type ntfs (binary,auto) 
C:/cygwin on / type ntfs (binary,auto) 
C: on /cygdrive/c type ntfs (binary,posix=0,user,noumount,auto) 
F: on /cygdrive/f type nwfs (binary,posix=0,user,noumount,auto) 
G: on /cygdrive/g type nwfs (binary,posix=0,user,noumount,auto) 
M: on /cygdrive/m type ntfs (binary,posix=0,user,noumount,auto) 
P: on /cygdrive/p type nwfs (binary,posix=0,user,noumount,auto) 
Y: on /cygdrive/y type nwfs (binary,posix=0,user,noumount,auto) 
Z: on /cygdrive/z type nwfs (binary,posix=0,user,noumount,auto) 

The problem I am having is with the F, G, P, Y, and Z drives which are all
of the nwfs type. C and M which are ntfs are fine. 

ls -l in cydrive shows the following:
total 0 
drwxrwxr-x+ 1 Administrators SYSTEM 0 2010-01-04 11:46 c 
-rwxr-xr-x 1 Schwar Domain Users 0 2009-04-22 15:22 f 
-rwxr-xr-x 1 Schwar Domain Users 0 2009-04-22 15:22 g 
drwx--+ 1 Administrators  0 2009-10-12 13:28 m 
-rwxr-xr-x 1 Schwar Domain Users 0 2009-04-22 15:22 p 
-rwxr-xr-x 1 Schwar Domain Users 0 2009-04-22 15:22 y 
-rwxr-xr-x 1 Schwar Domain Users 0 2009-04-22 15:22 z 

As you can see the nwfs mounts do not show up as a directories (d is
missing in the attribute list). If I cd into one of the problem
directories, lets say "cd /cygdrive/f", 

"ls" generates the following error: "ls: cannot open directory .: No such
file or directory"

"ls ." just shows "." 

However "ls -l" works fine and lists the files in the directory. 

The same problem occurs also in all sub-directories of these mounts. I also
found that the behavior changes as I change the LANG setting. For example
setting LANG=en_US causes even "ls -l" to fail in these mounts but setting
to "C.UTF-8" or "en_US.UTF-8" allows "ls -l" to work (but still not "ls").

Any ideas what is going on and how to fix it? 

Thanks, 
Avi 


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple



Re: 2nd Try: nwfs problem

2010-01-06 Thread Avi Schwartz



On Wed, 06 Jan 2010 13:26:22 -0500, "Larry Hall (Cygwin)"
 wrote:
> On 01/06/2010 12:01 PM, Avi Schwartz wrote:
>> Any ideas what is going on and how to fix it?
> 
> Just because you didn't get a response to your first inquiry doesn't mean
> that we're ignoring you.  It simply means that there aren't allot of
> people
> on the list that use this and/or that none of them see this problem or
can
> really help.  There have been issues with Netware file-systems in the
past
> and it takes some effort on the part of those with access to them to
track
> and solve the problems.  A comparison of the output of the output from
> '/usr/lib/csih/getVolInfo' for a local NTFS drive and the Netware one
> might
> provide some pointers as to the area(s) of difference. If it isn't
> obvious,
> 'getVolInfo' comes from the "csih" package.

Fair enough. 

Here is the output for the local (c) drive which works fine:
$ /usr/lib/csih/getVolInfo /cygdrive/c
Device Type: 7
Characteristics: 20
Volume Name: <>
Serial Number  : 3628886972
Max Filenamelength : 255
Filesystemname : 
Flags  : 700ff
  FILE_CASE_SENSITIVE_SEARCH  : TRUE
  FILE_CASE_PRESERVED_NAMES   : TRUE
  FILE_UNICODE_ON_DISK: TRUE
  FILE_PERSISTENT_ACLS: TRUE
  FILE_FILE_COMPRESSION   : TRUE
  FILE_VOLUME_QUOTAS  : TRUE
  FILE_SUPPORTS_SPARSE_FILES  : TRUE
  FILE_SUPPORTS_REPARSE_POINTS: TRUE
  FILE_SUPPORTS_REMOTE_STORAGE: FALSE
  FILE_VOLUME_IS_COMPRESSED   : FALSE
  FILE_SUPPORTS_OBJECT_IDS: TRUE
  FILE_SUPPORTS_ENCRYPTION: TRUE
  FILE_NAMED_STREAMS  : TRUE
  FILE_READ_ONLY_VOLUME   : FALSE
  FILE_SEQUENTIAL_WRITE_ONCE  : FALSE
  FILE_SUPPORTS_TRANSACTIONS  : FALSE


This is for the NTFS network drive which is also working fine:

$ /usr/lib/csih/getVolInfo /cygdrive/m
Device Type: 7
Characteristics: 10
Volume Name: 
Serial Number  : 2625585716
Max Filenamelength : 255
Filesystemname : 
Flags  : 700ff
  FILE_CASE_SENSITIVE_SEARCH  : TRUE
  FILE_CASE_PRESERVED_NAMES   : TRUE
  FILE_UNICODE_ON_DISK: TRUE
  FILE_PERSISTENT_ACLS: TRUE
  FILE_FILE_COMPRESSION   : TRUE
  FILE_VOLUME_QUOTAS  : TRUE
  FILE_SUPPORTS_SPARSE_FILES  : TRUE
  FILE_SUPPORTS_REPARSE_POINTS: TRUE
  FILE_SUPPORTS_REMOTE_STORAGE: FALSE
  FILE_VOLUME_IS_COMPRESSED   : FALSE
  FILE_SUPPORTS_OBJECT_IDS: TRUE
  FILE_SUPPORTS_ENCRYPTION: TRUE
  FILE_NAMED_STREAMS  : TRUE
  FILE_READ_ONLY_VOLUME   : FALSE
  FILE_SEQUENTIAL_WRITE_ONCE  : FALSE
  FILE_SUPPORTS_TRANSACTIONS  : FALSE

And this is for one of the Netware network drives which has the problem:

$ /usr/lib/csih/getVolInfo /cygdrive/g
Device Type: 7
Characteristics: 30
Volume Name: 
Serial Number  : 2887124997
Max Filenamelength : 255
Filesystemname : 
Flags  : 2
  FILE_CASE_SENSITIVE_SEARCH  : FALSE
  FILE_CASE_PRESERVED_NAMES   : TRUE
  FILE_UNICODE_ON_DISK: FALSE
  FILE_PERSISTENT_ACLS: FALSE
  FILE_FILE_COMPRESSION   : FALSE
  FILE_VOLUME_QUOTAS  : FALSE
  FILE_SUPPORTS_SPARSE_FILES  : FALSE
  FILE_SUPPORTS_REPARSE_POINTS: FALSE
  FILE_SUPPORTS_REMOTE_STORAGE: FALSE
  FILE_VOLUME_IS_COMPRESSED   : FALSE
  FILE_SUPPORTS_OBJECT_IDS: FALSE
  FILE_SUPPORTS_ENCRYPTION: FALSE
  FILE_NAMED_STREAMS  : FALSE
  FILE_READ_ONLY_VOLUME   : FALSE
  FILE_SEQUENTIAL_WRITE_ONCE  : FALSE
  FILE_SUPPORTS_TRANSACTIONS  : FALSE

I hope this helps.

Avi


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple



Re: Strange cygdrive problem

2010-01-08 Thread Avi Schwartz

On Thu, 7 Jan 2010 18:37:55 +0100, Corinna Vinschen
 wrote:
> On Jan  7 18:35, Corinna Vinschen wrote:
>>   /usr/lib/csih/getVolInfo X:
> 
> Make that
> 
> /usr/lib/csih/getVolInfo X:/
> 
> The slash is necessary.
> 
> 
> Corinna

$ /usr/lib/csih/getVolInfo c:/
Device Type: 7
Characteristics: 20
Volume Name: <>
Serial Number  : 3628886972
Max Filenamelength : 255
Filesystemname : 
Flags  : 700ff
  FILE_CASE_SENSITIVE_SEARCH  : TRUE
  FILE_CASE_PRESERVED_NAMES   : TRUE
  FILE_UNICODE_ON_DISK: TRUE
  FILE_PERSISTENT_ACLS: TRUE
  FILE_FILE_COMPRESSION   : TRUE
  FILE_VOLUME_QUOTAS  : TRUE
  FILE_SUPPORTS_SPARSE_FILES  : TRUE
  FILE_SUPPORTS_REPARSE_POINTS: TRUE
  FILE_SUPPORTS_REMOTE_STORAGE: FALSE
  FILE_VOLUME_IS_COMPRESSED   : FALSE
  FILE_SUPPORTS_OBJECT_IDS: TRUE
  FILE_SUPPORTS_ENCRYPTION: TRUE
  FILE_NAMED_STREAMS  : TRUE
  FILE_READ_ONLY_VOLUME   : FALSE
  FILE_SEQUENTIAL_WRITE_ONCE  : FALSE
  FILE_SUPPORTS_TRANSACTIONS  : FALSE

This one (nwfs) fails:

$ /usr/lib/csih/getVolInfo g:/
ZwOpenFile(\??\C:\cygwin\home\Schwar\▒\!a▒3a
) failed, c03a

Avi


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple



Re: Strange cygdrive problem

2010-01-08 Thread Avi Schwartz


On Fri, 8 Jan 2010 16:59:50 +0100, Corinna Vinschen wrote:
> On Jan  8 09:35, Avi Schwartz wrote:
>> $ strace -o ls.trace ls /cygdrive/f
>> ls: cannot access /cygdrive/f: Input/Output error
>>
>> I am attaching the strace output.
> 
> Thanks for the strace.  I'm not sure yet, but I think I see what's going
> on.  Is it ok with you if I send you the URL to a test Cygwin DLL via
> private mail?

Sure, I will gladly test it.
Avi 


--
Problem reports:   http://cygwin.com/problems.html
FAQ:   http://cygwin.com/faq/
Documentation: http://cygwin.com/docs.html
Unsubscribe info:  http://cygwin.com/ml/#unsubscribe-simple