armedbear-devel April 2010

armedbear-devel@common-lisp.net

19 participants
37 discussions

[armedbear-devel] Fwd: Consolidating copy/paste code
by Erik Huelsmann 13 Apr '10

13 Apr '10

Forgot to include the list. ---------- Forwarded message ---------- From: Erik Huelsmann <ehuels(a)gmail.com> Date: Tue, Apr 13, 2010 at 10:00 AM Subject: Re: [armedbear-devel] Consolidating copy/paste code To: David Kirkman <dkirkman(a)ucsd.edu> Hi David, Let me start by thanking you for your contribution! Welcome! On Mon, Apr 12, 2010 at 2:59 AM, David Kirkman <dkirkman(a)ucsd.edu> wrote: > OK, Sounds like a nice afternoon project. Here's a patch that does what I > think you're asking in FaslReader and LispReader. > > But I ran into some trouble testing the changes. Following the > instructions at > http://common-lisp.net/project/armedbear/contributing.shtml > I end up with an OutOfMemoryError when running both test.ansi.interpreted > and test.ansi.compiled > > Is there an enviroment variable that needs to be set to get these > to run? I can make it work by putting <jvmarg value="-Xmx500M"> > lines in build.xml, which I've attached as a second patch. > > When I ran the tests after I made the change, I got one additional error > when running test.ansi.interpreted: PRINT.BACKQUOTE.RANDOM.14. I've also > attached the error. I can't figure it out. I eventually decided that a > 'random' test might give a different result if I run it again ... so I ran it > again (and again and again) ... and the error did not happen again. So I now > suspect that my patch does not introduce any new errors, but that > PRINT.BACKQUOTE.RANDOM.14 fails randomly from time to time. I saw Mark addressed the memory problems you had. That's good. I experience the PRINT.BACKQUOTE.RANDOM and some other random printing issues too. This is really something to look into. However, well, they're random... Unfortunately yesterday evening was very hectic, so I didn't get to have a look at your changes. I'll look at them at my earliest convenience; no later than the end of this week, hopefully tonight. Thanks again for your contribution! Bye, Erik.

1 0

[armedbear-devel] abcl hangs when building cl-pdf component pdf-geom.lisp
by james anderson 12 Apr '10

12 Apr '10

