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 Message-Id: <4.3.2.7.2.20021001164824.017afff0@goblet.cisco.com> X-Sender: brosler AT goblet DOT cisco DOT com Date: Tue, 01 Oct 2002 17:09:07 -0400 To: cygwin AT cygwin DOT com From: "Bruce P. Osler" Subject: Re: inetd + in.ftpd debugging question Cc: cygwin AT cygwin DOT com In-Reply-To: <20021001201011.GD20452@redhat.com> References: <4 DOT 3 DOT 2 DOT 7 DOT 2 DOT 20021001143926 DOT 0171ae28 AT goblet DOT cisco DOT com> <4 DOT 3 DOT 2 DOT 7 DOT 2 DOT 20021001143926 DOT 0171ae28 AT goblet DOT cisco DOT com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; format=flowed Well, I'm not sure about this course. I was actually more inclined to suspect that there may be something odd with our device than with cygwin. Towards this end I figured I should be able to snoop the innards of the ftpd in order to figure out who/what's going on. At this point I'm suspecting that the previous fetch has somehow left things in a funky state. The previous fetch, you see, failed as the file didn't exits. When I used an emulator to halt execution after the failed fetch, then restarted after a long-ish delay I actually _did_ see the file fetch correctly. One potentially interesting thing. On the earlier fetch, when cygwin reported that the file couldn't be found, the device responded with a RST to shut the session down instead of being more polite. I wonder if cygwin has an issue here where the ftpd requires some recovery time after this occurs in order for it to operate correctly. - Bruce At 04:10 PM 10/1/2002 -0400, Christopher Faylor wrote: >On Tue, Oct 01, 2002 at 04:00:24PM -0400, Bruce P. Osler wrote: > >Can anybody perhaps throw a hint over the fence to me about how I might > >go about debugging this issue? > >How about trying the latest cygwin snapshot at http://cygwin.com/snapshots/ ? >If it is a problem in cygwin it might be fixed there. > >Eventually one of the snapshots will become cygwin 1.3.13. > >cgf > >-- >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/ -- 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/