Custom Query (1030 matches)

CCL from trunk crashes on linux-x8632 (2.6.24 kernel, glibc-2.7, Pentim 4 prescott CPU). Here is backtrace:

(#xB7E3CF94) #x1402AD9D : #<Function (:INTERNAL REVIVE-SHARED-LIBRARIES) #x1402AD36> + 103
(#xB7E3CFB0) #x140283FD : #<Function %WALK-SHARED-LIBRARIES #x1402835E> + 159
(#xB7E3CFC4) #x1402A9CD : #<Function REVIVE-SHARED-LIBRARIES #x1402A81E> + 431
(#xB7E3CFE0) #x1402B725 : #<Function REFRESH-EXTERNAL-ENTRYPOINTS #x1402B61E> + 263
(#xB7E3CFE8) #x1480A5ED : #<Function RESTORE-LISP-POINTERS #x1480A5A6> + 71

Registers:

%eax = 0x00000000
%ecx = 0x00000000
%edx = 0x1490F83E
%ebx = 0xFFFF84B0
%esp = 0xB7DE0F78
%ebp = 0xB7DE0F94
%esi = 0xFFFF84B0
%edi = 0x14026E96
%eip = 0x1402737C

%ebx (arg_z) = -7892
%esi (arg_y) = -7892
------
%edi (fn) = #<Function SONAME-PTR-FROM-LINK-MAP #x14026E96>
------
%ecx (temp0) = 0
%edx (temp1) = #<MACPTR #xB7FC8940>

On Fedora 9/PPC, /usr/include/asm/ioctl.h contains:

/* provoke compile error for invalid uses of size argument */
extern unsigned int __invalid_size_argument_for_IOC;
#define _IOC_TYPECHECK(t) \
	((sizeof(t) == sizeof(t[1]) && \
	  sizeof(t) < (1 << _IOC_SIZEBITS)) ? \
	  sizeof(t) : __invalid_size_argument_for_IOC)

/* used to create numbers */
#define _IO(type,nr)		_IOC(_IOC_NONE,(type),(nr),0)
#define _IOR(type,nr,size)	_IOC(_IOC_READ,(type),(nr),(_IOC_TYPECHECK(size)))
#define _IOW(type,nr,size)	_IOC(_IOC_WRITE,(type),(nr),(_IOC_TYPECHECK(size)))

and some ioctl constants are then defined in terms of _IOR(), _IOW(), etc.

The conditional expression in the expansion of _IOC_TYPECHECK (and possibly the reference to the variable) cause the FFI parser to give up, so some IOCTL constants aren't defined.

We can either try to be more ambitious and interpret the expansion (it should always expand to "sizeof(t)" unless there's an error in the header file) or do all macroexpansion as if:

#define _IOC_TYPECHECK(t) sizeof(t)

was predefined and not overridden by the definition in the header file.

(We might be able to translate this particular macro into something that we can make sense of, but we can't always do that, so it seems like a mechanism for dealing with intractable nonsense would be desirable.)

On Darwin and Windows, which commonly use case-insensitive file systems, we use a .image suffix on heap image file names, e.g., dx86cl uses a default image name of dx86cl.image. On other platforms, we case-invert the kernel name, e.g., the image name for lx86cl is LX86CL.

We should use the .image suffix convention on all platforms.

​http://clozure.com/pipermail/openmcl-devel/2008-October/008540.html