slime-devel December 2003

slime-devel@common-lisp.net

52 participants
93 discussions

[slime-devel] SLIME on a local socket
by Daniel Barlow 06 Dec '03

06 Dec '03

Hacked up this afternoon, not quite ready for commital but would appreciate feedback: slime on a local (a.k.a unix domain) socket using half of the attachtty/detachtty utility as a socket shim. Why? Two reasons: (1) access control can be done by setting appropriate filesystem permissions on the directory containing the socket (or in Linux but not portably, on the socket itself) - so, a safe way to run slime on shared hosts that doesn't involve cooking up an authentication protocol (2) attachtty can connect across a network using ssh, so you can control a remote lisp this way as well. How to use it: Server-site, create-swank-server has a new keyword argument :af, which defaults to :inet, and can also be :local * (swank:create-inet-server "/home/dan/.swank/socket" :af :local) Client-side, slime-connect is renamed to slime-connect/inet, and there's a new function (slime-connect/local pathname) M-x slime-connect /home/dan/.swank/socket RET or from another machine M-x slime-connect me@lisp.example.com:/home/dan/.swank/socket RET Opinions? You can get attachtty as part of detachtty, in Debian, FreeBSD ports, or from http://www.cliki.net/detachtty -dan -- http://web.metacircles.com/ - Open Source software development and support

8 14

[slime-devel] Slime/SBCL/FreeBSD oddities
by Raymond Wiker 05 Dec '03

05 Dec '03

FreeBSD 4.9 Stable, SBCL 0.8.6.21, current SLIME. Hi. I have a Lisp file that has some large forms (a defconst for a vector holding 1024 integers, for instance). If I hit C-c C-e over this form, it is evaluated in the *inferior-lisp* buffer. If I hit C-c C-c, I get a "broken pipe" error. I've tried reducing the size of the vector, and I see this problem down to (about) 480 characters. This is just below the "pipesize" limit on my box, which is 512. Does anyone see this on other platforms, and other versions of Common Lisp? -- Raymond Wiker Mail: Raymond.Wiker(a)fast.no Senior Software Engineer Web: http://www.fast.no/ Fast Search & Transfer ASA Phone: +47 23 01 11 60 P.O. Box 1677 Vika Fax: +47 35 54 87 99 NO-0120 Oslo, NORWAY Mob: +47 48 01 11 60 Try FAST Search: http://alltheweb.com/

4 17

[slime-devel] Several *inferior-lisp* buffers?
by Håkon Alstadheim 05 Dec '03

05 Dec '03

I'm currently using a setup where i usually run at least two instances of cmucl under ilisp. Ilisp handles this very cleanly using DEFDIALECT in elisp. Anybody got any tips on that? How does the *slime-repl* like it if I try to switch it from one *inferior-lisp* buffer to another? Should I try to rename the *slime-repl* buffer ? (Just tried that, and the *slime-repl-1* seems to have died. If it's only one or two more variables that need to be made buffer-local, I can handle that. Should I try to make slime handle only *inferior-lisp* and the source files that go with that image, and then let ilisp handle the other image and the files that go with /that/ ? I guess this will mean some hacking, so this will be my first priority in getting comfy with slime, I'll try to get used to the keybindings. :-)

2 1

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 05 Dec '03

05 Dec '03

Index: slime/ChangeLog diff -u slime/ChangeLog:1.135 slime/ChangeLog:1.137 --- slime/ChangeLog:1.135 Thu Dec 4 02:43:43 2003 +++ slime/ChangeLog Thu Dec 4 16:36:02 2003 @@ -1,5 +1,28 @@ 2003-12-04 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + * slime.el (slime-debugging-state): Don't set sldb-level after + sldb-setup. Breaks the test-suite. + (slime-eval-defun): Fix typos. + (slime-xref-buffer, slime-goto-next-xref): Updated for the new + xref code. + (sldb-inspect-in-frame): Query with the sexp at point as initial + value. + (sldb-step): New command. Bound to s. + + * swank-cmucl.lisp (format-frame-for-emacs, compute-backtrace, + backtrace): Don't send CMUCL's frame numbers to Emacs, use our own + numbering. + (set-step-breakpoints, sldb-step): Lisp side of sldb-step command. + +2003-12-04 Luke Gorrie <luke(a)bluetail.com> + + * hyperspec.el: Updated URL to point to a live copy of the + hyperspec at lispworks.com, because the one on xanalys.com has + disappeared. Patch from Vincent Arkesteijn on the ilisp-devel + mailing list. + +2003-12-04 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + * swank-lispworks.lisp (toggle-trace-fdefinition, tracedp): New support functions for toggle-trace command. Written by Alain Picard.

