Custom Query (1030 matches)

Set priority to major as this affects all stream reading. Running Windows 8.1 64bit though the code suggests my environment has little to do with the underlying issue.

At REPL, this is the error,

Error: The value 1.0 is not of the expected type <SIGNED-BYTE 32>. While executing: CCL::FD-INPUT-AVAILABLE-P, in process listener(1).

There's only one declare statement in fd-input-available-p, see level-1\l1-streams.lisp lines 5552-5553, (let* ((res (int-errno-call (#_poll pollfds 1 (or milliseconds -1))))) (declare (fixnum res))

(int-errno-call) is a wrapped call to (%get-errno), see lib\macros.lisp lines 3912-3917

%get-errno, 32bit target, see level-0\X86\x86-io.lisp, is more complicated than I can parse. However, it seems pretty obvious that the code between line 43 (box-fixnum imm0 arg_z) and line 51 (single-value-return) is the issue.

Verified that, on the same system, 64bit code functions fine (does not return a floating point). Obvious that this would be the case though after reviewing the 64bit implementation of %get-errno as there is no code between the box-fixnum and return.

MacBook Pro (early 2011) Yosemite Xcode 6.1 currently running Lisp Version 1.10-r16196 (DarwinX8664) Here is the essence of what happens:

? (rebuild-ccl :full t)

... ;Wrote bootstrapping image: #P"/Users/brooks/lisp/ccl-1.10/x86-boot64.image" ;Building lisp-kernel ...

Error: Error(s) during kernel compilation.

gm4 -DDARWIN -DX86 -DX8664 -DTCR_IN_GPR -I../ ../x86-spjump64.s | as -arch x86_64 -g -o x86-spjump64.o gm4 -DDARWIN -DX86 -DX8664 -DTCR_IN_GPR -I../ ../x86-spentry64.s | as -arch x86_64 -g -o x86-spentry64.o gm4 -DDARWIN -DX86 -DX8664 -DTCR_IN_GPR -I../ ../x86-subprims64.s | as -arch x86_64 -g -o x86-subprims64.o gm4 -DDARWIN -DX86 -DX8664 -DTCR_IN_GPR -I../ ../imports.s | as -arch x86_64 -g -o imports.o cc -include ../platform-darwinx8664.h -c ../pmcl-kernel.c -arch x86_64 -DDARWIN -DX86 -DX8664 -DTCR_IN_GPR -DSVN_REVISION="16302" -D_DARWIN_NO_64_BIT_INODE -DUSE_DTRACE \

-g -O -Wno-format \

-I. -mmacosx-version-min=10.6 -isysroot / -o pmcl-kernel.o

In file included from <built-in>:170: In file included from <command line>:8: ../platform-darwinx8664.h:24:10: fatal error: 'sys/signal.h' file not found #include <sys/signal.h>

Welcome to Clozure Common Lisp Version 1.10-r16303M  (DarwinX8664)!
? (objc:load-framework "Quartz" :quartz)
NIL
? #'#/pageAtIndex:
> Error: Undefined function: NEXTSTEP-FUNCTIONS:|pageAtIndex:|
> While executing: CCL::%FUNCTION, in process Listener(4).
> Type cmd-. to abort, cmd-\ for a list of available restarts.
> Type :? for other options.
1 > 

This problem is reliably repeatable, but it has randomly and mysteriously appeared and disappeared in different versions. For example, it was working in r16302:

Welcome to Clozure Common Lisp Version 1.10-r16302M  (DarwinX8664)!
? (objc:load-framework "Quartz" :quartz)
NIL
? #'#/pageAtIndex:
#<OBJC-DISPATCH-FUNCTION NEXTSTEP-FUNCTIONS:|pageAtIndex:| #x3020015710CF>
? 

and r16286:

Welcome to Clozure Common Lisp Version 1.9-r16286M  (DarwinX8664)!
? (objc:load-framework "Quartz" :quartz)
NIL
? #'#/pageAtIndex:
#<OBJC-DISPATCH-FUNCTION NEXTSTEP-FUNCTIONS:|pageAtIndex:| #x30200144C34F>

But broken in r16266:

Welcome to Clozure Common Lisp Version 1.10-store-r16266  (DarwinX8664)!
? (objc:load-framework "Quartz" :quartz)
NIL
? #'#/pageAtIndex:
Error: Undefined function: NEXTSTEP-FUNCTIONS:|pageAtIndex:|