good afternoon; attached below is the transcript of an aborted build of cl-pdf. abcl hangs when it attempts to compile pdf-geom.lisp. is the cause clear from the stack? asdf@ip-10-251-122-82:/development/source/library$ sh ../metadata/com: 8000/fractalconcept/www/cl-pdf/build-system.sh abcl cd: 17: can't cd to /ebs/source/metadata/com\:8000/fractalconcept/www/ cl-pdf/ Armed Bear Common Lisp 0.19.1 Java 1.6.0_0 Sun Microsystems Inc. OpenJDK Client VM Low-level initialization completed in 1.55 seconds. Startup completed in 3.804 seconds. Type ":help" for a list of available commands. CL-USER(1): ; Loading #P"jar:file:/development/downloads/abcl- bin-0.19.1/abcl.jar!/org/armedbear/lisp/delete.abcl" ... ; Loaded #P"jar:file:/development/downloads/abcl-bin-0.19.1/ abcl.jar!/org/armedbear/lisp/delete.abcl" (0.048 seconds) ; Loading #P"jar:file:/development/downloads/abcl-bin-0.19.1/ abcl.jar!/org/armedbear/lisp/java.abcl" ... ; Loaded #P"jar:file:/development/downloads/abcl-bin-0.19.1/ abcl.jar!/org/armedbear/lisp/java.abcl" (0.143 seconds) ;Build root: #P"/ebs/source/metadata/lib/build-init.lisp". ;Incorporating asdf anew from #P"/ebs/source/metadata/lib/asdf.lisp". ; Loading #P"/ebs/source/metadata/lib/asdf.abcl" ... ; Loaded #P"/ebs/source/metadata/lib/asdf.abcl" (2.396 seconds) T CL-USER(2): ;For project :CL-PDF-PARSER, using ASDF registry (#P"/ebs/ source/upload/com:8000/fractalconcept/www/cl-pdf/" #P"/ebs/source/ library/asdf-registry/") ... ;System definition purged: :CL-PDF-PARSER... ;Load system :CL-PDF-PARSER... ; loading system definition from /ebs/source/upload/com:8000/ fractalconcept/www/cl-pdf/cl-pdf-parser.asd into #<PACKAGE "ASDF0"> ; Loading #P"/ebs/source/upload/com:8000/fractalconcept/www/cl-pdf/cl- pdf-parser.asd" ... ; registering #<SYSTEM :CL-PDF-PARSER {194566D}> as CL-PDF-PARSER ; Loaded #P"/ebs/source/upload/com:8000/fractalconcept/www/cl-pdf/cl- pdf-parser.asd" (0.216 seconds) ; loading system definition from /ebs/source/upload/com:8000/ fractalconcept/www/cl-pdf/cl-pdf.asd into #<PACKAGE "ASDF0"> ; Loading #P"/ebs/source/upload/com:8000/fractalconcept/www/cl-pdf/cl- pdf.asd" ... ; registering #<SYSTEM :CL-PDF {D38C3D}> as CL-PDF ; Loaded #P"/ebs/source/upload/com:8000/fractalconcept/www/cl-pdf/cl- pdf.asd" (0.037 seconds) ; loading system definition from /ebs/source/library/asdf-registry/ iterate.asd into #<PACKAGE "ASDF0"> ; Loading #P"/ebs/source/library/net/common-lisp/iterate/ iterate.asd" ... ; registering #<SYSTEM :ITERATE {148B272}> as ITERATE ; registering #<SYSTEM :ITERATE-PG {1BB6A69}> as ITERATE-PG ; registering #<SYSTEM :ITERATE-TESTS {28DF48}> as ITERATE-TESTS ; Loaded #P"/ebs/source/library/net/common-lisp/iterate/ iterate.asd" (0.206 seconds) WARNING: No architecture feature found in ((X86-64 AMD64 X86_64 X8664- TARGET) (X86 I686 I586 PENTIUM3 I486 I386 PC386 IAPX386 X8632-TARGET PENTIUM4) HPPA64 HPPA PPC64 (PPC32 PPC POWERPC) SPARC64 SPARC). WARNING: No architecture feature found in ((X86-64 AMD64 X86_64 X8664- TARGET) (X86 I686 I586 PENTIUM3 I486 I386 PC386 IAPX386 X8632-TARGET PENTIUM4) HPPA64 HPPA PPC64 (PPC32 PPC POWERPC) SPARC64 SPARC). ; Loading #P"jar:file:/development/downloads/abcl-bin-0.19.1/ abcl.jar!/org/armedbear/lisp/loop.abcl" ... ; Loaded #P"jar:file:/development/downloads/abcl-bin-0.19.1/ abcl.jar!/org/armedbear/lisp/loop.abcl" (0.924 seconds) ; Loading #P"jar:file:/development/downloads/abcl-bin-0.19.1/ abcl.jar!/org/armedbear/lisp/compiler-types.abcl" ... ; Loaded #P"jar:file:/development/downloads/abcl-bin-0.19.1/ abcl.jar!/org/armedbear/lisp/compiler-types.abcl" (0.146 seconds) ; Loading #P"jar:file:/development/downloads/abcl-bin-0.19.1/ abcl.jar!/org/armedbear/lisp/compiler-error.abcl" ... ; Loaded #P"jar:file:/development/downloads/abcl-bin-0.19.1/ abcl.jar!/org/armedbear/lisp/compiler-error.abcl" (0.001 seconds) ; Loading #P"jar:file:/development/downloads/abcl-bin-0.19.1/ abcl.jar!/org/armedbear/lisp/known-functions.abcl" ... ; Loaded #P"jar:file:/development/downloads/abcl-bin-0.19.1/ abcl.jar!/org/armedbear/lisp/known-functions.abcl" (0.021 seconds) ; Loading #P"jar:file:/development/downloads/abcl-bin-0.19.1/ abcl.jar!/org/armedbear/lisp/known-symbols.abcl" ... ; Loaded #P"jar:file:/development/downloads/abcl-bin-0.19.1/ abcl.jar!/org/armedbear/lisp/known-symbols.abcl" (0.595 seconds) ; Loading #P"jar:file:/development/downloads/abcl-bin-0.19.1/ abcl.jar!/org/armedbear/lisp/dump-form.abcl" ... ; Loaded #P"jar:file:/development/downloads/abcl-bin-0.19.1/ abcl.jar!/org/armedbear/lisp/dump-form.abcl" (0.001 seconds) ; Loading #P"jar:file:/development/downloads/abcl-bin-0.19.1/ abcl.jar!/org/armedbear/lisp/opcodes.abcl" ... ; Loaded #P"jar:file:/development/downloads/abcl-bin-0.19.1/ abcl.jar!/org/armedbear/lisp/opcodes.abcl" (0.059 seconds) ; Loading #P"jar:file:/development/downloads/abcl-bin-0.19.1/ abcl.jar!/org/armedbear/lisp/java.abcl" ... ; Loaded #P"jar:file:/development/downloads/abcl-bin-0.19.1/ abcl.jar!/org/armedbear/lisp/java.abcl" (0.148 seconds) ; Loading #P"jar:file:/development/downloads/abcl-bin-0.19.1/ abcl.jar!/org/armedbear/lisp/compiler-pass1.abcl" ... ; Loading #P"jar:file:/development/downloads/abcl-bin-0.19.1/ abcl.jar!/org/armedbear/lisp/java.abcl" ... ; Loaded #P"jar:file:/development/downloads/abcl-bin-0.19.1/ abcl.jar!/org/armedbear/lisp/java.abcl" (0.022 seconds) ; Loaded #P"jar:file:/development/downloads/abcl-bin-0.19.1/ abcl.jar!/org/armedbear/lisp/compiler-pass1.abcl" (0.194 seconds) ; Loading #P"jar:file:/development/downloads/abcl-bin-0.19.1/ abcl.jar!/org/armedbear/lisp/compiler-pass2.abcl" ... ; Loading #P"jar:file:/development/downloads/abcl-bin-0.19.1/ abcl.jar!/org/armedbear/lisp/java.abcl" ... ; Loaded #P"jar:file:/development/downloads/abcl-bin-0.19.1/ abcl.jar!/org/armedbear/lisp/java.abcl" (0.055 seconds) ; Loaded #P"jar:file:/development/downloads/abcl-bin-0.19.1/ abcl.jar!/org/armedbear/lisp/compiler-pass2.abcl" (1.221 seconds) ; Loading #P"/home/asdf/.cache/common-lisp/armedbear-0.19.1-linux- unknown/ebs/source/library/net/common-lisp/iterate/package.abcl" ... ; Loaded #P"/home/asdf/.cache/common-lisp/armedbear-0.19.1-linux- unknown/ebs/source/library/net/common-lisp/iterate/ package.abcl" (0.001 seconds) ; Loading #P"/home/asdf/.cache/common-lisp/armedbear-0.19.1-linux- unknown/ebs/source/library/net/common-lisp/iterate/iterate.abcl" ... ; Loaded #P"/home/asdf/.cache/common-lisp/armedbear-0.19.1-linux- unknown/ebs/source/library/net/common-lisp/iterate/ iterate.abcl" (0.632 seconds) ; Loading #P"/home/asdf/.cache/common-lisp/armedbear-0.19.1-linux- unknown/ebs/source/upload/com:8000/fractalconcept/www/cl-pdf/ defpackage.abcl" ... ; Loaded #P"/home/asdf/.cache/common-lisp/armedbear-0.19.1-linux- unknown/ebs/source/upload/com:8000/fractalconcept/www/cl-pdf/ defpackage.abcl" (0.001 seconds) ; Loading #P"/home/asdf/.cache/common-lisp/armedbear-0.19.1-linux- unknown/ebs/source/upload/com:8000/fractalconcept/www/cl-pdf/x11- colors.abcl" ... ; Loaded #P"/home/asdf/.cache/common-lisp/armedbear-0.19.1-linux- unknown/ebs/source/upload/com:8000/fractalconcept/www/cl-pdf/x11- colors.abcl" (0.784 seconds) ; Loading #P"/home/asdf/.cache/common-lisp/armedbear-0.19.1-linux- unknown/ebs/source/upload/com:8000/fractalconcept/www/cl-pdf/ encodings.abcl" ... ; Loaded #P"/home/asdf/.cache/common-lisp/armedbear-0.19.1-linux- unknown/ebs/source/upload/com:8000/fractalconcept/www/cl-pdf/ encodings.abcl" (2.371 seconds) ; Loading #P"/home/asdf/.cache/common-lisp/armedbear-0.19.1-linux- unknown/ebs/source/upload/com:8000/fractalconcept/www/cl-pdf/ config.abcl" ... ; Loaded #P"/home/asdf/.cache/common-lisp/armedbear-0.19.1-linux- unknown/ebs/source/upload/com:8000/fractalconcept/www/cl-pdf/ config.abcl" (0.006 seconds) ; Loading #P"/home/asdf/.cache/common-lisp/armedbear-0.19.1-linux- unknown/ebs/source/upload/com:8000/fractalconcept/www/cl-pdf/font- metrics.abcl" ... ; Loaded #P"/home/asdf/.cache/common-lisp/armedbear-0.19.1-linux- unknown/ebs/source/upload/com:8000/fractalconcept/www/cl-pdf/font- metrics.abcl" (2.652 seconds) ; Loading #P"/home/asdf/.cache/common-lisp/armedbear-0.19.1-linux- unknown/ebs/source/upload/com:8000/fractalconcept/www/cl-pdf/t1- font.abcl" ... ; Loaded #P"/home/asdf/.cache/common-lisp/armedbear-0.19.1-linux- unknown/ebs/source/upload/com:8000/fractalconcept/www/cl-pdf/t1- font.abcl" (0.527 seconds) ; Loading #P"/home/asdf/.cache/common-lisp/armedbear-0.19.1-linux- unknown/ebs/source/upload/com:8000/fractalconcept/www/cl-pdf/ font.abcl" ... ; Loaded #P"/home/asdf/.cache/common-lisp/armedbear-0.19.1-linux- unknown/ebs/source/upload/com:8000/fractalconcept/www/cl-pdf/ font.abcl" (15.887 seconds) ; Loading #P"/home/asdf/.cache/common-lisp/armedbear-0.19.1-linux- unknown/ebs/source/upload/com:8000/fractalconcept/www/cl-pdf/ pdf.abcl" ... ; Loaded #P"/home/asdf/.cache/common-lisp/armedbear-0.19.1-linux- unknown/ebs/source/upload/com:8000/fractalconcept/www/cl-pdf/ pdf.abcl" (3.353 seconds) ; Loading #P"/home/asdf/.cache/common-lisp/armedbear-0.19.1-linux- unknown/ebs/source/upload/com:8000/fractalconcept/www/cl-pdf/pdf- base.abcl" ... ; Loaded #P"/home/asdf/.cache/common-lisp/armedbear-0.19.1-linux- unknown/ebs/source/upload/com:8000/fractalconcept/www/cl-pdf/pdf- base.abcl" (0.464 seconds) ; Compiling /ebs/source/upload/com:8000/fractalconcept/www/cl-pdf/pdf- geom.lisp ... ; (IN-PACKAGE #:PDF) ^\Quit asdf@ip-10-251-122-82:/development/source/library$ 2010-04-12 11:44:59 Full thread dump OpenJDK Client VM (14.0-b16 mixed mode, sharing): "DestroyJavaVM" prio=10 tid=0x08e7e000 nid=0x22f2 waiting on condition [0x00000000] java.lang.Thread.State: RUNNABLE "interpreter" prio=10 tid=0x08f2d000 nid=0x22fa runnable [0xb4413000] java.lang.Thread.State: RUNNABLE at sun.nio.cs.UTF_8.updatePositions(UTF_8.java:77) at sun.nio.cs.UTF_8$Decoder.xflow(UTF_8.java:183) at sun.nio.cs.UTF_8$Decoder.decodeArrayLoop(UTF_8.java:242) at sun.nio.cs.UTF_8$Decoder.decodeLoop(UTF_8.java:324) at java.nio.charset.CharsetDecoder.decode (CharsetDecoder.java:561) at org.armedbear.lisp.util.RandomAccessCharacterFile.read (RandomAccessCharacterFile.java:375) at org.armedbear.lisp.util.RandomAccessCharacterFile $RandomAccessReader.read(RandomAccessCharacterFile.java:224) at org.armedbear.lisp.util.RandomAccessCharacterFile $RandomAccessReader.read(RandomAccessCharacterFile.java:190) at org.armedbear.lisp.Stream._readChar(Stream.java:1684) at org.armedbear.lisp.LispReader$1.execute(LispReader.java:52) at org.armedbear.lisp.Stream.processChar(Stream.java:529) at org.armedbear.lisp.Stream.readPreservingWhitespace (Stream.java:449) at org.armedbear.lisp.Stream.readPreservingWhitespace (Stream.java:457) at org.armedbear.lisp.Stream.read(Stream.java:396) at org.armedbear.lisp.Stream$14.execute(Stream.java:2332) at org.armedbear.lisp.Symbol.execute(Symbol.java:798) at org.armedbear.lisp.LispThread.execute(LispThread.java:596) at org.armedbear.lisp.compile_file_35.execute(compile- file.lisp:469) at org.armedbear.lisp.LispThread.execute(LispThread.java:546) at org.armedbear.lisp.Java$23.execute(Java.java:1007) at org.armedbear.lisp.Symbol.execute(Symbol.java:775) at org.armedbear.lisp.LispThread.execute(LispThread.java:562) at org.armedbear.lisp.compile_file_32.execute(compile- file.lisp:469) at org.armedbear.lisp.compiler_pass2_578.execute(compiler- pass2.lisp:8691) at org.armedbear.lisp.CompiledClosure.execute (CompiledClosure.java:101) at org.armedbear.lisp.Symbol.execute(Symbol.java:775) at org.armedbear.lisp.LispThread.execute(LispThread.java:562) at org.armedbear.lisp.compile_file_30.execute(compile- file.lisp:469) at org.armedbear.lisp.CompiledClosure.execute (CompiledClosure.java:124) at org.armedbear.lisp.AutoloadedFunctionProxy.execute (AutoloadedFunctionProxy.java:160) at org.armedbear.lisp.LispThread.execute(LispThread.java:596) at org.armedbear.lisp.Lisp.funcall(Lisp.java:170) at org.armedbear.lisp.Primitives$pf_apply.execute (Primitives.java:2829) at org.armedbear.lisp.Primitive.execute(Primitive.java:158) at org.armedbear.lisp.Symbol.execute(Symbol.java:824) at org.armedbear.lisp.LispThread.execute(LispThread.java:632) at org.armedbear.lisp.asdf_303.execute(asdf.lisp:1503) at org.armedbear.lisp.clos_153.execute(clos.lisp:1437) at org.armedbear.lisp.LispThread.execute(LispThread.java:562) at org.armedbear.lisp.clos_142.execute(clos.lisp:1371) at org.armedbear.lisp.Symbol.execute(Symbol.java:786) at org.armedbear.lisp.clos_132.execute(clos.lisp:1205) at org.armedbear.lisp.StandardGenericFunction.execute (StandardGenericFunction.java:138) at org.armedbear.lisp.Symbol.execute(Symbol.java:786) at org.armedbear.lisp.LispThread.execute(LispThread.java:579) at org.armedbear.lisp.asdf_318.execute(asdf.lisp:1561) at org.armedbear.lisp.clos_152.execute(clos.lisp:1437) at org.armedbear.lisp.LispThread.execute(LispThread.java:562) at org.armedbear.lisp.clos_142.execute(clos.lisp:1371) at org.armedbear.lisp.Symbol.execute(Symbol.java:786) at org.armedbear.lisp.clos_132.execute(clos.lisp:1205) at org.armedbear.lisp.StandardGenericFunction.execute (StandardGenericFunction.java:138) at org.armedbear.lisp.Symbol.execute(Symbol.java:786) at org.armedbear.lisp.LispThread.execute(LispThread.java:579) at org.armedbear.lisp.asdf_359.execute(asdf.lisp:1646) at org.armedbear.lisp.compiler_pass2_582.execute(compiler- pass2.lisp:8691) at org.armedbear.lisp.LispThread.execute(LispThread.java:546) at org.armedbear.lisp.Java$23.execute(Java.java:1007) at org.armedbear.lisp.Symbol.execute(Symbol.java:775) at org.armedbear.lisp.compiler_pass2_578.execute(compiler- pass2.lisp:8691) at org.armedbear.lisp.CompiledClosure.execute (CompiledClosure.java:101) at org.armedbear.lisp.AutoloadedFunctionProxy.execute (AutoloadedFunctionProxy.java:145) at org.armedbear.lisp.Symbol.execute(Symbol.java:775) at org.armedbear.lisp.Autoload.execute(Autoload.java:168) at org.armedbear.lisp.Symbol.execute(Symbol.java:775) at org.armedbear.lisp.LispThread.execute(LispThread.java:562) at org.armedbear.lisp.asdf_358.execute(asdf.lisp:1646) at org.armedbear.lisp.CompiledClosure.execute (CompiledClosure.java:112) at org.armedbear.lisp.LispThread.execute(LispThread.java:579) at org.armedbear.lisp.Lisp.funcall(Lisp.java:168) at org.armedbear.lisp.Primitives$pf_apply.execute (Primitives.java:2829) at org.armedbear.lisp.Primitive.execute(Primitive.java:143) at org.armedbear.lisp.Symbol.execute(Symbol.java:810) at org.armedbear.lisp.LispThread.execute(LispThread.java:614) at org.armedbear.lisp.asdf_373.execute(asdf.lisp:1716) at org.armedbear.lisp.CompiledClosure.execute (CompiledClosure.java:101) at org.armedbear.lisp.AutoloadedFunctionProxy.execute (AutoloadedFunctionProxy.java:145) at org.armedbear.lisp.LispThread.execute(LispThread.java:562) at org.armedbear.lisp.Lisp.evalCall(Lisp.java:497) at org.armedbear.lisp.Lisp.eval(Lisp.java:462) at org.armedbear.lisp.Lisp.progn(Lisp.java:631) at org.armedbear.lisp.SpecialOperators._let (SpecialOperators.java:169) at org.armedbear.lisp.SpecialOperators$sf_let.execute (SpecialOperators.java:101) at org.armedbear.lisp.Lisp.eval(Lisp.java:452) at org.armedbear.lisp.Primitives$sf_return_from.execute (Primitives.java:3750) at org.armedbear.lisp.Lisp.eval(Lisp.java:452) at org.armedbear.lisp.Lisp.progn(Lisp.java:631) at org.armedbear.lisp.SpecialOperators$sf_progn.execute (SpecialOperators.java:275) at org.armedbear.lisp.Lisp.eval(Lisp.java:452) at org.armedbear.lisp.Lisp.progn(Lisp.java:631) at org.armedbear.lisp.Closure.execute(Closure.java:421) at org.armedbear.lisp.LispThread.execute(LispThread.java:546) at org.armedbear.lisp.Java$23.execute(Java.java:1007) at org.armedbear.lisp.LispThread.execute(LispThread.java:562) at org.armedbear.lisp.Lisp.evalCall(Lisp.java:497) at org.armedbear.lisp.Lisp.eval(Lisp.java:462) at org.armedbear.lisp.Lisp.progn(Lisp.java:631) at org.armedbear.lisp.SpecialOperators._let (SpecialOperators.java:169) at org.armedbear.lisp.SpecialOperators$sf_let.execute (SpecialOperators.java:101) at org.armedbear.lisp.Lisp.eval(Lisp.java:452) at org.armedbear.lisp.Lisp.eval(Lisp.java:455) at org.armedbear.lisp.Lisp.processTagBody(Lisp.java:770) at org.armedbear.lisp.Primitives$sf_tagbody.execute (Primitives.java:3667) at org.armedbear.lisp.Lisp.eval(Lisp.java:452) at org.armedbear.lisp.Lisp.progn(Lisp.java:631) at org.armedbear.lisp.SpecialOperators._let (SpecialOperators.java:169) at org.armedbear.lisp.SpecialOperators$sf_let.execute (SpecialOperators.java:101) at org.armedbear.lisp.Lisp.eval(Lisp.java:452) at org.armedbear.lisp.Lisp.progn(Lisp.java:631) at org.armedbear.lisp.Primitives$sf_block.execute (Primitives.java:3720) at org.armedbear.lisp.Lisp.eval(Lisp.java:452) at org.armedbear.lisp.Lisp.eval(Lisp.java:455) at org.armedbear.lisp.Primitives$pf__eval.execute (Primitives.java:328) at org.armedbear.lisp.LispThread.execute(LispThread.java:562) at org.armedbear.lisp.Lisp.evalCall(Lisp.java:497) at org.armedbear.lisp.Lisp.eval(Lisp.java:462) at org.armedbear.lisp.Lisp.progn(Lisp.java:631) at org.armedbear.lisp.Primitives$sf_block.execute (Primitives.java:3720) at org.armedbear.lisp.Lisp.eval(Lisp.java:452) at org.armedbear.lisp.Lisp.progn(Lisp.java:631) at org.armedbear.lisp.Closure.bindParametersAndExecute (Closure.java:446) at org.armedbear.lisp.Closure.execute(Closure.java:479) at org.armedbear.lisp.LispThread.execute(LispThread.java:562) at org.armedbear.lisp.Lisp$1.execute(Lisp.java:278) at org.armedbear.lisp.Symbol.execute(Symbol.java:775) at org.armedbear.lisp.LispThread.execute(LispThread.java:562) at org.armedbear.lisp.top_level_50.execute(top-level.lisp:407) at org.armedbear.lisp.CompiledClosure.execute (CompiledClosure.java:92) at org.armedbear.lisp.AutoloadedFunctionProxy.execute (AutoloadedFunctionProxy.java:139) at org.armedbear.lisp.Symbol.execute(Symbol.java:765) at org.armedbear.lisp.LispThread.execute(LispThread.java:546) at org.armedbear.lisp.top_level_51.execute(top-level.lisp:415) at org.armedbear.lisp.AutoloadedFunctionProxy.execute (AutoloadedFunctionProxy.java:139) at org.armedbear.lisp.LispThread.execute(LispThread.java:546) at org.armedbear.lisp.Interpreter.run(Interpreter.java:318) at org.armedbear.lisp.Main$1.run(Main.java:50) at java.lang.Thread.run(Thread.java:636) "Low Memory Detector" daemon prio=10 tid=0x08ebb800 nid=0x22f8 runnable [0x00000000] java.lang.Thread.State: RUNNABLE "CompilerThread0" daemon prio=10 tid=0x08eb8800 nid=0x22f7 waiting on condition [0x00000000] java.lang.Thread.State: RUNNABLE "Signal Dispatcher" daemon prio=10 tid=0x08eb6c00 nid=0x22f6 waiting on condition [0x00000000] java.lang.Thread.State: RUNNABLE "Finalizer" daemon prio=10 tid=0x08eae000 nid=0x22f5 in Object.wait() [0xb46d3000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x7181b310> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:133) - locked <0x7181b310> (a java.lang.ref.ReferenceQueue$Lock) at java.lang.ref.ReferenceQueue.remove(ReferenceQueue.java:149) at java.lang.ref.Finalizer$FinalizerThread.run (Finalizer.java:177) "Reference Handler" daemon prio=10 tid=0x08eac800 nid=0x22f4 in Object.wait() [0xb4724000] java.lang.Thread.State: WAITING (on object monitor) at java.lang.Object.wait(Native Method) - waiting on <0x7181b0a8> (a java.lang.ref.Reference$Lock) at java.lang.Object.wait(Object.java:502) at java.lang.ref.Reference$ReferenceHandler.run (Reference.java:133) - locked <0x7181b0a8> (a java.lang.ref.Reference$Lock) "VM Thread" prio=10 tid=0x08eaac00 nid=0x22f3 runnable "VM Periodic Task Thread" prio=10 tid=0x08ebd400 nid=0x22f9 waiting on condition JNI global references: 695 Heap def new generation total 2112K, used 1035K [0x6f0a0000, 0x6f2e0000, 0x71800000) eden space 1920K, 43% used [0x6f0a0000, 0x6f172c78, 0x6f280000) from space 192K, 100% used [0x6f2b0000, 0x6f2e0000, 0x6f2e0000) to space 192K, 0% used [0x6f280000, 0x6f280000, 0x6f2b0000) tenured generation total 26796K, used 21848K [0x71800000, 0x7322b000, 0x8f0a0000) the space 26796K, 81% used [0x71800000, 0x72d56308, 0x72d56400, 0x7322b000) compacting perm gen total 12288K, used 10968K [0x8f0a0000, 0x8fca0000, 0x930a0000) the space 12288K, 89% used [0x8f0a0000, 0x8fb563d8, 0x8fb56400, 0x8fca0000) ro space 8192K, 89% used [0x930a0000, 0x937cd318, 0x937cd400, 0x938a0000) rw space 12288K, 59% used [0x938a0000, 0x93fcc748, 0x93fcc800, 0x944a0000) ^C asdf@ip-10-251-122-82:/development/source/library$ mor

