slime-devel

slime-devel@common-lisp.net

4231 discussions

Re: [slime-devel] "Unbalanced parentheses"
by Jeff Cunningham 04 Sep '05

04 Sep '05

--Jeff I don't know if this is related, but I've been running into a matching problem on large projects exclusively, but it isn't parenthesis, its double-quotes. Specifically, if I type a long text string after a function declaration like this: (defun somefunction () "some text some text some text some text some text some text some text some text some text some text some text some text some text some text some text some text some text some text some text" (format t "some long format string with vars" var1 var2 var3)) What will happen is that everything after the description text is colored the same as if it were all commented out, and indenting works the same. It doesn't compile right either. When it happens, the only fix I've been able to find is to shorton the descriptive text to a single line, then everything straightens out and flies right. It has never happened in a short file and only occasionally in a long one. I'm running CMUCL 19a and if I could remember how to get the slime version, I'd give you that too. :\ --Jeff cunningham

2 2

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

04 Sep '05

Index: slime/ChangeLog diff -u slime/ChangeLog:1.766 slime/ChangeLog:1.767 --- slime/ChangeLog:1.766 Wed Aug 31 13:28:08 2005 +++ slime/ChangeLog Sun Sep 4 20:33:07 2005 @@ -1,3 +1,16 @@ +2005-09-04 Matthias Koeppe <mkoeppe(a)mail.math.uni-magdeburg.de> + + * slime.el (slime-ensure-presentation-overlay): New. + (slime-add-presentation-properties): Don't add face, mouse-face, + keymap text properties. Call slime-ensure-presentation-overlay to + implement them via overlays. + (slime-remove-presentation-properties): Don't remove these text + properties. Delete the right overlay. + (slime-after-change-function): Add overlays for presentations if + necessary. + (slime-copy-presentation-at-point): Don't add face text property. + (slime-repl-grab-old-output): Likewise. + 2005-08-31 Marco Baringer <mb(a)bese.it> * swank.lisp (to-string): Handle errors during printing of objects.

1 0

[slime-devel] presentations
by Helmut Eller 04 Sep '05

04 Sep '05

I've some questions about the presentation stuff: 1. now that we have explicit messages for presentations in the protocol, can we remove the bridge thing? Yes, I know that presentations will then not work with the dedicated output stream, but that's a efficiency hack and layerying the bridge kludge on top of the efficiency hack is so ugly, it makes me cry. I'll remove it, if there are no objections. 2. is there another way to handle presentations than with after-change-functions? Our after-change-functions are totally broken in Emacs20. Could we use overlays instead of text properties for presentations? 3. is *can-print-presentation* still needed? It seems to me that slime-stream-p serves about the same purpose, but it is much cleaner. It's also ugly the we need to bind *can-print-presentation* in a lot of unrelated/random places.

3 4

Re: [slime-devel] presentations
by Matthias Koeppe 04 Sep '05

04 Sep '05

Alan Ruttenberg <alanr(a)pluto.mumble.net> writes: > On Sep 4, 2005, at 6:17 AM, Matthias Koeppe wrote: >> >>> 3. is *can-print-presentation* still needed? It seems to me that >>> slime-stream-p serves about the same purpose, but it is much >>> cleaner. It's also ugly the we need to bind >>> *can-print-presentation* in a lot of unrelated/random places. >> >> I would think it is not needed any more. > > Is that true even for the bridge code version? I think so, thanks to your slime-stream-p function. -- Matthias Köppe -- http://www.math.uni-magdeburg.de/~mkoeppe

1 0

Re: [slime-devel] presentations
by Alan Ruttenberg 04 Sep '05

04 Sep '05

