From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 22025 invoked by alias); 14 Feb 2008 17:02:20 -0000 Received: (qmail 22016 invoked by uid 22791); 14 Feb 2008 17:02:19 -0000 X-Spam-Check-By: sourceware.org Received: from sca-es-mail-2.Sun.COM (HELO sca-es-mail-2.sun.com) (192.18.43.133) by sourceware.org (qpsmtpd/0.31) with ESMTP; Thu, 14 Feb 2008 17:01:58 +0000 Received: from fe-sfbay-09.sun.com ([192.18.43.129]) by sca-es-mail-2.sun.com (8.13.7+Sun/8.12.9) with ESMTP id m1EH1unt023971 for ; Thu, 14 Feb 2008 09:01:56 -0800 (PST) Received: from conversion-daemon.fe-sfbay-09.sun.com by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) id <0JW800F01MCXM100@fe-sfbay-09.sun.com> (original mail from Gordon.Prieur@Sun.COM) for gdb@sourceware.org; Thu, 14 Feb 2008 09:01:56 -0800 (PST) Received: from [129.146.82.55] by fe-sfbay-09.sun.com (Sun Java System Messaging Server 6.2-8.04 (built Feb 28 2007)) with ESMTPSA id <0JW8003GLNB2NQF0@fe-sfbay-09.sun.com> for gdb@sourceware.org; Thu, 14 Feb 2008 09:01:50 -0800 (PST) Date: Thu, 14 Feb 2008 17:02:00 -0000 From: Gordon Prieur Subject: stop-on-solib-events and Cygwin (or MinGW) To: gdb@sourceware.org Message-id: <47B473F8.5050401@sun.com> MIME-version: 1.0 Content-type: text/plain; format=flowed; charset=ISO-8859-1 Content-transfer-encoding: 7BIT User-Agent: Thunderbird 1.5 (X11/20060113) X-IsSubscribed: yes Mailing-List: contact gdb-help@sourceware.org; run by ezmlm Precedence: bulk List-Id: List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sourceware.org X-SW-Source: 2008-02/txt/msg00098.txt.bz2 Hi, I've just added support to the NetBeans gdb module for breakpoints set in shared libraries explicity dlopened (as apposed to shared libraries linked at link time). I'm using stop-on-solib-events to do this, and it works fine on both Solaris and Linux. However, if I set this property on Windows I don't get stopped after my dlopen/dlclose calls. Is there any way (on Windows) to make this feature work? The alternative is to provide a complete 2nd implementation for Windows (based on stopping in dlopen, calling "finish", and comparing info share from before and after). Since stack information isn't always reliable on Windows, I'm concerned this method won't be very reliable. Are there technical reasons why stop-on-solib-events doesn't work on Windows? Or is it just unimplemented on that platform? Would I see the same behavior on Vista? Thanks, Gordon