Custom Query (1030 matches)

I believe that "small" means "32 bits or less".

One example involves the classic Carbon function FindWindow, which takes a Point (a pair of 16-bit integers) and a pointer as arguments. The Point needs to be passed in a single word on the stack; we incorrectly pass the address of the Point.

(I think that I know how to fix this, just opening the ticket for the record.)

Loading a file with userinit disabled in Version 1.2-r10579M-trunk (Linuxx8664) with the following forms:

(defclass my-generic-function () ()
  (:metaclass funcallable-standard-class))

(format t "In a toplevel form: ~S~%"
          (typep (make-instance 'my-generic-function) 'my-generic-function))

(let ()
  (format t "In a let: ~S~%"
          (typep (make-instance 'my-generic-function) 'my-generic-function)))

(funcall (compile nil '(lambda ()
                         (format t "In a compiled closure: ~S~%"
                                 (typep (make-instance 'my-generic-function)
                                        'my-generic-function)))))

Gives T, NIL, and NIL respectively, where I would expect all T.

As far as I can tell, this only happens for user-defined classes whose metaclass is funcallable-standard-class, whether or not subclassing standard-generic-function.

If the image loader can't load an image at its preferred address (presumably because of mmap limitations or something like that), a function named 'relocate_area_contents' is supposed to walk all pointer-bearing areas, adjusting the pointers it finds there by the difference ('bias') between the expected image address and the actual address. I don't know the details, but this doesn't seem to work yet on x8632. (For a long time, it didn't work right on x8664: the code there didn't handle embedded pointers in function objects correctly.)