My opinions: On Sep 2, 2005, at 6:46 PM, Helmut Eller wrote: > I've some questions about the presentation stuff: > > 1. now that we have explicit messages for presentations in the > protocol, can we remove the bridge thing? Yes, I know that > presentations will then not work with the dedicated output stream, > but that's a efficiency hack and layerying the bridge kludge on top > of the efficiency hack is so ugly, it makes me cry. I'll remove > it, if there are no objections. > Please don't. I tried not using the bridge version today and it was *much* slower. Annoyingly so. Unless you have some other idea about how to make the thing run faster. For that matter I've been poking around trying to understand how to make the bridge version run even faster. Maybe there is a way to structure the code differently so that it isn't so, um, stimulating. It could very well be time to refactor. BTW, Note that there is some bug in the bridge stuff that I keep running into. I am trying to debug it currently. > 2. is there another way to handle presentations than with > after-change-functions? Our after-change-functions are totally > broken in Emacs20. Could we use overlays instead of text > properties for presentations? Don't know this stuff well enough to know. My first versions used a different mechanism that wasn't as elegant, but might have been more backwards compatible. > 3. is *can-print-presentation* still needed? It seems to me that > slime-stream-p serves about the same purpose, but it is much > cleaner. It's also ugly the we need to bind > *can-print-presentation* in a lot of unrelated/random places. > The intent of *can-print-presentations* was to avoid the use of presentations in places that couldn't handle them like the inspector and sldb. I had thought that at some future time I would think about whether they had any use there and possibly make them work if so. I haven't caught up with all of Matthias' changes yet, so I'm not sure if it is necessary any more. --- FYI, I have a few features that I've been thinking of adding. 1) Style - Bold, color, tooltips. 2) Updateable presentations. I have some cases where I want to leave a marker for something that will take some time to compute and later update the presentation with the computed result. 3) Separate stream/process to handle presentation events so that they can be active even when the repl is busy. -Alan

2 1

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

02 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] strange interaction of slime and gnus?
by Friedrich Dominicus 01 Sep '05

01 Sep '05

I do not understand the following, if I start Gnus without a slime running gnus works as it should but if I open a slime session I got errors from gnus, like the following: e.g I'm in my Incoming nnml group and type SPC then I get normally From: someone Subject: somewhatAnswer Accepted: Which program language can work with Paradox Database?? To: fridom <frido(a)q-software-solutions.de> Date: Sun, 28 Aug 2005 08:11:18 -0700 (PDT) but if slime runs and I do that I got X-From-Line: wittmack(a)lehmanns.de Wed Aug 31 09:05:01 2005 Return-path: <someone> Envelope-to: frido@localhost Delivery-date: Wed, 31 Aug 2005 09:05:01 +0200 Received: from [127.0.0.1] (helo=localhost) by flarge.here with esmtp (Exim 4.50) id 1EAMBo-0000Sp-6q for frido@localhost; Wed, 31 Aug 2005 08:35:16 +0200 Received: from h2 [213.239.199.47] by localhost with IMAP (fetchmail-6.2.5) for frido@localhost (single-drop); Wed, 31 Aug 2005 08:35:16 +0200 (CEST) Received: from mail.q-software-solutions.de ([unix socket]) by h2 (Cyrus v2.1.16-IPv6-Debian-2.1.16-10) with LMTP; Tue, 30 Aug 2005 16:49:05 +0200 X-Sieve: CMU Sieve 2.2 Received: from darwin.lehmanns.de ([213.61.126.79]) totally messed up if I type e.g r then I got To: someone Subject: somewhwat X-Draft-From--text follows this line-- it's totally messed up. It's so utterly strange,what does slime has to do with gnus? My system is an Linux/Debian unstable 2.6.11 "XEmacs 21.4 (patch 17) \"Jumbo Shrimp\" [Lucid] (amd64-debian-linux) of Wed Feb 9 2005 on athlon.lowpingbastards.de" sbcl 0.9.4.x slime sources from around 4 days or so ago. Has anyone else encountered this strange behaviour? Regards Friedrich

1 0

[slime-devel] ["Chris Double" <chris.double@double.co.nz>] Re: nregex
by Luke Gorrie 01 Sep '05

01 Sep '05

nregex.lisp is now an honest woman.

1 0

[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

Jump to page:

2025

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel