August 2005 - slime-devel - mailman3.common-lisp.net

[slime-devel] slime-apropos-package now sorts correctly
by Hoehle, Joerg-Cyril 20 Apr '07

20 Apr '07

Hi, slime-apropos-package now conforms to its specification and also sorts symbols printed with package prefix. I supply the patches as attachments in the hope that MS-Windows nor MS-Outlook will break the TAB and LF characters of the original diff. I hope this is fine. Regards, Jörg Höhle.

3 3

[slime-devel] comma shortcut doesn't work always
by Edi Weitz 31 Jan '06

31 Jan '06

Another minor glitch that I encountered is that the comma shortcut in the REPL doesn't always work. I can consistently reproduce it (GNU Emacs 21.3.50 and also 21.3 release) like this: 1. Make sure point is at the beginning of a REPL input line. 2. Split Emacs frame into two windows, one of them being the REPL the other one containing something else. 3. Hide REPL window with C-x 0. 4. Now type M-x slime. 5. Type the comma. At this point I'm not asked for a shortcut command in the minibuffer but the comma is simply entered into the REPL instead. Anybody else seeing this? Cheers, Edi.

10 25

Re: [slime-devel] Re: CLISP SLIME implementation breaks in CVS
by Bill_Clementson＠peoplesoft.com 21 Jan '06

21 Jan '06

Luke Gorrie <luke(a)bluetail.com> writes: > Bill_Clementson(a)peoplesoft.com writes: > > > My previous SLIME installation was a CVS install from 4/18. I've just taken > > the latest CVS install and the CLISP SLIME implementation (under Windows) > > breaks. Here is the error: > > > > COERCE: #<MACRO #<COMPILED-CLOSURE SWANK::DEFSLIMEFUN>> cannot be coerced > > to type FUNCTION > > [Condition of type SIMPLE-TYPE-ERROR] > > I can reproduce this but I've no idea what is causing it. It /looks/ > like someone is trying to call defslimefun as a function rather than a > macro, but I don't see where it could happen -- the macro is declared > at the top of the only file that refers to it. > > I did fix a different but similar problem that I got under CLISP. It > seems like I had to swap the order of a couple of macros, one of which > expanded into into code that calls the other, but that surely can't be > the reason. > > > Backtrace: > > 0: EVAL frame for form (SWANK:CREATE-SWANK-SERVER 4007) > > Mine actually gives an empty backtrace (!). I fixed the Elisp-side to > handle that incase it helps someone more CLISP-savvy find the problem. Has anybody had any luck in finding the source of this problem? CLISP still breaks for me in the latest CVS. I have had a look at all of the DEFSLIMEFUN's that were modified since 4/18 (the previous CVS version that I had which was working ok with CLISP) and haven't found any obvious clues. Any suggestions on how I might debug this issue as it occurs at startup during the slime-connect processing in Emacs (after CLISP has started up successfully)? - Bill

5 6

[slime-devel] Slime license annoyances
by Peter Van Eynde 26 Oct '05

26 Oct '05

Hello, I just got a reject from ftpmaster (the person, not that server) for the slime package because some of a stupid packaging error on my part and because the readme says that there is no general license for the package and that you should check all files individualy. When you do that you see that: doc/texinfo-tabulate.awk present.lisp swank-ecl.lisp swank-source-file-cache.lisp swank-source-path-parser.lisp swank.asd mkdist.sh test-all.sh test.sh have no license information. nregex.lisp has a (sort-of) licence without permission to distribute or anything. Could you clear these problems up? Groetjes, Peter -- signature -at- pvaneynd.mailworks.org http://www.livejournal.com/users/pvaneynd/ "God, root, what is difference?" Pitr | "God is more forgiving." Dave Aronson|

15 30

[slime-devel] SLIME48: a Swank back end in Scheme48
by Taylor Campbell 04 Oct '05

04 Oct '05

