X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-1.4 required=5.0 tests=AWL,BAYES_00,T_RP_MATCHES_RCVD X-Spam-Check-By: sourceware.org Message-ID: <4D600CC8.7040105@etr-usa.com> Date: Sat, 19 Feb 2011 11:32:40 -0700 From: Warren Young User-Agent: Mozilla/5.0 (Windows; U; Windows NT 6.0; en-US; rv:1.9.2.13) Gecko/20101207 Thunderbird/3.1.7 MIME-Version: 1.0 To: Cygwin-L Subject: Re: assert broken? References: <20110217184934 DOT GA25353 AT home DOT invalid> In-Reply-To: <20110217184934.GA25353@home.invalid> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit X-IsSubscribed: yes Mailing-List: contact cygwin-help AT cygwin DOT com; run by ezmlm List-Id: 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 On 2/17/2011 11:49 AM, Stan wrote: > > The issue is triggering an assert dumps core. It's supposed to. The core gets you a backtrace, the exact line of code which tripped the assertion (you can't always tell just from the text of the assert()), the state of variables, etc. This is a very good thing; we wouldn't want it any other way. -- Problem reports: http://cygwin.com/problems.html FAQ: http://cygwin.com/faq/ Documentation: http://cygwin.com/docs.html Unsubscribe info: http://cygwin.com/ml/#unsubscribe-simple