From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: Marius Vollmer Newsgroups: gmane.lisp.guile.user Subject: Re: C++ application linked with guile dos not quite Date: 18 Jun 2002 19:26:58 +0200 Sender: guile-user-admin@gnu.org Message-ID: <87u1o08plp.fsf@zagadka.ping.de> References: <1024320297.17552.141.camel@tice> <1024388708.23129.28.camel@tice> <15631.14600.194325.589914@minos.phy.bnl.gov> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii X-Trace: main.gmane.org 1024421660 31375 127.0.0.1 (18 Jun 2002 17:34:20 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Tue, 18 Jun 2002 17:34:20 +0000 (UTC) Cc: CDDP 40 - TICE , Guile user Return-path: Original-Received: from fencepost.gnu.org ([199.232.76.164]) by main.gmane.org with esmtp (Exim 3.33 #1 (Debian)) id 17KMs0-00089w-00 for ; Tue, 18 Jun 2002 19:34:20 +0200 Original-Received: from localhost ([127.0.0.1] helo=fencepost.gnu.org) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17KMnv-0005zU-00; Tue, 18 Jun 2002 13:30:07 -0400 Original-Received: from dialin.speedway42.dip102.dokom.de ([195.138.42.102] helo=zagadka.ping.de) by fencepost.gnu.org with smtp (Exim 3.34 #1 (Debian)) id 17KMkx-0005oD-00 for ; Tue, 18 Jun 2002 13:27:03 -0400 Original-Received: (qmail 1123 invoked by uid 1000); 18 Jun 2002 17:26:58 -0000 Original-To: Brett Viren In-Reply-To: <15631.14600.194325.589914@minos.phy.bnl.gov> Original-Lines: 12 User-Agent: Gnus/5.09 (Gnus v5.9.0) Emacs/21.2 Errors-To: guile-user-admin@gnu.org X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.0.9 Precedence: bulk List-Help: List-Post: List-Subscribe: , List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: Xref: main.gmane.org gmane.lisp.guile.user:609 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.user:609 Brett Viren writes: > Maybe if you are calling scm_protect_object() but failing to call > scm_unprotect_object() then the garbage collector is waiting for the > reference count to go to zero? (I'm no expert, so take this with a > grain of salt). No, this wont happen. There must be some other cause. It would help to know in what way the application normally exits, and on what point it stops. I.e., does it return from gtk_main? Or does it hang in _exit? _______________________________________________ Guile-user mailing list Guile-user@gnu.org http://mail.gnu.org/mailman/listinfo/guile-user