Hello,
I just checked out the latest master. I attempted to build it, but got
stuck at this point:
GEN guile-procedures.texi
/bin/sh: line 1: 75746 Broken pipe cat alist.doc
arbiters.doc array-handle.doc array-map.doc arrays.doc async.doc
backtrace.doc boolean.doc bitvectors.doc bytevectors.doc chars.doc
control.doc continuations.doc debug.doc deprecated.doc deprecation.doc
dynl.doc dynwind.doc eq.doc error.doc eval.doc evalext.doc expand.doc
extensions.doc feature.doc filesys.doc fluids.doc foreign.doc
fports.doc gc-malloc.doc gc.doc gettext.doc generalized-arrays.doc
generalized-vectors.doc goops.doc gsubr.doc guardians.doc hash.doc
hashtab.doc hooks.doc i18n.doc init.doc ioext.doc keywords.doc
list.doc load.doc macros.doc mallocs.doc memoize.doc modules.doc
numbers.doc objprop.doc options.doc pairs.doc ports.doc print.doc
procprop.doc procs.doc promises.doc r6rs-ports.doc random.doc
rdelim.doc read.doc root.doc rw.doc scmsigs.doc script.doc simpos.doc
smob.doc sort.doc srcprop.doc srfi-1.doc srfi-4.doc srfi-13.doc
srfi-14.doc srfi-60.doc stackchk.doc stacks.doc stime.doc strings.doc
strorder.doc strports.doc struct.doc symbols.doc threads.doc throw.doc
trees.doc uniform.doc values.doc variable.doc vectors.doc version.doc
vports.doc weak-set.doc weak-table.doc weak-vector.doc dynl.doc
posix.doc net_db.doc socket.doc regex-posix.doc
75747 Segmentation fault | GUILE_AUTO_COMPILE=0
../meta/uninstalled-env guild snarf-check-and-output-texi >
guile-procedures.texi
So I verified that meta/guile also produced a segmentation fault,
rebuilt with debugging enabled, and then did
meta/gdb-uninstalled-guile. Here is the backtrace I got at the
segfault:
Program received signal EXC_BAD_ACCESS, Could not access memory.
Reason: KERN_INVALID_ADDRESS at address: 0x000000000000030c
0x00007fff8707e257 in pthread_mutex_lock ()
(gdb) bt
#0 0x00007fff8707e257 in pthread_mutex_lock ()
#1 0x00000001000f2839 in scm_c_weak_set_add_x (set=0x10101cff0,
raw_hash=2821877404945499297, pred=0x1000be04b
<symbol_lookup_predicate_fn>, closure=0x10101efc0, obj=0x10101efc0) at
weak-set.c:758
#2 0x00000001000be1f7 in scm_i_str2symbol (str=0x10101efe0) at symbols.c:254
#3 0x00000001000be8dc in scm_from_latin1_symboln (sym=0x100122478
"vm-run", len=6) at symbols.c:516
#4 0x00000001000be836 in scm_from_latin1_symbol (sym=0x100122478
"vm-run") at symbols.c:499
#5 0x00000001000f071b in scm_bootstrap_vm () at vm.c:888
#6 0x000000010004872b in scm_i_init_guile (base=0x7fff5fbfef90) at init.c:396
#7 0x00000001000bfe79 in scm_i_init_thread_for_guile
(base=0x7fff5fbfef90, parent=0x0) at threads.c:824
#8 0x00000001000bff80 in with_guile_and_parent (base=0x7fff5fbfef90,
data=<value temporarily unavailable, due to optimizations>) at
threads.c:890
#9 0x0000000100330e09 in GC_call_with_stack_base ()
#10 0x00000001000c00d2 in scm_i_with_guile_and_parent
(func=0x1000485dd <invoke_main_func>, data=0x7fff5fbff040, parent=0x0)
at threads.c:940
#11 0x00000001000c00fe in scm_with_guile (func=0x1000485dd
<invoke_main_func>, data=0x7fff5fbff040) at threads.c:946
#12 0x00000001000485be in scm_boot_guile (argc=1, argv=0x7fff5fbff0b8,
main_func=0x100000e46 <inner_main>, closure=0x0) at init.c:318
#13 0x0000000100000edb in main (argc=1, argv=0x7fff5fbff0b8) at guile.c:81
Does anyone know what might have caused this?
Thanks,
Noah
