Re: ANN ritz 0.4.0 release with nREPL debugger support

Impressive, (as always,) Hugo. g On Wednesday, September 5, 2012 1:45:41 PM UTC-7, Hugo Duncan wrote: > > > ritz started life as a swank server for emacs SLIME. With this release > it has evolved into several components: > > * ritz-nrepl provides both nREPL middleware, that can be used in any

Re: Clojure CDT up, cont, down, local-names throws arity errors after hitting breakpoint

SeanC is referring to is the fact that swank-cdt now works seamlessly with clojure-jack-in, thanks to the efforts @tavisrudd and the indefatigable technomancy. On Feb 9, 9:18 am, Sean Corfield wrote: > On Wed, Feb 8, 2012 at 10:16 PM, George Jahad > > wrote: > > If you use

Re: Clojure CDT up, cont, down, local-names throws arity errors after hitting breakpoint

forgot to mention that Hugo Duncan is also working on a debugger which can be found here: https://github.com/pallet/ritz On Feb 8, 10:16 pm, George Jahad wrote: > Sorry about that.  As you noticed the doc here was out of date: > > http://georgejahad.com/clojure/cdt.html > > It

Re: Clojure CDT up, cont, down, local-names throws arity errors after hitting breakpoint

Sorry about that. As you noticed the doc here was out of date: http://georgejahad.com/clojure/cdt.html It should be fixed now. Just for your reference however that doc only describes the command line version of CDT. If you use Emacs and Swank-clojure, it is much easier to use swank-cdt, as you

Re: C-c C-x keybindings for swank-cdt don't work

Sorry, the elisp got scrambled in the post. Get it from here: http://georgejahad.com/clojure/swank-cdt-helper.el On Jan 27, 7:15 pm, George Jahad wrote: > Not sure why that is happening.  Can't reproduce it.  What is supposed > to happen is that when swank-cdt is loaded, it should

Re: C-c C-x keybindings for swank-cdt don't work

Not sure why that is happening. Can't reproduce it. What is supposed to happen is that when swank-cdt is loaded, it should invoke the emacs lisp to define those keystrokes. Until I figure it out, try adding the following to your .emacs. Let me know if that fixes it. g (progn (defun sldb-line

Re: swank-cdt: Using Slime with the Clojure Debugging Toolkit

Thanks very much for this bug report Young! I'm going to summarize your findings here for everyone else. Basically, you found 3 problems: 1. The set-bp command requires full name-space qualification of the function name. 2. On Windows, if attach.dll isn't on the java-library path, you get the fo

Re: swank-cdt: Using Slime with the Clojure Debugging Toolkit

On Dec 6, 11:05 pm, Young Kim wrote: > The following is the file lists in clojure-clojure-source-1.3.0- > alpha5.jar on Windows 7. > As you can see, there are no *.clj files in clojure-clojure- > source-1.3.0-alpha5.jar. > So I think that it is natural that 'clojure/set.clj - source not > found.

Re: swank-cdt: Using Slime with the Clojure Debugging Toolkit

