FW: ls hanging with named pipes through samba

[Igor Pechtchanski]

On Wed, 21 Aug 2002, Kaj Mikkelsen wrote:

>  Tried to find the source for ls, but I am confused with the structure
> of the cvs repository

ls is part of fileutils.
	Igor

On Wed, 21 Aug 2002, Kaj Mikkelsen wrote:

> Cygwin version: 1.3.9 running under win2000 sp 2
> samba version 2.2.4 and 2.2.5 on Redhat 7.2 kernel 2.4.18
>
> If I have a named pipe in a directory, and tries to "ls -ald .*" cygwin
> will hang, and make the samba daemon hang as well.
>
>  samba daemon is hanging in an open call to the named pipe
>  (Output from strace below)
>  Cannot figure out, why cygwin is trying tro open the file, when doing an ls?
>
>  And it is not nfs specific, same result with other named pipes.
>
>  Ideas?
>
>  Tried to find the source for ls, but I am confused with the structure of the cvs repository
>  Tried teh faq, and mail archive, with no luck
>  Tried a google search: no luck.
>
>  /Kaj
>
>
>  ls from linux:
>  prw-------    1 kmi      exbit           0 Aug 20 16:25 .nfs038406e500000048
>  prw-------    1 kmi      exbit           0 Aug 20 16:25 .nfs038406e900000047
>
>  output from strace
>  stat64(".nfs038406e500000048", {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
>  send(12, "\0\0\0`\377SMB2\0\0\0\0\210A\0\0\0\0\0\0\0\0\0\0\0\0\0"..., 100, 0) = 100
>  select(21, [5 12 20], NULL, NULL, {60, 0}) = 1 (in [12], left {60, 0})
>  read(12, "\0\0\0i", 4)                  = 4
>  read(12, "\377SMB\242\0\0\0\0\30\7H\0\0\0\0\0\0\0\0\0\0\0\0\2\0\310"..., 105) = 105
>  gettimeofday({1029931277, 993106}, NULL) = 0
>  geteuid32()                             = 2828
>  setresuid32(0xffffffff, 0, 0xffffffff)  = 0
>  geteuid32()                             = 0
>  geteuid32()                             = 0
>  getegid32()                             = 999
>  setresgid32(0xffffffff, 0, 0xffffffff)  = 0
>  getegid32()                             = 0
>  getegid32()                             = 0
>  setgroups32(0x3, 0x81e0488)             = 0
>  setresgid32(0xffffffff, 0x3e7, 0xffffffff) = 0
>  getegid32()                             = 999
>  setresuid32(0xffffffff, 0xb0c, 0xffffffff) = 0
>  geteuid32()                             = 2828
>  stat64(".nfs038406e500000048", {st_mode=S_IFIFO|0600, st_size=0, ...}) = 0
>  gettimeofday({1029931277, 993590}, NULL) = 0
>  fcntl64(0xd, 0xe, 0xbfffeed0, 0x81cc1b8) = 0
>  open(".nfs038406e500000048", O_RDONLY|O_LARGEFILE

-- 
				http://cs.nyu.edu/~pechtcha/
      |\      _,,,---,,_		pechtcha@cs.nyu.edu
ZZZzz /,`.-'`'    -.  ;-;;,_		igor@watson.ibm.com
     |,4-  ) )-,_. ,\ (  `'-'		Igor Pechtchanski
    '---''(_/--'  `-'\_) fL	a.k.a JaguaR-R-R-r-r-r-.-.-.  Meow!

It took the computational power of three Commodore 64s to fly to the moon.
It takes a 486 to run Windows 95.  Something is wrong here. -- SC sig file


--
Unsubscribe info:      http://cygwin.com/ml/#unsubscribe-simple
Bug reporting:         http://cygwin.com/bugs.html
Documentation:         http://cygwin.com/docs.html
FAQ:                   http://cygwin.com/faq/