Mercurial > hg > xemacs-beta
view tests/tooltalk/simple.el @ 2881:0e0af7cbfd1b
[xemacs-hg @ 2005-08-01 16:28:18 by darrylo]
On some (64-bit) systems, sizeof(int) != sizeof(long), and this can
cause crashes because in-use lisp objects can get prematurely gc'd (and
0xdeadbeef'd). This occurs because the memory_description for the
Gap_Array structure incorrectly describes some members as XD_INT's
(32-bit objects), when they should actually be XD_ELEMCOUNT's and
XD_BYTECOUNT's (both 64-bit objects), as that is how they are declared
in the structure.
author | darrylo |
---|---|
date | Mon, 01 Aug 2005 16:28:21 +0000 |
parents | 131b0175ea99 |
children | 9fc91aa3a927 |
line wrap: on
line source
;;; Example of Sending Messages (defun tooltalk-random-query-handler (msg pat) (let ((state (get-tooltalk-message-attribute msg 'state))) (cond ((eq state 'TT_HANDLED) (message (get-tooltalk-message-attribute msg arg_val 0))) ((memq state '(TT_FAILED TT_REJECTED)) (message "Random query turns up nothing"))))) (setq random-query-message '( class TT_REQUEST scope TT_SESSION address TT_PROCEDURE op "random-query" args ((TT_INOUT "?" "string")) callback tooltalk-random-query-handler)) (let ((m (make-tooltalk-message random-query-message))) (send-tooltalk-message m)) ;;; Example of Receiving Messaegs (defun tooltalk-display-string-handler (msg pat) (return-tooltalk-message msg 'reply) (describe-tooltalk-message msg) (message (get-tooltalk-message-attribute msg 'arg_val 0))) (setq display-string-pattern '(category TT_HANDLE scope TT_SESSION op "emacs-eval" args ((TT_IN "filename" "string")) callback tooltalk-display-string-handler)) (let ((p (make-tooltalk-pattern display-string-pattern))) (register-tooltalk-pattern p))