Re: Clojure on iOS devices - Swift as a host?

[Steve Tickle]

In the upcoming IOS8, UIWebView has the same (JITed) performance as the
Safari, the distinction has been removed due to using the new inter-app
communication mechanism. This allows the remote application
(Safari/JavascriptCore/UIWebView) to display a view into another process,
thus bypassing the no-executable-pages issue.

So basically... get the IOS8 beta & new XCode beta and play with it...



On Wed, Jun 25, 2014 at 4:03 AM, Omer Iqbal  wrote:

> I believe you're right Colin. JavaScriptCore doesn't use the JIT compiler
> [1]. There might be a possibility of that changing though
>
> 1. http://phoboslab.org/log/2011/04/ios-and-javascript-for-real-this-time
>
>
> On Wed, Jun 25, 2014 at 6:13 AM, Colin Fleming <
> colin.mailingl...@gmail.com> wrote:
>
>> Mike's doing all the hard work on this :-)
>>
>> Very interesting project - CLJS may be a viable option for iOS app
>> development, which is pretty exciting stuff.
>>
>> One thing I dimly remember from somewhere (HN, maybe) was that
>> JavaScriptCore apps wouldn't get JIT'ed, because iOS apps have no access to
>> executable memory. This is allegedly a process-level restriction, so even
>> if JavaScriptCore is a platform feature of iOS, standard apps won't benefit
>> from JIT performance. Can anyone confirm this? That would be a bummer.
>>
>>
>> On 24 June 2014 23:59, Mike Fikes  wrote:
>>
>>> Thanks David! Targeting ClojureScript to iOS just got an order of
>>> magnitude easier for me.
>>>
>>> I want to say that Colin Fleming (Cursive) has been extremely helpful in
>>> helping me sort out how to achieve this.
>>>
>>> --
>>> 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 unsubscribe from this group, send email to
>>> clojure+unsubscr...@googlegroups.com
>>> For more options, visit this group at
>>> http://groups.google.com/group/clojure?hl=en
>>> ---
>>> You received this message because you are subscribed to the Google
>>> Groups "Clojure" group.
>>> To unsubscribe from this group and stop receiving emails from it, send
>>> an email to clojure+unsubscr...@googlegroups.com.
>>> For more options, visit https://groups.google.com/d/optout.
>>>
>>
>>  --
>> 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 unsubscribe from this group, send email to
>> clojure+unsubscr...@googlegroups.com
>> For more options, visit this group at
>> http://groups.google.com/group/clojure?hl=en
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "Clojure" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to clojure+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>  --
> 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 unsubscribe from this group, send email to
> clojure+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Clojure on iOS devices - Swift as a host?

[Omer Iqbal]

I believe you're right Colin. JavaScriptCore doesn't use the JIT compiler
[1]. There might be a possibility of that changing though

1. http://phoboslab.org/log/2011/04/ios-and-javascript-for-real-this-time


On Wed, Jun 25, 2014 at 6:13 AM, Colin Fleming 
wrote:

> Mike's doing all the hard work on this :-)
>
> Very interesting project - CLJS may be a viable option for iOS app
> development, which is pretty exciting stuff.
>
> One thing I dimly remember from somewhere (HN, maybe) was that
> JavaScriptCore apps wouldn't get JIT'ed, because iOS apps have no access to
> executable memory. This is allegedly a process-level restriction, so even
> if JavaScriptCore is a platform feature of iOS, standard apps won't benefit
> from JIT performance. Can anyone confirm this? That would be a bummer.
>
>
> On 24 June 2014 23:59, Mike Fikes  wrote:
>
>> Thanks David! Targeting ClojureScript to iOS just got an order of
>> magnitude easier for me.
>>
>> I want to say that Colin Fleming (Cursive) has been extremely helpful in
>> helping me sort out how to achieve this.
>>
>> --
>> 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 unsubscribe from this group, send email to
>> clojure+unsubscr...@googlegroups.com
>> For more options, visit this group at
>> http://groups.google.com/group/clojure?hl=en
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "Clojure" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to clojure+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>  --
> 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 unsubscribe from this group, send email to
> clojure+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Clojure on iOS devices - Swift as a host?

[Colin Fleming]

Mike's doing all the hard work on this :-)

Very interesting project - CLJS may be a viable option for iOS app
development, which is pretty exciting stuff.

One thing I dimly remember from somewhere (HN, maybe) was that
JavaScriptCore apps wouldn't get JIT'ed, because iOS apps have no access to
executable memory. This is allegedly a process-level restriction, so even
if JavaScriptCore is a platform feature of iOS, standard apps won't benefit
from JIT performance. Can anyone confirm this? That would be a bummer.


