From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (qmail 11497 invoked by alias); 17 Oct 2014 15:02:47 -0000 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 Received: (qmail 11477 invoked by uid 89); 17 Oct 2014 15:02:46 -0000 Authentication-Results: sourceware.org; auth=none X-Virus-Found: No X-Spam-SWARE-Status: No, score=-2.1 required=5.0 tests=AWL,BAYES_00,RP_MATCHES_RCVD,SPF_HELO_PASS,SPF_PASS autolearn=ham version=3.3.2 X-HELO: mx1.redhat.com Received: from mx1.redhat.com (HELO mx1.redhat.com) (209.132.183.28) by sourceware.org (qpsmtpd/0.93/v0.84-503-g423c35a) with (AES256-GCM-SHA384 encrypted) ESMTPS; Fri, 17 Oct 2014 15:02:45 +0000 Received: from int-mx14.intmail.prod.int.phx2.redhat.com (int-mx14.intmail.prod.int.phx2.redhat.com [10.5.11.27]) by mx1.redhat.com (8.14.4/8.14.4) with ESMTP id s9HF2fKh019071 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=FAIL); Fri, 17 Oct 2014 11:02:41 -0400 Received: from localhost.localdomain (ovpn-112-31.ams2.redhat.com [10.36.112.31]) by int-mx14.intmail.prod.int.phx2.redhat.com (8.14.4/8.14.4) with ESMTP id s9HF2dw1012076; Fri, 17 Oct 2014 11:02:40 -0400 Message-ID: <54412F8E.2080605@redhat.com> Date: Fri, 17 Oct 2014 15:02:00 -0000 From: Phil Muldoon MIME-Version: 1.0 To: =?UTF-8?B?w5ZtZXIgU2luYW4gQcSfYWNhbg==?= CC: paul_koning , gdb Subject: Re: recursion limit exceeded in Python API, but there's only one function in traceback References: <543FBDFF.3050709@redhat.com> <104DEFBD-D686-4290-8E3C-725A51C165E6@dell.com> <7BB30632-15BE-4EF8-B84F-D35A27772F18@dell.com> <5440EB39.2060305@redhat.com> <54412597.8080600@redhat.com> In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit X-IsSubscribed: yes X-SW-Source: 2014-10/txt/msg00070.txt.bz2 On 17/10/14 15:26, Ömer Sinan Ağacan wrote: >> The patch has already been written (I had to fix it for a RH bugzilla >> entry). I just have not gotten around to posting it upstream yet. I >> will do that very soon. But if you are interested, the patch is here: >> >> >> https://bugzilla.redhat.com/show_bug.cgi?id=1116957 > > Can anyone explain me how does GIL related with my problem? A blocking call > will still be blocking no matter what happens to GIL, I don't understand how > `gdb.execute("continue")` won't fill the stack with free GIL. The GIL is only part of the problem. You are seeing the recursion limit as you are recursively entering the handler. If you could expand what you are trying to do, with what codebase that would be the best thing. Cheers, Phil