From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Noah Lavine Newsgroups: gmane.lisp.guile.devel Subject: Re: Build Error in master Date: Tue, 7 Feb 2012 09:46:02 -0500 Message-ID: References: <87sjj286g9.fsf@pobox.com> <87pqdzrkpt.fsf@pobox.com> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: quoted-printable X-Trace: dough.gmane.org 1328625985 27297 80.91.229.3 (7 Feb 2012 14:46:25 GMT) X-Complaints-To: usenet@dough.gmane.org NNTP-Posting-Date: Tue, 7 Feb 2012 14:46:25 +0000 (UTC) Cc: guile-devel To: Andy Wingo Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Tue Feb 07 15:46:23 2012 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([140.186.70.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1RumJK-0001QF-TY for guile-devel@m.gmane.org; Tue, 07 Feb 2012 15:46:23 +0100 Original-Received: from localhost ([::1]:37797 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RumJJ-0006DF-9Q for guile-devel@m.gmane.org; Tue, 07 Feb 2012 09:46:21 -0500 Original-Received: from eggs.gnu.org ([140.186.70.92]:58754) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RumJB-0006C2-2T for guile-devel@gnu.org; Tue, 07 Feb 2012 09:46:18 -0500 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1RumJ1-00061s-Qh for guile-devel@gnu.org; Tue, 07 Feb 2012 09:46:13 -0500 Original-Received: from mail-iy0-f169.google.com ([209.85.210.169]:43848) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1RumJ1-00061h-JO for guile-devel@gnu.org; Tue, 07 Feb 2012 09:46:03 -0500 Original-Received: by iagz16 with SMTP id z16so13150822iag.0 for ; Tue, 07 Feb 2012 06:46:02 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=gamma; h=mime-version:sender:in-reply-to:references:date :x-google-sender-auth:message-id:subject:from:to:cc:content-type :content-transfer-encoding; bh=l/1ZDF0sC68pA/cvmuU0C5rEgSSBWr8uhLoCE5N2rB8=; b=cuCPN4fxOSjstEzV+D5nnws5fh9+3HSU2WOOvMmKqAOgB2vfenBWWDrr6RSsEyHjXN I1iZYNEb6KU6Yy7XaPUkLpO5z8qEzAoGvI5eBdPwHrUFUYFO8BrLKRdiuhnVf3EGQ/6Z Olk5m7VyP+bR58hNgkT9WlsJWWYNSS7jOyL78= Original-Received: by 10.42.179.135 with SMTP id bq7mr136939icb.21.1328625962802; Tue, 07 Feb 2012 06:46:02 -0800 (PST) Original-Received: by 10.42.142.7 with HTTP; Tue, 7 Feb 2012 06:46:02 -0800 (PST) In-Reply-To: X-Google-Sender-Auth: WvdsG37PxajJFDiJDzngHHBzQz8 X-detected-operating-system: by eggs.gnu.org: Genre and OS details not recognized. X-Received-From: 209.85.210.169 X-BeenThere: guile-devel@gnu.org X-Mailman-Version: 2.1.14 Precedence: list List-Id: "Developers list for Guile, the GNU extensibility library" List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Original-Sender: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Xref: news.gmane.org gmane.lisp.guile.devel:13812 Archived-At: Oh, and the same will happen with GC_get_suspend_signal, which we define at scmsigs.c:155. Other than that, though, the new gc resolves the problem I had. I am willing to chalk this up to a GC bug and not worry about it more. Noah On Tue, Feb 7, 2012 at 9:07 AM, Noah Lavine wrote= : > Hello, > > I inserted a GC_is_visible check in my code and learned that 'symbols' > is visible, but the things it points to were getting garbage collected > anyway. It seemed like a GC bug, so I'm trying to build Guile with the > latest version of GC and hoping that fixes it. > > I just wanted to warn everyone that the GC_get_free_space_divisor > function will break with libgc 7.2alpha6, because libgc includes the > same function with the same name. I'm not sure what to do about that - > probably try to automatically discover it in configure and put more > #ifdefs around our definition (gc.c:212). > > Noah > > On Thu, Feb 2, 2012 at 9:59 PM, Noah Lavine wro= te: >> Got it! And unfortunately, it's a GC error. Here's what happens: >> >> symbols is an SCM object defined in symbols.c. It points to an >> scm_cell_t which has two elements: a type tag, and a pointer to an >> scm_weak_set_t. That scm_cell_t is at 0x10101cff0. >> >> However, that scm_cell_t is garbage collected in the scm_cons at >> symbols.c:250. The reason it gets filled with SCM_EOL is that the cons >> is scm_cons (SCM_BOOL_F, SCM_EOL). So I expect that the scm_cell_t is >> garbage collected and then immediately reclaimed to be the pair, which >> would result in its second cell being filled with SCM_EOL, which would >> explain why we later extract SCM_EOL from it. >> >> As a test, I changed the variable 'symbols' in symbols.c to be >> non-static. That didn't fix it, but then again, I don't really know >> how GC works yet. >> >> I can read the libgc documentation and try to figure this out, but can >> anyone point me to what I should be looking for? >> >> Thanks, >> Noah >> >> On Wed, Feb 1, 2012 at 4:01 AM, Andy Wingo wrote: >>> On Wed 01 Feb 2012 03:12, Noah Lavine writes: >>> >>>> In the failing call, >>>> =A0 the SCM 'symbols' is 0x10101cff0, but the failing set is at 0x304, >>>> which has not been allocated. >>> >>> 0x304 is one of the iflags, SCM_EOL I think. >>> >>> So, I know it might not have anything to do with it, but can you verify >>> that your guile includes patch 0aed71aa51e89e714de2392c2a5f44694dca77ea >>> ? =A0I just committed that last night, and although it does not seem to= be >>> related, who knows. >>> >>> Andy >>> -- >>> http://wingolog.org/