1. 23 Feb, 2014 1 commit
  2. 21 Feb, 2014 1 commit
  3. 16 Feb, 2014 2 commits
    • mevenson@1c010e3e-69d0-11dd-93a8-456734b0d56f's avatar
    • mevenson@1c010e3e-69d0-11dd-93a8-456734b0d56f's avatar
      (partially) restore CL:LOAD from jar files. · c5713e03
      There is apparently a fair amount of "breakage" of cases that used to
      load no longer working which seems due to the changes in the semantics
      for finding the FASL init loader.  The following tests are now broken
      but no longer cause the JVM to crash: JAR-PATHNAME.LOAD.HTTP.1,
      and JAR-PATHNAME.LOAD.HTTP.9.  Need to follow this up in subsequent work.
      Fixed the underlying HttpHead.get() interface used to determine
      whether to used a cache version. The custom HTTP HEAD code that was
      working under Java 6 no longer worked on Java 7.
      Added to HttpHead.get() asynchronous java.lang.Throwable on a socket
      timeout of 5000 ms.
  4. 12 Feb, 2014 1 commit
  5. 06 Feb, 2014 2 commits
  6. 30 Jan, 2014 5 commits
  7. 27 Jan, 2014 4 commits
  8. 26 Jan, 2014 2 commits
  9. 25 Jan, 2014 4 commits
  10. 22 Jan, 2014 2 commits
  11. 19 Jan, 2014 2 commits
  12. 16 Jan, 2014 3 commits
    • mevenson@1c010e3e-69d0-11dd-93a8-456734b0d56f's avatar
    • mevenson@1c010e3e-69d0-11dd-93a8-456734b0d56f's avatar
      Restore the run-to-completion quality of the ABCL test suite. · d64bb250
      Something is seriously borked with loading fasls via HTTP.  Currently,
      trying to get a jdb version of ABCL running under Netbeans, connected
      to via SLIME to debug this.
    • mevenson@1c010e3e-69d0-11dd-93a8-456734b0d56f's avatar
      Fix gray streams for FLEXI-STREAMS. · 8a3fbb66
      From Theam Yang Chew, who writes on
      Hi all,
      I inadvertently discovered some bugs in the gray-streams
      implementation due to a stale flexi-streams that did not get upgraded
      There were quite a few things that needed tidying - the type checking
      using EQ is wrong. Also, after trying to hunt around CLHS, I think
      BYTE is not a CL type (though I may be mistaken). This could be a
      reflection of some Corman Lisp specific feature in the past (Yes!
      These bugs seem to have been around ABCL for that long!)
      Some test examples (avoiding flexi-streams or other dependencies)
      ;; ----- setup
      (require 'gray-streams)
      (defclass test-gray-binary-input-stream
      (defclass test-gray-character-input-stream
      (let ((bytes (list 65 66 67 68 69))
           (pos -1))
       (defmethod gray-streams::stream-read-byte ((stream
         (elt bytes (mod (incf pos) 5))))
      (let ((chars (list #\A #\B #\C #\D #\E))
           (pos -1))
       (defmethod gray-streams::stream-read-char ((stream
         (elt chars (mod (incf pos) 5))))
      ;; -----
      (let ((s (make-instance 'test-gray-binary-input-stream)))
       (loop repeat 10 collect (read-byte s)))
      => (65 66 67 68 69 65 66 67 68 69)
      (let ((arr (make-array 10 :initial-element nil)))
       (list (read-sequence arr
                            (make-instance 'test-gray-binary-input-stream)
                            :start 2 :end 7)
      Expected (7 #(NIL NIL 65 66 67 68 69 NIL NIL NIL)), but got an error
      instead, ... no applicable method...
      I guess implementors of gray streams would normally define both
      read-byte & read-sequence. But ABCL's default/fallback method does try
      to support binary streams, it just isn't being dispatched on the right
      Also, read-sequence should return the "final" array index, not the
      number of bytes/characters read. Similarly, write-sequence needs to do
      its work, then return the sequence itself.
      Attached is a patch with what I hope are the required fixes, please
      Two additional notes,
      1. Even after loading my proposed fixes, I'd would still get this,
      which is ok, but the error message is not obvious enough. This is
      actually a method not found error, not a type error. There appears
      to be some type guessing going on, so perhaps the message should
      indicate failure to dispatch on STREAM or similar.
      (make-instance 'test-gray-binary-input-stream))
      The value #<TEST-GRAY-BINARY-INPUT-STREAM {500BBBF9}> is not of type STREAM.
        [Condition of type TYPE-ERROR]
      So we just need something like this,
      (defmethod gray-streams::stream-element-type ((stream
       '(unsigned-byte 8))
      2. I also don't understand this snippet in the original code,
      converting unsigned-bytes/integers (basically the wrong type) to a
      (#+nil ccl:int-char code-char (elt sequence n))
      Of course, after patching the above, I discovered that re-compiling
      got rid of my particular set of problems :-)
  13. 11 Jan, 2014 1 commit
  14. 09 Jan, 2014 2 commits
  15. 05 Jan, 2014 5 commits
  16. 04 Jan, 2014 1 commit
  17. 03 Jan, 2014 1 commit
    • mevenson@1c010e3e-69d0-11dd-93a8-456734b0d56f's avatar
      SLIME configuation under NetBeans working again. · c9863ca1
      To use slime, ensure the directory "~/.asdf-install-dir/systems"
      exits, and symlink `swank.asd` from a SLIME installation into it.
      Start the "slime" Netbeans configuration: when you see the "Swank
      started at port: 4005."  message, you may then use Emacs M-x
      slime-connect to attach to the ABCL instance running in Netbeans.
      An improvement might to be to randomize the port given to
      SWANK:CREATE-SERVER somehow.
      Updated artifacts to Netbeans 7.4.
  18. 27 Dec, 2013 1 commit