toronto-lisp

toronto-lisp@common-lisp.net

1 participants
499 discussions

[toronto-lisp] Toronto Lisp mailing list admin
by Rudolf Olah 20 Jan '10

20 Jan '10

Hey, I'm still the admin for the mailing list, it's weird. So who's taken over the organization of things now? I can log in and change up the admin info and send it over or we can talk to the common-lisp.net mailing list people about how to switch things over. -Rudolf

4 4

Re: [toronto-lisp] toronto-lisp Digest, Vol 25, Issue 5
by Mark Bolusmjak 09 Jan '10

09 Jan '10

I'm using VimClojure (and a few shell scripts) for Clojure and DrScheme for PLT-Scheme. VimClojure seems a little flaky at times. e.g. You start a REPL or evaluate a file and it complains. You try again without doing anything and then it works. The commercial version of IntelliJ Idea has a very solid Clojure plugin (but I don't know if the community version of Idea does/will support it). On Sat, Jan 9, 2010 at 12:00 PM, <toronto-lisp-request(a)common-lisp.net> wrote: > Send toronto-lisp mailing list submissions to > toronto-lisp(a)common-lisp.net > > To subscribe or unsubscribe via the World Wide Web, visit > http://common-lisp.net/cgi-bin/mailman/listinfo/toronto-lisp > or, via email, send a message with subject or body 'help' to > toronto-lisp-request(a)common-lisp.net > > You can reach the person managing the list at > toronto-lisp-owner(a)common-lisp.net > > When replying, please edit your Subject line so it is more specific > than "Re: Contents of toronto-lisp digest..." > > > Today's Topics: > > 1. development environments (David Penton) > 2. Re: development environments (Vishvajit Singh) > > > ---------------------------------------------------------------------- > > Message: 1 > Date: Fri, 8 Jan 2010 22:39:36 -0500 > From: David Penton <djp(a)arqux.com> > Subject: [toronto-lisp] development environments > To: toronto lisp <toronto-lisp(a)common-lisp.net> > Message-ID: <8D13BE6F-339E-4294-890E-2402501935D3(a)arqux.com> > Content-Type: text/plain; charset=us-ascii > > I would like to know what development s/w other group members are using for Lisp or Scheme or name-your-poison. > > When I first joined the mailing list Paul Tarvydas and Brian Connoy indicated that they use LW. > > For the moment I am happy with slime+emacs. I use both sbcl and ccl. Anybody else doing slime+emacs? My reason for asking is to pick your brains when I run into trouble ;-) > > Best, > > - Dave - > > > ------------------------------ > > Message: 2 > Date: Sat, 9 Jan 2010 01:16:30 -0500 > From: Vishvajit Singh <vishvajitsingh(a)gmail.com> > Subject: Re: [toronto-lisp] development environments > To: David Penton <djp(a)arqux.com> > Cc: toronto lisp <toronto-lisp(a)common-lisp.net> > Message-ID: > <520868e81001082216w1e7c0c15qaecc644e6721c213(a)mail.gmail.com> > Content-Type: text/plain; charset=ISO-8859-1 > > I'm using SLIME+Emacs, with Clojure as my weapon of choice. > > Funny thing - I'm still running Clojure off of their SVN repository. > Switching over to http://github.com/richhickey/clojure/ is on my todo > list. > > Vish > > On Fri, Jan 8, 2010 at 10:39 PM, David Penton <djp(a)arqux.com> wrote: >> I would like to know what development s/w other group members are using for Lisp or Scheme or name-your-poison. >> >> When I first joined the mailing list Paul Tarvydas and Brian Connoy indicated that they use LW. >> >> For the moment I am happy with slime+emacs. I use both sbcl and ccl. Anybody else doing slime+emacs? My reason for asking is to pick your brains when I run into trouble ;-) >> >> Best, >> >> - Dave - >> _______________________________________________ >> toronto-lisp mailing list >> toronto-lisp(a)common-lisp.net >> http://common-lisp.net/cgi-bin/mailman/listinfo/toronto-lisp >> > > > > ------------------------------ > > _______________________________________________ > toronto-lisp mailing list > toronto-lisp(a)common-lisp.net > http://common-lisp.net/cgi-bin/mailman/listinfo/toronto-lisp > > > End of toronto-lisp Digest, Vol 25, Issue 5 > ******************************************* >

1 0

[toronto-lisp] development environments
by David Penton 09 Jan '10

09 Jan '10

I would like to know what development s/w other group members are using for Lisp or Scheme or name-your-poison. When I first joined the mailing list Paul Tarvydas and Brian Connoy indicated that they use LW. For the moment I am happy with slime+emacs. I use both sbcl and ccl. Anybody else doing slime+emacs? My reason for asking is to pick your brains when I run into trouble ;-) Best, - Dave -

2 1

