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: Mon, 30 Apr 2001 13:13:09 -0400 From: Christopher Faylor To: Cygwin Mailing List Cc: thunder AT ngforever DOT de Subject: Re: cygwin programs: realloc() segfault with library v1.3.1 Message-ID: <20010430131309.F30741@redhat.com> Reply-To: cygwin AT cygwin DOT com Mail-Followup-To: Cygwin Mailing List , thunder AT ngforever DOT de References: <001001c0d192$1cb70240$0101a8c0 AT luckynet DOT adm> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline User-Agent: Mutt/1.3.11i In-Reply-To: <001001c0d192$1cb70240$0101a8c0@luckynet.adm>; from thunder@ngforever.de on Mon, Apr 30, 2001 at 09:21:33AM -0700 On Mon, Apr 30, 2001 at 09:21:33AM -0700, Thunder from the hill wrote: >I hate this mailer! I think I should better use another one. > >Again, this is the failing source code. Whenever realloc() is used in >sendfile(), the MicroHTTPD segfaults. I'm sorry but this test case is way too complicated to debug. The only advice I can give is that it is unlikely that there is a problem with realloc. SIGSEGVs are usually an indication of some sort of memory corruption like overrunning a 20 byte array with 24 bytes of info. realloc SIGSEGVs can come about as a result of attempts to realloc a block that was not malloced or at least not malloced using a malloc that is associated with realloc. If you can pare this down into twenty lines or so, then maybe someone would be willing to take a look at it. I don't think that anyone has the time to attempt to debug a program of this size, however. Sorry. cgf -- Want to unsubscribe from this list? Check out: http://cygwin.com/ml/#unsubscribe-simple