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: <4B1EB003.6080305@gmail.com> Date: Tue, 08 Dec 2009 19:58:59 +0000 From: Dave Korn User-Agent: Thunderbird 2.0.0.17 (Windows/20080914) MIME-Version: 1.0 To: cygwin AT cygwin DOT com Subject: Re: [1.7] Possible dynamic linker error References: <4B1E8AD4 DOT 9060607 AT fnal DOT gov> In-Reply-To: <4B1E8AD4.9060607@fnal.gov> 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 Charles Plager wrote: > libraries were compiled by me on the same machine using gcc4.3.4). When > looking at the problem using GDB, it says it is now going to jump to > subroutine A (finishConstruction()), but instead jumps to subroutine B > (edm::ValueMap::operator+=). This could be just the ordinary sort of thing that goes on when you compile with optimisation (and hence inlining) turned on. It looks from the earlier lines like it's just constructed a std::map as part of the PluginFactory or PluginFactoryBase constructors, so if that edm::ValueMap is a derivation of std::map it might well be that finishConstruction() is correctly invoking the += operator to append an item, and gdb is showing you the source of the inlined operator function. So I think first thing you need to do is figure out if maybe it's actually going the right code path, and has gotten something wrong with the value of j. Check the value of $eip before and after that final step command and find out exactly where you're running. 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