From mboxrd@z Thu Jan 1 00:00:00 1970 Path: main.gmane.org!not-for-mail From: CDDP 40 - TICE Newsgroups: gmane.lisp.guile.user Subject: Re: C++ application linked with guile dos not quite Date: 19 Jun 2002 10:02:10 +0200 Sender: guile-user-admin@gnu.org Message-ID: <1024473732.20137.40.camel@tice> References: <1024320297.17552.141.camel@tice> <1024388708.23129.28.camel@tice> <15631.14600.194325.589914@minos.phy.bnl.gov> <87u1o08plp.fsf@zagadka.ping.de> NNTP-Posting-Host: localhost.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: main.gmane.org 1024473466 27677 127.0.0.1 (19 Jun 2002 07:57:46 GMT) X-Complaints-To: usenet@main.gmane.org NNTP-Posting-Date: Wed, 19 Jun 2002 07:57:46 +0000 (UTC) Cc: Brett Viren , 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 17KaLZ-0007CI-00 for ; Wed, 19 Jun 2002 09:57:46 +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 17KaKz-0007gm-00; Wed, 19 Jun 2002 03:57:09 -0400 Original-Received: from smtp-out-3.wanadoo.fr ([193.252.19.233] helo=mel-rto3.wanadoo.fr) by fencepost.gnu.org with esmtp (Exim 3.34 #1 (Debian)) id 17KaJo-0007d0-00 for ; Wed, 19 Jun 2002 03:55:57 -0400 Original-Received: from mel-rta7.wanadoo.fr (193.252.19.61) by mel-rto3.wanadoo.fr (6.5.007) id 3D09BEC8002BC5DF; Wed, 19 Jun 2002 09:55:23 +0200 Original-Received: from localhost.localdomain (80.14.155.118) by mel-rta7.wanadoo.fr (6.5.007) id 3CFB1EED00960F39; Wed, 19 Jun 2002 09:55:23 +0200 Original-To: Marius Vollmer In-Reply-To: <87u1o08plp.fsf@zagadka.ping.de> X-Mailer: Ximian Evolution 1.0.5 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:615 X-Report-Spam: http://spam.gmane.org/gmane.lisp.guile.user:615 Le mar 18/06/2002 =E0 19:26, Marius Vollmer a =E9crit : > Brett Viren writes: >=20 > > 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). >=20 > 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. >=20 > I.e., does it return from gtk_main? Or does it hang in _exit? Ok, here is the exact situation: void=20 main_prog(int argc, char* argv[]) { [..] gtk_main(); g_print("Do we quit gtk_main?\n"); } int main(int argc, char* argv[]) { gh_enter(argc, argv, main_prog); g_print ("Can we quit?"); return 0; } "Do we quit gtk_main' is printed but not "Can we quit?" But I guess "Can we quit" has not to be printed. Also some remarks about how guile scripts are used into drgenius, guile scripts are embedded into object plugged in a geometric figures logic and area. The geometric figures are user interactive, it means guile scripts are evaluated hundred of time when the user plays interactively with the figure. Actually I notice, DrGenius may not hang when quitting if the user just loads a figure (with scripts) then directly quit. (The following screenshot gives an idea how the scripts are plugged in a figure http://www.ofset.org/drgenius/sshot4.png ) Hilaire =20 --=20 Ing=E9nierie =C9ducative CDDP des Landes _______________________________________________ Guile-user mailing list Guile-user@gnu.org http://mail.gnu.org/mailman/listinfo/guile-user