Custom Query (1030 matches)

Having a PROCESS-PLIST accessor on PROCESS instances would be very helpful and appears to have benign consequences for existing code. This permits us to associate other items of interest with all processes, e.g., a PID (process descriptor) which can be used to encapsulate a lot of other information (e.g., mailboxes, locks, types of processes, etc.) without actually extending the PROCESS class object beyond the property list slot.

This is needed because calling make-process uses an existing class definition by default. New instances can be applied to extended class definitions using the :CLASS keyword parameter. But existing processes will not have the features needed by extended process objects. And the listener process, and perhaps others, will have already been created, yet need to participate with other instances in these extended applications.

By adding a PLIST slot with accessor CCL:PROCESS-PLIST we can associate arbitrary extensions with already existing processes as needed by applications.

(defclass process () .... (PLIST :INITFORM NIL :ACCESSOR PROCESS-PLIST) ...)

• DM

In a new listener, do (apropos "bitmap"). This results in some long lines, which are properly wrapped to window size. Resize the window to be wider. The display recomputes correctly (i.e. changes to wrap lines at new end of window). Now make the window narrower again. The lines don't rewrap -- they stay wrapped at the width of the former window width, and the horizontal scroll bar becomes enabled, so you end up with a weird mixture of scrolling and wrapping. (It actually took me a while to figure out that's what was going on, it felt like the listener output was just totally screwed up).

(with-open-file (s "ccl:line-termination-test-macos.txt"
                   :direction :output
                   :if-exists :supersede
                   :external-format :macos)
  (dotimes (i 10)
    (write-line "This is a test" s)))

Produces a file that has #x0A line endings, when they should be #x0D.