[Ecls-list] (require :clx) (still) causes segfault

[Julian Stecklina]

Hello,

loading CLX still breaks ECL reliably:

> (require :clx)
;;; Loading #P"/home/julian/local-install/lib/ecl/clx.fas"

Program received signal SIGSEGV, Segmentation fault.
[Switching to Thread 0xb7c3bb00 (LWP 16439)]
0xb7f12d10 in do_patch_sharp (x=0xc0408000) at /home/julian/src/lisp-implementations/ecl/build/ecl/object.h:761
761		return (i? (cl_type)i : (cl_type)(o->d.t));
(gdb) bt
#0  0xb7f12d10 in do_patch_sharp (x=0xc0408000) at /home/julian/src/lisp-implementations/ecl/build/ecl/object.h:761
#1  0xb7f12e14 in do_patch_sharp (x=0xc0408000) at /home/julian/src/lisp-implementations/ecl/src/c/read.d:1180
#2  0xb7f12f11 in patch_sharp (x=0x82709d8) at /home/julian/src/lisp-implementations/ecl/src/c/read.d:1216
#3  0xb7f17379 in read_VV (block=0x812b3c0, entry_point=0xb7be58f0 <_eclfvzNmPo8_7XbXVGy>) at /home/julian/src/lisp-implementations/ecl/src/c/read.d:2126
#4  0xb7b09fa2 in init_fas_CODE (cblock=0x3) at /home/julian/src/lisp-implementations/ecl/build/ECLINITu67kk0.c:77
#5  0xb7f173ae in read_VV (block=0x812b750, entry_point=0xb7b09d50 <init_fas_CODE>) at /home/julian/src/lisp-implementations/ecl/src/c/read.d:2135
#6  0xb7f38218 in si_load_binary (filename=0x81fc7a0, verbose=0xb7f74098, print=0x1) at /home/julian/src/lisp-implementations/ecl/src/c/load.d:367
#7  0xb7f471d7 in APPLY_fixed (n=3, fn=0x100, x=0xc0408000) at /home/julian/src/lisp-implementations/ecl/src/c/apply.d:678
#8  0xb7f00d0b in ecl_apply_from_stack_frame (frame=0xbf99a3c8, x=0xb7f7c828) at /home/julian/src/lisp-implementations/ecl/src/c/eval.d:74
#9  0xb7f00dfb in cl_funcall (narg=4, function=0xb7f7c828) at /home/julian/src/lisp-implementations/ecl/src/c/eval.d:202
#10 0xb7f387ac in cl_load (narg=3, source=0x81fc7c0) at /home/julian/src/lisp-implementations/ecl/src/c/load.d:497
#11 0xb7ebe7c2 in LC3__g16837 (V1=0x82593c0) at /home/julian/src/lisp-implementations/ecl/build/lsp/module.c:144
#12 0xb7f471a9 in APPLY_fixed (n=1, fn=0x100, x=0xc0408000) at /home/julian/src/lisp-implementations/ecl/src/c/apply.d:676
#13 0xb7f00d0b in ecl_apply_from_stack_frame (frame=0xbf99a628, x=0x8185460) at /home/julian/src/lisp-implementations/ecl/src/c/eval.d:74
#14 0xb7f00dfb in cl_funcall (narg=2, function=0x8185460) at /home/julian/src/lisp-implementations/ecl/src/c/eval.d:202
#15 0xb7ebec16 in LC2__g16835 (narg=1, env0=0x8209ef0, V1=0x8185460) at /home/julian/src/lisp-implementations/ecl/build/lsp/module.c:116
#16 0xb7f429ae in APPLY_closure (n=256, fn=0xb7ebebdc <LC2__g16835>, cl=0x8209ef0, x=0xc0408000) at /home/julian/src/lisp-implementations/ecl/src/c/apply.d:351
#17 0xb7f00cdf in ecl_apply_from_stack_frame (frame=0xbf99a7e0, x=0x8209ed0) at /home/julian/src/lisp-implementations/ecl/src/c/eval.d:78
#18 0xb7f01052 in cl_apply (narg=2, fun=0x8209ed0, lastarg=0x1) at /home/julian/src/lisp-implementations/ecl/src/c/eval.d:233
#19 0xb7e71d3e in cl_some (narg=2, V1=0x8209ed0, V2=0x8185450) at /home/julian/src/lisp-implementations/ecl/build/lsp/seq.c:776
#20 0xb7ebeb6b in cl_require (narg=1, V1=0x82593c0) at /home/julian/src/lisp-implementations/ecl/build/lsp/module.c:96
#21 0xb7f3e07b in APPLY (n=256, fn=0xb7ebe8fa <cl_require>, x=0xc0408000) at /home/julian/src/lisp-implementations/ecl/src/c/apply.d:26
#22 0xb7f03760 in ecl_interpret (frame=0x1, env=0x1, bytecodes=0x81fb258, offset=0) at /home/julian/src/lisp-implementations/ecl/src/c/interpreter.d:726
#23 0xb7f06edd in si_eval_with_env (narg=2, form=0x8209f70) at /home/julian/src/lisp-implementations/ecl/src/c/compiler.d:2714
#24 0xb7ec3cff in L3tpl (narg=0) at /home/julian/src/lisp-implementations/ecl/build/lsp/top.c:149
#25 0xb7ec47dd in L1top_level () at /home/julian/src/lisp-implementations/ecl/build/lsp/top.c:40
#26 0xb7f4719f in APPLY_fixed (n=0, fn=0x100, x=0xc0408000) at /home/julian/src/lisp-implementations/ecl/src/c/apply.d:675
#27 0xb7f0379d in ecl_interpret (frame=0x1, env=0x1, bytecodes=0x81fb550, offset=0) at /home/julian/src/lisp-implementations/ecl/src/c/interpreter.d:722
#28 0xb7f06edd in si_eval_with_env (narg=2, form=0x8207840) at /home/julian/src/lisp-implementations/ecl/src/c/compiler.d:2714
#29 0xb7ec369d in si_safe_eval (narg=3, V1=0x8207840, V2=0x1, V3=0x0) at /home/julian/src/lisp-implementations/ecl/build/lsp/top.c:2045
#30 0x080487be in main (argc=Cannot access memory at address 0x100
) at /tmp/testbed/ecl/build/ECLINIT0st0zr.c:55

Regards,
-- 
Julian Stecklina

Well, take it from an old hand: the only reason it would be easier to
program in C is that you can't easily express complex problems in C,
so you don't. - Erik Naggum (in comp.lang.lisp)

(Spam-Experiment: http://cthulhu.c3d2.de/~astro/badpit.html )