date:20140128

core.typed

2014-01-28 Thread t x

## Background

  I'm using [org.clojure/core.typed "0.2.25"]

## Question:

  Which is the following is true:

  (1) my code is correct / should work, and therefore there is something
with my setup

  (2) my code is wrong (and please point out how I can fix it)


## Code

(ns test
  #+clj (:require [clojure.core.typed])
  #+clj (:use [clojure.core.typed]))

(ann add [Number Number -> Number])
(defn add [a b]
  (+ a b))

(check-ns)


## Error

When I execute the above, I get the following error.

It's not clear to me what I'm doing wrong.

java.lang.NullPointerException: null
 at clojure.core$deref_future.invoke (core.clj:2108)
clojure.core$deref.invoke (core.clj:2129)
cljs.analyzer$resolve_var.invoke (analyzer.clj:347)
cljs.analyzer$resolve_var.invoke (analyzer.clj:308)
clojure.core.typed.util_cljs$resolve_var.invoke (util_cljs.clj:40)
clojure.core.typed.parse_unparse$resolve_type_cljs.invoke
(parse_unparse.clj:585)
clojure.core.typed.parse_unparse/fn (parse_unparse.clj:709)
clojure.lang.MultiFn.invoke (MultiFn.java:227)
clojure.core.typed.parse_unparse/fn (parse_unparse.clj:723)
clojure.lang.MultiFn.invoke (MultiFn.java:227)
clojure.core.typed.parse_unparse$parse_function.invoke
(parse_unparse.clj:879)
clojure.core.typed.parse_unparse/fn (parse_unparse.clj:900)
clojure.lang.MultiFn.invoke (MultiFn.java:227)

clojure.core.typed.base_env_cljs$generator_init_jsnominals$iter__17058__17062$fn__17063$fn__17320$iter__17321__17325$fn__17326.invoke
(base_env_cljs.clj:31)
clojure.lang.LazySeq.sval (LazySeq.java:42)
clojure.lang.LazySeq.seq (LazySeq.java:60)
clojure.lang.RT.seq (RT.java:484)
clojure.core$seq.invoke (core.clj:133)
clojure.core.protocols$seq_reduce.invoke (protocols.clj:30)
clojure.core.protocols/fn (protocols.clj:54)
clojure.core.protocols$fn__5979$G__5974__5992.invoke (protocols.clj:13)
clojure.core$reduce.invoke (core.clj:6177)
clojure.core$into.invoke (core.clj:6229)
clojure.lang.AFn.applyToHelper (AFn.java:163)
clojure.lang.AFn.applyTo (AFn.java:151)
clojure.core$apply.invoke (core.clj:619)
clojure.core.contracts.constraints$apply_contract$fn__845.doInvoke
(constraints.clj:175)
clojure.lang.RestFn.applyTo (RestFn.java:137)
clojure.lang.AFunction$1.doInvoke (AFunction.java:29)
clojure.lang.RestFn.invoke (RestFn.java:421)

clojure.core.typed.base_env_cljs$generator_init_jsnominals$iter__17058__17062$fn__17063$fn__17320.invoke
(base_env_cljs.clj:31)

clojure.core.typed.base_env_cljs$generator_init_jsnominals$iter__17058__17062$fn__17063.invoke
(base_env_cljs.clj:31)
clojure.lang.LazySeq.sval (LazySeq.java:42)
clojure.lang.LazySeq.seq (LazySeq.java:60)
clojure.lang.RT.seq (RT.java:484)
clojure.core$seq.invoke (core.clj:133)
clojure.core$dorun.invoke (core.clj:2780)
clojure.core$doall.invoke (core.clj:2796)
clojure.core.typed.base_env_cljs$generator_init_jsnominals.invoke
(base_env_cljs.clj:31)
clojure.core.typed.base_env_cljs$init_jsnominals.invoke
(base_env_cljs.clj:29)
clojure.core.typed.base_env_cljs$reset_jsnominal_env_BANG_.invoke
(base_env_cljs.clj:67)
clojure.core.typed.base_env_cljs$generator_init_alias_env.invoke
(base_env_cljs.clj:138)
clojure.core.typed.base_env_cljs$init_alias_env.invoke
(base_env_cljs.clj:136)
clojure.core.typed.base_env_cljs$reset_alias_env_BANG_.invoke
(base_env_cljs.clj:159)
clojure.core.typed.base_env_cljs$reset_cljs_envs_BANG_$fn__17803.invoke
(base_env_cljs.clj:188)
clojure.core.typed.base_env_cljs$reset_cljs_envs_BANG_.invoke
(base_env_cljs.clj:187)
clojure.core.typed.reset_env$reset_envs_BANG_.invoke (reset_env.clj:24)
clojure.core.typed$check_ns_info.doInvoke (typed.clj:1490)
clojure.lang.RestFn.invoke (RestFn.java:410)
clojure.lang.AFn.applyToHelper (AFn.java:161)
clojure.lang.RestFn.applyTo (RestFn.java:132)
clojure.core$apply.invoke (core.clj:619)
clojure.core.typed$check_ns.doInvoke (typed.clj:1559)
clojure.lang.RestFn.invoke (RestFn.java:410)
clojure.core.typed$check_ns.invoke (typed.clj:1557)
test$eval21761.invoke (NO_SOURCE_FILE:1)
clojure.lang.Compiler.eval (Compiler.java:6619)
clojure.lang.Compiler.eval (Compiler.java:6582)
clojure.core$eval.invoke (core.clj:2852)
clojure.main$repl$read_eval_print__6588$fn__6591.invoke (main.clj:259)
clojure.main$repl$read_eval_print__6588.invoke (main.clj:259)
clojure.main$repl$fn__6597.invoke (main.clj:277)
clojure.main$repl.doInvoke (main.clj:277)
clojure.lang.RestFn.invoke (RestFn.java:1096)

clojure.tools.nrepl.middleware.interruptible_eval$evaluate$fn__5040.invoke
(interruptible_eval.clj:56)
clojure.lang.AFn.applyToHelper (AFn.java:159)
clojure.lang.AFn.applyTo (AFn.java:151)
clojure.core$apply.invoke (core.clj:617)
clojure.core$with_bindings_STAR_.doInvoke (core.clj:1788)
clojure.lang.RestFn.invoke (RestFn.java:425)
clojure.tools.nrepl.middleware.interru

Re: Looking for a reference binary parsing

2014-01-28 Thread Kashyap CK

I started exploring Parsatron - I really like the idea of building big 
parsers by composing small parsers.

Looking at Gloss's api - it does not appear to help build bigger parsers by 
composing smaller ones. Did I understand it right?

Regards,
Kashyap

On Tuesday, January 28, 2014 8:09:59 AM UTC+5:30, Cedric Greevey wrote:
>
> On Mon, Jan 27, 2014 at 4:13 PM, danneu  >wrote:
>
>> ztellman's Gloss is magic to me.
>>
>> - Here's an example of my first attempt to use Gloss to parse the Bitcoin 
>> protocol: https://gist.github.com/danneu/7397350 -- In 2-chan.clj, it 
>> demonstrates using ztellman's Aleph to send Bitcoin's verack handshake to a 
>> node and ask it for blocks.
>>
>
> I assume we don't want to know what's in 4-chan.clj. ;)
>  
>
>> - Bitcoin protocol specs are described here: 
>> https://en.bitcoin.it/wiki/Protocol_specification
>> - The hardest part of the protocol was 
>> https://en.bitcoin.it/wiki/Protocol_specification#Variable_length_integer, 
>> but Gloss makes it easy.
>> - The latest version of my code is here (
>> https://github.com/danneu/chaingun/blob/master/src/chaingun/codec2.clj) 
>> but it became coupled to my Datomic entities, so it's perhaps more 
>> confusing.
>>
>> I wasn't able to find any easy to follow real-world examples back when I 
>> was checking it out, so hopefully that helps someone. 
>>
>> The amount of time Gloss has saved me is dumbfounding.
>>
>
> What's the Bitcoin code good for though? A Clojure-based miner will be 
> stomped into the dust by the HW-accelerated mining machines that exist 
> nowadays. Or is this for managing a wallet and making transactions? 
>
>

-- 
-- 
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/groups/opt_out.

Re: Help about using clojure in org mode in Emacs with CIDER

2014-01-28 Thread greg r

Hi Bastien, yes I will post a report at the mailing list today.

Regards,
Greg

On Tuesday, January 28, 2014 12:55:20 AM UTC-5, Bastien Guerry wrote:
>
> Hi Greg, 
>
> greg r > writes: 
>
> > I compared a computer set up with the latest of everything (org/emacs 
> > /CIDER) and compared to an older computer still using nrepl-jack-in 
> > and older versions of everything else.  The behavior is definitely 
> > different with the newer system, and can be seen with a very simple 
> > case: 
>
> Can you report this to the org-mode mailing list? 
> https://lists.gnu.org/mailman/listinfo/emacs-orgmode 
>
> Thanks, 
>
> -- 
>  Bastien 
>

-- 
-- 
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/groups/opt_out.

emacs + org-mode + ?

2014-01-28 Thread daly

The python community has a track on reproducible research.
I'd really like this to catch fire in Clojure (who would have thought?)

See this, from their conference:
http://www.youtube.com/watch?v=1-dUkyn_fZA

We already have slime to make life easier.

Now is the time to really upgrade your "professional standards" you
expect for a "professional programmer".

Tim Daly
Curmudgeon at large

-- 
-- 
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/groups/opt_out.

Re: core.typed

2014-01-28 Thread Ambrose Bonnaire-Sergeant

Hi,

There is some conflict with ClojureScript, some others have also observed
this.

Is there some library that is upgrading the Clojurescript version to one
different to
what core.typed depends on?

Thanks,
Ambrose


On Tue, Jan 28, 2014 at 5:38 PM, t x  wrote:

> ## Background
>
>   I'm using [org.clojure/core.typed "0.2.25"]
>
> ## Question:
>
>   Which is the following is true:
>
>   (1) my code is correct / should work, and therefore there is something
> with my setup
>
>   (2) my code is wrong (and please point out how I can fix it)
>
>
> ## Code
>
> (ns test
>   #+clj (:require [clojure.core.typed])
>   #+clj (:use [clojure.core.typed]))
>
> (ann add [Number Number -> Number])
> (defn add [a b]
>   (+ a b))
>
> (check-ns)
>
>
> ## Error
>
> When I execute the above, I get the following error.
>
> It's not clear to me what I'm doing wrong.
>
> java.lang.NullPointerException: null
>  at clojure.core$deref_future.invoke (core.clj:2108)
> clojure.core$deref.invoke (core.clj:2129)
> cljs.analyzer$resolve_var.invoke (analyzer.clj:347)
> cljs.analyzer$resolve_var.invoke (analyzer.clj:308)
> clojure.core.typed.util_cljs$resolve_var.invoke (util_cljs.clj:40)
> clojure.core.typed.parse_unparse$resolve_type_cljs.invoke
> (parse_unparse.clj:585)
> clojure.core.typed.parse_unparse/fn (parse_unparse.clj:709)
> clojure.lang.MultiFn.invoke (MultiFn.java:227)
> clojure.core.typed.parse_unparse/fn (parse_unparse.clj:723)
> clojure.lang.MultiFn.invoke (MultiFn.java:227)
> clojure.core.typed.parse_unparse$parse_function.invoke
> (parse_unparse.clj:879)
> clojure.core.typed.parse_unparse/fn (parse_unparse.clj:900)
> clojure.lang.MultiFn.invoke (MultiFn.java:227)
>
> clojure.core.typed.base_env_cljs$generator_init_jsnominals$iter__17058__17062$fn__17063$fn__17320$iter__17321__17325$fn__17326.invoke
> (base_env_cljs.clj:31)
> clojure.lang.LazySeq.sval (LazySeq.java:42)
> clojure.lang.LazySeq.seq (LazySeq.java:60)
> clojure.lang.RT.seq (RT.java:484)
> clojure.core$seq.invoke (core.clj:133)
> clojure.core.protocols$seq_reduce.invoke (protocols.clj:30)
> clojure.core.protocols/fn (protocols.clj:54)
> clojure.core.protocols$fn__5979$G__5974__5992.invoke (protocols.clj:13)
> clojure.core$reduce.invoke (core.clj:6177)
> clojure.core$into.invoke (core.clj:6229)
> clojure.lang.AFn.applyToHelper (AFn.java:163)
> clojure.lang.AFn.applyTo (AFn.java:151)
> clojure.core$apply.invoke (core.clj:619)
> clojure.core.contracts.constraints$apply_contract$fn__845.doInvoke
> (constraints.clj:175)
> clojure.lang.RestFn.applyTo (RestFn.java:137)
> clojure.lang.AFunction$1.doInvoke (AFunction.java:29)
> clojure.lang.RestFn.invoke (RestFn.java:421)
>
> clojure.core.typed.base_env_cljs$generator_init_jsnominals$iter__17058__17062$fn__17063$fn__17320.invoke
> (base_env_cljs.clj:31)
>
> clojure.core.typed.base_env_cljs$generator_init_jsnominals$iter__17058__17062$fn__17063.invoke
> (base_env_cljs.clj:31)
> clojure.lang.LazySeq.sval (LazySeq.java:42)
> clojure.lang.LazySeq.seq (LazySeq.java:60)
> clojure.lang.RT.seq (RT.java:484)
> clojure.core$seq.invoke (core.clj:133)
> clojure.core$dorun.invoke (core.clj:2780)
> clojure.core$doall.invoke (core.clj:2796)
> clojure.core.typed.base_env_cljs$generator_init_jsnominals.invoke
> (base_env_cljs.clj:31)
> clojure.core.typed.base_env_cljs$init_jsnominals.invoke
> (base_env_cljs.clj:29)
> clojure.core.typed.base_env_cljs$reset_jsnominal_env_BANG_.invoke
> (base_env_cljs.clj:67)
> clojure.core.typed.base_env_cljs$generator_init_alias_env.invoke
> (base_env_cljs.clj:138)
> clojure.core.typed.base_env_cljs$init_alias_env.invoke
> (base_env_cljs.clj:136)
> clojure.core.typed.base_env_cljs$reset_alias_env_BANG_.invoke
> (base_env_cljs.clj:159)
>
> clojure.core.typed.base_env_cljs$reset_cljs_envs_BANG_$fn__17803.invoke
> (base_env_cljs.clj:188)
> clojure.core.typed.base_env_cljs$reset_cljs_envs_BANG_.invoke
> (base_env_cljs.clj:187)
> clojure.core.typed.reset_env$reset_envs_BANG_.invoke (reset_env.clj:24)
> clojure.core.typed$check_ns_info.doInvoke (typed.clj:1490)
> clojure.lang.RestFn.invoke (RestFn.java:410)
> clojure.lang.AFn.applyToHelper (AFn.java:161)
> clojure.lang.RestFn.applyTo (RestFn.java:132)
> clojure.core$apply.invoke (core.clj:619)
> clojure.core.typed$check_ns.doInvoke (typed.clj:1559)
> clojure.lang.RestFn.invoke (RestFn.java:410)
> clojure.core.typed$check_ns.invoke (typed.clj:1557)
> test$eval21761.invoke (NO_SOURCE_FILE:1)
> clojure.lang.Compiler.eval (Compiler.java:6619)
> clojure.lang.Compiler.eval (Compiler.java:6582)
> clojure.core$eval.invoke (core.clj:2852)
> clojure.main$repl$read_eval_print__6588$fn__6591.invoke (main.clj:259)
> clojure.main$repl$read_eval_print__6588.invoke (main.clj:259)
> clojure.main$repl$fn__6597.invoke (main.clj:277)
> clojure.main$re

Re: core.typed

2014-01-28 Thread t x

Hi Ambrose,

Yes, I have a manual dependency on:
 [org.clojure/clojurescript "0.0-2138"]

I looked at the project.clj of core.typed, and got:

https://github.com/clojure/core.typed/blob/master/project.clj#L13

Is the dependency on "[org.clojure/clojurescript "0.0-1859"]" correct?
(it seems rather outdated).

Thanks!

On Tue, Jan 28, 2014 at 4:59 AM, Ambrose Bonnaire-Sergeant
 wrote:
> Hi,
>
> There is some conflict with ClojureScript, some others have also observed
> this.
>
> Is there some library that is upgrading the Clojurescript version to one
> different to
> what core.typed depends on?
>
> Thanks,
> Ambrose
>
>
> On Tue, Jan 28, 2014 at 5:38 PM, t x  wrote:
>>
>> ## Background
>>
>>   I'm using [org.clojure/core.typed "0.2.25"]
>>
>> ## Question:
>>
>>   Which is the following is true:
>>
>>   (1) my code is correct / should work, and therefore there is something
>> with my setup
>>
>>   (2) my code is wrong (and please point out how I can fix it)
>>
>>
>> ## Code
>>
>> (ns test
>>   #+clj (:require [clojure.core.typed])
>>   #+clj (:use [clojure.core.typed]))
>>
>> (ann add [Number Number -> Number])
>> (defn add [a b]
>>   (+ a b))
>>
>> (check-ns)
>>
>>
>> ## Error
>>
>> When I execute the above, I get the following error.
>>
>> It's not clear to me what I'm doing wrong.
>>
>> java.lang.NullPointerException: null
>>  at clojure.core$deref_future.invoke (core.clj:2108)
>> clojure.core$deref.invoke (core.clj:2129)
>> cljs.analyzer$resolve_var.invoke (analyzer.clj:347)
>> cljs.analyzer$resolve_var.invoke (analyzer.clj:308)
>> clojure.core.typed.util_cljs$resolve_var.invoke (util_cljs.clj:40)
>> clojure.core.typed.parse_unparse$resolve_type_cljs.invoke
>> (parse_unparse.clj:585)
>> clojure.core.typed.parse_unparse/fn (parse_unparse.clj:709)
>> clojure.lang.MultiFn.invoke (MultiFn.java:227)
>> clojure.core.typed.parse_unparse/fn (parse_unparse.clj:723)
>> clojure.lang.MultiFn.invoke (MultiFn.java:227)
>> clojure.core.typed.parse_unparse$parse_function.invoke
>> (parse_unparse.clj:879)
>> clojure.core.typed.parse_unparse/fn (parse_unparse.clj:900)
>> clojure.lang.MultiFn.invoke (MultiFn.java:227)
>>
>> clojure.core.typed.base_env_cljs$generator_init_jsnominals$iter__17058__17062$fn__17063$fn__17320$iter__17321__17325$fn__17326.invoke
>> (base_env_cljs.clj:31)
>> clojure.lang.LazySeq.sval (LazySeq.java:42)
>> clojure.lang.LazySeq.seq (LazySeq.java:60)
>> clojure.lang.RT.seq (RT.java:484)
>> clojure.core$seq.invoke (core.clj:133)
>> clojure.core.protocols$seq_reduce.invoke (protocols.clj:30)
>> clojure.core.protocols/fn (protocols.clj:54)
>> clojure.core.protocols$fn__5979$G__5974__5992.invoke
>> (protocols.clj:13)
>> clojure.core$reduce.invoke (core.clj:6177)
>> clojure.core$into.invoke (core.clj:6229)
>> clojure.lang.AFn.applyToHelper (AFn.java:163)
>> clojure.lang.AFn.applyTo (AFn.java:151)
>> clojure.core$apply.invoke (core.clj:619)
>> clojure.core.contracts.constraints$apply_contract$fn__845.doInvoke
>> (constraints.clj:175)
>> clojure.lang.RestFn.applyTo (RestFn.java:137)
>> clojure.lang.AFunction$1.doInvoke (AFunction.java:29)
>> clojure.lang.RestFn.invoke (RestFn.java:421)
>>
>> clojure.core.typed.base_env_cljs$generator_init_jsnominals$iter__17058__17062$fn__17063$fn__17320.invoke
>> (base_env_cljs.clj:31)
>>
>> clojure.core.typed.base_env_cljs$generator_init_jsnominals$iter__17058__17062$fn__17063.invoke
>> (base_env_cljs.clj:31)
>> clojure.lang.LazySeq.sval (LazySeq.java:42)
>> clojure.lang.LazySeq.seq (LazySeq.java:60)
>> clojure.lang.RT.seq (RT.java:484)
>> clojure.core$seq.invoke (core.clj:133)
>> clojure.core$dorun.invoke (core.clj:2780)
>> clojure.core$doall.invoke (core.clj:2796)
>> clojure.core.typed.base_env_cljs$generator_init_jsnominals.invoke
>> (base_env_cljs.clj:31)
>> clojure.core.typed.base_env_cljs$init_jsnominals.invoke
>> (base_env_cljs.clj:29)
>> clojure.core.typed.base_env_cljs$reset_jsnominal_env_BANG_.invoke
>> (base_env_cljs.clj:67)
>> clojure.core.typed.base_env_cljs$generator_init_alias_env.invoke
>> (base_env_cljs.clj:138)
>> clojure.core.typed.base_env_cljs$init_alias_env.invoke
>> (base_env_cljs.clj:136)
>> clojure.core.typed.base_env_cljs$reset_alias_env_BANG_.invoke
>> (base_env_cljs.clj:159)
>>
>> clojure.core.typed.base_env_cljs$reset_cljs_envs_BANG_$fn__17803.invoke
>> (base_env_cljs.clj:188)
>> clojure.core.typed.base_env_cljs$reset_cljs_envs_BANG_.invoke
>> (base_env_cljs.clj:187)
>> clojure.core.typed.reset_env$reset_envs_BANG_.invoke
>> (reset_env.clj:24)
>> clojure.core.typed$check_ns_info.doInvoke (typed.clj:1490)
>> clojure.lang.RestFn.invoke (RestFn.java:410)
>> clojure.lang.AFn.applyToHelper (AFn.java:161)
>> clojure.lang.RestFn.applyTo (RestFn.java:132)
>> clojure.core$apply.invoke (core.clj:619)
>> clojure.core.typed$check_ns.doInvoke (typed.clj:

Re: side-effect only function with map-like syntax (again)

2014-01-28 Thread Mars0i

On Tuesday, January 28, 2014 1:17:58 AM UTC-6, Jan Herich wrote:
>
> How about doseq ? 
>

doseq can do the same work, and can do more, but it requires one to specify 
variable names to be used in each application of the function.  For some 
purposes a function like mapc seems clearer and more natural (according to 
personal taste, at least).  I like mapc for the same reason that I like map.

(In the example I gave, I used an inline function definition using # and %; 
in such examples doseq may be better, but that's only one kind of case.)

-- 
-- 
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/groups/opt_out.

[ANN] clojure-objc 1.5.1-1

2014-01-28 Thread Gal Dolber

== clojure-objc 1.5.1-1

https://github.com/galdolber/clojure-objc

- ObjC interop re-implemented to support arm64
- Introducing nsproxy: extend classes or implement anonymous objects on
runtime

== lein-objcbuild 0.1.3

https://github.com/galdolber/lein-objcbuild

- Allow objc sources with :objc-source-paths
- Faster compiles

== clojure-objc-sample

https://github.com/galdolber/clojure-objc-sample

Added UINavigationController with 2 screen and a small uikit experimental
framework.

-- 
-- 
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/groups/opt_out.

Re: side-effect only function with map-like syntax (again)

2014-01-28 Thread Stefan Kamphausen

Does wrapping your map expression in a dorun do what you want?

Stefan

-- 
-- 
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/groups/opt_out.

Re: core.typed

2014-01-28 Thread Ambrose Bonnaire-Sergeant

0.2.26 contains a workaround by disabling the WIP Clojurescript support.
You might need the
Sonatype
 repo.

I've got a GRE exam on Monday so I can't work on this properly yet.

Please let me know if it worked.

Also Sean (CCed), please try 0.2.26 against your Light Table failure case.
I believe this is the same issue.

Thanks,
Ambrose

On Tue, Jan 28, 2014 at 9:03 PM, t x  wrote:

> Hi Ambrose,
>
> Yes, I have a manual dependency on:
>  [org.clojure/clojurescript "0.0-2138"]
>
> I looked at the project.clj of core.typed, and got:
>
> https://github.com/clojure/core.typed/blob/master/project.clj#L13
>
> Is the dependency on "[org.clojure/clojurescript "0.0-1859"]" correct?
> (it seems rather outdated).
>
> Thanks!
>
> On Tue, Jan 28, 2014 at 4:59 AM, Ambrose Bonnaire-Sergeant
>  wrote:
> > Hi,
> >
> > There is some conflict with ClojureScript, some others have also observed
> > this.
> >
> > Is there some library that is upgrading the Clojurescript version to one
> > different to
> > what core.typed depends on?
> >
> > Thanks,
> > Ambrose
> >
> >
> > On Tue, Jan 28, 2014 at 5:38 PM, t x  wrote:
> >>
> >> ## Background
> >>
> >>   I'm using [org.clojure/core.typed "0.2.25"]
> >>
> >> ## Question:
> >>
> >>   Which is the following is true:
> >>
> >>   (1) my code is correct / should work, and therefore there is something
> >> with my setup
> >>
> >>   (2) my code is wrong (and please point out how I can fix it)
> >>
> >>
> >> ## Code
> >>
> >> (ns test
> >>   #+clj (:require [clojure.core.typed])
> >>   #+clj (:use [clojure.core.typed]))
> >>
> >> (ann add [Number Number -> Number])
> >> (defn add [a b]
> >>   (+ a b))
> >>
> >> (check-ns)
> >>
> >>
> >> ## Error
> >>
> >> When I execute the above, I get the following error.
> >>
> >> It's not clear to me what I'm doing wrong.
> >>
> >> java.lang.NullPointerException: null
> >>  at clojure.core$deref_future.invoke (core.clj:2108)
> >> clojure.core$deref.invoke (core.clj:2129)
> >> cljs.analyzer$resolve_var.invoke (analyzer.clj:347)
> >> cljs.analyzer$resolve_var.invoke (analyzer.clj:308)
> >> clojure.core.typed.util_cljs$resolve_var.invoke (util_cljs.clj:40)
> >> clojure.core.typed.parse_unparse$resolve_type_cljs.invoke
> >> (parse_unparse.clj:585)
> >> clojure.core.typed.parse_unparse/fn (parse_unparse.clj:709)
> >> clojure.lang.MultiFn.invoke (MultiFn.java:227)
> >> clojure.core.typed.parse_unparse/fn (parse_unparse.clj:723)
> >> clojure.lang.MultiFn.invoke (MultiFn.java:227)
> >> clojure.core.typed.parse_unparse$parse_function.invoke
> >> (parse_unparse.clj:879)
> >> clojure.core.typed.parse_unparse/fn (parse_unparse.clj:900)
> >> clojure.lang.MultiFn.invoke (MultiFn.java:227)
> >>
> >>
> clojure.core.typed.base_env_cljs$generator_init_jsnominals$iter__17058__17062$fn__17063$fn__17320$iter__17321__17325$fn__17326.invoke
> >> (base_env_cljs.clj:31)
> >> clojure.lang.LazySeq.sval (LazySeq.java:42)
> >> clojure.lang.LazySeq.seq (LazySeq.java:60)
> >> clojure.lang.RT.seq (RT.java:484)
> >> clojure.core$seq.invoke (core.clj:133)
> >> clojure.core.protocols$seq_reduce.invoke (protocols.clj:30)
> >> clojure.core.protocols/fn (protocols.clj:54)
> >> clojure.core.protocols$fn__5979$G__5974__5992.invoke
> >> (protocols.clj:13)
> >> clojure.core$reduce.invoke (core.clj:6177)
> >> clojure.core$into.invoke (core.clj:6229)
> >> clojure.lang.AFn.applyToHelper (AFn.java:163)
> >> clojure.lang.AFn.applyTo (AFn.java:151)
> >> clojure.core$apply.invoke (core.clj:619)
> >> clojure.core.contracts.constraints$apply_contract$fn__845.doInvoke
> >> (constraints.clj:175)
> >> clojure.lang.RestFn.applyTo (RestFn.java:137)
> >> clojure.lang.AFunction$1.doInvoke (AFunction.java:29)
> >> clojure.lang.RestFn.invoke (RestFn.java:421)
> >>
> >>
> clojure.core.typed.base_env_cljs$generator_init_jsnominals$iter__17058__17062$fn__17063$fn__17320.invoke
> >> (base_env_cljs.clj:31)
> >>
> >>
> clojure.core.typed.base_env_cljs$generator_init_jsnominals$iter__17058__17062$fn__17063.invoke
> >> (base_env_cljs.clj:31)
> >> clojure.lang.LazySeq.sval (LazySeq.java:42)
> >> clojure.lang.LazySeq.seq (LazySeq.java:60)
> >> clojure.lang.RT.seq (RT.java:484)
> >> clojure.core$seq.invoke (core.clj:133)
> >> clojure.core$dorun.invoke (core.clj:2780)
> >> clojure.core$doall.invoke (core.clj:2796)
> >> clojure.core.typed.base_env_cljs$generator_init_jsnominals.invoke
> >> (base_env_cljs.clj:31)
> >> clojure.core.typed.base_env_cljs$init_jsnominals.invoke
> >> (base_env_cljs.clj:29)
> >> clojure.core.typed.base_env_cljs$reset_jsnominal_env_BANG_.invoke
> >> (base_env_cljs.clj:67)
> >> clojure.core.typed.base_env_cljs$generator_init_alias_env.invoke
> >> (base_env_cljs.clj:138)
> >> clojure.core.typed.base_env_cljs$init_alias_env.invoke
> >> (base_env_cljs.clj:136)

Re: Help about using clojure in org mode in Emacs with CIDER

2014-01-28 Thread Stuart Sierra

On Thursday, January 23, 2014 2:04:22 AM UTC-5, Rui Yang wrote:
> Trying to use org mode with clojure. I'd like to use cider as the
> REPL server. Things is fine if I have only one statement in org
> source block. If I have more than one, then I got exception.

Don't know if it's relevant or helpful here, but here's my Emacs org / 
babel / Clojure setup:

https://github.com/stuartsierra/dotfiles/blob/139083393bf4e2025b15a50737971fdf423a9a23/.emacs.d/local/init.el#L313

-S

-- 
-- 
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/groups/opt_out.

Re: side-effect only function with map-like syntax (again)

2014-01-28 Thread Jozef Wagner

If side effects is all what is needed, I would skip the creation of lazy
seqs and do it with reduce:

user=> (defn mapc [f coll] (reduce (fn [_ v] (f v)) nil coll))
#'user/mapc
user=> (mapc println [1 2 3])
1
2
3
nil

JW


On Tue, Jan 28, 2014 at 2:29 PM, Stefan Kamphausen wrote:

> Does wrapping your map expression in a dorun do what you want?
>
> Stefan
>
> --
> --
> 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/groups/opt_out.
>

-- 
-- 
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/groups/opt_out.

Question about "attempt" parser in parsatron

2014-01-28 Thread Kashyap CK

Hi,

The attempt parser does not work as expected for me. Perhaps my 
understanding is not correct. I the following code I was hoping that 
parsatron would attempt to parser "hello" and fail. Resulting no 
consumption of input due to "attempt". However, when I run this code, the 
parser fails saying  Unexpected token 'w' 

(ns myparser.core
  (:require [the.parsatron :as p]))

(p/defparser helloParser []
  (p/string "hello"))
(p/defparser worldParser []
  (p/string "world"))


(p/defparser p []
  (p/let->> [
 h (p/attempt (helloParser))
 w (worldParser)
 ]
(p/always [h w])))

(println (p/run (p) "world"))


Regards,
Kashyap

-- 
-- 
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/groups/opt_out.

ANN: clj-liquibase 0.5.1 for database change management

2014-01-28 Thread Shantanu Kumar

Hi,

I'm happy to announce clj-liquibase version 
0.5.1: https://github.com/kumarshantanu/clj-liquibase for database (JDBC) 
change management.

Since 0.4.0, this version upgraded Liquibase dependency from 2.5 to 3.0 and 
added support for free-form SQL and SQL files as units of change. (Thanks 
to Jonathan Rojas for contributing.)


Shantanu

-- 
-- 
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/groups/opt_out.

clojuredocs macro

2014-01-28 Thread Dave Tenny

Does anybody happen to know where 'clojuredocs' is defined?  I grepped the 
clojure and leiningen git trees but the word didn't show up.

I noticed it mentioned in some leiningen tutorials and it's present in my 
REPL, in the user namespace.

clojuredocs
  is a clojure.lang.Symbol

  in namespace user:
{:interns #'user/clojuredocs, :maps-to #'user/clojuredocs, 
:interns-publicly #'user/clojuredocs}

  #'user/clojuredocs
is a clojure.lang.Var

with metadata:
  :arglists ([v] [ns-str var-str])
  :ns #
  :name clojuredocs
  :column 6300
  :macro true
  :line 1
  :file "NO_SOURCE_PATH"
  :doc
  Lazily checks if the clojuredocs client is available, and uses it to
retrieve examples if it is.

with value #
of type reply.exports$lazy_clojuredocs

-- 
-- 
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/groups/opt_out.

Re: side-effect only function with map-like syntax (again)

2014-01-28 Thread Mars0i

On Tuesday, January 28, 2014 7:29:06 AM UTC-6, Stefan Kamphausen wrote:
>
> Does wrapping your map expression in a dorun do what you want?
>

Yes, it does.  But that's more verbose, and as Jozef Wagner notes, it 
creates seqs unnecessarily.

I like Jozef's solution.  However, I think a proper definition of mapc may 
have to be more complicated, in order to allow for multiple sequence 
arguments after the function argument.  Maybe as a macro that calls doseq 
in the end.

If nothing like this exists, I'd call it "map!", since "mapc" is just an 
odd legacy name from Common Lisp.  The "!" doesn't mean that map! is 
guaranteed to have side-effects, but "!" doesn't usually guarantee that, 
anyway.   (I delight in CL's idiosyncrasies, but appreciate Clojure's more 
systematic elegance.)

-- 
-- 
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/groups/opt_out.

Re: equality

2014-01-28 Thread nuryoku san

for comparing floatingpoint-numbers esp. in testcode this is useful:  

(defn- square [n] 
  (* n n))

(defn close-to
  ([a b d] 
(< (square(- a b)) d))
  ([a b]
(close-to a b 0.01)))



-- 
-- 
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/groups/opt_out.

Re: side-effect only function with map-like syntax (again)

2014-01-28 Thread Jozef Wagner

Regarding names, I would not place a bang after it (!), as there is nothing 
in that function itself that forbids its use inside transactions. Functions 
which primary purpose is to produce side effects tend to begin with 'do', 
so my suggestion is to name it 'domap'. 

I am however still not convinced of its usefulness beyond very few specific 
cases. If you often need to call some side-effecty function for all items 
in the collection, consider extending that function so it accepts a 
collection as an argument, or make it a variadic fn.

JW

On Tuesday, January 28, 2014 4:12:35 PM UTC+1, Mars0i wrote:
>
> On Tuesday, January 28, 2014 7:29:06 AM UTC-6, Stefan Kamphausen wrote:
>>
>> Does wrapping your map expression in a dorun do what you want?
>>
>
> Yes, it does.  But that's more verbose, and as Jozef Wagner notes, it 
> creates seqs unnecessarily.
>
> I like Jozef's solution.  However, I think a proper definition of mapc may 
> have to be more complicated, in order to allow for multiple sequence 
> arguments after the function argument.  Maybe as a macro that calls doseq 
> in the end.
>
> If nothing like this exists, I'd call it "map!", since "mapc" is just an 
> odd legacy name from Common Lisp.  The "!" doesn't mean that map! is 
> guaranteed to have side-effects, but "!" doesn't usually guarantee that, 
> anyway.   (I delight in CL's idiosyncrasies, but appreciate Clojure's more 
> systematic elegance.)
>

-- 
-- 
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/groups/opt_out.

Re: clojuredocs macro

2014-01-28 Thread Andy Fingerhut

It is defined in the project 'reply', used by Leiningen for 'lein repl'
tasks:

https://github.com/trptcolin/reply

That in turn depends upon a cd-client library for sending requests to the
clojuredocs.org web site and doing some parsing on the responses received:

https://github.com/dakrone/clojuredocs-client

Andy


On Tue, Jan 28, 2014 at 7:04 AM, Dave Tenny  wrote:

> Does anybody happen to know where 'clojuredocs' is defined?  I grepped the
> clojure and leiningen git trees but the word didn't show up.
>
> I noticed it mentioned in some leiningen tutorials and it's present in my
> REPL, in the user namespace.
>
> clojuredocs
>   is a clojure.lang.Symbol
>
>   in namespace user:
> {:interns #'user/clojuredocs, :maps-to #'user/clojuredocs,
> :interns-publicly #'user/clojuredocs}
>
>   #'user/clojuredocs
> is a clojure.lang.Var
>
> with metadata:
>   :arglists ([v] [ns-str var-str])
>   :ns #
>   :name clojuredocs
>   :column 6300
>   :macro true
>   :line 1
>   :file "NO_SOURCE_PATH"
>   :doc
>   Lazily checks if the clojuredocs client is available, and uses it to
> retrieve examples if it is.
>
> with value # reply.exports$lazy_clojuredocs@5ce9f026>
> of type reply.exports$lazy_clojuredocs
>
>  --
> --
> 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/groups/opt_out.
>

-- 
-- 
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/groups/opt_out.

Re: clojuredocs macro

2014-01-28 Thread Dave Tenny

Thank you.

Is there some easy way I've missed to figure this sort of thing out in the
future?




On Tue, Jan 28, 2014 at 10:34 AM, Andy Fingerhut
wrote:

> It is defined in the project 'reply', used by Leiningen for 'lein repl'
> tasks:
>
> https://github.com/trptcolin/reply
>
> That in turn depends upon a cd-client library for sending requests to the
> clojuredocs.org web site and doing some parsing on the responses received:
>
> https://github.com/dakrone/clojuredocs-client
>
> Andy
>
>
> On Tue, Jan 28, 2014 at 7:04 AM, Dave Tenny  wrote:
>
>> Does anybody happen to know where 'clojuredocs' is defined?  I grepped
>> the clojure and leiningen git trees but the word didn't show up.
>>
>> I noticed it mentioned in some leiningen tutorials and it's present in my
>> REPL, in the user namespace.
>>
>> clojuredocs
>>   is a clojure.lang.Symbol
>>
>>   in namespace user:
>> {:interns #'user/clojuredocs, :maps-to #'user/clojuredocs,
>> :interns-publicly #'user/clojuredocs}
>>
>>   #'user/clojuredocs
>> is a clojure.lang.Var
>>
>> with metadata:
>>   :arglists ([v] [ns-str var-str])
>>   :ns #
>>   :name clojuredocs
>>   :column 6300
>>   :macro true
>>   :line 1
>>   :file "NO_SOURCE_PATH"
>>   :doc
>>   Lazily checks if the clojuredocs client is available, and uses it to
>> retrieve examples if it is.
>>
>> with value #> reply.exports$lazy_clojuredocs@5ce9f026>
>> of type reply.exports$lazy_clojuredocs
>>
>>  --
>> --
>> 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/groups/opt_out.
>>
>
>  --
> --
> 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 a topic in the
> Google Groups "Clojure" group.
> To unsubscribe from this topic, visit
> https://groups.google.com/d/topic/clojure/gTwuGw1Ccuc/unsubscribe.
> To unsubscribe from this group and all its topics, send an email to
> clojure+unsubscr...@googlegroups.com.
> For more options, visit https://groups.google.com/groups/opt_out.
>

-- 
-- 
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/groups/opt_out.

Re: Looking for a reference binary parsing

2014-01-28 Thread danneu

It's the network protocol. With a simple state machine, your Clojure REPL 
can become a simple Bitcoin node and do fun things like download the 
blockchain. What's it good for? At first, it's good for some Saturday 
morning fun. But then I started implementing blockchain validation which 
happens to be splendid for masochism.

On Monday, January 27, 2014 8:39:59 PM UTC-6, Cedric Greevey wrote:
>
> On Mon, Jan 27, 2014 at 4:13 PM, danneu  >wrote:
>
>> ztellman's Gloss is magic to me.
>>
>> - Here's an example of my first attempt to use Gloss to parse the Bitcoin 
>> protocol: https://gist.github.com/danneu/7397350 -- In 2-chan.clj, it 
>> demonstrates using ztellman's Aleph to send Bitcoin's verack handshake to a 
>> node and ask it for blocks.
>>
>
> I assume we don't want to know what's in 4-chan.clj. ;)
>  
>
>> - Bitcoin protocol specs are described here: 
>> https://en.bitcoin.it/wiki/Protocol_specification
>> - The hardest part of the protocol was 
>> https://en.bitcoin.it/wiki/Protocol_specification#Variable_length_integer, 
>> but Gloss makes it easy.
>> - The latest version of my code is here (
>> https://github.com/danneu/chaingun/blob/master/src/chaingun/codec2.clj) 
>> but it became coupled to my Datomic entities, so it's perhaps more 
>> confusing.
>>
>> I wasn't able to find any easy to follow real-world examples back when I 
>> was checking it out, so hopefully that helps someone. 
>>
>> The amount of time Gloss has saved me is dumbfounding.
>>
>
> What's the Bitcoin code good for though? A Clojure-based miner will be 
> stomped into the dust by the HW-accelerated mining machines that exist 
> nowadays. Or is this for managing a wallet and making transactions? 
>
>

-- 
-- 
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/groups/opt_out.

Re: [ANN] Buffy, The Byte Buffer Slayer 1.0.0-beta1

2014-01-28 Thread Michael Gardner

I'm looking to deal with a stream of data that includes a structured, 
variable-length header followed by a (potentially large) binary blob. I'd like 
to parse only the header while leaving the stream (can be a java stream or NIO 
channel, whichever works best) positioned at the start of the binary blob. Can 
Buffy currently do this?

About naming: is the -type prefix to the built-in data types (string-type, etc) 
really necessary, given they're already grouped in the buffy.types namespace? 
I'd prefer to be able to write t/string, t/int32 and so on, personally.

On Dec 17, 2013, at 06:44 , Alex P  wrote:

> Buffy [1][2] is a Clojure library to work with Binary Data, write complete 
> binary protocol implementations
> in clojure, store your complex data structures in an off-heap chache, read 
> binary files and do
> everything you would usually do `ByteBuffer`. 
> 
> After the initial project announcement, we've got several feature-requests, 
> which been addressed by current 
> release:
> 
>* Bit fields (masks of on/off bits) 
> https://github.com/clojurewerkz/buffy#bit-type
>* Wrapped buffers (work with existing byte arrays or byte buffers): 
> https://github.com/clojurewerkz/buffy#buffer-types
>* Dynamic frames (complex protocol generation and parsing, when you can't 
> know the length of payload 
> in advance, and need to introspect buffer for parsing, or add hint-fields 
> into payload): https://github.com/clojurewerkz/buffy#dynamic-frames
> 
> Buffy has been serving us well for recent time, and no major issues were 
> revealed. However, until 
> it reaches GA, we can't guarantee 100% backward compatibility, although we're 
> thought it through
> very well and used our best knowledge to make it right.
> 
> Buffy is a ClojureWerkz project, same as Monger, Elastisch, Cassaforte, 
> Neocons, Meltdown and
> many others. 
> 
> Let us know what you think!
> 
> [1] https://github.com/clojurewerkz/buffy
> [2] http://blog.clojurewerkz.org/blog/2013/11/29/introducing-buffy/
> [2] http://clojurewerkz.org
> 
> -- 
> -- 
> 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/groups/opt_out.

-- 
-- 
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/groups/opt_out.

Re: clojuredocs macro

2014-01-28 Thread Andy Fingerhut

I'm not sure wether it is easy, but the 'reply' namespace was in one of the
symbols in your original email, and Leiningen's project.clj file lists its
dependencies, which include reply.

Andy


On Tue, Jan 28, 2014 at 7:41 AM, Dave Tenny  wrote:

> Thank you.
>
> Is there some easy way I've missed to figure this sort of thing out in the
> future?
>
>
>
>
> On Tue, Jan 28, 2014 at 10:34 AM, Andy Fingerhut  > wrote:
>
>> It is defined in the project 'reply', used by Leiningen for 'lein repl'
>> tasks:
>>
>> https://github.com/trptcolin/reply
>>
>> That in turn depends upon a cd-client library for sending requests to the
>> clojuredocs.org web site and doing some parsing on the responses
>> received:
>>
>> https://github.com/dakrone/clojuredocs-client
>>
>> Andy
>>
>>
>> On Tue, Jan 28, 2014 at 7:04 AM, Dave Tenny  wrote:
>>
>>> Does anybody happen to know where 'clojuredocs' is defined?  I grepped
>>> the clojure and leiningen git trees but the word didn't show up.
>>>
>>> I noticed it mentioned in some leiningen tutorials and it's present in
>>> my REPL, in the user namespace.
>>>
>>> clojuredocs
>>>   is a clojure.lang.Symbol
>>>
>>>   in namespace user:
>>> {:interns #'user/clojuredocs, :maps-to #'user/clojuredocs,
>>> :interns-publicly #'user/clojuredocs}
>>>
>>>   #'user/clojuredocs
>>> is a clojure.lang.Var
>>>
>>> with metadata:
>>>   :arglists ([v] [ns-str var-str])
>>>   :ns #
>>>   :name clojuredocs
>>>   :column 6300
>>>   :macro true
>>>   :line 1
>>>   :file "NO_SOURCE_PATH"
>>>   :doc
>>>   Lazily checks if the clojuredocs client is available, and uses it
>>> to
>>> retrieve examples if it is.
>>>
>>> with value #>> reply.exports$lazy_clojuredocs@5ce9f026>
>>> of type reply.exports$lazy_clojuredocs
>>>
>>>  --
>>> --
>>> 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/groups/opt_out.
>>>
>>
>>  --
>> --
>> 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 a topic in the
>> Google Groups "Clojure" group.
>> To unsubscribe from this topic, visit
>> https://groups.google.com/d/topic/clojure/gTwuGw1Ccuc/unsubscribe.
>> To unsubscribe from this group and all its topics, send an email to
>> clojure+unsubscr...@googlegroups.com.
>>
>> For more options, visit https://groups.google.com/groups/opt_out.
>>
>
>  --
> --
> 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/groups/opt_out.
>

-- 
-- 
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/groups/opt_out.

Re: core.typed

2014-01-28 Thread Sean Corfield

I can confirm that I can evaluate namespaces that use core.typed 0.2.26 inside 
LightTable - and run check-ns, which failed inside LightTable with 0.2.25!

Sean

On Jan 28, 2014, at 5:34 AM, Ambrose Bonnaire-Sergeant 
 wrote:

> 0.2.26 contains a workaround by disabling the WIP Clojurescript support.
> You might need the Sonatype repo.
> 
> I've got a GRE exam on Monday so I can't work on this properly yet.
> 
> Please let me know if it worked.
> 
> Also Sean (CCed), please try 0.2.26 against your Light Table failure case. I 
> believe this is the same issue.
> 
> Thanks,
> Ambrose
> 
> On Tue, Jan 28, 2014 at 9:03 PM, t x  wrote:
> Hi Ambrose,
> 
> Yes, I have a manual dependency on:
>  [org.clojure/clojurescript "0.0-2138"]
> 
> I looked at the project.clj of core.typed, and got:
> 
> https://github.com/clojure/core.typed/blob/master/project.clj#L13
> 
> Is the dependency on "[org.clojure/clojurescript "0.0-1859"]" correct?
> (it seems rather outdated).
> 
> Thanks!
> 
> On Tue, Jan 28, 2014 at 4:59 AM, Ambrose Bonnaire-Sergeant
>  wrote:
> > Hi,
> >
> > There is some conflict with ClojureScript, some others have also observed
> > this.
> >
> > Is there some library that is upgrading the Clojurescript version to one
> > different to
> > what core.typed depends on?
> >
> > Thanks,
> > Ambrose
> >
> >
> > On Tue, Jan 28, 2014 at 5:38 PM, t x  wrote:
> >>
> >> ## Background
> >>
> >>   I'm using [org.clojure/core.typed "0.2.25"]
> >>
> >> ## Question:
> >>
> >>   Which is the following is true:
> >>
> >>   (1) my code is correct / should work, and therefore there is something
> >> with my setup
> >>
> >>   (2) my code is wrong (and please point out how I can fix it)
> >>
> >>
> >> ## Code
> >>
> >> (ns test
> >>   #+clj (:require [clojure.core.typed])
> >>   #+clj (:use [clojure.core.typed]))
> >>
> >> (ann add [Number Number -> Number])
> >> (defn add [a b]
> >>   (+ a b))
> >>
> >> (check-ns)
> >>
> >>
> >> ## Error
> >>
> >> When I execute the above, I get the following error.
> >>
> >> It's not clear to me what I'm doing wrong.
> >>
> >> java.lang.NullPointerException: null
> >>  at clojure.core$deref_future.invoke (core.clj:2108)
> >> clojure.core$deref.invoke (core.clj:2129)
> >> cljs.analyzer$resolve_var.invoke (analyzer.clj:347)
> >> cljs.analyzer$resolve_var.invoke (analyzer.clj:308)
> >> clojure.core.typed.util_cljs$resolve_var.invoke (util_cljs.clj:40)
> >> clojure.core.typed.parse_unparse$resolve_type_cljs.invoke
> >> (parse_unparse.clj:585)
> >> clojure.core.typed.parse_unparse/fn (parse_unparse.clj:709)
> >> clojure.lang.MultiFn.invoke (MultiFn.java:227)
> >> clojure.core.typed.parse_unparse/fn (parse_unparse.clj:723)
> >> clojure.lang.MultiFn.invoke (MultiFn.java:227)
> >> clojure.core.typed.parse_unparse$parse_function.invoke
> >> (parse_unparse.clj:879)
> >> clojure.core.typed.parse_unparse/fn (parse_unparse.clj:900)
> >> clojure.lang.MultiFn.invoke (MultiFn.java:227)
> >>
> >> 



signature.asc
Description: Message signed with OpenPGP using GPGMail

Re: core.typed

2014-01-28 Thread Ambrose Bonnaire-Sergeant

Great, thanks!


On Wed, Jan 29, 2014 at 1:54 AM, Sean Corfield  wrote:

> I can confirm that I can evaluate namespaces that use core.typed 0.2.26
> inside LightTable - and run check-ns, which failed inside LightTable with
> 0.2.25!
>
> Sean
>
> On Jan 28, 2014, at 5:34 AM, Ambrose Bonnaire-Sergeant <
> abonnaireserge...@gmail.com> wrote:
>
> 0.2.26 contains a workaround by disabling the WIP Clojurescript support.
> You might need the 
> Sonatype
>  repo.
>
> I've got a GRE exam on Monday so I can't work on this properly yet.
>
> Please let me know if it worked.
>
> Also Sean (CCed), please try 0.2.26 against your Light Table failure case.
> I believe this is the same issue.
>
> Thanks,
> Ambrose
>
> On Tue, Jan 28, 2014 at 9:03 PM, t x  wrote:
>
>> Hi Ambrose,
>>
>> Yes, I have a manual dependency on:
>>  [org.clojure/clojurescript "0.0-2138"]
>>
>> I looked at the project.clj of core.typed, and got:
>>
>> https://github.com/clojure/core.typed/blob/master/project.clj#L13
>>
>> Is the dependency on "[org.clojure/clojurescript "0.0-1859"]" correct?
>> (it seems rather outdated).
>>
>> Thanks!
>>
>> On Tue, Jan 28, 2014 at 4:59 AM, Ambrose Bonnaire-Sergeant
>>  wrote:
>> > Hi,
>> >
>> > There is some conflict with ClojureScript, some others have also
>> observed
>> > this.
>> >
>> > Is there some library that is upgrading the Clojurescript version to one
>> > different to
>> > what core.typed depends on?
>> >
>> > Thanks,
>> > Ambrose
>> >
>> >
>> > On Tue, Jan 28, 2014 at 5:38 PM, t x  wrote:
>> >>
>> >> ## Background
>> >>
>> >>   I'm using [org.clojure/core.typed "0.2.25"]
>> >>
>> >> ## Question:
>> >>
>> >>   Which is the following is true:
>> >>
>> >>   (1) my code is correct / should work, and therefore there is
>> something
>> >> with my setup
>> >>
>> >>   (2) my code is wrong (and please point out how I can fix it)
>> >>
>> >>
>> >> ## Code
>> >>
>> >> (ns test
>> >>   #+clj (:require [clojure.core.typed])
>> >>   #+clj (:use [clojure.core.typed]))
>> >>
>> >> (ann add [Number Number -> Number])
>> >> (defn add [a b]
>> >>   (+ a b))
>> >>
>> >> (check-ns)
>> >>
>> >>
>> >> ## Error
>> >>
>> >> When I execute the above, I get the following error.
>> >>
>> >> It's not clear to me what I'm doing wrong.
>> >>
>> >> java.lang.NullPointerException: null
>> >>  at clojure.core$deref_future.invoke (core.clj:2108)
>> >> clojure.core$deref.invoke (core.clj:2129)
>> >> cljs.analyzer$resolve_var.invoke (analyzer.clj:347)
>> >> cljs.analyzer$resolve_var.invoke (analyzer.clj:308)
>> >> clojure.core.typed.util_cljs$resolve_var.invoke (util_cljs.clj:40)
>> >> clojure.core.typed.parse_unparse$resolve_type_cljs.invoke
>> >> (parse_unparse.clj:585)
>> >> clojure.core.typed.parse_unparse/fn (parse_unparse.clj:709)
>> >> clojure.lang.MultiFn.invoke (MultiFn.java:227)
>> >> clojure.core.typed.parse_unparse/fn (parse_unparse.clj:723)
>> >> clojure.lang.MultiFn.invoke (MultiFn.java:227)
>> >> clojure.core.typed.parse_unparse$parse_function.invoke
>> >> (parse_unparse.clj:879)
>> >> clojure.core.typed.parse_unparse/fn (parse_unparse.clj:900)
>> >> clojure.lang.MultiFn.invoke (MultiFn.java:227)
>> >>
>> >>
>>
>
>

-- 
-- 
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/groups/opt_out.

Re: Question about "attempt" parser in parsatron

2014-01-28 Thread Nate Young

On Tue, Jan 28, 2014 at 8:31 AM, Kashyap CK  wrote:
> The attempt parser does not work as expected for me. Perhaps my
> understanding is not correct. I the following code I was hoping that
> parsatron would attempt to parser "hello" and fail.

This is actually exactly what happened, but The Parsatron gave you an
atrocious error message that probably clouded that fact. By
complaining about 'w' I imagine that you thought the parser had
proceeded past `helloParser` and was currently working on parsing the
"world" part of the input.

What actually happened, was that the (p/attempt (helloParser)) failed,
which failed the entire outer `let->>` form, since The Parsatron won't
continue to parse sequentially combined parsers unless all succeed

Since I think you mentioned elsewhere that you've watched the talk,
this is the the 'ok' part of the [consumed/empty] x [ok/err] matrix.
`attempt` turns (consumed x err) into (empty x err) which means it has
still failed, but has rewound itself back to where it started to fail
so that another parser might take a crack at parsing it successfully.

You might consider something like this instead:

(p/defparser optional [p default-value]
  (p/either (p/attempt p) (p/always default-value)))

(p/defparser p []
  (p/let->> [h (optional (helloParser) nil)
 w (worldParser)]
(p/always [h w])))

Hope that helps.

Nate Young

-- 
-- 
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/groups/opt_out.

Re: side-effect only function with map-like syntax (again)

2014-01-28 Thread Mars0i

Jozef,

Thanks--good advice about names.

Well, I don't know whether useful is the right word.  domap (nee mapc) 
obviously wouldn't add any functionality.  (Neither does 'map', I suppose, 
since we have 'for'.)  

I seem to be unusual in my affection for this construct outside of purely 
functional contexts--otherwise Clojure would already have it.  

For years I've been using 'mapc' or 'mapcar' for side effects in Common 
Lisp, or 'map' in Perl, etc.  Maybe I do tend prefer to stay away from 
variadic functions, too, other things being equal.  

Anyway, no problem--I can define domap for myself if I want, even if it 
doesn't have enough support to be part of the language.

Here's a cleaned-up, simplified version of something I wrote the other day:

(defn unmask!
  "Given a core.matrix vector representing a node mask, and an index into 
that vector, set the indexed element of the mask to 1."
  [mask idx]
(mx/mset! mask idx 1.0)) ; fyi: mset! modifies a vector element or 
matrix element

(defn add-nodes-to-network!
  [node-mask ...]
...
   (let [idxs-to-unmask (construct-seq-of-indexes-to-unmask  ...)
 unmask-node! (partial unmask! node-mask) ] 
 (domap unmask-node! idxs-to-unmask)))

There are lots of other ways to do this.  I'm sure many that are better 
relative to one goal or another.  To me the last line seems natural, and 
easy to understand.  Just my personal preference, though.

On Tuesday, January 28, 2014 9:27:13 AM UTC-6, Jozef Wagner wrote:
>
> Regarding names, I would not place a bang after it (!), as there is 
> nothing in that function itself that forbids its use inside transactions. 
> Functions which primary purpose is to produce side effects tend to begin 
> with 'do', so my suggestion is to name it 'domap'. 
>
> I am however still not convinced of its usefulness beyond very few 
> specific cases. If you often need to call some side-effecty function for 
> all items in the collection, consider extending that function so it accepts 
> a collection as an argument, or make it a variadic fn.
>
> JW
>
> On Tuesday, January 28, 2014 4:12:35 PM UTC+1, Mars0i wrote:
>>
>> On Tuesday, January 28, 2014 7:29:06 AM UTC-6, Stefan Kamphausen wrote:
>>>
>>> Does wrapping your map expression in a dorun do what you want?
>>>
>>
>> Yes, it does.  But that's more verbose, and as Jozef Wagner notes, it 
>> creates seqs unnecessarily.
>>
>> I like Jozef's solution.  However, I think a proper definition of mapc 
>> may have to be more complicated, in order to allow for multiple sequence 
>> arguments after the function argument.  Maybe as a macro that calls doseq 
>> in the end.
>>
>> If nothing like this exists, I'd call it "map!", since "mapc" is just an 
>> odd legacy name from Common Lisp.  The "!" doesn't mean that map! is 
>> guaranteed to have side-effects, but "!" doesn't usually guarantee that, 
>> anyway.   (I delight in CL's idiosyncrasies, but appreciate Clojure's more 
>> systematic elegance.)
>>
>

-- 
-- 
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/groups/opt_out.

Re: need help reading blob column from oracle

2014-01-28 Thread bww00amd...@yahoo.com

Niels
Thanks

I am new to clojure could you point me in a direction for
:
making it a reader

i assume that the row-fn is getting earch row and each is being processed 
by the fn[r]

is the fieldidentifier the field that the blob_contents column is being put 
into ?

Thanks and i apologize 

Bryan

On Sunday, January 26, 2014 10:21:18 PM UTC-6, bww00...@yahoo.com wrote:
>
> ANyone have some examples reading a blob column from an oracle db.
>
> We have a database with a blob column.
> A entity can be split acroos multiple rows.
> If there are multiple rows we need to read anc concatenate the rows into a 
> single buffer
> There may be multiple rows that we need to read to concatnate the blobs in 
> this row set 
>
> any help would be appreciated
>
> Thanks
> bryan
>

-- 
-- 
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/groups/opt_out.

Re: need help reading blob column from oracle

2014-01-28 Thread bww00amd...@yahoo.com

I am getting a "unable to resolve symbol : some-> r in this context

On Sunday, January 26, 2014 10:21:18 PM UTC-6, bww00...@yahoo.com wrote:
>
> ANyone have some examples reading a blob column from an oracle db.
>
> We have a database with a blob column.
> A entity can be split acroos multiple rows.
> If there are multiple rows we need to read anc concatenate the rows into a 
> single buffer
> There may be multiple rows that we need to read to concatnate the blobs in 
> this row set 
>
> any help would be appreciated
>
> Thanks
> bryan
>

-- 
-- 
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/groups/opt_out.

mimic erlang in core.async

2014-01-28 Thread t x

Hi,

  With apologies for a vague question:

  Is there a library built on top of core.async that tries to mimic
erlang-like processes?

  The main features I'm looking for are:

  * each channel has a single go-thread attached to it

  * >! sends messages of the form
  {:tag :message
   :return-channel ;; input channel associated with the go-thread
we're running in
   :message ... actual message }

  I find that this is basically what I'm already doing, but it's just
a bit clunky at the moment.

Thanks!

-- 
-- 
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/groups/opt_out.

Re: mimic erlang in core.async

2014-01-28 Thread john walker

This doesn't answer your question, but you might find it interesting if you 
search for actors on it:

https://github.com/halgari/clojure-conj-2013-core.async-examples/blob/master/src/clojure_conj_talk/core.clj

On Tuesday, January 28, 2014 6:43:19 PM UTC-5, t x wrote:
>
> Hi, 
>
>   With apologies for a vague question: 
>
>   Is there a library built on top of core.async that tries to mimic 
> erlang-like processes? 
>
>   The main features I'm looking for are: 
>
>   * each channel has a single go-thread attached to it 
>
>   * >! sends messages of the form 
>   {:tag :message 
>:return-channel ;; input channel associated with the go-thread 
> we're running in 
>:message ... actual message } 
>
>   I find that this is basically what I'm already doing, but it's just 
> a bit clunky at the moment. 
>
> Thanks! 
>

-- 
-- 
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/groups/opt_out.

Re: mimic erlang in core.async

2014-01-28 Thread t x

Hi John,

  This is great. I really like "minimal examples" to hack on / play with.

Thanks!

On Tue, Jan 28, 2014 at 3:46 PM, john walker  wrote:
> This doesn't answer your question, but you might find it interesting if you
> search for actors on it:
>
> https://github.com/halgari/clojure-conj-2013-core.async-examples/blob/master/src/clojure_conj_talk/core.clj
>
>
> On Tuesday, January 28, 2014 6:43:19 PM UTC-5, t x wrote:
>>
>> Hi,
>>
>>   With apologies for a vague question:
>>
>>   Is there a library built on top of core.async that tries to mimic
>> erlang-like processes?
>>
>>   The main features I'm looking for are:
>>
>>   * each channel has a single go-thread attached to it
>>
>>   * >! sends messages of the form
>>   {:tag :message
>>:return-channel ;; input channel associated with the go-thread
>> we're running in
>>:message ... actual message }
>>
>>   I find that this is basically what I'm already doing, but it's just
>> a bit clunky at the moment.
>>
>> Thanks!
>
> --
> --
> 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/groups/opt_out.

-- 
-- 
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/groups/opt_out.

Re: mimic erlang in core.async

2014-01-28 Thread john walker

No problem, I'm glad you also think it is cool :)

On Tuesday, January 28, 2014 6:54:22 PM UTC-5, t x wrote:
>
> Hi John, 
>
>   This is great. I really like "minimal examples" to hack on / play with. 
>
> Thanks! 
>
> On Tue, Jan 28, 2014 at 3:46 PM, john walker 
> > 
> wrote: 
> > This doesn't answer your question, but you might find it interesting if 
> you 
> > search for actors on it: 
> > 
> > 
> https://github.com/halgari/clojure-conj-2013-core.async-examples/blob/master/src/clojure_conj_talk/core.clj
>  
> > 
> > 
> > On Tuesday, January 28, 2014 6:43:19 PM UTC-5, t x wrote: 
> >> 
> >> Hi, 
> >> 
> >>   With apologies for a vague question: 
> >> 
> >>   Is there a library built on top of core.async that tries to mimic 
> >> erlang-like processes? 
> >> 
> >>   The main features I'm looking for are: 
> >> 
> >>   * each channel has a single go-thread attached to it 
> >> 
> >>   * >! sends messages of the form 
> >>   {:tag :message 
> >>:return-channel ;; input channel associated with the go-thread 
> >> we're running in 
> >>:message ... actual message } 
> >> 
> >>   I find that this is basically what I'm already doing, but it's just 
> >> a bit clunky at the moment. 
> >> 
> >> Thanks! 
> > 
> > -- 
> > -- 
> > 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/groups/opt_out. 
>

-- 
-- 
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/groups/opt_out.

Re: mimic erlang in core.async

2014-01-28 Thread t x

Found something I don't like about it. :-)

https://github.com/halgari/clojure-conj-2013-core.async-examples/blob/master/src/clojure_conj_talk/core.clj#L470

as mentioned at

https://github.com/halgari/clojure-conj-2013-core.async-examples/blob/master/src/clojure_conj_talk/core.clj#L470

creates an unbounded queue.


Is there anyway around this, or does:

  * design specs of core.async, requiring all >! and  wrote:
> No problem, I'm glad you also think it is cool :)
>
>
> On Tuesday, January 28, 2014 6:54:22 PM UTC-5, t x wrote:
>>
>> Hi John,
>>
>>   This is great. I really like "minimal examples" to hack on / play with.
>>
>> Thanks!
>>
>> On Tue, Jan 28, 2014 at 3:46 PM, john walker  wrote:
>> > This doesn't answer your question, but you might find it interesting if
>> > you
>> > search for actors on it:
>> >
>> >
>> > https://github.com/halgari/clojure-conj-2013-core.async-examples/blob/master/src/clojure_conj_talk/core.clj
>> >
>> >
>> > On Tuesday, January 28, 2014 6:43:19 PM UTC-5, t x wrote:
>> >>
>> >> Hi,
>> >>
>> >>   With apologies for a vague question:
>> >>
>> >>   Is there a library built on top of core.async that tries to mimic
>> >> erlang-like processes?
>> >>
>> >>   The main features I'm looking for are:
>> >>
>> >>   * each channel has a single go-thread attached to it
>> >>
>> >>   * >! sends messages of the form
>> >>   {:tag :message
>> >>:return-channel ;; input channel associated with the go-thread
>> >> we're running in
>> >>:message ... actual message }
>> >>
>> >>   I find that this is basically what I'm already doing, but it's just
>> >> a bit clunky at the moment.
>> >>
>> >> Thanks!
>> >
>> > --
>> > --
>> > 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/groups/opt_out.
>
> --
> --
> 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/groups/opt_out.

-- 
-- 
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/groups/opt_out.

Re: standard indentation tool

2014-01-28 Thread Curtis Gagliardi

It'd be cool to build a frormatter as an nrepl middleware and get 
consistent indents across editors and not have to hardcode custom 
indentations for macros. 

On Monday, January 27, 2014 8:47:31 PM UTC-8, bob wrote:
>
> Hi All,
>
> Should clojure have a standard format tool like go lang, it will waste 
> time.
>
> Thanks
>

-- 
-- 
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/groups/opt_out.

Re: [ClojureScript] Re: ANN: Om 0.3.0

2014-01-28 Thread Conrad Barski

Is it wrong to wish "component" worked like this?

(component (render []
   (div nil "Hello There!")))

(component (render-state [state]
 (div nil "Hello There!"))

(component (will-mount [_]
(js/console.log "mounting!"))L
   (render []
(div nil "Hello There!")))

...I could see the appeal of the current "component" macro before render-state 
was introduced... I can also see the appeal of using a raw "Reify", but given 
that all the Om interfaces have a single member function, having to write 
"IWillMount (will-mount [] ...))" etc is starting to feel like java boilerplate 

(but maybe such a macro will interfere with other features that I'm overlooking)

-- 
-- 
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/groups/opt_out.

Re: [ClojureScript] Re: ANN: Om 0.3.0

2014-01-28 Thread David Nolen

People should implement sugar if they feel so inclined. Om is not mature
enough that I want to spend time supporting extra stuff when the library is
evolving so rapidly. Keeping docstrings and tutorials in sync and fielding
questions is keeping me plenty busy :)

David


On Tue, Jan 28, 2014 at 8:46 PM, Conrad Barski  wrote:

> Is it wrong to wish "component" worked like this?
>
> (component (render []
>(div nil "Hello There!")))
>
> (component (render-state [state]
>  (div nil "Hello There!"))
>
> (component (will-mount [_]
> (js/console.log "mounting!"))L
>(render []
> (div nil "Hello There!")))
>
> ...I could see the appeal of the current "component" macro before
> render-state was introduced... I can also see the appeal of using a raw
> "Reify", but given that all the Om interfaces have a single member
> function, having to write "IWillMount (will-mount [] ...))" etc is starting
> to feel like java boilerplate
>
> (but maybe such a macro will interfere with other features that I'm
> overlooking)
>
> --
> Note that posts from new members are moderated - please be patient with
> your first post.
> ---
> You received this message because you are subscribed to the Google Groups
> "ClojureScript" group.
> To unsubscribe from this group and stop receiving emails from it, send an
> email to clojurescript+unsubscr...@googlegroups.com.
> To post to this group, send email to clojurescr...@googlegroups.com.
> Visit this group at http://groups.google.com/group/clojurescript.
>

-- 
-- 
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/groups/opt_out.

Re: [ClojureScript] Re: ANN: Om 0.3.0

2014-01-28 Thread Conrad Barski

Yes, docstrings/etc are hard work- Certainly sensible to focus on the core 
design issues.

On Tuesday, January 28, 2014 7:59:48 PM UTC-6, David Nolen wrote:
> People should implement sugar if they feel so inclined. Om is not mature 
> enough that I want to spend time supporting extra stuff when the library is 
> evolving so rapidly. Keeping docstrings and tutorials in sync and fielding 
> questions is keeping me plenty busy :)
> 
> 
> 
> David
> 
> 
> 
> On Tue, Jan 28, 2014 at 8:46 PM, Conrad Barski  wrote:
> 
> Is it wrong to wish "component" worked like this?
> 
> 
> 
> (component (render []
> 
>                    (div nil "Hello There!")))
> 
> 
> 
> (component (render-state [state]
> 
>                          (div nil "Hello There!"))
> 
> 
> 
> (component (will-mount [_]
> 
>                 (js/console.log "mounting!"))L
> 
>            (render []
> 
>                 (div nil "Hello There!")))
> 
> 
> 
> ...I could see the appeal of the current "component" macro before 
> render-state was introduced... I can also see the appeal of using a raw 
> "Reify", but given that all the Om interfaces have a single member function, 
> having to write "IWillMount (will-mount [] ...))" etc is starting to feel 
> like java boilerplate
> 
> 
> 
> 
> (but maybe such a macro will interfere with other features that I'm 
> overlooking)
> 
> 
> 
> 
> 
> --
> 
> Note that posts from new members are moderated - please be patient with your 
> first post.
> 
> ---
> 
> You received this message because you are subscribed to the Google Groups 
> "ClojureScript" group.
> 
> To unsubscribe from this group and stop receiving emails from it, send an 
> email to clojurescrip...@googlegroups.com.
> 
> To post to this group, send email to clojur...@googlegroups.com.
> 
> Visit this group at http://groups.google.com/group/clojurescript.

-- 
-- 
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/groups/opt_out.

Re: Help about using clojure in org mode in Emacs with CIDER

2014-01-28 Thread John Mastro

Stuart Sierra  wrote:
> Don't know if it's relevant or helpful here, but here's my Emacs org / babel 
> / Clojure setup:

Thanks Stuart, very useful indeed (for me anyway).

- John

-- 
-- 
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/groups/opt_out.

Caribou Data Modeling - Beginner question

2014-01-28 Thread Leon Talbot

I open an REPL (lein repl) and add a model by pasting this :

(caribou.core/with-caribou (boot/boot)
  (caribou.model/create 
   :model
   {:name "Idea"
:fields [{:name "Title" :type "string"}
 {:name "Desc" :type "string"}
 {:name "Supporters" :type "link"}
 {:name "Actions" :type "link"}
 {:name "Questions" :type "collection"}]}))

When I log in to the admin and try to "Modify" this new model, I get only 
to see the first 3 custom fields (Title, Desc and Supporters)

Why is that so? What am I doing wrong?

Thanks very much!

Leon, a clojure beginner 

-- 
-- 
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/groups/opt_out.

Clooj 0.4.0/REPL bug parsing comments that shouldn't be being parsed

2014-01-28 Thread Cedric Greevey

user=> (defn foo []
  ; 2*a/b
)
NumberFormatException Invalid number: 2*a
clojure.lang.LispReader.readNumber (LispReader.java:258)
RuntimeException Unmatched delimiter: )  clojure.lang.Util.runtimeException
(Util.java:219)
RuntimeException Unmatched delimiter: )  clojure.lang.Util.runtimeException
(Util.java:219)
RuntimeException Unmatched delimiter: )  clojure.lang.Util.runtimeException
(Util.java:219)
RuntimeException Unmatched delimiter: )  clojure.lang.Util.runtimeException
(Util.java:219)
#'mercator.core/foo
RuntimeException Unmatched delimiter: )  clojure.lang.Util.runtimeException
(Util.java:219)
RuntimeException Unmatched delimiter: )  clojure.lang.Util.runtimeException
(Util.java:219)
user=>

This happens at the REPL in clooj 0.4.0 but not clooj 0.2.8. It also
affects loading from a source window. Any semicolon comment containing a
whitespace-delimited substring that starts with a digit and contains a
forward slash seems to trigger it, even though it should not be trying to
read anything on a line after ; with the LispReader at all.

This might not be confined to clooj; it could be a problem with one or
another version of clojure.core's REPL and/or lein repl and/or nrepl. It's
easy to test by pasting the above dummy function definition into any REPL
that has a paste capability, and short enough to just type at one that
doesn't.

I'm aware that there's a clooj 0.4.1; but it hangs on startup on my machine
so I can't test on it.

-- 
-- 
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/groups/opt_out.

ANN: ClojureScript 0.0-2156

2014-01-28 Thread David Nolen

ClojureScript, the Clojure compiler that emits JavaScript source code.

README and source code: https://github.com/clojure/clojurescript

New release version: 0.0-2156

Leiningen dependency information:

[org.clojure/clojurescript "0.0-2156"]

A small breaking change for Node.js users. Printing via util is no longer
enabled by default but must be turned on with enable-util-print!

Changes & Enhancements:
* defonce added
* specify! added
* tools.reader 0.8.3
* :elide-asserts compiler option

Bug Fixes:
* analyzer/compiler/closure/repls did not properly close files
* undeclared namespace warning regression
* CLJS-751: reducers bug

David

-- 
-- 
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/groups/opt_out.

Re: need help reading blob column from oracle

2014-01-28 Thread bww00amd...@yahoo.com

Well even a blind hog finds an acorn once and a while.

I am getting the blob, but need to do some additional processing on it, say 
write to a file.
please help the hog find another acorn

Thanks so much for the help
BRyan

On Sunday, January 26, 2014 10:21:18 PM UTC-6, bww00...@yahoo.com wrote:
>
> ANyone have some examples reading a blob column from an oracle db.
>
> We have a database with a blob column.
> A entity can be split acroos multiple rows.
> If there are multiple rows we need to read anc concatenate the rows into a 
> single buffer
> There may be multiple rows that we need to read to concatnate the blobs in 
> this row set 
>
> any help would be appreciated
>
> Thanks
> bryan
>

-- 
-- 
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/groups/opt_out.

43 matches

Mail list logo