[toronto-lisp] lisp reading list
by Paul Tarvydas 08 Jan '10

08 Jan '10

At the end of this month's meeting, Justin asked what are some of the seminal lisp books to bring on a long trip. I found that I was unable to immediately answer the question. After pondering this on the way home, I realized that I didn't learn lisp from books - I learned it by reading source code of implementations of lisp. In addition to this, good lispery doesn't necessarily come from learning lisp. It also comes from being a generalist - learning as many paradigms as possible, then using lisp as the vessel for combining those paradigms. (One of the more extreme examples of using lisp as a vessel might be SICP - the Structured Interpretation of Classical Mechanics, Sussman and Wisdom, http://mitpress.mit.edu/SICM/). Here's a brief summary of what I read / did: - played with writing assembler code for Z80's and MC6809's - read source code for Tiny Basic (Dr. Dobb's Journal of Computer Calisthenics and Orthodontia, http://en.wikipedia.org/wiki/Tiny_BASIC). - read source code for Utah Lisp (IBM 360). - read source code for Fritz van der Wateren's MC6800 Lisp and transcribed it to run on a Z80. - read Lisp 1.5 Manual http://www.softwarepreservation.org/projects/LISP/book/LISP%201.5%20Program… - read John R. Allen's "Anatomy of Lisp" (a book) and implemented the lisp compiler contained in it on the Z80 lisp (fixing a few bugs in the book). It ran in 22K of RAM and successfully compiled the IOTA function to Z80 machine code. - learned how to build compilers by reading the source code to Small C (it became my 4th year EE thesis project - I rewrote the whole thing using "better" compiler techniques and got it to self-compile). http://en.wikipedia.org/wiki/Small_C - learned how multi-tasking works by reading Ric Holt's small, but wonderful books on the subject, the most up-to-date one being, I think, "Concurrent Euclid, Unix and Tunis". - read source code for V7 Unix (which is now published in book form, with a front cover illustration of students making clandestine copies of the source on a xerox machine, heh, heh). - read source code for Tunis. - (I only recently read the Smalltalk Blue Book http://web.archive.org/web/20070927190722/http://users.ipa.net/~dwighth/sma… - it is clearly an inspired work). - read papers on Orthogonal Code Generation (Cordy, et al) and Fraser-Davidson compilation techniques (long before gnu-c existed, gcc uses Fraser-Davidson RTL as its core). - read source code for PT Pascal, Tiny Pascal, Concurrent Euclid, S/SL, etc. - read and implemented the WAM tutorial http://web.archive.org/web/20030213072337/http://www.vanx.org/archive/wam/w… (I wrote the WAM in CL, but haven't finished debugging it yet). As I look at the list above, I note that most of the implementations I read were done on "simple" hardware (no mmus, pipelining, security rings, mmap'ed files, etc). This made the material accessible, readable, understandable, and brief. Understanding compilers helped me understand macros, since CL macros are similar to having a language with YACC built into it. So, another suggestion for reading up on lisp, is to read the source code for some of the simple lisp and non-lisp "classics", and then to spiral into lisp. (I can't vouch for it since I haven't done so, but maybe some of the open-source CL's would make good reading, too). pt ps. If anyone wants the source for Frits van der Wateren's lisp, I'm hoping to scan it in and post it on my site (I have his permission). At one point I was toying with the idea of bringing it back to life by writing a 6800 simulator (in CL). pps. If there is sufficient interest, I could bring and explain the (assembler) source of FvdW lisp to one of the meetings. It would be a quick and easy intro to assembler and to low-level lisp structures.

1 0

[toronto-lisp] access to previous value in loop
by Justin Giancola 08 Jan '10

08 Jan '10

Abram--I stumbled upon equals-then assignment clauses when reading up on something else I'd needed to do with loop: (loop repeat 5 for prev = 0 then i for i = 17 then (1+ i) collect (cons i prev)) ; => ((17 . 0) (18 . 17) (19 . 18) (20 . 19) (21 . 20)) note: these clauses are evaluated in order so this example wouldn't work if the equals-then clause for i appeared before the one for prev. if the prev clause comes first, it can take the value of i from the previous iteration before it's updated. Justin

1 0

[toronto-lisp] manardb: Fast, persistent, mmap'd Lisp object store
by Abram Hindle 07 Jan '10

07 Jan '10

http://www.cliki.net/manardb This object store abuses mmap and tries to avoid your GC at the same time, so large databases can exist on disk and not use up all of your available memory? Depends on your mmap implementation but it is still interesting. http://cl-www.msi.co.jp/projects/manardb/index.html Efficiency > According to our benchmarks, when instantiating a object with two > slots one million times, manardb is about seven times faster than > AllegroCache 2.1.11 on Allegro 8.1, and about fifteen times faster > than AllegroCache on SBCL 1.0.31. It is more than ten times faster to > iterate over the 1M objects created and sum the values of one > numeric slot on Allegro Lisp, and about one hundred times faster on > SBCL. Portability > It uses the mremap system call so is restricted to Linux. It would be > trivial to change the mremap to a munmap, followed by mmap on other > UN*X like platforms, as manardb is already prepared for the base > address of the mapping to change. abram

1 0

[toronto-lisp] Toronto Lisp Meet for Jan 5, 2010
by Abram Hindle 06 Jan '10

06 Jan '10

6 people attended tonights meet. Here are some links to lisp game blogs that was discussed: David O'Toole's lisp game dev blog http://lispgamesdev.blogspot.com/ Sanctuary game: http://dto.github.com/notebook/sanctuary.html List of some recent lisp games: http://xach.livejournal.com/237639.html Another lisp games blog: http://funcallgames.wordpress.com/ My tower defense source code: http://github.com/abramhindle/towers Death's tower defense source code (he's the original author and he's really shaping up the code): http://github.com/death/towers http://github.com/death For the meeting we talked about: * Border security * Altemeyer's book on Authoritarianism ** http://home.cc.umanitoba.ca/~altemey/ * Lisp games ** towers *** http://github.com/death/towers *** http://github.com/abramhindle/towers ** XONG *** http://dto.github.com/notebook/xong.html ** Sanctuary *** http://dto.github.com/notebook/sanctuary.html * Loop macro ** http://www.ai.sri.com/pkarp/loop.html ** http://www.unixuser.org/~euske/doc/cl/loop.html ** http://exploring-lisp.blogspot.com/2007/06/in-defense-of-loop.html * Iterate macro ** http://common-lisp.net/project/iterate/ ** http://common-lisp.net/project/iterate/doc/Don_0027t-Loop-Iterate.html * Doug's form validation macro ** http://github.com/hoytech/antiweb *** somewhere in there :D http://github.com/hoytech/antiweb/commit/9c89d1e251704f301460f97338b3e2e27c… Small but a good meet nonetheless. abram

3 3

[toronto-lisp] Reminder: TorLisp meeting, Tues Jan 5 @ LinuxCaffe
by Vishvajit Singh 05 Jan '10

05 Jan '10

Looking forward to our first meeting of the New Year.. Toronto Lisp Users Group, January Meeting: Tuesday January 5th, 6pm, at the Linux Caffe Directions: http://tinyurl.com/linuxcafe-lisp-meet Brave the cold and meet your fellow Lispers! http://www.lisptoronto.org/ Best wishes, Vish

3 2

[toronto-lisp] next meeting
by Paul Tarvydas 24 Dec '09

24 Dec '09

The next meeting is on Tuesday, January 5, 2010. Does anyone volunteer to give a talk? If you have suggestions on topics you would like to hear about, please post them - it might inspire someone to give a talk. Possible suggestions: - optimization, writing efficient CL - survey of repositories - specific libraries.

4 5

[toronto-lisp] Lenient structs
by doug＠hcsw.org 02 Dec '09

02 Dec '09

I mentioned "lenient structs" at the meeting today and like I said they are a simple but useful example of read macros. A lenient struct is a class wrapper around a list with a special print-object method that makes it print like a struct. The only (defined) thing you can do with lenient structs is print them back out again. Here's the interesting part about lenient structs with respect to read macros: The with-lenient-struct-reader macro installs a custom reader function in a read-table that, when in effect, will cause read-from-string et al to read #S(...) forms as lenient structs instead of regular structs, overriding the system's structure reader function. Lenient structs are used in antiweb so that an intermediate lisp image process in an antiweb system doesn't need to have the structure in question's defstruct definition in order to read it in, process it (as an atom), store it to a DB, read it back out, and print it out to another process. http://hoytech.com/antiweb/ ;; lenient-struct is so we can read in and print out structs even without a corresponding defstruct (defclass lenient-struct () ((contents :accessor lenient-struct-contents :initform nil :initarg :contents))) (defmethod print-object ((l lenient-struct) (s stream)) (format s "#S~S" (lenient-struct-contents l))) (defmacro! with-lenient-struct-reader (&rest body) `(let ((*readtable* (copy-readtable *readtable*))) (let ((,g!read-handler (lambda (stream sub-char numarg) (declare (ignore sub-char numarg)) (unless (char= #\( (read-char stream)) ;) (error "bad lenient-struct form")) ;( (make-instance 'lenient-struct :contents (read-delimited-list #\) stream t))))) (set-dispatch-macro-character #\# #\s ,g!read-handler) (set-dispatch-macro-character #\# #\S ,g!read-handler) ,@body)))

1 0

← Newer
1
...
37
38
39
40
41
42
43
...
50
Older →

Jump to page:

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

toronto-lisp