Custom Query (1030 matches)
Results (520 - 522 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #1069 | fixed | SXHASH shouldn't collide on small fixnums | ||
| Description |
Collisions on small consecutive numbers mean hash-tables will be slower than expected, and systematic such collisions probably count as a performance bug. (EQUAL (SXHASH 12) (SXHASH 13)) ;;=> T gz says it looks like 2n and 2n+1 can have same SXHASH, and gb points at CCL::STRIP-TAG-TO-FIXNUM. |
|||
| #996 | fixed | Save with multiple windows on same file moves window | ||
| Description |
Open the same file open in two windows, put them in different positions on the screen, then make a change in one of the windows and Save. One of the windows moves and resizes to be on top of the other, i.e. their screen positions and dimensions get unified. |
|||
| #605 | wontfix | Saving runtime options in CCL:SAVE-APPLICATION | ||
| Description |
SBCL has an option when you dump an executable image to have the new image start up with the same amount of reserved heap space, stack space, etc, as the current image. Also, using this option means that the all command-line arguments are passed directly to the executable image. Currently, the CCL kernel handles some command-line arguments unconditionally, which is a nuisance for producing completely stand-alone applications. Having this option would both enable complete control of command-line argument handling, and would let a saved application start up with a specified amount of heap space, stack space, etc, rather than the defaults. Example: ; Currently (ccl:save-application "frob-text"
... $ ./frob-text document.txt Couldn't load lisp heap image from document.txt ; Ideally (ccl:save-application "frob-text"
... $ ./frob-text document.txt <frobs document.txt> |
|||
