| |
| |
| |
|
Page: 1 2 3 4 5 6 7 8 9 10 11
<Xach> chandler`: i have some fixes and improvements to make.
<kire> he's our cultural leader? *shudder*
<Xach> of course.
<Xophe> http://www.cafepress.com/mjg59.13071097
<Xach> lies!
<mgr> Xach: hehehe :)
<mugwump> Hello there, I'm trying to write a basic elisp function and was wondering if anyone here can help me
<mugwump> is there a nopaste in here?
<levi> ~lisppaste
<levi> Er.
<azu> #emacs might be a better bet for Emacs Lisp issues
<mugwump> lisppaste?
<levi> I forget how to use the bot.
<Thas> lisppaste: url
<lisppaste> To use the lisppaste bot, visit http://paste.lisp.org/new/lisp and enter your paste.
<mugwump> ok. This is a fairly simple problem, I just want to read a file in, build a map, then try to find shorter and shorter matches of a string in that map
<lisppaste> mugwump pasted "The starting point ... doesn't support subdirectories of checkout paths" at http://paste.lisp.org/display/12867
<mugwump> So, what this function does it take a filename, then looks for its directory in ~/.svk/config
<mugwump> however, the directories in ~/.svk/config might be a parent of the file being questioned
<Lone_Wanderer> how do I load slime?
<levi> M-x slime, if you've got it installed properly.
<Lone_Wanderer> kk
<Lone_Wanderer> yay, I was doing the other key-x slime, which wasn't working
<mugwump> How do I copy data from a buffer to a variable?
<mugwump> I have it as (match-data 0)
<mugwump> sorry for the elisp specific question...
<azu> you just ***ign the result of (match-string 0) to your variable
<mugwump> it seems to be two 'markers'
<mugwump> ie, integers that are buffer offsets
<cmm> it might be profitable to read the Elisp intro. it's bundled with your Emacs.
<azu> the result of (match-data 0) is, yes, but I said match-string
<cmm> M-x info, and there it is!
<mugwump> ok cmm, I'll rtfm. Thanks for the fish azu :)
<azu> actually I think the Elisp intro isn't bundled with Emacs but it can be installed as a Debian package or right from the source distribution
<mugwump> there it is. elisp-manual
<azu> you'll want that as well but it's not the Elisp intro; the name of the Elisp intro package is emacs-lisp-intro
<mugwump> I started on that once back when I had no respect for functional programming
<mugwump> so, if I make a set with (setf), is checking for existence of particular items in that set a basic function?
<tomppa> mugwump: you don't use setf to make sets. You use it to set variables. And buffer-substring is probably what you need if you want to read part of the buffer.
<tomppa> mugwump: but of course you can use something like (setf foo '(particular items in a set)) to achieve something like that.
<tomppa> mugwump: using (find 'particular foo), for example.
<mugwump> right, I see. I just saw an intro that said "setf makes sets", so I guess it was wrong
<tomppa> mugwump: Where was that? Sounds a bit weird to me.
<mugwump> http://homepages.paradise.net.nz/milhous/lisp.htm
<mugwump> I know I shouldn't just go reading anything ;)
<tomppa> ok, "Creating sets (actually, creating variables) can be done with setf", i see...
<Balooga> emacs question: How do I get hl-line-mode to work automatically when I edit .lisp files?
<tomppa> mugwump: Well, basically it's right, but the terminology is a bit screwed. I guess the writer got confused about the 'set' part of the name.
<Xach> Balooga: add it to your lisp-mode-hook.
<mugwump> hmm, odd, I set a variable with (setf start (re-search-forward "^ hash:.*$")), but (goto-char start) does not seem to actually goto-char
<mugwump> ie, (looking-at "\(.*\)") returns a string that was where the position was, not where I tried to set it to
<Balooga> Xach: That's it. Thank you.
<mugwump> no, it does set (point), but (looking-at REGEXP) is looking at the old position, or (looking-at "\(.*\)") is silently failing
<Xach> mugwump: after a successful re-search-forward, the point is after the part of the buffer that matched the pattern.
<Xach> mugwump: but #emacs is a better place for emacs questions.
<crosshatch> how does one get mcclim & climacs working on sbcl/os x?
<crosshatch> i've seen screenshots of climacs on os x, so I'm guessing it's possible...
<kpreid> worked for me. can you be more specific about how it fails?
<crosshatch> should I follow the instructions on the lower part of the page http://www.cliki.net/McCLIM?
<crosshatch> I plan to use sbcl-0.9.4
<kpreid> I've used 0.9.4, yes
<kpreid> those instructions seem rather odd to me
<kpreid> but then I have sbcl and asdf set up already
<kpreid> I just got mcclim and climacs from CVS and installed them as asdf systems
<crosshatch> ok, will give it a go. thanks.
<tomppa> Speaking of mcclim, anyone know about the state of the cairo-backend?
<crosshatch> 0
<thneed> 1
<crosshatch> I used asdf-install on mcclim-0.9.1 and during compilation it dies:
<crosshatch> ; compiling (DEF-STREAM-METHOD NOTE-SHEET-ADOPTED ...) fatal
<crosshatch> error encountered in SBCL pid 755: GC invariant lost,
<crosshatch> file "gc-common.c", line 190
<crosshatch> The system is too badly corrupted or ....
<crosshatch>
<mgr> crosshatch: don't use mcclim-0.9.1, it's so old. I'm using the cvs version (http://common-lisp.net/project/mcclim/#cvs), but you'll probably also need a newer version of your lisp then.
<crosshatch> newer version of sbcl? I'm using 0.9.4, are you suggesting the cvs version?
<mgr> crosshatch: but the actual error might more likely be a SBCL bug.
<mgr> crosshatch: hmmm, that shouldn't be a problem I guess. 0.9.4 is rather new. wait let me check something. uhm, you haven't some stale fasl-file, have you?
<kpreid> crosshatch: the "GC invariant lost" is a bug in sbcl
<luis> Huh, that's weird. Google's Summer of Code map shows the lispnyc mentors in kazakhstan, kyrgyzstan and somalia.
<kpreid> crosshatch: try again and it'll probably work
<kpreid> it's a bug that nobody's tracked down yet and it occurs pseudorandomly
<crosshatch> i have a fresh install on fresh system
<mgr> crosshatch: (until two weeks I've used SBCL 0.9.1.65 with McCLIM cvs and that was no problem, so 0.9.4 is not too old.)
<kpreid> yes
<kpreid> 0.9.4 has this bug
<crosshatch> will give it another go.
<mgr> kpreid: ah, it is known, okay.
<kpreid> so I was told
<mgr> crosshatch: FWIW, SBCL 0.9.5.73 runs McCLIM cvs..
<fatbrain> What lisp dialects are you guys/gals using?
<ths> fatbrain: See /topic. You maybe meant implementation, not dialect.
<fatbrain> True. implementation.
<fatbrain> And what would be a suitable Common Lisp interpreter for Windows?
<ths> crosshatch: I occasionally see the same, I put some debug output in locally.
<ths> fatbrain: See /topic. :-) Specifically the cliki URL.
<fatbrain> Ah, gotcha, Thanks.
<a1k0n> also, don't ***ume it's an interpreter, lest you rouse the smug lisp weenies.
<a1k0n> anyhow, CLisp is probably your best bet for windows if you're looking for something free...
<fatbrain> a1k0n: roger that, thanks.
<a1k0n> most of this channel uses SBCL though, which was your original question.
<fatbrain> Then I'll give SBCL a go.
<rtoym> Lispworks or Allegro would be a nice choice on Windows.
<a1k0n> yes, what rtoym said. SBCL doesn't have a windows port.
<rtoym> sbcl isn't so good on windows.
<a1k0n> or it.. sort of does..
<fatbrain> I'm gonna run it off my linux box.
<fatbrain> screw windows :>
<a1k0n> ah. good plan. you can even use windows emacs to interact with your linux sbcl process.
<fatbrain> well, what do you know :) pefect
<fatbrain> perfect. Guess I just have to figure out the how-to ;)
<a1k0n> heh. i think the beginning of marco baringer's SLIME video is the best (and probably only) how-to so far
<a1k0n> definitely check that out if you haven't yet.
<spiaggia> tomppa: This is one of gilberth's projects, and he only does CL hacking occasionally these days. I suspect it is not quite finished, but very likely well on its way, and I definitely do not think it is currently being worked on. Would you like invest some time?
<fatbrain> marco baringer's SLIME video... sounds cool :)
<tomppa> spiaggia: Well, I don't know much about clim-backends (or front-ends for that matter)...
<tomppa> spiaggia: but it does sound interesting :)
<stbain> greetings all
<spiaggia> stbain: hello
<stbain> figured I would listen to ESR and finally take a crack at learning LISP, so I figured I would pop in here and lurk for a while
<a1k0n> see, he IS our cultural icon!
<stbain> cultural icon?! I just got here!
<spiaggia> tomppa: yeah, you would have to spend some time with the CLIM spec to know what to do
<tomppa> spiaggia: I tried some old tarball that I found but it didn't quite work. Wonder if there is some more recent release?
<mgr> our MORAL COMP***!
<spiaggia> tomppa: of the Cairo stuff? You might want to try on gilberth's web site. I think it is bauhh.dyndns.org or something like that
<spiaggia> stbain: they are pulling your leg
<a1k0n> http://wigflip.com/ds/text
<slyrus> MORE ILL COMP***!
<stbain> I know
<stbain> I find myself at odds w/ ESR sometimes
<stbain> but from what I've read thus far, I can already see how knowing LISP will make me a better programmer even if I don't use it
<spiaggia> stbain: this is true, though as a start, you have to get used to writing it "Lisp" as opposed to "LISP"
<tomppa> spiaggia: yep, I found something at http://bauhh.dyndns.org:8000/mcclim/cairo/, but it's a bit old.
<ths> stbain: Now imagine how much better you will get by actually using Lisp. (-;
<stbain> ths: /agreed
<stbain> just have to whip out some prototype code to convince the PTB
<spiaggia> tomppa: I am not surprised really. Try emailing him.
<spiaggia> minion: what does PTB stand for?
<minion> Prosopography Thegn Bitterheartedness
<a1k0n> what kind of dictionary has "thegn" in it?
<stbain> Pointy Haired Boss
<stbain> err... no wait
<stbain> that would be a PHB
<stbain> PTB is Powers That Be
<stbain> in other words, the collection of PHBs
<ths> a1k0n: Ctulhu's, I guess.
<a1k0n> i should really familiarize myself with lovecraft some day
Return to lisp
or
Go to some related
logs:
web
beginner
|
|