Hi,
This looks similar like problem that I had with Clojure + Compojure +
Enlive and Serbian characters. I'm not sure if this is true, but maybe
solution to my problem can be helpful. Read this mailing list thread:
http://tiny.cc/3cmrx
Greets,
--
Nebojša Stričević
--
You received this message
I'm trying to create an input stream to use with some libraries. I've
been trying to require clojure.contrib.io to use the input-stream
function.
However I keep getting the exception.
java.lang.IllegalArgumentException: Don't know how to create ISeq
from: clojure.lang.Symbol
Can anyone help?
Hi,
I need to retrieve auto-generated IDs after executing INSERT
statements (c.c.sql/insert-values ...). Inspecting c.c.sql sources
reveals that (in c.c.sql/do-prepared) a prepared statement is made
with the connection and then the SQL statement is run in that context.
It appears there is a
I've tried using the format shown on the docs which is:
(ns your-namespace
(:require clojure.contrib.io))
And this is what causes the exception.
On Aug 11, 12:06 pm, Folcon fol...@gmail.com wrote:
I'm trying to create an input stream to use with some libraries. I've
been trying to require
quote it?
2010/8/11 Folcon fol...@gmail.com:
I've tried using the format shown on the docs which is:
(ns your-namespace
(:require clojure.contrib.io))
And this is what causes the exception.
On Aug 11, 12:06 pm, Folcon fol...@gmail.com wrote:
I'm trying to create an input stream to use
I did try that and I get the exception:
lib names inside prefix lists must not contain periods
Thanks for trying ;)
On Aug 11, 12:33 pm, Joop Kiefte iko...@gmail.com wrote:
quote it?
2010/8/11 Folcon fol...@gmail.com:
I've tried using the format shown on the docs which is:
(ns
Hi,
On 11 Aug., 09:12, Folcon fol...@gmail.com wrote:
I've tried using the format shown on the docs which is:
(ns your-namespace
(:require clojure.contrib.io))
And this is what causes the exception.
Do you have some more information about the stacktrace? It should say
in which file the
There was a thread about this some months ago;
http://groups.google.nl/group/clojure/browse_thread/thread/e95d4778301be699/
Somebody came up with his own version of insert-record:
http://gist.github.com/373564#LC62
On 2010/08/11 09:10, Shantanu Kumar wrote:
Hi,
I need to retrieve
The stacktrace is as follows:
Backtrace:
0: clojure.lang.LazySeq.sval(LazySeq.java:47)
1: clojure.lang.LazySeq.seq(LazySeq.java:56)
2: clojure.lang.LazySeq.first(LazySeq.java:78)
3: clojure.lang.RT.first(RT.java:549)
4: clojure.core$first__4227.invoke(core.clj:45)
5:
Noticed that thread earlier. I hope this fresh thread is noticed by
Stephen (C. Gilardi) and others and a consensus can be reached on this
to do in c.c.sql proper.
Cheers,
Shantanu
On Aug 11, 1:15 pm, Remco van 't Veer rwvtv...@gmail.com wrote:
There was a thread about this some months ago;
http://clojure.github.com/clojure/clojure.core-api.html#clojure.core/require
tells me you need to put it in a quoted list (require is a function,
so you have to quote anyway. Don't know at the moment if the :require
works differently, but I think it shouldn't)
2010/8/11 Folcon fol...@gmail.com:
Hi,
On 11 Aug., 10:19, Folcon fol...@gmail.com wrote:
The stacktrace is as follows:
Backtrace:
0: clojure.lang.LazySeq.sval(LazySeq.java:47)
useless stuff snipped
Wow. Emacs really goes out of its way to hide what's going on. If you
try your code in a normal repl it should tell you the
Hi,
On 11 Aug., 10:44, Joop Kiefte iko...@gmail.com wrote:
http://clojure.github.com/clojure/clojure.core-api.html#clojure.core/...
tells me you need to put it in a quoted list (require is a function,
so you have to quote anyway. Don't know at the moment if the :require
works differently,
On Aug 10, 5:58 pm, Frederick Polgardy f...@polgardy.com wrote:
Access to C/C++ is only available via JNI, which requires a bit of technical
understanding about the Java-C bridge. Are you just trying to make use of a
C++ library you already have, for which there is no pure Java equivalent?
You guys are awesome! Less than 24 hour turnaround.
On Aug 10, 1:09 pm, Chouser chou...@gmail.com wrote:
On Tue, Aug 10, 2010 at 2:51 PM, Chouser chou...@gmail.com wrote:
That patch seems to essentially reverse this one:
On Aug 10, 3:23 pm, Steve Purcell st...@sanityinc.com wrote:
On 10 Aug 2010, at 19:19, Mike Meyer wrote:
On Tue, 10 Aug 2010 09:57:02 -0700 (PDT)
Alexis Rondeau alexis.rond...@gmail.com wrote:
What I would like to do is to enable clojure-mode when I get my REPL
(connected either via
You might want to check the FAQ at freenode.net. They even give you hints
for setting up your client so that you don't have to manually register every
time you log in.
On Tue, Aug 10, 2010 at 10:44 AM, Laurent PETIT laurent.pe...@gmail.comwrote:
You need to register with NickServ, e.g.
/msg
On Aug 10, 2:19 pm, Mike Meyer mwm-keyword-googlegroups.
620...@mired.org wrote:
On Tue, 10 Aug 2010 09:57:02 -0700 (PDT)
Alexis Rondeau alexis.rond...@gmail.com wrote:
What I would like to do is to enable clojure-mode when I get my REPL
(connected either via swank-clojure-project or lein
On Tue, Aug 10, 2010 at 1:09 PM, joegg joega...@gmail.com wrote:
This fixes the behavior we're seeing, but, ummm... might break other
things, I suppose. The tests I've written don't cover all the
expected behavior of try/catch/finally.
You wrote some nice tests for these that could be
On Wed, Aug 11, 2010 at 8:01 AM, Stuart Halloway
stuart.hallo...@gmail.com wrote:
Ticket and patch welcome!
Done and done: https://www.assembla.com/spaces/clojure/tickets/422
--Chouser
http://joyofclojure.com/
--
You received this message because you are subscribed to the Google
Groups
The following worked for me:
(ns your-namespace
(:require (clojure.contrib io)))
(See: http://clojure.github.com/clojure/clojure.core-api.html#clojure.core/ns)
This also works:
(ns your-namespace
(:require [clojure.contrib.io]))
On Aug 11, 2:46 am, Meikel Brandmeyer m...@kotka.de wrote:
Hmmm. Actually, as Meikel noted, this should be fine, and it does
indeed work for me:
(ns your-namespace
(:require clojure.contrib.io))
The only time I got the Don't know how to create ISeq from:
clojure.lang.Symbol exception is when I erroneously copy-pasted and
tried to evaluate this:
(ns
On Wed, Aug 11, 2010 at 5:18 AM, mac markus.gustavs...@gmail.com wrote:
It is certainly theoretically possible to call C++ from Clojure/Java
but it requires deep knowledge and lots of code for each C++ compiler
one would like to support.
I've done a fair amount of work getting specific C++
On Aug 11, 9:02 am, Chouser chou...@gmail.com wrote:
Have you sent in your CA?
It's in the capable hands of the USPS.
Joe
--
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
Have you considered taking a function that will produce the
collection?
(map-queue odd? #(range 1 10) :queue-size 5)
and in your function of course, (doseq [value (coll)]
So that there's no intermediary holding on to the head. Making your
function a macro would perhaps clean it up a bit so
I tried to assign a data type to a var and then instantiate it using
the var, but it doesn't seem to work:
user= (defrecord X [])
user.X
user= (X.)
#:user.X{}
user= X
user.X
user= (def hey X)
#'user/hey
user= (hey.)
java.lang.IllegalArgumentException: Unable to resolve classname: hey
On Aug 11, 7:03 pm, Shantanu Kumar kumar.shant...@gmail.com wrote:
I tried to assign a data type to a var and then instantiate it using
the var, but it doesn't seem to work:
user= (defrecord X [])
user.X
user= (X.)
#:user.X{}
user= X
user.X
user= (def hey X)
#'user/hey
user=
On Wed, Aug 11, 2010 at 1:03 PM, Shantanu Kumar
kumar.shant...@gmail.com wrote:
I tried to assign a data type to a var and then instantiate it using
the var, but it doesn't seem to work:
user= (defrecord X [])
user.X
user= (X.)
#:user.X{}
user= X
user.X
user= (def hey X)
#'user/hey
Hi Shantanu,
It depends on exactly what you want when you say accomplish this. The Clojure
(new Foo) and (Foo.) forms map to Java new. You cannot call Java new
generically, from any Java language. You have to have a class already in hand.
If you want genericity at compilation time, you could
On Wed, Aug 11, 2010 at 1:25 AM, timcharper timchar...@gmail.com wrote:
I've distilled the issue down to a series of two tests: in one case,
the head is properly released, and in the other, the head is retained
even though it seems it shouldn't be.
http://gist.github.com/510601
Those are
Hi,
Am 11.08.2010 um 07:25 schrieb timcharper:
On Aug 7, 6:42 pm, Ben Mabey b...@benmabey.com wrote:
(deftype Foo [])
; The entire lazy-seq is held in memory resulting in an OutOfMemoryError.
(let [foos (take 1000 (repeatedly #(Foo.)))]
@(future (doseq [foo foos] foo)))
It looks
Chouser,
There is now a ticket and roadmap for fixing this: See
https://www.assembla.com/spaces/clojure/tickets/423-make-sure-future-clears-closed-overs.
Stu
On Wed, Aug 11, 2010 at 1:25 AM, timcharper timchar...@gmail.com wrote:
I've distilled the issue down to a series of two tests: in
On Wed, Aug 11, 2010 at 3:06 PM, Stuart Halloway
stuart.hallo...@gmail.com wrote:
Chouser,
There is now a ticket and roadmap for fixing this: See
https://www.assembla.com/spaces/clojure/tickets/423-make-sure-future-clears-closed-overs.
Did you see that my examples didn't use future at all?
Yes. Concerned about making future work, less concerned about hypothetical
examples. :-) The I know I don't need what I closed over ever again case can
be solved on a per-occurrence basis where it matters.
Stu
On Wed, Aug 11, 2010 at 3:06 PM, Stuart Halloway
stuart.hallo...@gmail.com wrote:
Hi,
Is it safe to assume that the values returned from (keys mp) and (vals
mp) will be in the same order? In other words, will (zipmap (keys mp)
(vals mp)) always return mp?
My experience has been that this does work, and it seems very
reasonable that it should work, but I don't see it
On Wed, Aug 11, 2010 at 4:53 PM, Kent squi...@aol.com wrote:
Hi,
Is it safe to assume that the values returned from (keys mp) and (vals
mp) will be in the same order? In other words, will (zipmap (keys mp)
(vals mp)) always return mp?
My experience has been that this does work, and it seems
I have my own custom version where I bind the generated keys in the
metadata of the returned seq. I think that's only valuable for
clojure 1.2 though.
The problem with returning an int is that many keys might be
generated, though by the far the most common usage is simply an
autoincrement column
Hi,
Please don't push to contrib master until after the final 1.2.0
release. We are in the process of splitting contrib into sub-modules
(work-in-progress visible on the modules branch) to allow library
authors more control over releases of individual libraries.
-S
On Aug 11, 12:52 am, ataggart
In general the problem of whether a local can be cleared is
undecidable. However a very advanced compiler might be able to find
out that the closure of a future will only be called once, and clear
the reference to the closure. It is much simpler to just special case
futures. One problem that might
I have decided to use binding to tackle this for now:
(defn do-prepared-insert [...] ;; custom version of do-prepared
...
(into [] (resultset-seq (.getGeneratedKeys stmt
(defn save-rows-returnid [...] ;; custom update-or-insert-rows
...)
(binding
[do-prepared do-prepared-insert
On Aug 11, 4:26 pm, Chouser chou...@gmail.com wrote:
On Wed, Aug 11, 2010 at 5:18 AM, mac markus.gustavs...@gmail.com wrote:
It is certainly theoretically possible to call C++ from Clojure/Java
but it requires deep knowledge and lots of code for each C++ compiler
one would like to support.
41 matches
Mail list logo