3 3

[armedbear-devel] Bug in metaclass support
by Alessio Stalla 11 Apr '10

11 Apr '10

Hello, this piece of code produces an error: (defclass foo () () (:METACLASS STANDARD-CLASS) (:DOCUMENTATION "bar")) condition of type PROGRAM-ERROR: Invalid initarg :DOCUMENTATION while it works perfectly fine without :metaclass, presumably because make-instance is not called to create the class metaobject. On class redefinition (say, I define foo without :documentation, and redefine it with it), it gives no error. This breaks Cells which always puts in a :metaclass option even when superfluous. Bye, Alessio

2 1

[armedbear-devel] Ticket #88: Predicate to distinguish Java-based and lisp-compiled functions
by Erik Huelsmann 10 Apr '10

10 Apr '10

Regarding ticket 88, I have the following idea: Lisp functions inherit from either Primitive or CompiledClosure. CompiledClosure isn't used elsewhere, but Primitive is used everywhere in Java too. How about creating an (empty) CompiledPrimitive which isn't used Java-side. Then, with a simple 'instanceof' test, functions can be tested to have been compiled from Lisp or created from Java. How about that? Bye, Erik.

1 0

[armedbear-devel] Low memory condition signalling
by Erik Huelsmann 09 Apr '10

09 Apr '10

