freenode/#sbcl - IRC Chatlog
Search
18:25:07
knobo
I get [pid 10976] write(2, "Memory fault at 0x3015b1b4 (pc=0"..., 63Memory fault at 0x3015b1b4 (pc=0x1005b19da7, sp=0x7ffff64a6928)) = 63
19:43:50
attila_lendvai1
knobo: the bugs introduced by safety 0 and ffi are often random in nature because they often depend on the actual memory layout
19:45:06
attila_lendvai1
so, what's the plan with the ASDF issue? ASDF fix, or SBCL rollback? or SBCL marches forward to implement some extension for base-string writing?
20:04:36
phoe
I made a build today on another machine, "sh make.sh --fancy --arch=x86"; afterwards, ./run-sbcl.sh had ASDF and all contribs.
20:33:40
phoe
The contribs are build and compiled, but they are not included in the final Lisp image.
20:56:09
attila_lendvai1
stassats: yeah, but it's not an appropriate change in the freeze, or is it?
21:00:06
attila_lendvai1
and the mentioned ASDF fix of adding *read-eval* t also smells... so, not sure what would be an easy way out. I reverted back to the previous sbcl version to be able to continue work.
21:15:39
dougk_
which change causes the problem with ASDF - "string output stream" change or "pathname namestring memoization" changes ?
4:51:55
atgreen
I get a "Heap exhausted during garbage collection" when I try to (ql:quickload 'lisp-binary). sbcl 1.3.5 on Fedora x86_64. Any ideas? How can help debug?
4:53:57
|3b|
possibly it just uses more heap than you have allocated, try running sbcl with --dynamic-space-size argument to allocate more space (i think it takes # of MB as argument)
4:54:14
|3b|
otherwise, next step would be to try with newer SBCL and see if it also has same problem
4:58:50
atgreen
|3b|, thanks. I updated quicklisp as well, and lisp-binary was removed, so I guess I won't be using it after all.