Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT cygwin DOT com Mail-Followup-To: cygwin AT cygwin DOT com Delivered-To: mailing list cygwin AT cygwin DOT com X-Authentication-Warning: slinky.cs.nyu.edu: pechtcha owned process doing -bs Date: Sun, 25 Aug 2002 11:37:20 -0400 (EDT) From: Igor Pechtchanski Reply-To: cygwin AT cygwin DOT com To: Kaj Mikkelsen cc: cygwin AT cygwin DOT com Subject: Re: FW: ls hanging with named pipes through samba In-Reply-To: <4635C7499BD3A14C9361477F0613ED9B179553@mx-dk1.vsc.vitesse.com> Message-ID: MIME-Version: 1.0 Content-Type: TEXT/PLAIN; charset=US-ASCII 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 AT cs DOT nyu DOT edu ZZZzz /,`.-'`' -. ;-;;,_ igor AT watson DOT ibm DOT 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/