From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 27252 invoked by alias); 21 Jan 2003 15:11:53 -0000 Mailing-List: contact gdb-help@sources.redhat.com; run by ezmlm Precedence: bulk List-Subscribe: List-Archive: List-Post: List-Help: , Sender: gdb-owner@sources.redhat.com Received: (qmail 27223 invoked from network); 21 Jan 2003 15:11:51 -0000 Received: from unknown (HELO www1.navtechinc.com) (192.234.226.140) by 172.16.49.205 with SMTP; 21 Jan 2003 15:11:51 -0000 Received: from pcNavYkfAdm1.ykf.navtechinc.com (wall [192.234.226.190]) by www1.navtechinc.com (8.9.3/8.9.3) with ESMTP id PAA16744; Tue, 21 Jan 2003 15:11:48 GMT Received: from navtechinc.com (IDENT:XYivcL3SjviqpmC3ueT6GQ3ALr99llP1@pcNavYkfCjh.ykf.navtechinc.com [204.138.155.26]) by pcNavYkfAdm1.ykf.navtechinc.com (8.9.3/8.9.3) with ESMTP id PAA17782; Tue, 21 Jan 2003 15:11:08 GMT Message-ID: <3E2D6310.3030307@navtechinc.com> Date: Tue, 21 Jan 2003 15:11:00 -0000 From: Chris Hamilton User-Agent: Mozilla/5.0 (X11; U; Linux i686; en-US; rv:1.2.1) Gecko/20021130 X-Accept-Language: en-us, en MIME-Version: 1.0 To: Bruce Korb CC: Daniel Jacobowitz , Bruce Korb , gdb@sources.redhat.com Subject: Re: popen References: <3E2C6377.5030600@navtechinc.com> <3E2C6A5C.3AA4D0E3@gnu.org> <20030121020051.GA17791@nevyn.them.org> <3E2CBD89.3C875FC7@veritas.com> In-Reply-To: <3E2CBD89.3C875FC7@veritas.com> Content-Type: multipart/mixed; boundary="------------030408000306060706010405" X-SW-Source: 2003-01/txt/msg00357.txt.bz2 This is a multi-part message in MIME format. --------------030408000306060706010405 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Content-length: 1253 The problem seems to come when I include the odbc libraries included with redhat 7.3. I've included a test .c file that will cause the problem when run with: cc popen_test.c -o a.out -g -lodbc Bruce Korb wrote: >Daniel Jacobowitz wrote: > > >>On Mon, Jan 20, 2003 at 01:30:04PM -0800, Bruce Korb wrote: >> >> >>>Chris Hamilton wrote: >>> >>> >>>>Bruce, >>>>I came across your September 24th posting about gdb throwing off a >>>>"Cannot find thread 2049" when it hits a popen >>>>(http://sources.redhat.com/ml/insight/2002-q3/msg00185.html). >>>>I'm currently experiencing the same problem in my application, and I was >>>>wondering if you had any advice on how to solve it. >>>> >>>> > > > >>Popen should not present this problem. I don't know why it does, so we >>need more information. >> >> > >It seems to occur when using popen, but not when I do all >the fork/exec stuff myself. I'll see if a trivial popen >example duplicates the problem, but I would guess that many >would have complained by now if it were that easy. > > > >>Meanwhile multi-process debugging is forthcoming. The Linux kernel >>patches are already in and I have more GDB patches queued. >> >> > >Excellent!! Thank you very much! > > > --------------030408000306060706010405 Content-Type: text/plain; name="popen_test.c" Content-Transfer-Encoding: 7bit Content-Disposition: inline; filename="popen_test.c" Content-length: 218 #include int main() { FILE *tpPipeFp; if((tpPipeFp = popen("test", "w")) == NULL) { printf("Can't open pipe\n"); exit(); } else printf("I've opened the pipe\n"); pclose(tpPipeFp); } --------------030408000306060706010405--