Hi, Yesterday I completed an abcl-dev blogpost about 0.18 which handles out of memory (OOM) conditions much better than earlier versions. However, as the post concludes, it would be even lispier to have a low-memory signal instead of OOM, because in that case the condition system can be used to handle the situation right in the call stack where the condition occurred, in order to be able to continue execution after handling the condition. Douglas Miles suggested we use JMX memory management notifications to create this behaviour. Before we can implement such behaviour, a number of questions need to be answered: * How does an application tell the difference between our current OOM condition and the new behaviour? -> this is important, because the current behaviour unwinds the stack; the future one won't * Do we remove the current behaviour? * Do we let the user select the parameters for signalling the requested condition? * Should we let the user install handlers to be called when a condition like this occurs? * <others>? Regards, Erik.

3 3

[armedbear-devel] Unicode support vs spec conformance
by Erik Huelsmann 05 Apr '10

05 Apr '10

This started with Douglas Miles remarking that 2 tests in the ansi test suite have been failing ever since we increased CHAR-CODE-LIMIT to #x10000.That change was associated with our intended support for Unicode. As it turns out, Unicode has defined characters which conflict with a requirement from the CLHS: CLHS requires that characters be defined in exact pairs, if they have 'case'. This means that the functions char-upcase and char-downcase can be used to retrieve the character's "other case" equivalent. However, in Unicode there are characters which don't have that property: for example LATIN SMALL LETTER DOTLESS I maps to the LATIN CAPITAL LETTER I, just as the LATIN SMALL LETTER I. Obviously, the capital can't map back to both. See here the issue with CLHS compliance emerge. Three possible solutions have come up: 1a. Be CLHS compliant, but not Unicode 1b. Same as (1a), but provide specific Unicode up/down casing functions 2. Be Unicode compliant and not CLHS. SBCL (and from Sam Steingold's remark CLISP too) chooses 1a: I haven't found a function to do Unicode up/down casing; it defines the uppercase of the dotless i to be itself (caseless). This solution results in CLHS compliance, but in my opinion, isn't the solution with the least surprise: if you decide you want to upcase a string - without in-depth awareness of the issue - you're suddenly faced with a string which is upcased, except for a number of characters. I would propose we - documentedly - diverge from the CLHS on this issue: we follow Unicode and the upper case version of the dotless i is just the capital i. From a user perspective, this seems like the solution of least surprise: I would expect people who use characters which can't be round-tripped to understand about that. Sam suggests there's an issue with symbol i/o. He's probably referring to *readtable-case* and *print-case*. My reasoning here too is that people using characters like these in their symbols would expect to be familiar with both the casing behaviour of the Common Lisp reader/printer and the behaviour of their letters in such circumstances: if a string were uppercased in a certain way, wouldn't it be extremely weird if your symbols wouldn't too - given that your Common Lisp claims Unicode support? So, my proposal here is to diverge. What are your opinions? Bye, Erik.

