Custom Query (1030 matches)
Results (388 - 390 of 1030)
| Ticket | Resolution | Summary | Owner | Reporter |
|---|---|---|---|---|
| #939 | fixed | Issue with saved application of one command-line-argument | ||
| Description |
There's an issue where when you use ccl:save-application with ":prepend-kernel t" and try to use command-line-arguments in your app and try to pass only one argument, ccl tries to load it as an image. I will be attaching hello.lisp and a diff patch. ccl-1.7 $ ./fx86cl --load hello.lisp $ ./hello foo Couldn't load lisp heap image from foo: No such file or directory $ ./hello foo bar (./hello foo bar) ccl-1.7 (After patch) $ ./fx86cl --load hello.lisp $ ./hello foo (./hello foo) $ ./hello foo bar (./hello foo bar) |
|||
| #511 | duplicate | It is hard to type a # on a uk keyboard | ||
| Description |
When I use the CCL IDE on my UK macbook pro, I cannot type the # character. On all macintosh applications I use routinely, this character is available as alt-3 (shift three generates the 'pound sterling' currency symbol). Pressing alt-3 in an editor or listener window appears to trigger the start of some emacs like command, causing C-U 3 to appear at the bottom of the window. This fatally prevents me from writing lisp code in CCL's IDE from this keyboard. |
|||
| #335 | invalid | Iterating through lock-free hash tables shouldn't cons | ||
| Description |
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). |
|||
