Skip to content
Snippets Groups Projects
  1. Jun 25, 2003
  2. Jun 16, 2003
  3. Jun 14, 2003
    • csr21's avatar
      Clean up compilation under sbcl: a couple of IGNOREs, a couple of · 2f7a173a
      csr21 authored
      Clean up compilation under sbcl: a couple of IGNOREs, a couple of
      s/load/:load-toplevel/, one s/*foo*/+foo+/.  Still many many compilation
      notes, but since the render protocol is inherently slow anyway...
      
      darcs-hash:20030614141607-ed5a3-c868eb7fafc194534644a6d5bc3a64e1f86d9fd1.gz
      2f7a173a
    • gilbert's avatar
      imported as is. · eec787e8
      gilbert authored
      darcs-hash:20030614132733-09c7f-4f7e3be91d8fb8ffd2294d9361488b77aa3a424f.gz
      eec787e8
  4. Jun 07, 2003
    • csr21's avatar
      Fix the bugs that the image test reveals. · 6820b4e3
      csr21 authored
      Fix the bugs that the image test reveals.
      The bug fix isn't great, though; we simply disable the FAST-xxx-PIXARRAY
      routines for sbcl, because they demonstrably don't work.  Patches will
      be welcome from anyone who understands what they are meant to do.
      
      darcs-hash:20030607093043-ed5a3-e3dd58efcab2a2f678d25864adb98425c3d91ca6.gz
      6820b4e3
    • csr21's avatar
      Fix the image test: · 4095a1b9
      csr21 authored
      Fix the image test:
      * don't abuse the "cursor hotspot" fields, which are defined to be
        CARD16 or NULL, for communicating the position of the (sub)image on
        the root window; instead, use the image plist (and adjust as necessary
        if a subimage is copied).
      * rather than writing in very very dark red (or blue) on black,
        explicitly ask for white on black.
      
      darcs-hash:20030607090943-ed5a3-65828f7e8c98f4dcaa3d9bdcdb23569a90a16f67.gz
      4095a1b9
  5. Jun 06, 2003
  6. Jun 05, 2003
    • csr21's avatar
      A different approach to the "SBCL DEFCONSTANT" problem: instead of · 128cfa08
      csr21 authored
      A different approach to the "SBCL DEFCONSTANT" problem: instead of
      sticking icky #+sbcl defconstant-eqx everywhere, concentrate the
      nastiness in an :around method for ASDF:PERFORM on CLX-SOURCE-FILE.
      This, of course, means that the sources do not build on sbcl if you
      compile and load them one by one; I can live with that.
      
      darcs-hash:20030605191822-ed5a3-3b02c39acf535f330f3313522984197a7a351ec8.gz
      128cfa08
    • csr21's avatar
      We might as well use OPEN-DEFAULT-DISPLAY here, too · f1f00213
      csr21 authored
      darcs-hash:20030605160514-ed5a3-da771794b914534f83169958cdf8b4d7862b0835.gz
      f1f00213
  7. Jun 04, 2003
  8. Jun 02, 2003
    • csr21's avatar
      Quick, before I delete my repository again: for SBCL, bind · cd37eaab
      csr21 authored
      Quick, before I delete my repository again: for SBCL, bind
      *DERIVE-FUNCTION-TYPES* around compilation of clx files, since we're not
      going to be changing internals very often (and extremely rarely in a
      type-incompatible way).
      
      darcs-hash:20030602124548-ed5a3-0e1d5c74fec24f401a9752459b5aec8f98f9dbac.gz
      cd37eaab
  9. May 29, 2003
  10. May 15, 2003
  11. May 08, 2003
  12. May 06, 2003
  13. Apr 30, 2003
  14. Apr 17, 2003
  15. Apr 03, 2003
    • dan's avatar
      Experimental sbcl experimental thread support · 4a00e85c
      dan authored
      Experimental sbcl experimental thread support
      Export open-default-display
      
      darcs-hash:20030403174755-2591e-ad9ec8909b57c90731ca210ce6749feaa785b7fe.gz
      4a00e85c
    • csr21's avatar
      The great renaming, part II: · ea6ef481
      csr21 authored
      The great renaming, part II:
      Change old-style COMPILE LOAD EVAL to new-style :COMPILE-TOPLEVEL
      :LOAD-TOPLEVEL :EXECUTE in EVAL-WHENs.
      
      Mostly resist the temptation to reindent things.
      
      Decorate one or two places with FIXME comments.
      
      Since this brings us down to only 3 STYLE-WARNINGs, include the relevant
      (DECLARE IGNORABLE) statements to bring us down to zero.  Now only 495
      optimization notes to sort out.
      
      darcs-hash:20030403123933-ed5a3-06749f149b4bc8640110ee2b18ef8f5795baefc5.gz
      ea6ef481
    • csr21's avatar
      The great renaming, part I: · 9799acdc
      csr21 authored
      The great renaming, part I:
      For constants named by *FOO*, change the source to use +FOO+.  This
      commit was brought to you by the function dired-do-query-replace-regexp,
      the letter y, and the regular expression
      
      \*\(clx-cached-types\|replysize\|buffer-text16-size\|... \)\*
      
      darcs-hash:20030403112715-ed5a3-5cb0e20a94dd81b4d3f19db3eaab72980ba80915.gz
      9799acdc
    • csr21's avatar
      Make the qix demo work by binding FIXNUM-declared variables to NIL · ed08347d
      csr21 authored
      Make the qix demo work by binding FIXNUM-declared variables to NIL
      Make all the demos work by using OPEN-DEFAULT-DISPLAY under sbcl.
      
      darcs-hash:20030403110037-ed5a3-debd88843cbaa9d4298ee83d0413f32c4468f26e.gz
      ed08347d
  16. Mar 22, 2003
  17. Mar 01, 2003
  18. Feb 21, 2003
  19. Feb 11, 2003
  20. Feb 09, 2003
    • dan's avatar
      Prepare for first release (0.4, continuing the numbering from Raymond's · 7862b433
      dan authored
      Prepare for first release (0.4, continuing the numbering from Raymond's
      releases)
      
      README.SBCL -> README
      README -> README-R5
      
      Fixed demo/menu to open-default-display
      
      darcs-hash:20030209233610-2591e-d92738ca47de7776a71f7d0c06a78f39818fbe24.gz
    • dan's avatar
      Allows the use of CLX clients over an ssh-forwarded connection. · 1b0cfaa2
      dan authored
      Allows the use of CLX clients over an ssh-forwarded connection.
      Thanks to Eric Marsden for explaining this one and writing the code
      in CMUCL CLX that fixes it.
      
      The X authority database is a small file typically found in
      $HOME/.Xauthority, each of the records in which is a binary-encoded
      tuple of
      
        (protocol address display-num auth-scheme-name auth-data)
      
      protocol is typically FamilyInternet or FamilyDECnet or something. The
      interpretation of address is protocol-specific, the display is a
      number, and the auth-data depends on the auth-scheme-name.  With that
      said, I don't know of any any authorization schemes other than
      MIT-MAGIC-COOKIE-1, for which the auth data is 16 bytes of binary guck.
      
      For FamilyInternet, the address is just the IP address.  That's easy.
      However, the authority database may be shared between multiple
      machines (for example, if you have NFS-mounted $HOME), so it has to do
      something special with local transports (unix sockets, shm, etc) so
      that they don't all overwrite each other.  xauth invents some more
      Family* constants: the important one here is FamilyLocal, for which
      the address is the machine hostname as returned by gethostname().  If
      your DISPLAY is set to ":n" or "unix:n", this conventionally indicates
      a local connection, so these go into xauthority as FamilyLocal, wich
      the machine hostname to disambiguate them.
      
      Many people use SSH X connection forwarding to securely open remote X
      displays.  If you're on host A, and you ssh to host B with X
      connection forwarding (ssh -X B), the daemon on host B opens a server
      socket bound to 127.0.0.1, port 6010 , then sets up your DISPLAY
      variable as localhost:10 (6011, 6012 etc as more connections are made).
      So, we have the same problem here as we do with local connections:
      127.0.0.1 is localhost _everywhere_, so xauth actually specialcases
      any host whose address is 127.0.0.1 in the same way as it does "" and "unix"
      
      In summary, then, the necessary action to open a connection to the
      nth ssh-forwarded server on a machine is
      
        1) obtain authentication data for FamilyLocal, display n+10
        2) open the display at FamilyInternet host localhost port n+6010
      
      darcs-hash:20030209190313-2591e-21921051977c5b3ba91bbd38241e666cb26a6687.gz
      1b0cfaa2
Loading