X-Recipient: archive-cygwin AT delorie DOT com X-SWARE-Spam-Status: No, hits=-2.5 required=5.0 tests=AWL,BAYES_00,SPF_PASS X-Spam-Check-By: sourceware.org Message-ID: <4A5E530E.8050708@gmail.com> Date: Wed, 15 Jul 2009 23:07:10 +0100 From: Dave Korn User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: Steven Hartland CC: Dave Korn , cygwin AT cygwin DOT com Subject: Re: perl threads on 2008 R2 64bit = crash ( was: perl 5.10 threads on 1.5.25 = instant crash ) References: <8541BCA91FF64580AA7A8065FBF9C938 AT multiplay DOT co DOT uk> <39B3B148DA514671BB2E1AE46946169C AT multiplay DOT co DOT uk> <20090715000331 DOT GA5635 AT ednor DOT casa DOT cgf DOT cx> <6D01817BC10A4430AFE7A590CC935C09 AT multiplay DOT co DOT uk> <20090715152139 DOT GA694 AT calimero DOT vinschen DOT de> <4A5DFDDF DOT 2000904 AT gmail DOT com> <20090715162243 DOT GL14502 AT ednor DOT casa DOT cgf DOT cx> <4A5E0AB1 DOT 9020201 AT gmail DOT com> <20090715185636 DOT GA16211 AT ednor DOT casa DOT cgf DOT cx> <4A5E2ED6 DOT 3070502 AT gmail DOT com> <20090715194539 DOT GZ27613 AT calimero DOT vinschen DOT de> <4A5E3F1F DOT 9040103 AT gmail DOT com> <3A7ECF6AFCAC428BB48BDA89F116401E AT multiplay DOT co DOT uk> In-Reply-To: <3A7ECF6AFCAC428BB48BDA89F116401E@multiplay.co.uk> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit 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 Steven Hartland wrote: > > ----- Original Message ----- From: "Dave Korn" >> (gdb) b 113 if ((*object) == 0) >> No symbol "object" in current context. >> (gdb) >> >> Ah, that's bad. It might work on a DLL compiled with -O0 -g, but >> here we >> have a problem that the function gets inlined everywhere it's called. So >> instead I set an unconditional breakpoint there and let it run until I >> hit it: > > From my experience last night you should be able to use something like:- > b 113 if ( 0 == (**(verifyable_object **)objectptr) I did try it, but objectptr was out of scope as well. I'm using 1.7 and gcc-4.3.2, so it might well be that there's more inlining going on for me than for you, or changes in the debug info generation that account for it. > If not here at least it hits that break ~ 280 times before blowing up so > setting a conditional on that occurrence should help. :) That's the general idea! cheers, DaveK -- 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