From mboxrd@z Thu Jan 1 00:00:00 1970 Path: news.gmane.org!not-for-mail From: Mark H Weaver Newsgroups: gmane.lisp.guile.devel Subject: Re: boehm-gc troubles with 2.0.10 on NetBSD/i386 Date: Fri, 11 Apr 2014 17:54:37 -0400 Message-ID: <87eh13fs6a.fsf@yeeloong.lan> References: <87mwfrg4to.fsf@yeeloong.lan> <87ioqffztd.fsf@yeeloong.lan> NNTP-Posting-Host: plane.gmane.org Mime-Version: 1.0 Content-Type: text/plain X-Trace: ger.gmane.org 1397253389 31443 80.91.229.3 (11 Apr 2014 21:56:29 GMT) X-Complaints-To: usenet@ger.gmane.org NNTP-Posting-Date: Fri, 11 Apr 2014 21:56:29 +0000 (UTC) Cc: guile-devel@gnu.org To: Greg Troxel Original-X-From: guile-devel-bounces+guile-devel=m.gmane.org@gnu.org Fri Apr 11 23:56:22 2014 Return-path: Envelope-to: guile-devel@m.gmane.org Original-Received: from lists.gnu.org ([208.118.235.17]) by plane.gmane.org with esmtp (Exim 4.69) (envelope-from ) id 1WYjQr-00013r-RW for guile-devel@m.gmane.org; Fri, 11 Apr 2014 23:56:21 +0200 Original-Received: from localhost ([::1]:60155 helo=lists.gnu.org) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WYjQr-00024I-JX for guile-devel@m.gmane.org; Fri, 11 Apr 2014 17:56:21 -0400 Original-Received: from eggs.gnu.org ([2001:4830:134:3::10]:58864) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WYjQj-0001mB-Cj for guile-devel@gnu.org; Fri, 11 Apr 2014 17:56:18 -0400 Original-Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1WYjQd-00033r-O4 for guile-devel@gnu.org; Fri, 11 Apr 2014 17:56:13 -0400 Original-Received: from world.peace.net ([96.39.62.75]:51719) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1WYjQd-00033n-Jq for guile-devel@gnu.org; Fri, 11 Apr 2014 17:56:07 -0400 Original-Received: from turntable.mit.edu ([18.160.0.29] helo=yeeloong.lan) by world.peace.net with esmtpsa (TLS1.0:RSA_AES_128_CBC_SHA1:16) (Exim 4.72) (envelope-from ) id 1WYjQV-0003FI-FX; Fri, 11 Apr 2014 17:55:59 -0400 In-Reply-To: (Greg Troxel's message of "Fri, 11 Apr 2014 15:39:55 -0400") User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) X-detected-operating-system: by eggs.gnu.org: GNU/Linux 2.6.x X-Received-From: 96.39.62.75 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:17057 Archived-At: Greg Troxel writes: > Mark H Weaver writes: > >>> Program received signal SIGSEGV, Segmentation fault. >>> [Switching to LWP 1] >>> 0xbba868ae in GC_find_limit_with_bound () from /usr/pkg/lib/libgc.so.1 >>> (gdb) bt >>> #0 0xbba868ae in GC_find_limit_with_bound () from /usr/pkg/lib/libgc.so.1 >>> #1 0xbba8696e in GC_find_limit () from /usr/pkg/lib/libgc.so.1 >>> #2 0xbba8699d in GC_init_netbsd_elf () from /usr/pkg/lib/libgc.so.1 >>> #3 0xbba85b3f in GC_init () from /usr/pkg/lib/libgc.so.1 >>> #4 0xbbaf9748 in scm_storage_prehistory () from .libs/libguile-2.0.so.29 >>> #5 0xbbb0abaf in scm_i_init_guile () from .libs/libguile-2.0.so.29 >>> #6 0xbbb6712c in scm_i_init_thread_for_guile () from .libs/libguile-2.0.so.29 >>> #7 0xbbb67347 in with_guile_and_parent () from .libs/libguile-2.0.so.29 >>> #8 0xbba85767 in GC_call_with_stack_base () from /usr/pkg/lib/libgc.so.1 >>> #9 0xbbb67529 in scm_with_guile () from .libs/libguile-2.0.so.29 >>> #10 0xbbb0ab67 in scm_boot_guile () from .libs/libguile-2.0.so.29 >>> #11 0x08048ce9 in main () >> >> My guess is that this SIGSEGV is probably intentional, perhaps the >> method used by GC on NetBSD to determine the bounds of the stack or some >> other data area. I would try continuing and seeing what happens next. >> GC may also use some other signals for its own purposes. > > continuing leads to the program exiting. I should build libgc with > debugging... In an earlier message, you wrote that guild prints the following when run normally: > /usr/pkgsrc/wip/guile2/work/guile-2.0.10/libguile > ../meta/uninstalled-env ../meta/guild > 0xbbbe12d4 is not a GC visible pointer location > GC_is_visible test failed > Abort trap (core dumped) Does this not happen when running it within GDB? It would be good to try building with -g and -Og or -O0, and perhaps also installing a more recent version of GDB. While helping someone working on getting Guile 2 into FreeBSD ports, I learned that FreeBSD includes a very old version of GDB, presumably to avoid the GNU GPLv3. We also learned that recent versions of GDB show function arguments in the backtrace whereas the GDB included in FreeBSD apparently doesn't. Perhaps the situation is similar on NetBSD. >>> LICENSE= gnu-gpl-v3 >> >> I think this license field is incorrect. Guile's license is the GNU >> _Lesser_ General Public License v3-or-later. > > Is everything that is installed under LGPL, even readline? > (But even if so, that should say "gnu-gpl-v3 AND gnu-lgpl-v3".) The Guile distribution includes an optional 'libguilereadline' library, which links with libreadline and is covered by GNU GPL v3-or-later. It is not used unless explicitly loaded by the user. Guile itself is covered by GNU LGPL v3-or-later. Regards, Mark