2 1

[armedbear-devel] Where is ASDF2?
by Blake McBride 05 Apr '10

05 Apr '10

git clone http://common-lisp.net/project/asdf/asdf.git seems to have the latest ASDF 1. I can't seem to find ASDF 2. A pointer would be appreciated. Thanks. Blake McBride

2 1

[armedbear-devel] Understanding Unicode support
by Erik Huelsmann 04 Apr '10

04 Apr '10

Hi all, In an effort to make our Unicode support comprehensible, I've started a wiki page to document what's all to be considered. The page is at http://trac.common-lisp.net/armedbear/wiki/CharsetSupport Please contribute directly to the page or send your amendments here for inclusion. Bye, Erik.

1 0

[armedbear-devel] Unicode, CHAR-UPCASE/CHAR-DOWNCASE and char-upcase.1/char-upcase.2
by Erik Huelsmann 04 Apr '10

04 Apr '10

Ever since ABCL raised its CHAR-CODE-LIMIT from 256 to #x10000, 2 tests started failing: char-upcase.1 and char-upcase.2. These 2 tests iterate through all integers between 0 and CHAR-CODE-LIMIT. While doing so, they test for the property that upcasing and downcasing returns the same character again ("round-tripping"). This property of characters is specified in section 13.1.4.3 (http://www.lispworks.com/documentation/lw51/CLHS/Body/13_adc.htm) "Characters with case". In short: characters with case are defined in pairs; additional characters with case have to be defined in pairs too. The spec provides char-upcase and char-downcase to convert characters-with-case to their 'other-case equivalent'. However, in section 13.1.10, there seems to be an escape hatch: "Documentation of implementation-defined scripts". A script is a subtype of CHARACTER, nothing more nothing less. An implementation-defined script gets to document the effect on CHAR-UPCASE and CHAR-DOWNCASE. Now, if I were to define our Unicode script to be every character except those in the base set, char-upcase and char-downcase may have different semantics, except for the standard characters. That way, there's no need to have the round-tripping requirement apply to most of unicode - as can't be expected, see latin-small-letter-dotless-i for an example. In the light above, is it really portable for the tests to assume all characters must be round-tripped? I think it's not. What are your opinions? Bye, Erik.