On 24 June 2014 23:59, Mike Fikes  wrote:

> Thanks David! Targeting ClojureScript to iOS just got an order of
> magnitude easier for me.
>
> I want to say that Colin Fleming (Cursive) has been extremely helpful in
> helping me sort out how to achieve this.
>
> --
> 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 unsubscribe from this group, send email to
> clojure+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Clojure on iOS devices - Swift as a host?

[Mike Fikes]

Thanks David! Targeting ClojureScript to iOS just got an order of magnitude 
easier for me.

I want to say that Colin Fleming (Cursive) has been extremely helpful in 
helping me sort out how to achieve this.

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Clojure on iOS devices - Swift as a host?

[David Nolen]

Nothing to add other than to say this is really cool stuff :)

David


On Tue, Jun 24, 2014 at 2:29 PM, Mike Fikes  wrote:

> (Apologies to Greg for having essentially hijacked this thread, but I
> suspect he'd find this cool.)
>
> I have no experience with the Swift REPL yet, but I'm still finding this a
> little surreal:
>
>
> 
>
> (It's a picture of me holding an iPod touch, jacked into it wirelessly via
> a ClojureScript REPL, live updating a UITextField's text.)
>
>  --
> 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 unsubscribe from this group, send email to
> clojure+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

using a private constructor...

[Jules]

Guys,

I'm looking for a way to call private/protected ctors/methods in a 
performant manner from Clojure.

I could probably work around my usecases if I coded in Java, but I would 
rather not add another compile stage to my project unless I absolutely have 
to...

I am currently using reflection and setAccessible from Clojure but I'm not 
keen on the performance overheads of this approach.

Is there not some way that I could create a Clojure module in the same 
namespace as the Java class and get hold of the functions that I need 
directly :?

Any guidance gratefully received :-)


Jules

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

RE: leiningen project hooks

[Phillip Lord]

Ah, eval-in-leiningen I didn't know.

Googling that also suggests I can use .lein-classpath, then write what is 
effectively a local plugin which 
seems a simpler option still.

Thanks!

Phil


From: clojure@googlegroups.com [clojure@googlegroups.com] on behalf of Jason 
Felice [jason.m.fel...@gmail.com]
Sent: 24 June 2014 17:08
To: clojure@googlegroups.com
Subject: Re: leiningen project hooks

I didn't think of that.  In my case, it was in a plugin.  I bet it would work 
if you set :eval-in-leiningen to true.

Plugins are also pretty easy to write.

I'm not sure you need the lien exec plugin...  an alias for ["run" "-m" 
"foo.bar/baz"]?




On Tue, Jun 24, 2014 at 12:03 PM, Phillip Lord 
mailto:phillip.l...@newcastle.ac.uk>> wrote:

But where did you define the hook? In the project itself.

My current best solution to this problem is to use an alias and the
lein-exec plugin so I have a sort of working solution now, but I'd still
like it to be a bit slicker if possible.

Phil

Jason Felice mailto:jason.m.fel...@gmail.com>> writes:

> I think this approach should work.  When I've specified hooks in this way,
> I've specified the function name as well... e.g.:
>
> `:hooks [skeletor-clojure.hooks/add-revision-to-config.clj]`
>
> (don't let the `.clj` confuse you, the function name is _actually_
> `add-revision-to-config.clj`).
>
>
> On Fri, Jun 20, 2014 at 4:06 AM, Phillip Lord 
> mailto:phillip.l...@newcastle.ac.uk>>
> wrote:
>
>>
>>
>> I've been struggling with leiningen project hooks as I believe that I
>> need them for my current project.
>>
>> I am writing an manual with code examples, using a literate programming
>> technology. The main source is in asciidoc, but I can untangle these to
>> produce valid clojure, which I can then evaluate and test.
>>
>> To do this, however, I need to run an external process to generate the
>> "source" -- i.e. the Clojure files which are not really source in this
>> case, before I try to load them and test the functions in them. In
>> Maven, I can do this with the exec plugin by attaching to the initialize
>> phase.
>>
>> I thought to try leiningen hooks but as far as I can see this is only
>> possible within a plugin; so I have tried this...
>>
>> (defproject take-wing "0.1.0-SNAPSHOT"
>>   :dependencies [[org.clojure/clojure "1.6.0"]
>>  [uk.org.russet/tawny-owl "1.1.1-SNAPSHOT"]]
>>
>>   :hooks [take.build.gensource]
>>   )
>>
>>
>> where "take.build.gensource" is defined in the src directory of the
>> project (most of the rest of this directory will be generated).
>>
>> Error: cannot resolve take.build.gensource/activate hook
>> Error: cannot resolve take.build.gensource/activate hook
>>
>> The take/build/gensource.clj file exists and it has an "activate"
>> function.
>>
>> I am guessing that this is failing because leiningen is not looking in
>> the project source-path, only it's own classpath. I'm a bit reticient to
>> write a leiningen plugin for this as a) it would be entirely specific to
>> this project and b) it would make the build more complex (AFAIK I'd have
>> to do a pre-build for the plugin, then another for the actual project)
>> and c) is a pain for anyone else.
>>
>> So, should hooks work under these circumstances? Or must I go the plugin
>> route?
>>
>> Phil
>>
>> --
>> 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 unsubscribe from this group, send email to
>> clojure+unsubscr...@googlegroups.com
>> For more options, visit this group at
>> http://groups.google.com/group/clojure?hl=en
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "Clojure" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to 
>> clojure+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>

--
Phillip Lord,   Phone: +44 (0) 191 222 
7827
Lecturer in Bioinformatics, Email: 
phillip.l...@newcastle.ac.uk
School of Computing Science,
http://homepages.cs.ncl.ac.uk/phillip.lord
Room 914 Claremont Tower,   skype: russet_apples
Newcastle University,   twitter: phillord
NE1 7RU

--
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com

Functional Programming Job @swirrl

[Rick Moynihan]

Hi all,

We're currently on the lookout for a new Software Engineer to join myself
and our team at Swirrl ( http://www.swirrl.com/ ).

Though we're predominantly a Ruby on Rails shop, we've recently started
building two significant parts of our product offering in Clojure; so
anyone with Clojure/FP experience will likely be considered.

The job is based in Manchester, England.

We're a growing company and we need more hands on deck in all areas of our
work, so we're not solely looking for a functional programmer; though if
you have the skills there's likely to be enough Clojure coding to occupy
both you and myself for a long time to come.

Our business is in linked, open data publishing, so it's a really
interesting domain, with an excellent team of people committed to producing
very high quality work.

*Please don't contact me directly but read the official job description and
follow the instructions here:*

http://www.swirrl.com/jobs

R.

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Clojure on iOS devices - Swift as a host?

[Mike Fikes]

(Apologies to Greg for having essentially hijacked this thread, but I 
suspect he'd find this cool.) 

I have no experience with the Swift REPL yet, but I'm still finding this a 
little surreal:



(It's a picture of me holding an iPod touch, jacked into it wirelessly via 
a ClojureScript REPL, live updating a UITextField's text.)

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Game logic with Clojure

[blake]

I started with "Caves of Clojure"; I'm not sure I'd recommend it as a first
thing.

Also, as great as it is, it's unfinished, and it stops right where the
design gets hard. Or at least the part that I'd consider hard. (Traditional
roguelikes have 2D maps but Mr. Losh opts for a 3D map, a la Dwarf
Fortress, and his last post is where the Z-levels are added.)

Lanterna's a little twitchy, too, and there's not a lot of support for it.

I'm hoping to do something with rot.js—maybe convert it to Clojure?—but
then I'd like to come back and see if I can pick up where Losh left off.




On Mon, Jun 23, 2014 at 6:57 PM, George Oliver 
wrote:

>
>
> On Monday, June 23, 2014 12:54:56 PM UTC-7, Majen Ful wrote:
>>
>>
>> Could you give me some tips and lead me to the right things to do.
>>
>>
> There's also this often referenced series of posts that might help,
>
> http://prog21.dadgum.com/23.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
> your first post.
> To unsubscribe from this group, send email to
> clojure+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

How to serve static assets (packaged by lein ring uberjar) with Nginx

[Limbo Peng]

Hi all,

If I got it right, static assets (i.e.: CSS / js / images) are supposed to 
be at the resources/ directory,
which will be packaged inside a jar together with application code during 
lein ring uberjar.

And if I got it right again, I need only upload this single jar to my 
server - where I set up Nginx to proxy-pass requests to the app.
But then, what about the static assets? Can all static assets (inside the 
jar file) be served via Nginx?

Thanks very much.

-Limbo

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: leiningen project hooks

[Jason Felice]

I didn't think of that.  In my case, it was in a plugin.  I bet it would
work if you set :eval-in-leiningen to true.

Plugins are also pretty easy to write.

I'm not sure you need the lien exec plugin...  an alias for ["run" "-m"
"foo.bar/baz"]?




On Tue, Jun 24, 2014 at 12:03 PM, Phillip Lord  wrote:

>
> But where did you define the hook? In the project itself.
>
> My current best solution to this problem is to use an alias and the
> lein-exec plugin so I have a sort of working solution now, but I'd still
> like it to be a bit slicker if possible.
>
> Phil
>
> Jason Felice  writes:
>
> > I think this approach should work.  When I've specified hooks in this
> way,
> > I've specified the function name as well... e.g.:
> >
> > `:hooks [skeletor-clojure.hooks/add-revision-to-config.clj]`
> >
> > (don't let the `.clj` confuse you, the function name is _actually_
> > `add-revision-to-config.clj`).
> >
> >
> > On Fri, Jun 20, 2014 at 4:06 AM, Phillip Lord <
> phillip.l...@newcastle.ac.uk>
> > wrote:
> >
> >>
> >>
> >> I've been struggling with leiningen project hooks as I believe that I
> >> need them for my current project.
> >>
> >> I am writing an manual with code examples, using a literate programming
> >> technology. The main source is in asciidoc, but I can untangle these to
> >> produce valid clojure, which I can then evaluate and test.
> >>
> >> To do this, however, I need to run an external process to generate the
> >> "source" -- i.e. the Clojure files which are not really source in this
> >> case, before I try to load them and test the functions in them. In
> >> Maven, I can do this with the exec plugin by attaching to the initialize
> >> phase.
> >>
> >> I thought to try leiningen hooks but as far as I can see this is only
> >> possible within a plugin; so I have tried this...
> >>
> >> (defproject take-wing "0.1.0-SNAPSHOT"
> >>   :dependencies [[org.clojure/clojure "1.6.0"]
> >>  [uk.org.russet/tawny-owl "1.1.1-SNAPSHOT"]]
> >>
> >>   :hooks [take.build.gensource]
> >>   )
> >>
> >>
> >> where "take.build.gensource" is defined in the src directory of the
> >> project (most of the rest of this directory will be generated).
> >>
> >> Error: cannot resolve take.build.gensource/activate hook
> >> Error: cannot resolve take.build.gensource/activate hook
> >>
> >> The take/build/gensource.clj file exists and it has an "activate"
> >> function.
> >>
> >> I am guessing that this is failing because leiningen is not looking in
> >> the project source-path, only it's own classpath. I'm a bit reticient to
> >> write a leiningen plugin for this as a) it would be entirely specific to
> >> this project and b) it would make the build more complex (AFAIK I'd have
> >> to do a pre-build for the plugin, then another for the actual project)
> >> and c) is a pain for anyone else.
> >>
> >> So, should hooks work under these circumstances? Or must I go the plugin
> >> route?
> >>
> >> Phil
> >>
> >> --
> >> 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 unsubscribe from this group, send email to
> >> clojure+unsubscr...@googlegroups.com
> >> For more options, visit this group at
> >> http://groups.google.com/group/clojure?hl=en
> >> ---
> >> You received this message because you are subscribed to the Google
> Groups
> >> "Clojure" group.
> >> To unsubscribe from this group and stop receiving emails from it, send
> an
> >> email to clojure+unsubscr...@googlegroups.com.
> >> For more options, visit https://groups.google.com/d/optout.
> >>
>
> --
> Phillip Lord,   Phone: +44 (0) 191 222 7827
> Lecturer in Bioinformatics, Email:
> phillip.l...@newcastle.ac.uk
> School of Computing Science,
> http://homepages.cs.ncl.ac.uk/phillip.lord
> Room 914 Claremont Tower,   skype: russet_apples
> Newcastle University,   twitter: phillord
> NE1 7RU
>
> --
> 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 unsubscribe from this group, send email to
> clojure+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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

Re: leiningen project hooks

[Phillip Lord]

But where did you define the hook? In the project itself.

My current best solution to this problem is to use an alias and the
lein-exec plugin so I have a sort of working solution now, but I'd still
like it to be a bit slicker if possible.

Phil

Jason Felice  writes:

> I think this approach should work.  When I've specified hooks in this way,
> I've specified the function name as well... e.g.:
>
> `:hooks [skeletor-clojure.hooks/add-revision-to-config.clj]`
>
> (don't let the `.clj` confuse you, the function name is _actually_
> `add-revision-to-config.clj`).
>
>
> On Fri, Jun 20, 2014 at 4:06 AM, Phillip Lord 
> wrote:
>
>>
>>
>> I've been struggling with leiningen project hooks as I believe that I
>> need them for my current project.
>>
>> I am writing an manual with code examples, using a literate programming
>> technology. The main source is in asciidoc, but I can untangle these to
>> produce valid clojure, which I can then evaluate and test.
>>
>> To do this, however, I need to run an external process to generate the
>> "source" -- i.e. the Clojure files which are not really source in this
>> case, before I try to load them and test the functions in them. In
>> Maven, I can do this with the exec plugin by attaching to the initialize
>> phase.
>>
>> I thought to try leiningen hooks but as far as I can see this is only
>> possible within a plugin; so I have tried this...
>>
>> (defproject take-wing "0.1.0-SNAPSHOT"
>>   :dependencies [[org.clojure/clojure "1.6.0"]
>>  [uk.org.russet/tawny-owl "1.1.1-SNAPSHOT"]]
>>
>>   :hooks [take.build.gensource]
>>   )
>>
>>
>> where "take.build.gensource" is defined in the src directory of the
>> project (most of the rest of this directory will be generated).
>>
>> Error: cannot resolve take.build.gensource/activate hook
>> Error: cannot resolve take.build.gensource/activate hook
>>
>> The take/build/gensource.clj file exists and it has an "activate"
>> function.
>>
>> I am guessing that this is failing because leiningen is not looking in
>> the project source-path, only it's own classpath. I'm a bit reticient to
>> write a leiningen plugin for this as a) it would be entirely specific to
>> this project and b) it would make the build more complex (AFAIK I'd have
>> to do a pre-build for the plugin, then another for the actual project)
>> and c) is a pain for anyone else.
>>
>> So, should hooks work under these circumstances? Or must I go the plugin
>> route?
>>
>> Phil
>>
>> --
>> 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 unsubscribe from this group, send email to
>> clojure+unsubscr...@googlegroups.com
>> For more options, visit this group at
>> http://groups.google.com/group/clojure?hl=en
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "Clojure" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to clojure+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>

-- 
Phillip Lord,   Phone: +44 (0) 191 222 7827
Lecturer in Bioinformatics, Email: phillip.l...@newcastle.ac.uk
School of Computing Science,
http://homepages.cs.ncl.ac.uk/phillip.lord
Room 914 Claremont Tower,   skype: russet_apples
Newcastle University,   twitter: phillord
NE1 7RU 

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: leiningen project hooks

[Jason Felice]

I think this approach should work.  When I've specified hooks in this way,
I've specified the function name as well... e.g.:

`:hooks [skeletor-clojure.hooks/add-revision-to-config.clj]`

(don't let the `.clj` confuse you, the function name is _actually_
`add-revision-to-config.clj`).


On Fri, Jun 20, 2014 at 4:06 AM, Phillip Lord 
wrote:

>
>
> I've been struggling with leiningen project hooks as I believe that I
> need them for my current project.
>
> I am writing an manual with code examples, using a literate programming
> technology. The main source is in asciidoc, but I can untangle these to
> produce valid clojure, which I can then evaluate and test.
>
> To do this, however, I need to run an external process to generate the
> "source" -- i.e. the Clojure files which are not really source in this
> case, before I try to load them and test the functions in them. In
> Maven, I can do this with the exec plugin by attaching to the initialize
> phase.
>
> I thought to try leiningen hooks but as far as I can see this is only
> possible within a plugin; so I have tried this...
>
> (defproject take-wing "0.1.0-SNAPSHOT"
>   :dependencies [[org.clojure/clojure "1.6.0"]
>  [uk.org.russet/tawny-owl "1.1.1-SNAPSHOT"]]
>
>   :hooks [take.build.gensource]
>   )
>
>
> where "take.build.gensource" is defined in the src directory of the
> project (most of the rest of this directory will be generated).
>
> Error: cannot resolve take.build.gensource/activate hook
> Error: cannot resolve take.build.gensource/activate hook
>
> The take/build/gensource.clj file exists and it has an "activate"
> function.
>
> I am guessing that this is failing because leiningen is not looking in
> the project source-path, only it's own classpath. I'm a bit reticient to
> write a leiningen plugin for this as a) it would be entirely specific to
> this project and b) it would make the build more complex (AFAIK I'd have
> to do a pre-build for the plugin, then another for the actual project)
> and c) is a pain for anyone else.
>
> So, should hooks work under these circumstances? Or must I go the plugin
> route?
>
> Phil
>
> --
> 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 unsubscribe from this group, send email to
> clojure+unsubscr...@googlegroups.com
> For more options, visit this group at
> http://groups.google.com/group/clojure?hl=en
> ---
> You received this message because you are subscribed to the Google Groups
> "Clojure" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/d/optout.
>

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Output of printf is buffered

[Andy Fingerhut]

It is an annoying behavior.  I'm not sure it is a bug.

If you wanted Clojure's printf to flush on every newline character it
issues, it would have to somehow scan through the output stream of
characters _after_ they have been formatted to see if there was a newline
character anywhere in there, and if so, call flush.  I'm not sure if that
would require reimplementing Java's formatting code or not, but if so that
is huge load of complexity to reimplement.  See more on Java's PrintWriter
class below.