1 0

[slime-devel] Clonazepam.m Ambien.nn Valium.m Xanax.x lzi
by Norma Odom 05 Dec '03

05 Dec '03

Many Specials running this week THE RE.AL THING not like the other sites that imitate these products. No hidd.en char.ges - Fast Delivery Vic.odin Val.ium Xan.ax Via.gra Diaz.epam Alpra.zolam So.ma Fior.icet Amb.ien Stil.nox Ult.ram Zo.loft Clon.azepam At.ivan Tr.amadol Xeni.cal Cele.brex Vi.oxx Pro.zac Bus.par Much M.ore.... http://www.nowbetterthis.biz/l/105/index.htm If you have recieved this in error please use http://www.nowbetterthis.biz/byee.html epp ch m bnvnpeu f es l twdmg siaokbkscxosvj

1 0

[slime-devel] New user, and keybindings revisited
by Håkon Alstadheim 05 Dec '03

05 Dec '03

Hi, I finally decided to have a test-drive of slime, and I must say installation went _very_ smootly with cmucl-18e. This feels almost like opening the christmas-loot. That's about as far as I've come, but one thing that struck me was that M-, is not "FIND-NEXT-*". I remember the keybindings being posted several times for comments somewhere (comp.lang.lisp I guess). At the time I was not paying attention, so feel free to file this under "too late", but just as one data-point I'll let you know that I would like it if slime switched from using the slime-specific "SLIME-FIND-DEFINITION-HISTORY-RING" into using the normal GLOBAL-MARK-RING. That way one could use C-X C-SPC for popping back, and have M-, free for some future SLIME-EDIT-NEXT-FDEFINITION. I know there have been cases where I had a previous and a current version of some system open, and being able to jump from a call-site to both old and new easily saved a _lot_ of time. That was using ilisp. There is also the case of g-fs that can legitimately have several methods with the same "name".

4 6

[slime-devel] AFTER-HOURS TRADING - Breaking News...corydon
by Joe Woodard 04 Dec '03

04 Dec '03

AFTER-HOURS TRADING - BREAKING NEWS Get Quote - http://quote.money.cnn.com/quote/quote?symbols=htds Hard to Treat Diseases Incorporated - HTDS - Announces: Receipt of Tubercin Toxicity Study and Formation of Scientific Advisory Panel - Wednesday December 3, 8:04 pm ET DELRAY BEACH, Fla.--(BUSINESS WIRE)--Dec. 3, 2003--Hard to Treat Diseases Incorporated (Pink Sheets: HTDS) announces today that the spokesperson for the independent medical group conducting the testing for HTTD (HTDS) has forwarded the formal Testing Results of Tubercin®'s Toxicity Trials to HTTD. Tubercin of five different concentrations was administered to five groups of mice. A pathologist at the University of Oklahoma Health Science Center performed autopsies. The mice were randomized and only the control mouse was known to the pathologist, as stated in the cover letter of the Pathology Report. The report concludes, "All tissues evaluated, visceral organs and the brain were essentially normal in appearance." "The importance of this report is even better than I expected," stated the spokesperson for the medical group. "As the testing continues and if the results are similar to those of Chemotherapy and or radiation with no harmful side effects, Tubercin has enormous potential for the treatment of cancer and the immune system." The President and CEO of HTTD, Mr. Colm J. King is in the process of forming a Scientific Advisory Panel with leading Oncologists and Immunologists from prestigious institutions in the U.S. The panel will review the reports and results of Tubercin®'s findings and will report back to Mr. King with the ongoing reports in layman language for the shareholders. "We are continuing to receive promising results regarding Tubercin® and we're looking forward to additional positive results in the near future," stated Mr. King. "These tests prove that Tubercin® is non-toxic and is the first step on the way to human clinical trials as well as the first positive breakthrough conducted in the United States with an independent medical group for Tubercin®. Operating out of Delray Beach, Florida, Hard to Treat Diseases Incorporated ("HTTD") holds the international marketing rights, except South Korea, to Tubercin®, a patented immunostimulant developed for combating Cancer under medical patent (US Patent 6,274,356). The unique properties unlike other cancer products are clearly stated in the abstract summary of the patent... "A carbohydrate complex, which is a mixture of low molecular-weight polysaccharides of an arabinomannan structure extracted from Mycobacterium tuberculosis, is highly effective in treating various cancer patients without incurring any adverse side effects." Statements in this press release that are not historical facts are forward-looking statements within the meaning of the Securities Act of 1933, as amended. Those statements include statements regarding the intent, belief or current expectations of the Company and its management. Such statements reflect management's current views, are based on certain assumptions and involve risks and uncertainties. Actual results, events, or performance may differ materially from the above forward-looking statements due to a number of important factors, and will be dependent upon a variety of factors, including, but not limited to, our ability to obtain additional financing and access funds from our existing financing arrangements that will allow us to continue our current and future operations and whether demand for our product and testing service in domestic and international markets will continue to expand. The Company undertakes no obligation to publicly update these forward-looking statements to reflect events or circumstances that occur after the date hereof or to reflect any change in the Company's expectations with regard to these forward-looking statements or the occurrence of unanticipated events. dh qdu