3 4

[armedbear-devel] Loading from jar - status
by Reinhard Oldenburg 03 Apr '10

03 Apr '10

Dear ABCL-Team, some time a go the theme of loading compiled files from jar-archives has been discussed on this list but somehow I missed the final conclusion. There seems to be no example or documentaion of this feature. Especially I'm interested in loading Maxima from a jar file - is this possible? Yours, Reinhard Oldenburg

2 1

[armedbear-devel] lisp interpreter inside a beanshell JConsole?
by Alan Ruttenberg 03 Apr '10

03 Apr '10

Hi, I'm trying to set up a lisp shell inside protege, by copy pasting from the bean shell example they have: http://code.google.com/p/co-ode-owl-plugins/source/browse/trunk/org.coode.s… (see http://www.beanshell.org/manual/jconsole.html) Unfortunately I'm losing, with the first eval I call resulting in a null pointer exception. I expect I don't know how to set up the top level loop to run with the JConsole streams. Can anyone help? Thanks, Alan

3 8

[armedbear-devel] Proposal for URL to be used as Pathnames
by Mark Evenson 02 Apr '10

02 Apr '10

I've [committed to an initial design][1] for URLs to be used as Pathnames, which I am in the process of implementing. The primary use of this functionality will be to be able to eventually express OSGi bundles within ASDF system definitions. [1]: http://trac.common-lisp.net/armedbear/browser/trunk/abcl/doc/design/url-pat… The gist of the proposal is to represent a URL with a Pathname whose HOST component is a list. The list will be an association list with the key :SCHEME containing the URL scheme and :AUTHORITY containing the URL authority. The DIRECTORY, NAME, and TYPE components will be used to construct the PATH of the URL. As an example, "http://example.org:8080/org/armedbear/lisp/boot.lisp" would be converted to a Pathname as follows pathname: { host: (:SCHEME "http" :AUTHORITY "example.org:8080"), directory: (:ABSOLUTE "org" "armedbear" "lisp"), name: "boot", type: "lisp" } As an answer to Alessio's question (long ago) about whether URLs should really be a Pathname or if we are better off using a class, I think that they really are better abstracted as a Pathname because they a) have a hierarchical path b) the network location has a strong resemblance to how HOST is used for UNC mounts under Windows and c) being able to express OSGi bundles in ASDF has a chance of working. Critique welcome. -- "A screaming comes across the sky. It has happened before, but there is nothing to compare to it now."

5 10

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

armedbear-devel April 2010