It's fixed now.
On Friday, May 11, 2012 12:30:47 PM UTC-4, Sean Corfield wrote:
Just to clarify: Clojure isn't building at the moment _on
build.clojure.org_ but you can build it yourself easily enough:
--
You received this message because you are subscribed to the Google
Groups Clojure
Also discovered I can prefix `java -cp ...` with `rlwrap` to get back a
nice REPL experience.
-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
You can create a virtual repository in your project's source tree and add
it to your project as an extra repository with the file: protocol.
Technique described (for Maven) here:
https://devcenter.heroku.com/articles/local-maven-dependencies
-S
--
You received this message because you are
The empty list () is an object, and objects are truthy.
`seq` on any empty collection is defined to return nil. So your definition:
(deftype Foo [] Seqable (seq [this] ()))
should return nil instead of the empty list.
`(next x)` is equivalent to `(seq (rest x))`
-S
--
You received
Is setting a dynamic binding at runtime the recommended way of storing the
config map?
I prefer passing it in explicitly. Slightly more verbose, but easier to
understand.
-S
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this
Just hasn't been implemented yet, I think.
-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
I have a large-ish Clojure project that involves a lot of network servers
and background threads. It's difficult to work on a program like this by
reloading code at the REPL, because old background threads may still be
running with old code. So I end up restarting the process many times per
http://search.maven.org/#artifactdetails%7Corg.clojure%7Cclojurescript%7C0.0-1211%7Cjar
Change list: http://build.clojure.org/job/clojurescript-release/11/
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send email to
The data *is* the API. Design the data structures you're going to accept
return at all the public entry-points of your library or application.
That's your API design.
It's kind of like web APIs returning JSON or XML: the structure of the data
you get back is part of the contract.
-S
--
You
Just want to say thanks to Phil and everyone else who has contributed to
Leiningen. It's been pleasing to see the evolution from a limited script to
a solid development tool.
-S
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group,
Yes, I've been considering this.
Unknown tags could return some kind of tagged object that has the tag in
its metadata. I don't know is what the interface to that object should be.
-S
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this
I think that falls under the heading of don't do that. :)
clojure.template (which I wrote) wasn't a great idea to begin with. It was
slightly useful in clojure.test, but I haven't found a use for it since.
-S
On Sunday, April 22, 2012 8:02:45 AM UTC-4, Shogo Ohta wrote:
Hi,
I've run into
As an alternative, you could quote the entire expression (you can quote
anything, not just lists) when copying data structures into a test.
-S
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send email to
Hi Olle,
gen-class only operates when *compile-files* is true, which happens when
you call `compile`, which in turn calls `require`, which looks for .clj
files on disk.
Clojure doesn't currently support generating Java classes dynamically, but
you could hack the compiler to allow it.
-Stuart
to come later this
Spring.
-Stuart Sierra
clojure.com
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your
first post
This is an undocumented feature for symbols, I think. I wouldn't rely on it
too much.
-S
On Monday, April 9, 2012 8:00:33 AM UTC-4, Aaron Cohen wrote:
When symbols and keywords are in function position, (as you say) they look
themselves up in the second argument. The third argument
Just built, will hit Maven repos within 24 hours.
http://build.clojure.org/job/clojurescript-release/10/
The last release had some bugs that broke the browser-connected REPL. That
has been fixed in this release.
-S
--
You received this message because you are subscribed to the Google
Groups
Just pushed to Sonatype. Will be sync'd to other repos within 24 hours.
Changes:
http://build.clojure.org/job/clojurescript-release/9/
--
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
At Relevance we are working on a project with just this structure. The
project has a custom build script that produces mulitple
advanced-mode-compiled .js files.
We have not developed anything that would be generally reusable, but it's
not hard to create custom code to do this. The
Please let's not get into a discussion of Copyright or Trademark law.
As far as I know the Clojure logo is not currently trademarked.
Rich's request is that people not use the logo for purposes other than to
represent the Clojure language.
-S
--
You received this message because you are
There must be something strange going on. The Clojure 1.3 ZIP file is only
4.5 MB.
The Clojure distribution is published through the public Maven repository
system, which has many mirrors:
http://docs.codehaus.org/display/MAVENUSER/Mirrors+Repositories
For example, here's one mirror of Clojure
Rich Hickey holds the copyright on the Clojure logo design, and it's not
under an open-source license.
He has asked that the logo not be used to refer to anything except the
language itself.
-S
On Monday, March 26, 2012 10:33:39 AM UTC-4, Marco Dalla Stella wrote:
Hi,
We would like to
Mega w00t!
-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
The policy is entirely controlled by Google Groups. I think it's
time-based.
-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
It is done.
And there was much rejoicing.
-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
Moderation will continue as soon as it's working again.
-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
On Sunday, March 18, 2012 9:07:54 PM UTC-4, Brent Millare wrote:
this form is still unreadable by default, but with tagged literals, allows
users to define custom reader behavior per class.
#java.class.name [args*]
That syntax is already used for defrecords.
Clojure 1.4.0-beta2
user=
The syntax ::s/kwd is incorrect syntax: it should be either ::kwd (which
will resolve in the current namespace) or :s/kwd (only one colon).
-S
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send email to
Looks like you're doing something similar to the clojure.test/with-test
macro.
-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
Namespaces don't exist at runtime in ClojureScript. That's not likely to
change.
-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
Available soon from Maven Central repository.
List of changes available here:
http://build.clojure.org/job/clojure/357/
-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
We have ClojureScript jars in Maven Central, built periodically when we
think master is in a stable state.
http://search.maven.org/#search|gav|1|g%3A%22org.clojure%22%20AND%20a%3A%22clojurescript%22
These JARs correspond to the tags in Git.
-S
--
You received this message because you are
is yes. Each
Hadoop Job runs in its own JVM process.
-Stuart Sierra
--
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
Sorry, I am not actively working on Lazytest right now. I suggest patching
your local version, or just ignoring it.
-S
On Monday, February 27, 2012 11:35:10 PM UTC-5, Vladimir Matveev wrote:
mvn goalname -Dinsert.property.here=true
I tried this and it didn't work.
AFAICT, the lazytest
Yes, it is incorrect, in both Clojure and ClojureScript, to repeat the
(:require ...) or (:use ...) forms in an `ns` declaration.
-S
On Monday, March 5, 2012 12:26:03 PM UTC-5, Aaron wrote:
It seems that when I require two namespaces in a namespace definition,
the clojurescript compiler
Sorry, Vladimir, I don't have an answer for you right now. I'm sure there's
a way to set system properties in Maven, but I don't have the relevant
documentation at hand.
-S
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send
ClojureScript release 0.0-993
===
List of changes since the last release:
http://build.clojure.org/job/clojurescript-release/8/
ClojureScript version 0.0-993 has been released to oss.sonatype.org and
will be sync'd to the Maven Central repository within 24 hours.
See
Yes, you can disable ANSI colors by setting the Java system property
lazytest.colorize to false.
-Stuart Sierra
On Saturday, February 25, 2012 4:09:18 PM UTC-5, Vladimir Matveev wrote:
Hello,
I'm using IntelliJ IDEA to develop my clojure programs and I'm using
lazytest to test them
Brenton Ashworth has been doing some excellent work with testing in
ClojureScript One, integrating clojure.test with a browser running compiled
ClojureScript.
https://github.com/brentonashworth/one/blob/master/src/lib/clj/one/test.clj
-S
On Saturday, February 25, 2012 11:34:29 PM UTC-5,
.
-Stuart Sierra
clojure.com
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your
first post.
To unsubscribe from this group
Yes! Luke VanderHart and I will be teaching a 3-day Clojure course at
EuroClojure in May.
http://euroclojure.com/2012/3-day-clojure-training/
-Stuart Sierra
clojure.com
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send
and reach because of it. Like any design choice, it
was a compromise.
Stuart Halloway talked about this in his Simplicity Ain't Easy talk.
http://blip.tv/clojure/stuart-halloway-simplicity-ain-t-easy-4842694
-Stuart Sierra
clojure.com
--
You received this message because you are subscribed
, and there are scores of books and
blog posts to help you out.
-Stuart Sierra
clojure.com
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please
Chris Redinger and Alan Dipert are working with ConFreaks (who did the
recording) to get this fixed.
Thanks for your patience, everyone.
-Stuart Sierra
clojure.com
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send email
tutorials on-line for the common Java APIs. People are also starting to do
presentations and tutorials targeted at people familiar with other
languages, it will just take time for a critical mass to develop.
-Stuart Sierra
clojure.com
--
You received this message because you are subscribed
A sequence is equal to a list because Clojure defines = to compare similar
collections by their contents. For example, the vector [1 2 3] is equal (by
the = function) to the list (1 2 3).
`eval` calls the Clojure compiler. The compiler operates on lists returned
by the reader, so I would not
Nope, can't be done. Java interfaces can't do this.
Java 8 may have Interface Injection which will make this possible.
-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
clojure.reflect/reflect gets you the same information as a big 'ole data
structure. You can pprint it for readability.
The only thing that was not ported was the formatted text output, which
would be easy enough to reproduce based on `reflect`.
-S
--
You received this message because you are
There's a G.Closure library function -- goog.debug.expose -- that generates
a string representation of a JavaScript object.
http://closure-library.googlecode.com/svn/docs/closure_goog_debug_debug.js.html
-S
--
You received this message because you are subscribed to the Google
Groups Clojure
defalias was always broken. It does not create an alias, it creates a new
Var and copies the root binding. This is broken because if you rebind or
alter one Var it does not affect the other.
-S
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post
and changes since 1.3, that would be very helpful. Thanks!
-Stuart Sierra
clojure.com
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please
Both Maven and Leiningen can exclude transitive dependencies. In lein, it
looks like this:
https://github.com/technomancy/leiningen/blob/8baf33ec80bae1d3509590215262351aa2d72fbe/sample.project.clj#L35
-S
--
You received this message because you are subscribed to the Google
Groups Clojure
There was some excellent work on ForkJoin in Clojure by David Liebke and
others last year, but it never made it into the main Clojure branch. It's
waiting for someone else to finish it. Search the wiki and mailing list for
notes.
-S
--
You received this message because you are subscribed to
Yes, the REPL binds *1, *2, and *3 to the three most recent returned
values. *e is the most recent Exception.
-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
Coming to a Maven repository near you within the next few hours.
Clojure release 1.4.0-alpha5
-
* CLJ-871 Instant reader literal
* CLJ-914 UUID reader literal
* Documentation for reader literals on clojure.core/*data-readers*
* Fix Ant build on JDK 1.7
I appreciate the intent, Alex, but I am reluctant to say what we value,
since we on this list alone is nearly six thousand people.
*I* value most of these things, but I'm not going to try to speak for
anyone else. I've learned that lesson the hard way.
-S
--
You received this message because
Why git checkouts?
We don't have automated Maven releases of ClojureScript yet, so to pull the
latest code it needs to get it from git.
Maybe this Friday I'll be able to get automated releases up on Hudson.
-S
--
You received this message because you are subscribed to the Google
Groups
With a little hacking, org-babel works with Clojure editing evaluation in
SLIME. I've been using it to write Clojure training materials.
You need the latest versions of org-mode, SLIME, and clojure-mode. My
.emacs has the relevant elisp snippets.
http://github.com/stuartsierra/dotfiles
-S
The fundamental interfaces are all written in Java. ISeq,
IPersistentCollection, and so on. You can implement then in deftype.
Look at (ancestors (class [])) as a place to start.
-S
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this
Oh, I see. Yes, you can't do that in Clojure right now, because the core
functions are not based on Protocols.
ClojureScript is built on Protocols from the ground up. It would be nice to
have this in Clojure too, but would require some pretty serious redesign.
-S
--
You received this message
We have released JARs for ClojureScript to the Sonatype OSS
repository. They will be uploaded to the Maven Central repository
within 24 hours.
We do not yet have any automated build/release cycle for
ClojureScript. If you want to track the latest ClojureScript
development, please continue to use
Known bug, fix forthcoming.
http://dev.clojure.org/jira/browse/CLJ-753
--
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
I was able to get org-babel evaluation working with Clojure. Requires
latest versions of Clojure mode, Org mode, and Lein. Check out my dotfiles
repo for examples.
https://github.com/stuartsierra/dotfiles
-S
--
You received this message because you are subscribed to the Google
Groups Clojure
Clojure relase 1.4.0-alpha4 has been uploaded to oss.sonatype.org and
should be on Maven Central within 24 hours.
Patches included in this alpha release:
- CLJ-890: tagged reader literals (early draft)
- toString caching
- Only capture a shallow copy of the current Frame in
It is the intent that the reader/printer in CLJS be feature-compatible with
the Clojure reader/printer. Anything short of that is a bug (or
functionality that hasn't bene completed yet).
-S
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to
In general, def* forms are not supposed to be nested, although it does work
for cases like this.
In my limited use of ClojureScript so far, I've gotten over problems like
this by having an initialization function, at the bottom of my source file,
that sets up global state like loggers.
-S
--
Hi Shantanu,
#1 is a bug.
#2 is not possible because `import` doesn't exist in ClojureScript: it
doesn't differentiate between host classes and ClojureScript code.
Protocols and types should be accessible with normal `require` in
ClojureScript.
#3 seems unlikely to be implemented.
I would like to have NodeList be seqable. Please file a ticket with a
patch. Perhaps someone else can shed light on why Opera doesn't work.
-S
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send email to
Please check with the more recent clojure.data.json version 0.1.2 and let
me know if it displays the same bug:
http://search.maven.org/#artifactdetails|org.clojure|data.json|0.1.2|jar
-Stuart Sierra
clojure.com
--
You received this message because you are subscribed to the Google
Groups
Hi folks,
The Clojure mailing list moderators were on vacation for a few days after
December 25th. :) I just cleared out the moderation queue, and we will be
continuing to monitor it on a regular basis.
Thanks for your patience,
-Stuart Sierra
clojure.com
--
You received this message
Hi LiuLei,
Clojure's type hints are just that, hints. They're only there to help the
compiler emit more efficient bytecode without using Java reflection. They
are not type declarations, and they are not enforced by the compiler.
-Stuart Sierra
clojure.com
--
You received this message because
://dev.clojure.org/display/doc/Maven+Settings+and+Repositories for more
details.
-Stuart Sierra
clojure.com
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members
.
-Stuart Sierra
clojure.com
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your
first post.
To unsubscribe from
Thanks for collecting this list, Sean. It looks correct to me.
Also, as the original author of prxml, I will grant my blessing to anyone
who is willing to port / maintain it as a new contrib.
-Stuart Sierra
clojure.com
--
You received this message because you are subscribed to the Google
with ClojureScript.
That said, I see no reason not to upgrade to the latest Google Closure
Library version if everything still works. I'll forward it to some of the
devs more deeply involved with the ClojureScript compiler.
-Stuart Sierra
clojure.com
On Tuesday, December 20, 2011 9:42:05 AM UTC-5
.
Stuart Sierra
clojure.com
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new members are moderated - please be patient with your
first post.
To unsubscribe from this group
And thanks to David Miller for his excellent and continued work on
ClojureCLR! I'm happy that we have such a great community to support
Clojure on the .NET platform.
-Stuart Sierra
clojure.com
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post
ClojureScript macros for the Ref operations that compile down to Atom
operations.
-Stuart Sierra
clojure.com
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send email to clojure@googlegroups.com
Note that posts from new
Please create a JIRA ticket for adding 'empty' support to `bean`.
-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
This is a problem with a feature introduced in 1.3: binding-conveyance for
Agent sends. Starting in 1.3, agent actions are called with the same
thread-local Var bindings that were in effect when they were called. In
some situations, this can build up a stack of thread-local Var binding
frames,
Tassilo wrote: But shouldn't at least the thread-local Var binding frames
be freed after the actions have been performed?
Yes. It's a bug. Just created CLJ-898:
http://dev.clojure.org/jira/browse/CLJ-898
-S
--
You received this message because you are subscribed to the Google
Groups Clojure
Discussed here:
https://groups.google.com/forum/#!topic/clojure/1qUNPZv3OYA/discussion
--
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 -
Here's a version I hacked up a while ago:
https://gist.github.com/1472163
-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
I don't know if this works for this case, but the special namespace js
allows access to raw JavaScript objects. Try js/Buffer
-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
It's not clojure.walk, it's bean:
user= (empty (bean hi))
AbstractMethodError
clojure.lang.APersistentMap.empty()Lclojure/lang/IPersistentCollection;
clojure.core.proxy$clojure.lang.APersistentMap$0.empty (:-1)
The generated class doesn't implement the 'empty' method.
Please file a JIRA
I don't think the fork/join branch is currently active, but the work is
there waiting for someone to pick it up again.
-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
Yes, that Stuart Sierra. Thanks. :)
If you want a real Java main method in your compiled Clojure program, you
need to define a function in your namespace called -main (with a
preceding hyphen) in addition to using (:gen-class) in the ns declaration.
-S
--
You received this message because
Laziness helps when dealing with large data sets, but it's also tricky to
get right. If you mistakenly hold onto the head of a lazy sequence, you
block garbage collection on the entire sequence and usually run out of
memory.
I think Clojure is good for dealing with large data sets for the
doall + pmap will work, but be aware that pmap is not particularly clever
about allocating CPU usage. Fork/Join is a better approach, not yet
integrated into Clojure proper but there are experimental branches.
Also look at `pcalls`.
-S
--
You received this message because you are subscribed
Not sure if it helps, but here's my example of using reflection in a macro:
http://stuartsierra.com/2010/12/16/single-abstract-method-macro
-S
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to this group, send email to
Also check out https://github.com/cemerick/pomegranate
-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
Clojure doesn't provide any mechanism to peek inside other threads. Dynamic
Var bindings create java.lang.ThreadLocal objects to store the temporary
bindings. A Java debugger or IDE *might* let you look at those.
-S
--
You received this message because you are subscribed to the Google
Groups
This is a well-known issue. Some workarounds and potential fixes here:
http://dev.clojure.org/display/design/Transitive+AOT+Compilation
-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
Adding the Main-Class attribute to a JAR manifest is handled, in Maven, by
the Assembly Plugin. See here for examples:
http://maven.apache.org/plugins/maven-assembly-plugin/usage.html
-S
--
You received this message because you are subscribed to the Google
Groups Clojure group.
To post to
`lein run` expects the project.clj file to specify a namespace that
contains the main function used to start the program.
It usually looks like this:
https://github.com/technomancy/leiningen/blob/07a755c8afe936ec904ea455659dadf8aae1ae88/sample.project.clj#L95
See
The built-in Clojure REPL is bare-bones to minimize external dependencies.
Maybe some day we can have alternate distributions with more full-featured
REPLs. For now, it's easier to use a development environment: Emacs +
inferior-lisp or SLIME, Counterclockwise + Eclipse, Clooj, LaClojure +
As David mentioned, *unchecked-math* is documented as a compile-time flag.
The coercion functions are a bit muddled by the changes to primitive math
in 1.3. In Clojure 1.2, you could get primitive int inside loop/recur by
calling `int` in the loop initialization. You can still do that in 1.3,
(side note: what is different between Long/MAX_VALUE and the
function call (Long/MAX_VALUE)?
None. Both are syntax sugar for (. Long MAX_VALUE)
It seems like unchecked-multiply doesn't like vars, but thats surprising.
What am I doing wrong here?
unchecked-multiply only does unchecked
A matter of curiosity: What are you doing that requires so much symbol
manipulation?
-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 -
And even that (custom exception classes) should become unnecessary with the
almost complete CLJ-733 (data conveying exception).
-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
301 - 400 of 1221 matches
Mail list logo
