Mailing-List: contact cygwin-help AT sourceware DOT cygnus DOT com; run by ezmlm List-Subscribe: List-Archive: List-Post: List-Help: , Sender: cygwin-owner AT sources DOT redhat DOT com Delivered-To: mailing list cygwin AT sources DOT redhat DOT com Date: Fri, 6 Apr 2001 10:06:42 -0400 From: Christopher Faylor To: Corinna Vinschen Subject: Re: sftp Message-ID: <20010406100642.E17001@redhat.com> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: Corinna Vinschen References: <3ACB5353 DOT E8C8F77B AT gmx DOT de> <20010405105016 DOT M956 AT cygbert DOT vinschen DOT de> <3ACC5F40 DOT D064F813 AT gmx DOT de> <20010405170141 DOT C4845 AT cygbert DOT vinschen DOT de> <3ACC9849 DOT C40549C2 AT gmx DOT de> <20010405180557 DOT P956 AT cygbert DOT vinschen DOT de> <3ACCA55C DOT 6CD52904 AT gmx DOT de> <20010406083740 DOT Z956 AT cygbert DOT vinschen DOT de> <3ACD86BC DOT E5B7794D AT gmx DOT de> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.11i In-Reply-To: <3ACD86BC.E5B7794D@gmx.de>; from ronald.hecht@gmx.de on Fri, Apr 06, 2001 at 11:05:00AM +0200 On Fri, Apr 06, 2001 at 11:05:00AM +0200, Ronald Hecht wrote: >I tracked down the problem to the "(dp = readdir(dirp)) != NULL)" >command in process_readdir of sftp-server.c. The readdir function seems >to crash when it's called the second time. The main difference between >the first time it's called and the second is the value of >dirp->__d_dirent.__d_position. At the first time it's zero. The second >time nonzero (actually the last position of the directory). I set it to >zero, to see what happens and readdir is working correctly (lists the >directory again). > >Hope, this helps a bit. Did you look at the readdir code? Setting __d_position to zero really doesn't make sense in repeated readdir calls. I don't think this is a useful debugging point. If you are able to debug things to this point, can't you figure out exactly why it is core dumping? cgf -- Want to unsubscribe from this list? Check out: http://cygwin.com/ml/#unsubscribe-simple