If you back off from that and say that you only want the flush behavior if
the *format string* ends in a newline character, then that isn't really
flushing on every newline -- only for the special case of a newline at the
end of the format string.  Someone might still consider it annoying/a-bug
that if there was a newline in the middle of the format string, it did not
flush.

Methods to get the flushing behavior you want, assuming you do want it:

Explicit calls to (flush)

(println (format "stuff here" args here))

One that I haven't tried is to bind *out* to a Java PrintWriter class
constructed with automatic flushing enabled.  From the docs it appears that
this would enable auto-flushing after every write to it, not only when
newlines were printed.

http://docs.oracle.com/javase/7/docs/api/java/io/PrintWriter.html

Andy


On Tue, Jun 24, 2014 at 12:34 AM, Seth Yuan  wrote:

> Yeah, this is definitely an annoying bug.
>
>
> On Thursday, April 10, 2014 8:03:02 PM UTC+8, Kevin Ilchmann Jørgensen
> wrote:
>
>> nREPL server started on port 53667 on host 127.0.0.1
>> REPL-y 0.3.0
>> Clojure 1.5.1
>> Docs: (doc function-name-here)
>>   (find-doc "part-of-name-here")
>>   Source: (source function-name-here)
>>  Javadoc: (javadoc java-object-or-class-here)
>> Exit: Control+D or (exit) or (quit)
>>  Results: Stored in vars *1, *2, *3, an exception in *e
>>
>> *user=> (source println)*
>> (defn println
>>   "Same as print followed by (newline)"
>>   {:added "1.0"
>>:static true}
>>   [& more]
>> (binding [*print-readably* nil]
>>   (apply prn more)))
>> nil
>> *user=> (source prn)*
>> (defn prn
>>   "Same as pr followed by (newline). Observes *flush-on-newline*"
>>   {:added "1.0"
>>:static true}
>>   [& more]
>> (apply pr more)
>> (newline)
>> (when *flush-on-newline*
>>   (flush)))
>> nil
>> *user=> (source printf)*
>> (defn printf
>>   "Prints formatted output, as per format"
>>   {:added "1.0"
>>:static true}
>>   [fmt & args]
>>   (print (apply format fmt args)))
>> nil
>> *user=> (source print)*
>> (defn print
>>   "Prints the object(s) to the output stream that is the current value
>>   of *out*.  print and println produce output for human consumption."
>>   {:added "1.0"
>>:static true}
>>   [& more]
>> (binding [*print-readably* nil]
>>   (apply pr more)))
>> nil
>> *user=> (source pr)*
>> (defn pr
>>   "Prints the object(s) to the output stream that is the current value
>>   of *out*.  Prints the object(s), separated by spaces if there is
>>   more than one.  By default, pr and prn print in a way that objects
>>   can be read by the reader"
>>   {:dynamic true
>>:added "1.0"}
>>   ([] nil)
>>   ([x]
>>  (pr-on x *out*))
>>   ([x & more]
>>(pr x)
>>(. *out* (append \space))
>>(if-let [nmore (next more)]
>>  (recur (first more) nmore)
>>  (apply pr more
>> nil
>> *user=> *flush-on-newline**
>> true
>> user=>
>>
>>
>> On Thu, Apr 10, 2014 at 1:50 PM, Cecil Westerhof 
>> wrote:
>>
>>> 2014-04-10 13:40 GMT+02:00 Di Xu :
>>>
>>> there're three buffer mode in unix, line buffered, full buffered and no
 buffered, if the output is terminal then it's default to line buffered.
 That means it buffer the output until '\n' occurs, you can force output via
 flush.

>>>
>>> The printf format string is "%s: %s\n", so there is a newline, but it is
>>> not acted upon.
>>>
>>>
>>>
 2014-04-10 19:30 GMT+08:00 Cecil Westerhof :

> 2014-04-10 12:52 GMT+02:00 Kevin Ilchmann Jørgensen 
> :
>
> I believe this is how the terminal behave. You can force an
>> (clojure.core/flush)
>>
>
> But why does println not behave this way?
>
> I think I stick to println for the moment.
>
>
> On Thu, Apr 10, 2014 at 12:34 PM, Cecil Westerhof > > wrote:
>>
>>> I have the following simple program:
>>> (def time-format (new java.text.SimpleDateFormat "hh:mm:ss"))
>>>
>>> (defn now []
>>>   (new java.util.GregorianCalendar))
>>>
>>> (defn give-message [message]
>>>   (printf
>>> "%s: %s\n" (. time-format format (. (now) getTime)) message))
>>>
>>> (give-message "Start")
>>> (doseq [i (range 1 10001)]
>>>(let [val (Math/sqrt i)
>>> diff (Math/abs (- (Math/pow val 2) (* val val)))]
>>> (when-not (< diff 1.5E-8)
>>>   (print

Re: Output of printf is buffered

[Seth Yuan]

Yeah, this is definitely an annoying bug.

On Thursday, April 10, 2014 8:03:02 PM UTC+8, Kevin Ilchmann Jørgensen 
wrote:
>
> nREPL server started on port 53667 on host 127.0.0.1
> REPL-y 0.3.0
> Clojure 1.5.1
> Docs: (doc function-name-here)
>   (find-doc "part-of-name-here")
>   Source: (source function-name-here)
>  Javadoc: (javadoc java-object-or-class-here)
> Exit: Control+D or (exit) or (quit)
>  Results: Stored in vars *1, *2, *3, an exception in *e
>
> *user=> (source println)*
> (defn println
>   "Same as print followed by (newline)"
>   {:added "1.0"
>:static true}
>   [& more]
> (binding [*print-readably* nil]
>   (apply prn more)))
> nil
> *user=> (source prn)*
> (defn prn
>   "Same as pr followed by (newline). Observes *flush-on-newline*"
>   {:added "1.0"
>:static true}
>   [& more]
> (apply pr more)
> (newline)
> (when *flush-on-newline*
>   (flush)))
> nil
> *user=> (source printf)*
> (defn printf
>   "Prints formatted output, as per format"
>   {:added "1.0"
>:static true}
>   [fmt & args]
>   (print (apply format fmt args)))
> nil
> *user=> (source print)*
> (defn print
>   "Prints the object(s) to the output stream that is the current value
>   of *out*.  print and println produce output for human consumption."
>   {:added "1.0"
>:static true}
>   [& more]
> (binding [*print-readably* nil]
>   (apply pr more)))
> nil
> *user=> (source pr)*
> (defn pr
>   "Prints the object(s) to the output stream that is the current value
>   of *out*.  Prints the object(s), separated by spaces if there is
>   more than one.  By default, pr and prn print in a way that objects
>   can be read by the reader"
>   {:dynamic true
>:added "1.0"}
>   ([] nil)
>   ([x]
>  (pr-on x *out*))
>   ([x & more]
>(pr x)
>(. *out* (append \space))
>(if-let [nmore (next more)]
>  (recur (first more) nmore)
>  (apply pr more
> nil
> *user=> *flush-on-newline**
> true
> user=>
>
>
> On Thu, Apr 10, 2014 at 1:50 PM, Cecil Westerhof  > wrote:
>
>> 2014-04-10 13:40 GMT+02:00 Di Xu >:
>>
>> there're three buffer mode in unix, line buffered, full buffered and no 
>>> buffered, if the output is terminal then it's default to line buffered. 
>>> That means it buffer the output until '\n' occurs, you can force output via 
>>> flush.
>>>
>>
>> The printf format string is "%s: %s\n", so there is a newline, but it is 
>> not acted upon.
>>  
>>  
>>
>>> 2014-04-10 19:30 GMT+08:00 Cecil Westerhof >> >:
>>>
 2014-04-10 12:52 GMT+02:00 Kevin Ilchmann Jørgensen >>> >:

 I believe this is how the terminal behave. You can force an 
> (clojure.core/flush)
>

 But why does println not behave this way?

 I think I stick to println for the moment.


 On Thu, Apr 10, 2014 at 12:34 PM, Cecil Westerhof  > wrote:
>
>> I have the following simple program:
>> (def time-format (new java.text.SimpleDateFormat "hh:mm:ss"))
>>
>> (defn now []
>>   (new java.util.GregorianCalendar))
>>
>> (defn give-message [message]
>>   (printf 
>> "%s: %s\n" (. time-format format (. (now) getTime)) message))
>>
>> (give-message "Start")
>> (doseq [i (range 1 10001)]
>>(let [val (Math/sqrt i)
>> diff (Math/abs (- (Math/pow val 2) (* val val)))]
>> (when-not (< diff 1.5E-8)
>>   (println (format "Different for %d (%e)" i diff)
>> (give-message "Stop")
>>
>> It does what it should, but I have a little problem with it: the 
>> output of give-message is only showed after terminating the program. Why 
>> is 
>> that?
>>
>> When changing give-message to:
>> (defn give-message [message]
>>   (println (format "%s: %s" (. time-format format (. (now) 
>> getTime)) message)))
>>
>> the output is shown immediately.
>>
>
>> -- 
>> Cecil Westerhof 
>>
>> -- 
>> You received this message because you are subscribed to the Google
>> Groups "Clojure" group.
>> To post to this group, send email to clo...@googlegroups.com 
>> 
>> Note that posts from new members are moderated - please be patient with 
>> your first post.
>> To unsubscribe from this group, send email to
>> clojure+u...@googlegroups.com 
>> For more options, visit this group at
>> http://groups.google.com/group/clojure?hl=en
>> --- 
>> You received this message because you are subscribed to the Google Groups 
>> "Clojure" group.
>> To unsubscribe from this group and stop receiving emails from it, send an 
>> email to clojure+u...@googlegroups.com .
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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 

Re: IntelliJ Cursive ClojureScript IDE slowdown

[Mike Fikes]

Thanks. You're all awesome!

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: IntelliJ Cursive ClojureScript IDE slowdown

[Colin Fleming]

The fix for this problem (assuming the bug that Ewen identified is the real
culprit) is in from idea/135.930, which means it should go into IntelliJ
13.1.4.


On 22 June 2014 15:03, Colin Fleming  wrote:

> Hmm, that bug looks like a likely candidate. It's actually marked as
> fixed, but only in the v14 branch - I'll see if I can militate for it to be
> patched back to 13.1.
>
> Thanks for the feedback on saving, Mike. IntelliJ saves on its own at a
> couple of points - mostly on frame deactivation, i.e. when the main window
> loses focus. This works well since if you switch to a web browser or
> terminal, your work is saved by the time you get there. Cursive
> additionally saves when switching from a normal editor to the REPL.
> Everything is also saved at various other critical points, e.g. before
> executing, running tests and similar tasks.
>
> I'm interested because I'm currently working on the CLJS support in
> Cursive, and I've wondered for a while how cljsbuild auto and things like
> Midje autotest interact with the auto-save during real use - I've only
> played around with them.
>
>
>
>
> On 22 June 2014 14:35, Mike Fikes  wrote:
>
>> Me too. I suspect it is an IntelliJ-specific problem, unrelated to
>> Cursive. Perhaps Colin has the ability and insight to see where the problem
>> lies.
>>
>> --
>> 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 unsubscribe from this group, send email to
>> clojure+unsubscr...@googlegroups.com
>> For more options, visit this group at
>> http://groups.google.com/group/clojure?hl=en
>> ---
>> You received this message because you are subscribed to the Google Groups
>> "Clojure" group.
>> To unsubscribe from this group and stop receiving emails from it, send an
>> email to clojure+unsubscr...@googlegroups.com.
>> For more options, visit https://groups.google.com/d/optout.
>>
>
>

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.

Re: Leiningen Clojure REPL in Windows doesn't accept arrow keys.

[Taegyoon Kim]

Arrow keys work on the latest version! Yay!
 
nREPL server started on port 58049 on host 127.0.0.1 - 
nrepl://127.0.0.1:58049
REPL-y 0.3.1
Clojure 1.6.0
Docs: (doc function-name-here)
  (find-doc "part-of-name-here")
  Source: (source function-name-here)
 Javadoc: (javadoc java-object-or-class-here)
Exit: Control+D or (exit) or (quit)
 Results: Stored in vars *1, *2, *3, an exception in *e
user=>
 

2014년 5월 5일 월요일 오전 1시 10분 42초 UTC+9, Colin Jones 님의 말:

> It's due to jline not handling virtual key codes on Windows (which fails 
> in some [all?] non-US locales). This has been fixed on jline master by 
> https://github.com/jline/jline2/pull/134, but there's no jline release 
> available yet.
>
> It'll be in the next REPLy release, even if I need to depend on a version 
> I release to clojars (which I've done before since jline's release process 
> moves slower than mine). And we'll try to get it into the next lein release.
>
>
>
> On Sunday, May 4, 2014 10:36:05 AM UTC-5, Taegyoon Kim wrote:
>>
>> I'm in Windows 7.
>> Not only me: REPL-y bug | https://github.com/trptcolin/reply/issues/121
>>
>> Google search | 
>> https://www.google.com/#q=windows+7+lein+repl+arrow&safe=off
>>
>>
>> 2014년 5월 5일 월요일 오전 12시 26분 49초 UTC+9, George Oliver 님의 말:
>>
>>> Arrow keys (left/right movement and up for history) on my lein repl in 
>>> Windows XP works fine. Sounds like something on your system. 
>>>
>>

-- 
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 unsubscribe from this group, send email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
--- 
You received this message because you are subscribed to the Google Groups 
"Clojure" group.
To unsubscribe from this group and stop receiving emails from it, send an email 
to clojure+unsubscr...@googlegroups.com.
For more options, visit https://groups.google.com/d/optout.