1 0

[slime-devel] Daily ChangeLog diff
by Luke Gorrie 04 Dec '03

04 Dec '03

Index: slime/ChangeLog diff -u slime/ChangeLog:1.132 slime/ChangeLog:1.135 --- slime/ChangeLog:1.132 Tue Dec 2 09:02:03 2003 +++ slime/ChangeLog Thu Dec 4 02:43:43 2003 @@ -1,3 +1,38 @@ +2003-12-04 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * swank-lispworks.lisp (toggle-trace-fdefinition, tracedp): New + support functions for toggle-trace command. Written by Alain + Picard. + (compile-from-temp-file): Don't delete the binary file if there is + none. + (lispworks-severity): Map all ERRORs to :error. + + * slime.el (slime-eval-defun): Use slime-re-evaluate-defvar if the + defun starts with "defvar". C-M-x in elisp does this too. + (slime-re-evaluate-defvar): Take the form as argument. + +2003-12-03 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> + + * slime.el (slime-debugging-state): Initialize the sldb-buffer if + (/= sldb-level level). + (slime-who-specializes): New command. + + * swank-cmucl.lisp (create-swank-server): Set reuse-address to t + by default. + (resolve-note-location): Add method for warnings in interpreted + code. + (who-specializes): New function. + (dd-source-location): Handle case without constructors more + correctly. + (source-path-source-position): Skip ambigous entries in + source-map. + (source-location-from-code-location): Simplified. + +2003-12-03 Luke Gorrie <luke(a)bluetail.com> + + * slime.el (slime-completing-read-internal): Fix from Sean + O'Rourke. + 2003-12-02 Helmut Eller <e9626484(a)stud3.tuwien.ac.at> * swank-sbcl.lisp (find-function-locations): Return a non-empty @@ -15,7 +50,7 @@ last and entire output in the *slime-repl* buffer (slime-documentation): pop up a buffer with a symbol's documentation instead of its description, if found. - (slime-complete-symbol): tweak to completion, taken from ilisp, to + (slime-complete-symbol): tweak the completion, taken from ilisp, to complete filenames inside strings. (slime-set-default-directory): also set *slime-repl*'s default-directory, so e.g. find-file makes sense.

1 0

[slime-devel] Support for tracing under lispworks
by Alain.Picard＠memetrics.com 04 Dec '03

04 Dec '03

The following two forms seem to more or less do the right thing, AFAIK, under lispworks to support SLIME (un)tracing. (defun tracedp (symbol) (member symbol (trace) :test #'eq)) (defslimefun toggle-trace-fdefinition (fname-string) (let ((fname (from-string fname-string))) (print `(got ,fname-string and ,fname)) (cond ((tracedp fname) (compiler::ensure-untrace-1 (list fname)) (format nil "~S is now untraced." fname)) (t (compiler::ensure-trace-1 (list fname)) (format nil "~S is now traced." fname)))))

2 1

[slime-devel] Re: completion broken?
by Luke Gorrie 04 Dec '03

04 Dec '03

"Sean O'Rourke" <sorourke(a)cs.ucsd.edu> writes: > Was anyone else having problems with minibuffer completion? The > problem I'm seeing is that slime-completing-read-internal returns > "((choices) best)" but its callers seem to expect just "(choices)". > Anyways, this patch fixes that, and removes an extra paren in > slime-documentation. Committed, thanks! I think we have some redundant code for minibuffer completion just now (slime-completing-read* should be replaced by slime-read-from-minibuffer I think). I'll hack it after getting a couple of days's Real Work out of the way unless someone beats me to it.

3 2

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

slime-devel December 2003