Custom Query (1030 matches)

There is no reason for the hash table iterator to copy keys and values for lock-free hash tables. (The only reason it does now is that it's a bit hard to change the protocol so that it can stack-cons the key vector for some tables and not others).

with-readtable-iterator is a macro proposed as a de-facto standard extension to Common Lisp by Tobias Rittweiler. It is currently implemented in the with-readtable-iterator branch of Git repository git://repo.or.cz/sbcl/tcr.git (​gitweb).

The macro allows efficient iteration over the reader macros provided in a particular readtable, more than can be provided with ANSI-standard functionality, especially given very large values of char-code-limit. Tobias's named-readtable (​Darcs) for SBCL and Clozure CL, which implements Allegro-like named readtables, uses with-readtable-iterator to merge macros provided by multiple readtables into a single readtable.

Attached is a patch made against r10880 that implements this macro and exports it from CCL. The `with-readtable-iterator' macro body itself is borrowed from Tobias's SBCL implementation.

Found this working with r10913 Linuxx8664:

value #<recursive-lock [ptr @ #x6D51C0] #x3000448438ED> is not of the expected type
ccl:read-write-lock.

​A full backtrace.

This only happens with at least 46 eql-specialized methods; ​the test code and results of running. That trial shows it also on r10956.

Only eql-specialized methods with the same preceding specializers count; commenting out the loop that adds methods specialized on another class has no effect on the test results; it's still 46.

Setting ccl::*lock-free-hash-table-default* to NIL before calling the generic function fixes the problem (found while browsing r10867).