Custom Query (1030 matches)

CCL 1.5, Windows XP, x86 Given a source file danderoli.lisp,

(ccl:save-application
   "danderoli.cgi"
   :error-handler :quit :prepend-kernel t))

hangs (danderoli.cgi gets created, but is only 1731 Kb), while

(ccl:save-application
   "dand.cgi"
   :error-handler :quit :prepend-kernel t))

doesn't. The documentation doesn't seem to mention it. Is it a bug or am I missing something?

CCL 1.4 and 1.5 (32 bit) on Mac OS X 10.5 gives

#C(0.19230972534099303d0 -0.1597403190784087d0)

The correct answer should be closer to

#C(0.19230972430417584 -0.15974031883619208)

as produced by cmucl and clisp.

Perhaps a contagion problem?

Welcome to Clozure Common Lisp Version 1.6-dev-r13678M  (DarwinX8664)!
? (defparameter *s* (make-socket :type :datagram))
*S*
?  (send-to *s* "hey" 3 :remote-host "127.0.0.1" :remote-port 12345)
> Error: value "hey" is not of the expected type (OR (ARRAY CHARACTER)
>                                                    (ARRAY (UNSIGNED-BYTE 8))
>                                                    (ARRAY (SIGNED-BYTE 8))).
> While executing: VERIFY-SOCKET-BUFFER, in process listener(1).
> Type :POP to abort, :R for a list of available restarts.
> Type :? for other options.
1 > 

verify-socket-buffer is actually checking for an 8-bit subtag, and with this new-fangled unicode thing, that doesn't include strings.

My first inclination is to say that i/o on datagram sockets is done in octects. This requires the user to use encode-string-to-octects/decode-string-from-octets explicitly.

It might also be work to pay attention to the socket object's external format and encode the string on the user's behalf, but if Gilgamesh wants to send a cuneiform string "foo", then the actual buffer length in octets isn't going to be 3.