About a month ago, as I was thinking about building a comprehensive development environment for Scheme (& Scheme48 in particular), akin to SLIME, the notion occurred to me that Scheme48 might actually provide the necessary facilities for a realistic Swank back end (as compared to the mostly toy back end Helmut Eller sent here a while ago). So I started working on it a bit in small increments, and pretty soon Emacs was successfully talking to it over TCP to evaluate simple REPL expressions. Last week I implemented SLDB support, after rewriting it from scratch once my initial prototype worked; I spent the whole weekend fixing a really obscure bug involving threads, continuations, & DYNAMIC-WIND; and just today I've gotten it into an almost usable state for REPL work (though not file & module loading & such yet). Currently, I'm not using any source control yet, and I haven't released the code anywhere, but Marco Baringer and several others recommended that I simply add the Scheme48 back end to the main SLIME CVS source repository. If everyone relevant would be OK with this, I'd like to do it, but I see one potential problem with it, assuming that no one would object to including Scheme code in SLIME: I've organized my Scheme48 back end into about a dozen different files, which is pretty different from the existing organization of SLIME code (one monolithic file for the Emacs side; one monolithic file for the bulk of the CL side; one monolithic file for each back end). Would this bother anyone? (I intend, by the way, not to change the Emacs side of SLIME to add anything Scheme-specific; if anything, I'd want only to make slime.el work better with both Scheme & CL -- e.g., Marco Baringer just kindly committed a change I suggested that makes the definition locator code look for definitions where a sequence of parentheses might precede the name being defined, such as in (DEFINE (FOO X) ...) to define FOO in Scheme, or (DEFSTRUCT (BAR ...) ...) to define a BAR structure in CL. There are a few other minor changes like these that would be convenient for Scheme48's back end, but which would not get in the way of the CL back ends, too.) Obligatorily, here's some SLIME48 porn, by the way: <http://www.bloodandcoffee.net/campbell/slime48-sldb-porn.png> (The CL-USER prompt and the mention of a COMMON-LISP-USER package are due to slime.el's hard-coded initial package of COMMON-LISP-USER -- another small change I'd like to make is to allow customization of the initial package. (The temporary solution was for me just to define a COMMON-LISP-USER package in Scheme48, of course.))

12 33

[slime-devel] Patch for stepper support in SBCL and (sort of) CLISP
by Svein Ove Aas 21 Sep '05

21 Sep '05

One patch, one new file. The stepper works in SBCL, and should be fairly self-explanatory. C-s to toggle stepping, c to step inwards and x to quit stepping but keep running. You need to compile with high debug quality. One gotcha: Slime will only display the source correctly if you compile the entire file with C-c C-k. The same works in CLISP, but only for uncompiled code, and you won't see your location. Fix the sldb view-source command, and it'll work. OpenMCL and CMUCL appear to have broken step implementations; if these work for anyone, please contact me so I can write backends. Finally, while working on this I had some ideas about improving other parts of Slime, and I've left commented-out code for this in at least one place. When the debugger pops up, we might want to (a) skip "internal" frames such as break when positioning the cursor, and (b) attempt to view the source for the resulting frame automatically. There is very little work left to do this, but is it a good idea? Also, the way the stepper currently works there are (at least in clisp) a couple of stepper-internal frames *between* those belonging to the user. Would filtering out those be okay?

1 1

[slime-devel] Daily ChangeLog diff
by lgorrie＠common-lisp.net 03 Sep '05

03 Sep '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.756 slime/ChangeLog:1.759 --- slime/ChangeLog:1.756 Sat Aug 27 18:37:56 2005 +++ slime/ChangeLog Sun Aug 28 17:09:46 2005 @@ -1,3 +1,27 @@ +2005-08-28 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> + + * slime.el (slime-repl-kill-input): New command. + (slime-repl-mode-map): Bind it to C-c C-u, like in comint. + (slime-repl-easy-menu): Include it in the REPL menu. + + * swank-backend.lisp (make-weak-key-hash-table) + (make-weak-value-hash-table): New interfaces. + * swank-cmucl.lisp (make-weak-key-hash-table): Implement it. + * swank-sbcl.lisp (make-weak-key-hash-table): Implement it. + * swank-openmcl.lisp (make-weak-key-hash-table) + (make-weak-value-hash-table): Implement it. + + * swank.lisp (*object-to-presentation-id*) + (*presentation-id-to-object*): Use new functions + make-weak-key-hash-table, make-weak-value-hash-table. + + * slime.el (slime-enable-evaluate-in-emacs): New variable. + (evaluate-in-emacs): Security improvement: If + slime-enable-evaluate-in-emacs is nil (the default), don't + evaluate forms sent by the Lisp. + + * swank.lisp (send-to-socket-io): Handle :evaluate-in-emacs. + 2005-08-27 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> * slime.el (slime-presentation-menu): When an object is no longer

5 10

[slime-devel] Daily ChangeLog diff
by lgorrie＠common-lisp.net 31 Aug '05

