From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.io!.POSTED.blaine.gmane.org!not-for-mail From: David Pirotte Newsgroups: gmane.lisp.guile.user Subject: Re: GNU G-Golf 0.8.0-rc-3 available for testing Date: Sat, 4 May 2024 18:39:44 -0300 Message-ID: <20240504183944.79f547cc@tintin> References: <20240417025615.0b6c50f5@tintin> <871q73vcz4.fsf@pelzflorian.de> <20240418192132.245200a9@tintin> <87cyql1e56.fsf@pelzflorian.de> <20240420015158.50031f08@tintin> <877cgepwm1.fsf@pelzflorian.de> <20240430215102.2f6f74b7@tintin> <87ikzwdp5e.fsf@pelzflorian.de> <20240502185724.29c65892@tintin> <87h6ffgmb6.fsf@pelzflorian.de> <20240504025929.1368a279@tintin> <878r0plkc2.fsf@pelzflorian.de> Mime-Version: 1.0 Content-Type: multipart/signed; boundary="Sig_/BVV_1Kzpy18xthGWOnZ=P66"; protocol="application/pgp-signature"; micalg=pgp-sha512 Injection-Info: ciao.gmane.io; posting-host="blaine.gmane.org:116.202.254.214"; logging-data="15527"; mail-complaints-to="usenet@ciao.gmane.io" Cc: guile-user To: "pelzflorian (Florian Pelz)" Original-X-From: guile-user-bounces+guile-user=m.gmane-mx.org@gnu.org Sat May 04 23:40:51 2024 Return-path: Envelope-to: guile-user@m.gmane-mx.org Original-Received: from lists.gnu.org ([209.51.188.17]) by ciao.gmane.io with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.92) (envelope-from ) id 1s3N7j-0003lU-CE for guile-user@m.gmane-mx.org; Sat, 04 May 2024 23:40:51 +0200 Original-Received: from localhost ([::1] helo=lists1p.gnu.org) by lists.gnu.org with esmtp (Exim 4.90_1) (envelope-from ) id 1s3N71-0001bq-11; Sat, 04 May 2024 17:40:07 -0400 Original-Received: from eggs.gnu.org ([2001:470:142:3::10]) by lists.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1s3N6v-0001bK-Nk for guile-user@gnu.org; Sat, 04 May 2024 17:40:02 -0400 Original-Received: from smtp.all2all.org ([79.99.200.14] helo=moses.all2all.org) by eggs.gnu.org with esmtps (TLS1.2:ECDHE_RSA_AES_256_GCM_SHA384:256) (Exim 4.90_1) (envelope-from ) id 1s3N6t-0000LM-CZ for guile-user@gnu.org; Sat, 04 May 2024 17:40:01 -0400 Original-Received: from localhost (localhost [127.0.0.1]) by moses.all2all.org (Postfix) with ESMTP id B81E367C007A; Sat, 4 May 2024 23:39:54 +0200 (CEST) X-Virus-Scanned: Debian amavisd-new at moses.all2all.org Original-Received: from moses.all2all.org ([127.0.0.1]) by localhost (moses.all2all.org [127.0.0.1]) (amavisd-new, port 10024) with ESMTP id JdUcBKyLkISZ; Sat, 4 May 2024 23:39:53 +0200 (CEST) Original-Received: from tintin (unknown [168.227.184.177]) by moses.all2all.org (Postfix) with ESMTPSA id 74F3667C0074; Sat, 4 May 2024 23:39:52 +0200 (CEST) In-Reply-To: <878r0plkc2.fsf@pelzflorian.de> X-Mailer: Claws Mail 4.2.0 (GTK 3.24.41; x86_64-pc-linux-gnu) Received-SPF: pass client-ip=79.99.200.14; envelope-from=david@altosw.be; helo=moses.all2all.org X-Spam_score_int: -25 X-Spam_score: -2.6 X-Spam_bar: -- X-Spam_report: (-2.6 / 5.0 requ) BAYES_00=-1.9, RCVD_IN_DNSWL_LOW=-0.7, SPF_HELO_NONE=0.001, SPF_PASS=-0.001 autolearn=ham autolearn_force=no X-Spam_action: no action X-BeenThere: guile-user@gnu.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: General Guile related discussions List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-user-bounces+guile-user=m.gmane-mx.org@gnu.org Original-Sender: guile-user-bounces+guile-user=m.gmane-mx.org@gnu.org Xref: news.gmane.io gmane.lisp.guile.user:19585 Archived-At: --Sig_/BVV_1Kzpy18xthGWOnZ=P66 Content-Type: text/plain; charset=US-ASCII Content-Transfer-Encoding: quoted-printable Hi Florian, > Hi David, thank you for your continuing responses. No problem. I am also interested in fixing this bug > I will try to get a backtrace with GTK debug symbols by patching > Guix to add a debug output to GTK, in the hope that I patch the right > GTK. It is definitely not a GLib/GObject nor a Gtk/Gdk/Gsk bug - i need the full backtrace to look at the calls, from the one that segfault, a LIFO backtrace of all calls, so i can try to see where it goes wrong ... > However, my believe is that the error is in G-Golf Yes, we are trying to find it, it's actually annoying that it works fine in debian :), but we'll get there ... > closures/callbacks/vfuncs (even though the hl-api tests do pass there is no vfunc test in the test-suite - the tests are all those examples that use them ... which is fine, but once i find the source of this bug, i might add a more specific test to the test-suite. > when run by Guix build or manually), specifically when I run valgrind > on guile where I load and run drawing-widget.scm ... I don't think it's a guile error either - definitely a g-golf error that appears in guix and unfortunately not in debian ... > it only shows errors from Boehm GC (at least mostly false-positive) I'll double check that those snapshot vfunc (closure pointers) do not become unreachable, i think i did check that but ... that would definitely segfault the example if not ... it could be that i miss checked how those are cached. > I cannot tell you my host distro because there is none (there could > be a foreign distro, but I have none). It is Guix System, that is > Guix all the way down. Oh, ok - > To build G-Golf manually, I can and had patched the its > g-golf/init.scm to use /gnu/store/xxxxxxx/lib/libgirepository-1.0.so > file names like the guile-g-golf package at > > does, but it will not be useful. Imo, you should locally patch your guix image so it has one gdk-pixbuf lib installed keep the one that has the debug symbols - then comment guile-g-golf in the guile-xyz module, create a g-golf module that you can 'play with', and 'at will.constantly' make it point to the latest as we a re working on tracking those bugs - > Setting the GTK_A11Y env var does not make a difference (except the > warning is gone) and on my x86_64 GNOME setup there never is a warning > (although GTK_A11Y is unset, but d-bus is there). I never thought in any moment that this warning was in any way 'linked' to the problem, i did say and re-state here, that guix should be fixed so it does not complain it can't find d-bus - terrible imo, it can lead to other problems - till then, locally define the env var so we get this annoying warning out of the way David --Sig_/BVV_1Kzpy18xthGWOnZ=P66 Content-Type: application/pgp-signature Content-Description: OpenPGP digital signature -----BEGIN PGP SIGNATURE----- iQEzBAEBCgAdFiEEhCJlRZtBM3furJHe83T9k6MFetcFAmY2qyAACgkQ83T9k6MF etdZpwf+M3F4KTrZivEQj5idi4DIvBbRaxBNgVti5qsmZfuhTcWGyPWd/OzOipbf aMS/jbDqi1Hx/jayCXlmg4YLOIquC+SZBaba4SPuCEtrm652datpJHs0YfhQZ267 WlVh+wS2+2ZIsDHRv1MPsMk22rCEzVtj/IYdLpJIV7NwcqBW/ijKfNFi7obHd4yT 6sNwmHcxD1qV7rVOFXfnBKkJsjCOhu9Q0Cq6Un9pCj4zeZzODF3ZI72SYuXBq5/O 5zK2/zjkgnZa4pz3uOy73rDLPkaHhHSE37ZGwFq58/oDxmBeaqJyYZlkhDjoqHe9 EYQ+TSxvEIDG4fEE4vro6OH7gQrRVg== =LuBF -----END PGP SIGNATURE----- --Sig_/BVV_1Kzpy18xthGWOnZ=P66--