From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 13492 invoked by alias); 19 Mar 2008 16:09:46 -0000 Received: (qmail 13475 invoked by uid 22791); 19 Mar 2008 16:09:44 -0000 X-Spam-Check-By: sourceware.org Received: from qnxmail.qnx.com (HELO nimbus.ott.qnx.com) (209.226.137.76) by sourceware.org (qpsmtpd/0.31) with ESMTP; Wed, 19 Mar 2008 16:09:26 +0000 Received: by nimbus.ott.qnx.com with Internet Mail Service (5.5.2653.19) id ; Wed, 19 Mar 2008 12:09:20 -0400 Message-ID: <47E13AAD.9050504@qnx.com> From: Aleksandar Ristovski To: gdb@sourceware.org Subject: -exec-step over a blocking function call Date: Wed, 19 Mar 2008 16:51:00 -0000 MIME-Version: 1.0 X-Mailer: Internet Mail Service (5.5.2653.19) user-agent: Content-Type: text/plain; charset="iso-8859-1" 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-03/txt/msg00162.txt.bz2 Hello, I have encountered a problem using MI interface. It is not very easy to reproduce, hence no real test case, but I will try to describe what I am seeing: This is the situation I have: (gdb) -exec-step 1 ^running (gdb) ~"Single stepping until exit from function SyncSemWait, \n" ~"which has no line number information.\n" Where SyncSemWait is a blocking function (as the name suggests, waiting for semaphore). Gdb will just sit here since the inferior has several threads, one of which is reading stdin waiting for user input, and apparently input would unblock. But until it does, gdb is sitting here. The problem I am seeing is that often, while waiting for SyncSemWait to return IDE would issue additional mi commands which eventually make gdb crash or appear frozen (unresponsive). I am not sure how should gdb deal with this situation. Any ideas? Thanks, Aleksandar Ristovski QNX Software Systems