31 Aug '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.764 slime/ChangeLog:1.766 --- slime/ChangeLog:1.764 Tue Aug 30 15:03:28 2005 +++ slime/ChangeLog Wed Aug 31 13:28:08 2005 @@ -1,3 +1,12 @@ +2005-08-31 Marco Baringer <mb(a)bese.it> + + * swank.lisp (to-string): Handle errors during printing of objects. + +2005-08-30 Alan Ruttenberg <alanr-l(a)mumble.net> + * slime.el (slime-mark-presentation-start/end-handler) modify + regexp to recognize negative presentation ids to make + presenting-object work with bridge mode. + 2005-08-30 Luke Gorrie <luke(a)synap.se> * present.lisp: Added public domain dedication (OK'd by Alanr and @@ -24,6 +33,8 @@ 2005-08-29 Alan Ruttenberg <alanr-l(a)mumble.net> * slime.el (sldb-insert-condition) - Add tooltip for long condition string which otherwise falls off the right of the screen + * swank.lisp (list-threads) - thread name might be a symbol - pass + the symbol name when that happens 2005-08-29 Juho Snellman <jsnell(a)iki.fi>

1 0

[slime-devel] nregex in public domain
by Luke Gorrie 31 Aug '05

31 Aug '05

Hi, I'm not sure if my mail about this will reach the list so I post it here via Gmane. I will confirm this with the other listed author, Chris Double. From: Luke Gorrie <lgorrie(a)common-lisp.net> Subject: Re: nregex To: "Lawrence E. Freil" <lef(a)freil.com> Cc: slime-devel(a)common-lisp.net Date: 31 Aug 2005 13:59:29 +0200 Hi Lawrence! Thanks for your help! I think that Debian require an explicit into-public-domain'ing rather than absense of copyright statement but I interpret your mail as such an into'ing :-). Of course we'll keep the proper attribution in the code. I Cc: this good news to the slime-devel mailing list where our legal department can see it :-) "Lawrence E. Freil" <lef(a)freil.com> writes: > Hello, > > As it turns out you have the correct person. I'm just glanced back at > my origonal postings and I apparently didn't include any copyright statement > so as you have it, it is already public domain! :-) All I ask (and it > is only a request) that you keep my name in the source, however my current > email address would now be lef(a)freil.com instead of lef(a)nscf.org. > I also have some modifications by Thomas A Russ (tar(a)isi.edu) which I can > send along if you are interested. He has added some case insensitive > selections and corrected a problem or two. > > > Hi there! > > > > Are you the same Lawrence E. Freil who wrote nregex.lisp in the > > distant past? If so would you consider dedicating it to the public > > domain or some Debian-approved license so that our program (an Emacs > > mode called SLIME, http://www.common-lisp.net/project/slime/) which > > bundles nregex.lisp can comply with Debian's requirements? > > > > I know that licensing is very boring but it would be much appreciated! > > > > Apologies if you are entirely another Lawrence E. Friel :-) > > > > Cheers, > > Luke > > -- > Lawrence Freil Email:lef@freil.com > 1768 Old Country Place Phone:(770) 667-9274 > Woodstock, GA 30188

1 0

[slime-devel] Re: nregex
by Luke Gorrie 31 Aug '05

31 Aug '05

Hi Lawrence! Thanks for your help! I think that Debian require an explicit into-public-domain'ing rather than absense of copyright statement but I interpret your mail as such an into'ing :-). Of course we'll keep the proper attribution in the code. I Cc: this good news to the slime-devel mailing list where our legal department can see it :-) "Lawrence E. Freil" <lef(a)freil.com> writes: > Hello, > > As it turns out you have the correct person. I'm just glanced back at > my origonal postings and I apparently didn't include any copyright statement > so as you have it, it is already public domain! :-) All I ask (and it > is only a request) that you keep my name in the source, however my current > email address would now be lef(a)freil.com instead of lef(a)nscf.org. > I also have some modifications by Thomas A Russ (tar(a)isi.edu) which I can > send along if you are interested. He has added some case insensitive > selections and corrected a problem or two. > > > Hi there! > > > > Are you the same Lawrence E. Freil who wrote nregex.lisp in the > > distant past? If so would you consider dedicating it to the public > > domain or some Debian-approved license so that our program (an Emacs > > mode called SLIME, http://www.common-lisp.net/project/slime/) which > > bundles nregex.lisp can comply with Debian's requirements? > > > > I know that licensing is very boring but it would be much appreciated! > > > > Apologies if you are entirely another Lawrence E. Friel :-) > > > > Cheers, > > Luke > > -- > Lawrence Freil Email:lef@freil.com > 1768 Old Country Place Phone:(770) 667-9274 > Woodstock, GA 30188

1 0