Custom Query (1030 matches)

See ​http://clozure.com/pipermail/openmcl-devel/2012-May/013568.html

I was unable to reproduce this after doing:

? (progn
    (egc nil)
    (set-lisp-heap-gc-threshold (ash 512 20))
    (gc))

before calling (RUN), even when TEST/RUN created threads and RUN ran for 2500 iterations instead of 25. That suggests pretty strongly that this is a GC bug (or that the code involved in BIGNUM * FIXNUM multiplication doesn't follow register conventions correctly and that the failure occurs when such code is interrupted by GC in another thread.)

When a failure occurs, several words (in the "middle" of the result bignum) have incorrect values; the bignum is of the correct size and the words near both ends seem to be correct. This is also consistent with GC-related memory corruption.

In ticket:626, we talk about a change that Apple made to struct stat. (The main thing is that ino_t became 64 bits wide.)

As of Mac OS X 10.6, this new struct stat became the default. We work around this by defining _DARWIN_NO_64_BIT_INODE in the lisp kernel makefile and in the build script for generating the interface database for libc.

We should change the lisp to use the new struct stat, and instead define _DARWIN_USE_64_BIT_INODE if we want to keep running on Mac OS X 10.5.

See the stat(2) man page.

I think that DIRECTORY is out of compliance with the (albeit fuzzy in this regard) ANSI CL as well as the CCL documentation for said function.

According to the ANSI CL, DIRECTORY should return "files", and by "files" it is pretty clear it does not refer to directories. The spec gives plenty of wiggle room for extensions, however.

CCL provides the extension keyword options :DIRECTORIES and :FILES to specify whether directories and/or files are considered. :DIRECTORIES should default to nil according to the CCL docs (and my interpretation of ANSI CL compliance) but actually defaults to T (from usage results and source code inspection.) Thus the bare, naked usage of DIRECTORY, such as (DIRECTORY "*") will provide directories, if any are found, in the results.

If CCL's DIRECTORY defaults to :DIRECTORY nil, it would be in compliance as far as this point goes. However, I think there is further work to ensure that DIRECTORY (and related functions like PROBE-FILE) are consistent and compliant in the treatment of pathnames.

That will be the subject of a follow up either here or the the mailing list.

Man do I feel like a nit picking Lisper now!