From: Sidney M. <si...@si...> - 2009-03-17 19:52:45
|
Sidney Markowitz wrote, On 18/3/09 8:09 AM: > Gábor Melis wrote, On 18/3/09 6:24 AM: >> Seems to me that it the test completes, there are 10 stars in the output >> plus the prompt. Then it aborts??? Now that I understand better what these tests are, I backed up and tried again without QSHOW stuff enabled. With that, when I run the simplified test making sure I don't run any init things: sh ../run-sbcl.sh --no-sysinit --no-userinit --load signals2.impure.lisp it does end up hung using 97% CPU, and then when I use the gdb commands you specified I get: (running SBCL from: ..) This is SBCL 1.0.26.1, an implementation of ANSI Common Lisp. More information about SBCL is available at <http://www.sbcl.org/>. SBCL is free software, provided as is, with absolutely no warranty. It is mostly in the public domain; some portions are provided under BSD-style licenses. See the CREDITS and COPYING files in the distribution for more information. fatal error encountered 0: SB-INT::SIMPLE-EVAL-IN-LEXENV 1: SB-FASL::LOAD-AS-SOURCE 2: (COMMON-LISP::FLET SB-FASL::LOAD-STREAM) in SBCL pid 60753: mach_msg_server returned 3: (SB-C::Welcome to LDB, a low-level debugger for the Lisp runtime environment. TL-XEP COMMON-LISP::LOAD) 4: SB-IMPL::PROCESS-EVAL/LOAD-OPTIONS 5: SB-IMPL::TOPLEVEL-INIT 6: (COMMON-LISP::LABELS SB-IMPL::RESTART-LISP) 7: Foreign fp = 0x11fff88, ra = 0x1200000 ------------ and when I quit from gdb the sbcl ends up at an ldb prompt. I rebuilt with the QSHOW stuff, still with the lose(...) instead of abort(), and tried again, this time redirecting stderr to make it easier to see what was going on. That test output the ten *s and ended up in the REPL. So the test is not failing with the QSHOW stuff enabled? -- sidney |