I think you are right Sean. This is a problem on Windows with the file separator. Aravindh Johendran suggested a fix a while ago. Let me try integrating it and see if that doesn't fix the windows platform. I'll let you know when I have something. On Dec 6, 4:36 pm, Sean Corfield wrote: > (l

Re: swank-cdt problems

this error: java.io.IOException: Not a debuggee, or not listening for debugger to attach> is usually caused by not having this line in your project.clj: :jvm-opts ["-agentlib:jdwp=transport=dt_socket,server=y,suspend=n"] if that doesn't fix your problem, send me your project.clj and the name of

Re: How to attach debugger on clojure's repl ?

ng. I believe the issue was with ritz > > <-> cake (I still use cake for Overtone hacking). However, now that cake > > and lein are going to be united, we can just focus on lein support for the > > future. > > > Alternatively, George Jahad has updated CDT (The Clojure

Re: Can't get the debugger cdt run

The namespace have been restructured so 'com.georgesjahad.cdt doesn't exist anymore. The easiest way to use cdt is from emacs, as described here: http://georgejahad.com/clojure/swank-cdt.html Hugo Duncan also has a separate emacs based clojure debugger called Ritz, described here: https://github.

Re: form-zip

see > form-zip being useful for people who like zippers (personally I don't > have enough experience to be comfortable with them), but fz-node-seq > doesn't seem useful. > > On Nov 1, 8:56 pm, George Jahad wrote: > > > surely this one's been written before

Re: form-zip

et vectors instead of something else. It's also easy > to imagine your "data units" are simple vectors, grouped together in > some kind of list structure. Then you would want the zipper to tell > you "hey, this node is a leaf" for vectors - thus seq-zip. > > On N

Re: form-zip

Now that I think of it, why are seq-zip and vector-zip separate functions? Why not a single function that handles both seq and vectors, and sets and maps too? What am I missing? On Nov 1, 8:56 pm, George Jahad wrote: > surely this one's been written before, but i needed it the other d

form-zip

surely this one's been written before, but i needed it the other day and couldn't find it. form-zip returns a zipper from a clojure form. user=> (require '[clojure.zip :as zip]) user=> (use 'form-zip.core) user=> (-> '{1 2 3 4} form-zip zip/next zip/remove zip/root) {3 4} fz-node-seq returns a

Re: Trying to use CDT on 1.3.0

This is the most up-to-date documentation: http://georgejahad.com/clojure/swank-cdt.html Is that what you are using? g On Sep 22, 1:25 pm, Brent Millare wrote: > Hmm, I think it was a version mismatch for target repl and debug repl. > So it works now. > > New issue though, I'm running through th

Re: swank-cdt: Using Slime with the Clojure Debugging Toolkit

Hey Andreas: I have heard that it works on Windows, though I've never tried it. Which jvm are you using? Also, can you try attaching with command line jdb like so and see if that gets the "no providers" exception. 1. add a specific port to your jvm options, like 8021 below: "-agentlib:jdwp=transp

Re:

very cool Joel! I'd also be interested in start up time of avian vs. hotspot, i.e. does avian make it viable to use clojure for short, quick scripts? On Jul 15, 11:59 am, Joel Dice wrote: > Hi all, > > I thought I'd share the results of a fun little excercise I did this > morning: running Cloj

Re: swank-clj 0.1.0 - a refactored swank-clojure, with sldb support

Just to clarify, there is an older GUD based front end to cdt, but swank-cdt, the one that I integrated with swank-clojure a few months ago, uses sldb. On May 23, 5:23 am, "Hugo Duncan" wrote: > On Sun, 22 May 2011 16:59:24 -0400, Sam Aaron wrote: > > Very cool! > > Thanks. > > > Out of interes

Re: swank-clj 0.1.0 - a refactored swank-clojure, with sldb support

just watched the video: http://vimeo.com/23932914 looks awesome! On May 11, 8:31 am, "Hugo Duncan" wrote: > For the intrepid, the first release of swank-clj is out. > > This is a refactored swank-clojure, and features sldb integration. > > Some highlights: > > * line based breakpoints > * steppi

Re: Small issue with swank-cdt on Windows

On May 11, 8:12 am, Aravindh Johendran wrote: > Can we just use the forward slashes in the method source-location-for- > frame? Seems reasonable. Thanks for pointing it out. I'll fix it in the next snapshot. g -- You received this message because you are subscribed to the Google Groups "Clo

Re: swank-cdt: Using Slime with the Clojure Debugging Toolkit

41 pm, lance bradley wrote: > I'll keep at it too. Make sure you do a manual checkout and use the > develop branch. I suspected this would be the fix, but I was wrong- it > could still be necessary > though:https://github.com/ninjudd/cake/commit/8d70cb88fd83e6aec17a0dac05e97f...

Re: setting break points at multimethods in cdt

e repl. But, I don't seem to get the > path right? .. should the path be absolute or should it be relative to the > directory where the project.clj resides..? can you elaborate on that. > > Sunil. > > p.s. what should I be doing to get the keystrokes working? > > On

Re: setting break points at multimethods in cdt

so cdt supports two kinds of breakpoints, method breakpoints, (with the set-bp function) and line breakpoints, (with the ^c^x^b,) keystroke in emacs. You are corrrect that the set-bp function doesn't work properly with multi-methods, but line breakpoints should be working. Are they? On Apr 26,

Re: ANN: pallet.thread-expr, a macro lib for use with -> argument threading

Agreed; these do look real interesting. I keep meaning to try them. I've just been a little busy lately;) On Apr 22, 1:47 pm, Nicolas Buduroi wrote: > This is a very interesting set of macros, I'll certainly use some of them. > In fact I think this library should at least make it to clojure.cont

Re: swank-cdt: Using Slime with the Clojure Debugging Toolkit

this straightened out, I'll confirm that > cake's classloader hanky panky doesn't cause any other issues :) > > -lance > > On Apr 25, 12:12 pm, Sam Aaron wrote: > > > On 25 Apr 2011, at 19:34, George Jahad wrote: > > > >> When I press e the min

Re: swank-cdt: Using Slime with the Clojure Debugging Toolkit

> When I press e the mini buffer prompts me to "Eval in frame:" and I > propmpty type s1 to see the following error in the minibuffer: > Unexpected exception generated: java.lang.IllegalArgumentException: > Invalid method This stuff is all new to me, so I'm likely to be > doing something silly. I

Re: swank-cdt: Using Slime with the Clojure Debugging Toolkit

On Apr 25, 8:38 am, Sam Aaron wrote: > user> (use 'swank.cdt) > warning: unabled to add tools.jar to classpath. This may cause CDT > initialization to fail. > Clearing CDT event requests and continuing. > Swank CDT release 1.4.0a started > > Notice how this time I'm getting the CDT starting whic

Re: swank-cdt: Using Slime with the Clojure Debugging Toolkit

Apr 25, 2:22 am, Sam Aaron wrote: > Hi George, > > On 25 Apr 2011, at 00:14, George Jahad wrote: > > > Technomancy has been kind enough to merge it into the main swank- > > clojure repo, so it will a part of swank-clojure releases going > > forward. > > It&

swank-cdt: Using Slime with the Clojure Debugging Toolkit

Swank-cdt is a port of slime/swank-clojure to use the CDT as a debugger backend. With swank-cdt, you can step, set breakpoints, catch exceptions, and eval clojure expressions, in the context of the current stack frame, from within the sldb buffer. Install by adding a few lines to your project.clj

Re: declare in other namespaces

> Spaghetti code ? most definitely. use it a lot and you'll almost certainly end up with a "big ball of mud". -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new mem

Re: declare in other namespaces

On Apr 24, 3:33 am, Ken Wesson wrote: > On Sun, Apr 24, 2011 at 5:17 AM, George Jahad > > Is there a reason for all the conversion to string and back? severe lack of "hammock driven development"? the "clojure.core" is also redundant within syntax-quote, making it:

declare in other namespaces

so as Rich mentions in hacker news, you can get declare to work in other namespaces which does convert the circular dependencies issue from a compile time problem to a potential run-time one. The definition is pretty much what you would expect: (defmacro remote-declare [name] "declares the supp

Re: About a networked REPL...

On Mar 19, 5:30 pm, Martin Blais wrote: > Hi, > > After Rich's suggestion at the recent NYC meetup, For those of us who weren't there, what exactly did Rich suggest at the NYC meetup? -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this

Re: New Release of the Clojure Debugging Toolkit

try adding that jar to your classpath, and see if that fixes it. if not, run "jar -tf" on the tools.jar file to dump the table of contents on it and email it to me and i'll see if i can figure out what is going on. On Mar 15, 7:34 pm, Jeff Bordogna wrote: > George, >    Thanks for the respons

Re: New Release of the Clojure Debugging Toolkit

odd. try adding that jar to your classpath, and see if that fixes it. if not, run "jar -tf" on the jar file to dump the table of contents on that tools.jar file and email it to me and i'll see if i can figure out what is going on. On Mar 15, 7:34 pm, Jeff Bordogna wrote: > George, >    Thanks

Re: New Release of the Clojure Debugging Toolkit

couple of thoughts: cdt uses the jdk's tools.jar for access to the java debug interface, (jdi). it's expecting it here: (format "file:///%s/../lib/tools.jar" (System/getProperty "java.home")) do you have such a file there? if not, do you have a tools.jar file anywhere else? which jdk are you

Re: Serialising functions...

pretty cute Phil! It does break for closures that use vars, like this: (let [a inc] (def dinc (fn [x] (inc (a x) Caused by: java.lang.IllegalArgumentException: No matching field found: v for class clojure.lang.Compiler$VarExpr so you probably want to test the return type from "(.init local)

Re: (finally) got all class signature changes w/gen-class reloading at runtime

jdi/com/sun/jdi/VirtualMachine.html#redefineClasses(java.util.Map) On Feb 9, 12:38 pm, George Jahad wrote: > so i think most java debuggers, even jdb, are capable of reloading > classes aren't they? > > i haven't tried your example, but in the cdt, you use > the .redefineClass

Re: (finally) got all class signature changes w/gen-class reloading at runtime

so i think most java debuggers, even jdb, are capable of reloading classes aren't they? i haven't tried your example, but in the cdt, you use the .redefineClasses method to reload a java class For example, I can hack on one of the classes in clojure compiler and reload it, without restarting, li

Re: a handy little function I haven't seen before

Actually, you should thank hiredman, for adding the original wall-hack- field. I just wrapped some lipstick around it. On Feb 2, 9:40 am, Dan Larkin wrote: > George this is super cool!  I can't wait to see this show up in swank-clojure > *ahem* Phil. > > On Feb 2, 2011, at

Re: a handy little function I haven't seen before

show's a very cool function, but has a different purpose, (afaik). It displays the structure of an instance, but not it's contents. get- all-fields displays the contents. For example, if "a" is defined like so: (def a (partial conj [98])) get-all-fields will show me that the parameters to par

Re: Weird nested macro problem

As usual, Meikel has the right answer. But I didn't quite get it at first. It looks like syntax-quote generates cons's, not lists: user> (type (nth `(handler-case :type (println "test") (~'handle foo)) 3)) clojure.lang.Cons Your macroexpand-1 example worked because the reader doesn't distinguish

a handy little function I haven't seen before

get-all-fields dumps all the fields contained by the object. Handy for exploring functions with closures, like those created by partial, comp, and memoize. https://gist.github.com/806595 -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to thi

Re: Debugging with 1.3 and CDT

Hey Daniel: I'm embarrassed to say I've never tried it before on 1.3. You've found a real bug. I'll try to get a proper patch out later today, but if you're in a hurry, you might try changing this line in cdt.clj: (def ge (memoize #(first (find-methods (va) #"get" to this: (def ge (memoiz

Re: Loading JNI

> At this point I have ugly looking Clojure code that looks as >Java-like as possible, so that I'm doing the exact same thing in the >exact same order as I do in a Java example, but I get exceptions when >I do it in Clojure. if they are short enough, post both the working java and broken clojure

Re: Clojure in Maxine

what were you thinking of doing with maxine? On Dec 18, 1:46 pm, jim wrote: > Just got a Clojure REPL using the Maxine VM. It worked the first time! > Here's the command I used. > > ~/maxine/bin/max vm -cp clojure-1.2.0/clojure.jar clojure.main > > http://wikis.sun.com/display/MaxineVM/Home --

Re: more idiomatic clojure

-pair] {face (list nd)})) try it with d set to this: [d [#{#{1 2} #{3 5}} #{#{1 2} #{3 4}} #{#{5 6} #{7 8}}]] On Dec 3, 2:00 pm, George Jahad wrote: > Actually my solution is wrong!  It works for this particular example, > but not if there are nodes with overlapping values. > Do

Re: more idiomatic clojure

On Dec 3, 12:46 pm, Laurent PETIT wrote: > Yes, > > though I've always found 'into a little bit too magical for me. > For example, I find it hard to follow the doc to see what 'adding' will mean > for maps. > > 2010/12/3 George Jahad > > > >

Re: more idiomatic clojure

> (apply >   merge-with >   conj >   {} >   (for [nd d nd-pair nd face nd-pair] >     {face nd})) I like to use into for cases like this: (into {} (for [nd d nd-pair nd face nd-pair] [face nd])) seems clearer to me. g -- You received this message because you are subscribed to the Google

Re: New Release of the Clojure Debugging Toolkit

> George, I don't know what time zone you live in, but you are one crazy > person! I'm on vacation in NYC for a couple more days, then back home to Silicon Valley. Still jet lagged which explains my odd hours. (Not to mention that being in New York is such a rush it's pretty hard to sleep!) > Y

Re: New Release of the Clojure Debugging Toolkit

> git fetch Actually, instead of git fetch, use: git pull origin windows On Oct 10, 4:39 am, George Jahad wrote: > I haven't gotten it working on Windows yet, (as I mention > here:http://georgejahad.com/clojure/emacs-cdt.html) > > I don't think it will be hard, but

Re: New Release of the Clojure Debugging Toolkit

quot; or "c:\" for cdt-dir, and that seems to work. But trying the > same thing for cdt-source-path doesn't seem to work. I'm wondering, > should path names be delimited by colons (as Unix expects), or by > semicolons (as Windows expects). I've tried various comb

Re: New Release of the Clojure Debugging Toolkit

h you may not need.) On Oct 7, 8:15 pm, limux wrote: > where is the sa-jdi.jar, there isn't the sa-jdi.jar under my java's > lib directory. > > On 9月29日, 下午12时00分, George Jahad wrote: > > > hmmm, you must be as big a debugger geek as I am, but I'm not sure >

Re: CDT in Eclipse/CCW

I haven't tested out Laurent's proposal (and I suspect he hasn't either). It will almost certainly work, but may require a bit of tweaking on your part. Anyways I have uploaded the latest jar to clojars. If you use lein or maven you get it by adding it as a dependency to your project. Otherwis

Re: Screencast of the Emacs front end to the Clojure Debugging Toolkit:

wrong. Can you perhaps give an example? > > On Oct 1, 10:32 pm, George Jahad wrote: > > > For your delectation:http://www.vimeo.com/15462015 -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojur

Re: big integers in 1.2 leading to parked processes? (maybe somehow, I think)

On Oct 4, 2:34 am, Lee Spector wrote: > On Oct 4, 2010, at 3:58 AM, George Jahad wrote: > > I also look forward to the integration of CDT into Eclipse/ccw :-). Or maybe > I need to migrate back to emacs, from whence I came (but was lured away by a > couple nice features

Re: big integers in 1.2 leading to parked processes? (maybe somehow, I think)

Using the CDT I was able to confirm that one of the agents actually is generating a run time exception, trying to cast an int from a long. Could the perturb function be calling rand-int with a value that is too large? I'm including the stack trace below in case that helps. This is line 950 in RT.

Re: big integers in 1.2 leading to parked processes? (maybe somehow, I think)

Deadlocks are tough. When I have had similar problems in the past, (not related to bigints), it turned out 1 thread in the thread pool had a stack trace that was different. If there are a lot of threads in the pool, it can be easy to miss. If there is a stacktrace that is different, that'll be a

Re: Screencast of the Emacs front end to the Clojure Debugging Toolkit:

nted rather than line-oriented breakpoints and > stepping? > > -Per > > On Sat, Oct 2, 2010 at 3:32 AM, George Jahad > > wrote: > > For your delectation: > >http://www.vimeo.com/15462015 > > > -- > > You received this message because you are subscribed to

Screencast of the Emacs front end to the Clojure Debugging Toolkit:

For your delectation: http://www.vimeo.com/15462015 -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post.

Re: New Release of the Clojure Debugging Toolkit

I forgot to make clear in my post that port 8021 is just an example, you should use another if that one is in use, and you get this error: [null] ERROR: transport error 202: bind failed: Address already in use [null] ERROR: JDWP Transport dt_socket failed to initialize, TRANSPORT_INIT(510) Adie

Re: New Release of the Clojure Debugging Toolkit

id Nolen wrote: > On Tue, Sep 28, 2010 at 3:40 AM, George Jahad > wrote: > > > As some of you know, I suffer from a seemingly interminable obsession > > with improving the Clojure debugging story.  It just seems so clear to > > me that Clojure deserves a world class debugge

Re: New Release of the Clojure Debugging Toolkit

> > On 28 Sep 2010, at 9.08 am, Laurent PETIT wrote: > > > 2010/9/28 George Jahad > > >> As some of you know, I suffer from a seemingly interminable obsession > >> with improving the Clojure debugging story.  It just seems so clear to > >> me that Cloj

New Release of the Clojure Debugging Toolkit

As some of you know, I suffer from a seemingly interminable obsession with improving the Clojure debugging story. It just seems so clear to me that Clojure deserves a world class debugger, one befitting it's power, beauty and elegance. Maybe one day, we'll get there. Till then, here are my lates

Re: Swank Break Issues.

try using clojure 1.2. On Aug 14, 11:56 am, Ivan Willig wrote: > Hi list, > I am trying to use swank.core/break while bugging. The break point gets > thrown but none of my local variables up  in the stack trace.  I am using > swank-clojure and leiningen > This is my project.clj file

Hiring Clojure developers at Runa

Check us out here: http://www.workatruna.com/ -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with your first post. To u

Re: RFC on my letrec macro

Just realized there are many types of recursive functions for which trampoline can't be used in this way. It's an interesting problem though. I'm going to think some more about it. On Jul 22, 11:11 pm, George Jahad wrote: > sorry, wrong gist.  here's one that tests

Re: RFC on my letrec macro

sorry, wrong gist. here's one that tests for a function and only calls trampoline on it. all three of your test cases work for it. http://gist.github.com/487019 g On Jul 22, 10:50 pm, Michał Marczyk wrote: > On 23 July 2010 06:50, George Jahad wrote: > > > i like it a l

Re: RFC on my letrec macro

i like it a lot! what do you think of adding trampoline to it like so: http://gist.github.com/487019 On Jul 22, 7:38 pm, Michał Marczyk wrote: > Hi All, > > I've written a letrec macro with the goal of hopefully tying the knot > [1] in Clojure etc. Some examples of what it can do are included

Re: Slime, debug-repl & clojure debugging toolkit

> 1) Start emacs, run M-x swank-clojure-project. > From the *slime-repl clojure* buffer run: > ; SLIME 20100404 > user> (use 'alex-and-georges.debug-repl) > nil > user> (let [c 1 > d 2] > (defn a [b c] > (debug-repl) > d)) > (a "foo" "bar") > dr-1-1001 => (+ 2 3) > > Now

Re: Slime, debug-repl & clojure debugging toolkit

Karl, I use the debug-repl all the time and don't see errors like this. You can use the standard debug-repl from with slime's *inferior-lisp* buffer. Try it from there and see what you get. If that fails, try it from outside of emacs entirely in a regular command line repl and see if it behaves

Re: Finding vars from macros?

> the debug-repl by George Jahad does the > right thing, it's hard to tell what's going on without really seeing > the code you refer to. > Actually it's by Alex Osborne, http://meshy.org/ , and me. I created the version that required a compiler patch, and then

Re: Finding vars from macros?

You are right Ryan, it should be a syntax-quote, not a normal one. I never noticed it because I always use "use", not "require". Just to be clear, the recommended way to use the debug-repl is to pull down the latest version from Clojars, add it like so to the ns you want to debug: (use ‘alex-and

Re: ANN: CDT - The Clojure Debugging Toolkit

h Laurent, this looks very cool. > It's great that you are making it a text/repl interface because that > means it's decoupled from any particular editor and can easily be used > as a base for gui debuggers in different editors and IDEs. > > /Markus > > On Jul 7, 7:39 am,

Re: ANN: CDT - The Clojure Debugging Toolkit

, CDT, in the Eclipse world, in a > > name taken a long time ago to mean "C/C++ Development Tools". Make > > what you want with this info :) > > > 2010/7/6 George Jahad : > >> My experiment with the JDI: > > >>http://georgejahad.com/clojure/cdt.html

ANN: CDT - The Clojure Debugging Toolkit

My experiment with the JDI: http://georgejahad.com/clojure/cdt.html -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@googlegroups.com Note that posts from new members are moderated - please be patient with

ANN: difform - diff clojure forms

user=> (difform { 1 2 3 4 5 6} { 5 6 1 2 3 7}) {1 2, 3 - 4 +7 , 5 6} Details here: http://georgejahad.com/clojure/difform.html Thanks to Runa, (my employer,) for supporting my Clojure habit! -- You received this message because you are subscribed to the Google Groups "Clojure" group. To

debug-repl now uses defmacro's new implicit &env arg

I've also added an (exit-dr) function that allows you to exit the debug-repl all the way, if you are nested many levels. You can get it here: http://clojars.org/org.clojars.gjahad/debug-repl (Use the "0.2.0-SNAPSHOT" of the debug-repl if you are not using the latest Clojure with the new &env arg

Re: Debugging Macros with the debug-repl

Forgot to mention that the debug-repl seems to work fine with slime, if you use the *inferior-lisp* buffer On Dec 16, 2:14 am, George Jahad wrote: > It can be tough debugging macros in Clojure.  Here's a quick demo of > using the debug-repl to do > so:http://georgejahad.com/cloj

Debugging Macros with the debug-repl

It can be tough debugging macros in Clojure. Here's a quick demo of using the debug-repl to do so: http://georgejahad.com/clojure/debug-repl-macros.html -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post to this group, send email to clojure@goog

Re: how 'bout a debug-repl?

What about using a function that throws an exception to quit? The nice thing about using a function to quit is that then you can return values. I've done so here: http://gist.github.com/255883 In addition I've made it so the debug-repl call can wrap a form. If you call quit-dr with no paramete

Re: how 'bout a debug-repl?

It's definitely on my todo list. But probably like yours, that list ain't short. On Dec 10, 12:56 pm, kyle smith wrote: > Yes, I just figured that out.  Is there a way to use this with slime? -- You received this message because you are subscribed to the Google Groups "Clojure" group. To post

Re: how 'bout a debug-repl?

are you using slime? Currently, you need to use a non-slime repl, (I think because of how slime handles io redirection) On Dec 10, 12:14 pm, kyle smith wrote: > I'm having some trouble with Alex's macro.  I can type in the debug- > repl, but when I hit enter, it just hangs and nothing happens.

Re: Fine-grained locals clearing

+1 As cool as the new branch is, this is the first compelling reason I've seen to go to my boss and say we need to switch to it now. Thanks Rich! On Dec 10, 6:40 am, "Stephen C. Gilardi" wrote: > On Dec 10, 2009, at 9:10 AM, Rich Hickey wrote: > > What a great change! We ran into the problem

Re: how 'bout a debug-repl?

Brilliant. With such a simple change, I think we just revolutionized the way people debug Clojure. (They just don't realize it yet.) On Dec 9, 3:46 am, "Alex Osborne" wrote: > Neat idea. > > Unless I'm misunderstanding what your modifications do, I've come up > with a simple pure macro versi

how 'bout a debug-repl?

Every time I stick a println into some Clojure code to debug it, I think to myself, "This is Lisp! I should be able to insert a repl here!" The problem is of course that Clojure's eval function doesn't know about the surrounding lexical scope. So I started asking myself, what is the simplest chang

Re: deftest metadata

Seems like a good idea to be able to set metadata on test vars. I work on the project Phil mentions above, and it does come in handy for categorizing tests. --~--~-~--~~~---~--~~ You received this message because you are subscribed to the Google Groups "Clojure"

Re: swank-clojure bug fix

Here's a better version that handles finding inner classes in Java source: diff --git a/swank/commands/basic.clj b/swank/commands/basic.clj index d668d2d..32c01b7 100644 --- a/swank/commands/basic.clj +++ b/swank/commands/basic.clj @@ -330,8 +330,14 @@ that symbols accessible in the current names

Re: I/O in Nailgun

was an input stream. Could it be a configuration problem? g On Jul 7, 9:18 am, Phil Hagelberg wrote: > George Jahad writes: > > I think it is just an input stream encoding problem.  I think if you > > change this line: > >     (copy (-> context .in) out) > > >

Re: swank-clojure bug fix

Hi Phil: I guess it's swank night tonight! The newer versions of slime.el changed the name of the frame-source- location-for-emacs slimefn to frame-source-location, which breaks stack trace source file viewing. This patch fixes that and adds support for finding java files in addition to the clo

Re: I/O in Nailgun

Hey Phil: I think it is just an input stream encoding problem. I think if you change this line: (copy (-> context .in) out) to this: (copy (-> context .in InputStreamReader.) out) it will work. George On Jul 6, 5:06 pm, Phil Hagelberg wrote: > So a common counter to "the VM startup

Re: Runtime Compilation of Clojure from Android

On Jun 18, 7:05 am, Marklar wrote: > I tried the second apk and it works perfectly. Nice job! > Cool, thanks. > My phone is a retail G1 with the JesusFreak 1.51 image. The menu I was > referring to was the menu of the terminal application from which I was > using telnet. You mean you are usin

Re: Runtime Compilation of Clojure from Android

it didn't do anything. It just stopped, though the activity > was still responding (the menu worked, etc). I looked at logcat but > couldn't find anything. > > I will try to look at again in more detail, if I figure it out I will > definitely let you know. > > On Jun 16,

Re: Runtime Compilation of Clojure from Android

it didn't do anything. It just stopped, though the activity > was still responding (the menu worked, etc). I looked at logcat but > couldn't find anything. > > I will try to look at again in more detail, if I figure it out I will > definitely let you know. > > On Jun 16,

Re: Runtime Compilation of Clojure from Android

it didn't do anything. It just stopped, though the activity > was still responding (the menu worked, etc). I looked at logcat but > couldn't find anything. > > I will try to look at again in more detail, if I figure it out I will > definitely let you know. > > On Jun 16,

Re: Runtime Compilation of Clojure from Android

On Jun 16, 3:15 am, "Remco van 't Veer" wrote: > Cool!  Please share the code on github or whatever. > ok, I've forked your clojure tree and added my patches here: http://github.com/GeorgeJahad/clojure/tree/master The main changes are in Compiler.java, with a few in build.xml and main.clj. N

Re: Runtime Compilation of Clojure from Android

I'm still cleaning up my changes. But with regards to the repl, I'm just using clojure.contrib.server-socket and invoking it like so from the :create routine: (create-repl-server 8030) (repl) On Jun 16, 12:28 am, rb wrote: > On Jun 16, 5:51 am, George Jahad wrote: &g

Re: Runtime Compilation of Clojure from Android

On Jun 16, 3:15 am, "Remco van 't Veer" wrote: > Cool!  Please share the code on github or whatever. > working on it. > I've been looking at reducing the memory footprint so I tend to > consider including dex into your app as a bad thing.  But it would be > really cool to do the slime dance d

  1   2   >