2010-02-09T01:54:54+02:00 I've cleaned up the documentation and got rid of the old assert-args code from c.c.mock. The attached patches contain the two commits I made on my repository. I'm new to patches and git so let me know if I missed anything obvious! 1 947153 71 false dpLQzmfqSr34mFeJe5aVNr 71 3 dpLQzmfqSr34mFeJe5aVNr duoQ7evBSr3RAZeJe5aVNr 0 New 0

patch for changing assert-args over to :pre and :post for c.c.mock

2010-08-24T16:17:49+03:00 None 0.0 0.0 dpLQzmfqSr34mFeJe5aVNrmatt.clark.1matt.clark.1matt.clark.1 cWxSZikRqr35iyeJe5aVNr 2010-04-15T04:43:16+03:00 c.c.io has few tests, despite being on the most used libraries in contrib. Be a clojure here and write some unit tests for this module. Code review comments would be welcome too! 0 1273779 75 false 203681 dlyvYqgoWr36H0eJe5aVNr,a9PW8yvFar3Rl9eJe5afGb,cWxSZikRqr35iyeJe5aVNr 75 2 a9PW8yvFar3Rl9eJe5afGb duoQ7evBSr3RAZeJe5aVNr 1 Accepted 0

tests for c.c.io

2010-08-24T17:30:36+03:00 0.0 0.0 None 0.0 0.0 cWxSZikRqr35iyeJe5aVNrdsgdsgDaniel Solano GómezSattvik Software & Technology Services, Ltd. Co.http://www.deepbluelambda.org a9PW8yvFar3Rl9eJe5afGbstuart.hallowaystuart.hallowaystuart.halloway a9ayDgvFar3Rl9eJe5afGb 2010-04-13T04:29:25+03:00 The handler-case macro detects forms of the form "(handle ...)" by checking for items in the body for which list? returns true that begin with the symbol handle. code can be built from seqs that are not lists (e.g., clojure.lang.Cons's or lazy-seqs). The proper predicate is "seq?" not "list?". 0 1261231 74 false 203681 a9ayDgvFar3Rl9eJe5afGb 74 3 a9ayDgvFar3Rl9eJe5afGb duoQ7evBSr3RAZeJe5aVNr 4 Test 0

clojure.contrib.condition: list? not the correct predicate for detecting forms

2010-08-24T17:24:56+03:00 0.0 0.0 None 0.0 0.0 a9ayDgvFar3Rl9eJe5afGbsqueegeesqueegeeSteve Gilardi a9ayDgvFar3Rl9eJe5afGbsqueegeesqueegeeSteve Gilardi a9PW8yvFar3Rl9eJe5afGb 2010-05-12T16:36:48+03:00 clojure.core/byte was modified a couple weeks ago as follows: (defn byte "Coerce to byte" {:tag Byte :inline (fn [x] `(. clojure.lang.RT (byteCast ~x)))} - [^Number x] (. x (byteValue))) + [^Number x] (clojure.lang.RT/byteCast x)) byteValue and byteCast behave differently with values outside the range of byte values: user=> (. 255 (byteValue)) -1 user=> (clojure.lang.RT/byteCast 255) java.lang.IllegalArgumentException: Value out of range for byte: 255 (NO_SOURCE_FILE:0) The new version breaks clojure.contrib.shell/sh's :out :bytes mode (mapping byte over values returned by InputStream.read in shell.clj, line 125). Perhaps have sh use #(.byteValue %) instead of byte? (untested) 1 1419295 83 false 203681 aTmObSxsur35iDeJe5cbCb,a9PW8yvFar3Rl9eJe5afGb 83 3 aTmObSxsur35iDeJe5cbCb duoQ7evBSr3RAZeJe5aVNr 0 New 0

clojure.contrib.shell broken with clojure commit 37d8f7a

2010-08-24T18:01:07+03:00 0.0 0.0 None 0.0 0.0 a9PW8yvFar3Rl9eJe5afGbstuart.hallowaystuart.hallowaystuart.halloway aTmObSxsur35iDeJe5cbCbdavarsdavarsdavars 2009-06-10T21:34:55+03:00 Sorry, Rich, taking over #1 here. :) All issues (even closed ones!) from Contrib's Google Code issue tracker need to be moved over to assembla. [[url:http://code.google.com/p/clojure-contrib/issues/list?can=1|Full list of issues at GC]] Take a look at the [[url:http://www.assembla.com/spaces/clojure/tickets|Clojure space tickets]] for an example of how it was done there *Note:* The tickets should be moved in order; also, please leave them unassigned to anyone or to any milestone Hint: You can add the tickets all as "new" at first and then use the batch update feature to change their attributes to match Google Code. 0 400325 1 false 93753 dKsWNqm1Sr3Rl5eJe5afGb 1 1 dKsWNqm1Sr3Rl5eJe5afGb duoQ7evBSr3RAZeJe5aVNr 0 New 0

Move Clojure Contrib issues from GC to Assembla

2010-08-24T13:41:56+03:00 None 0.0 0.0 dKsWNqm1Sr3Rl5eJe5afGbrichhickeyrichhickeyrichhickey bcz2_avFar3Rl9eJe5afGb 2009-08-23T22:21:17+03:00 Failing to do this causes a lot of confusion (I've already gotten bit) when you have stable releases out in the world and the docs reflect an alpha version. This has been painful, for example, with the shift of clojure.contrib.test-is to clojure.test. 0 483262 25 false 93753 aSJIJwxrmr3QAReJe5afGb,bcz2_avFar3Rl9eJe5afGb 25 3 aSJIJwxrmr3QAReJe5afGb duoQ7evBSr3RAZeJe5aVNr 1 Accepted 0

Clojure API documentation should identify the date the doc was generated and the version number of the library

2010-08-24T14:17:04+03:00 0.0 0.0 None 0.0 0.0 bcz2_avFar3Rl9eJe5afGbtomfaulhabertomfaulhabertomfaulhaber aSJIJwxrmr3QAReJe5afGbhlshiphlshipHoward Lewis Ship dtXWkUyzur3OqpeJe5aVNr 2009-08-29T01:18:53+03:00 Add the namespace c.c.table, as described here: http://groups.google.com/group/clojure-dev/browse_thread/thread/b60015723d81aa34 Also, support functions described here: http://groups.google.com/group/clojure-dev/browse_thread/thread/4b20e40d83095c67 http://groups.google.com/group/clojure-dev/browse_thread/thread/155c8b9893d673bc Sean 0 494230 28 false 93753 dtXWkUyzur3OqpeJe5aVNr 28 3 dtXWkUyzur3OqpeJe5aVNr duoQ7evBSr3RAZeJe5aVNr 4 Test 0

Add c.c.table namespace

2011-09-21T19:51:26+03:00 2.0 2.0 None 0.0 12.0 dtXWkUyzur3OqpeJe5aVNrdevlinsfdevlinsfSean Devlinfulldisclojure.blogspot.com/ dtXWkUyzur3OqpeJe5aVNrdevlinsfdevlinsfSean Devlinfulldisclojure.blogspot.com/ a-o8hKvFar3Rl9eJe5afGb 2009-10-09T07:41:07+03:00 Talked with Stuart Sierra on IRC; he agreed these would be helpful functions to have since the JDK bizarrely omits them. I have a test for this, but it depends on #33, so I'll wait to submit it until that patch is applied. 0 552238 34 false 93753 bvHZLovHar3OW-eJe5aVNr,a-o8hKvFar3Rl9eJe5afGb 34 3 bvHZLovHar3OW-eJe5aVNr duoQ7evBSr3RAZeJe5aVNr 4 Test 0

Add zip and unzip functions to java-utils

2010-08-24T14:46:26+03:00 None 0.0 0.0 a-o8hKvFar3Rl9eJe5afGbstuartsierrastuartsierrastuartsierra bvHZLovHar3OW-eJe5aVNrtechnomancytechnomancytechnomancy 2009-10-09T22:22:46+03:00 Apparently, defttrace does not support functions with doc-strings. I tried replacing defn with deftrace in a function of mine (as the docs indicated) and I got the following error - <pre><code>java.lang.IllegalArgumentException: Don't know how to create ISeq from: Symbol </code></pre> Sample code to reproduce the error - <pre><code>(deftrace fact "Calculate the factorial of x" [x] (if (< x 1) 1 (* x (fact (- x 1))))) </code></pre> Would be great if this bug is fixed, all my functions have doc-strings :) 1 553178 35 false 93753 dTwrbcAour37LseJe5cbLr 35 3 cwTrzQTqCr3RF9eJe5afGb duoQ7evBSr3RAZeJe5aVNr 4 Test 0

clojure.contrib.trace/deftrace does not work with function definitions with doc-strings

2011-02-15T08:16:03+02:00 0.0 0.0 None 0.0 0.0 cwTrzQTqCr3RF9eJe5afGbghosebghosebBaishampayan GhoseInfinitely Betahttp://infinitelybeta.com dtXWkUyzur3OqpeJe5aVNr 2009-11-11T06:35:29+02:00 This is a ticket for patches related to c.c.map-utils. See the following discussions: http://groups.google.com/group/clojure-dev/browse_thread/thread/9a518c853bfbba8b http://groups.google.com/group/clojure-dev/browse_thread/thread/4b20e40d83095c67 0 619315 45 false 93753 dtXWkUyzur3OqpeJe5aVNr 45 3 dtXWkUyzur3OqpeJe5aVNr duoQ7evBSr3RAZeJe5aVNr 4 Test 0

Add new functions to c.c.map-utils

2011-09-21T20:51:44+03:00 1.0 1.0 None 0.0 7.0 dtXWkUyzur3OqpeJe5aVNrdevlinsfdevlinsfSean Devlinfulldisclojure.blogspot.com/ dtXWkUyzur3OqpeJe5aVNrdevlinsfdevlinsfSean Devlinfulldisclojure.blogspot.com/ a9ayDgvFar3Rl9eJe5afGb 2010-01-01T01:21:40+02:00 The problem is that c.c.sql.internal calls `.println` on a "stream" to print update counts and errors. That method only exists on a `PrintWriter`. This isn't true within Slime, where it's a `StringWriter`. The attached patch binds `*out*` and uses `println` instead, which does the right thing. I've augmented the docstrings to request a `Writer` as the value of `stream`, which aligns with the docstring for `print`. 0 793389 55 false 93753 b-C9zmw3mr3PSteJe5afGb,a9ayDgvFar3Rl9eJe5afGb 55 3 b-C9zmw3mr3PSteJe5afGb duoQ7evBSr3RAZeJe5aVNr 1 Accepted 0

clojure.contrib.sql expects *err* to be a PrintWriter

2010-08-24T15:43:42+03:00 None 0.0 0.0 a9ayDgvFar3Rl9eJe5afGbsqueegeesqueegeeSteve Gilardi b-C9zmw3mr3PSteJe5afGbrnewmanrnewmanrnewman beC90evCWr3PnweJe5aVNr 2010-03-15T08:14:38+02:00 duck-streams was renamed to io back in February 1st, but clojure-script still references duck-streams. Attached is a very simple patch that fixes this. 0 1087429 72 false 93753 adlvgSw0er3Os3eJe5afGb,beC90evCWr3PnweJe5aVNr 72 3 adlvgSw0er3Os3eJe5afGb duoQ7evBSr3RAZeJe5aVNr 0 New 0

Replace references to duck-streams with io in clojurescript

2010-08-24T16:51:53+03:00 None 0.0 0.0 beC90evCWr3PnweJe5aVNrChouserChouserChouser adlvgSw0er3Os3eJe5afGbcstejereancstejereanCosmin Stejerean 2010-04-27T20:55:05+03:00 Currently using clojure.contrib.condition is awkward if you need to handle both Conditions and Exceptions. This patch by Steve Gilardi and myself allows you to include catch clauses in your handle-case forms for regular Exceptions. 0 1352905 80 false 93753 bvHZLovHar3OW-eJe5aVNr 80 3 bvHZLovHar3OW-eJe5aVNr duoQ7evBSr3RAZeJe5aVNr 4 Test 0

Add catch clauses to c.c.condition

2010-08-24T17:45:56+03:00 0.0 0.0 None 0.0 0.0 bvHZLovHar3OW-eJe5aVNrtechnomancytechnomancytechnomancy 2010-05-26T18:22:22+03:00 h1. Design goals * keep key libraries in contrib, protecting provenance and license so that non-technical issues do not keep people from using code * continue to produce a monolithic contrib build for casual/one-off application consumers * start building individual libraries within contrib, so that larger apps can manage dependencies in a granular fashion I propose we start with the new match (matchure) library, get feedback, and then take requests for what other libraries need to be bundled separately. 0 1491705 85 false 93753 a9PW8yvFar3Rl9eJe5afGb 85 3 a9PW8yvFar3Rl9eJe5afGb duoQ7evBSr3RAZeJe5aVNr 0 New 0

build and release sublibraries

2010-08-24T18:18:33+03:00 0.0 0.0 None 0.0 0.0 a9PW8yvFar3Rl9eJe5afGbstuart.hallowaystuart.hallowaystuart.halloway 2010-05-29T00:08:34+03:00 Add the thread-safe, extensible memoize sparked from the discussion here: http://groups.google.com/group/clojure/browse_thread/thread/36a13d150d830683/fe6daf462d3ebfac 0 1506441 86 false 93753 dlSudoxNyr3O2XeJe5aVNr 86 3 dlSudoxNyr3O2XeJe5aVNr duoQ7evBSr3RAZeJe5aVNr 4 Test 0

c.c.memoize: thread-safe and extensible memoize

2010-08-24T18:22:12+03:00 0.0 0.0 None 0.0 0.0 dlSudoxNyr3O2XeJe5aVNrmeikelbrandmeyermeikelbrandmeyermeikelbrandmeyer bmjUEAfB8r34QPeJe5aVNr 2010-07-09T20:12:03+03:00 If you have a query that results in a very large dataset you will run out of memory because by default, with-query-results pulls the entire result set into memory (even though it creates a lazy-seq using resultset-seq). This issue has been discussed previously here: http://groups.google.com/group/clojure/browse_thread/thread/7b0c250e0ba6c9eb/fb9001522b49c20a The fix is simple, just call (.setFetchSize stmt 1). But, with-query-results doesn't give you a way to do that currently. I propose adding an optional parameter after sql-params that is a hash of attributes to set on the PreparedStatement before executing it. So you can do this: <pre><code> (with-connection {…} (.setAutoCommit (sql/connection) false) ;; needed for postgres (with-query-results results ["SELECT id, data FROM nodes"] {:fetch-size 1000} (doseq [r results] …))) </code></pre> The new code in clojure.contrib.sql is very simple, but it depends on a new contrib namespace called clojure.contrib.bean. Here is more info on my proposed fix: http://groups.google.com/group/clojure-dev/browse_thread/thread/d8334759f10f3f45 0 1698878 88 false 93753 a9ayDgvFar3Rl9eJe5afGb,bmjUEAfB8r34QPeJe5aVNr 88 3 bmjUEAfB8r34QPeJe5aVNr duoQ7evBSr3RAZeJe5aVNr 1 Accepted 0

clojure.contrib.sql runs out of memory on very large datasets

2011-09-22T01:26:29+03:00 0.0 0.0 None 0.0 4.0 bmjUEAfB8r34QPeJe5aVNrjustin.balthropjustin.balthropjustin.balthrop bmjUEAfB8r34QPeJe5aVNrjustin.balthropjustin.balthropjustin.balthrop bVc0w65XGr3QiyeJe5aVNr 2010-08-04T16:54:10+03:00 Reproduce the bug with: <pre><code> (require 'clojure.contrib.io) (clojure.contrib.io/append-writer "/xyz.txt") </code></pre> which will throw an Exception “Cannot change an open stream to append mode”. This is caused because of a flaw in the call chain. *clojure.contrib.io/writer* for Strings calls again *writer* for whatever *clojure.contrib.io/output-stream* returns. We call *append-writer* which then calls *writer* on the String which in turn then calls: <pre><code> output-stream for ^String which calls output-stream for ^URL which calls output-stream for ^File which binds *append* to false and calls output-stream for ^OutputStream which returns a BufferedOutputStream instance which then jumps back to the ^File handler, which removes its binding for *append*!! and returns the BOS to the ^URL handler which returns the BOS to the ^String handler </code></pre> At this point the outer binding (for *append*) is set to _true_ again, and assert-not-appending fails. 1 1847261 90 false 93753 cChaNgNEar3OVUeJe5afGb,bVc0w65XGr3QiyeJe5aVNr 90 3 cChaNgNEar3OVUeJe5afGb duoQ7evBSr3RAZeJe5aVNr 4 Test 0

clojure.contrib.io does not support appending anymore

2010-08-26T21:25:45+03:00 0.0 0.0 None 0.0 0.0 bVc0w65XGr3QiyeJe5aVNrbpsmbpsmbpsm cChaNgNEar3OVUeJe5afGbawizzardawizzardAndré Thieme 2010-08-24T20:01:27+03:00 on clojure-contrib master: gen-html-docs :uses c.c.def without actually using anything from it. This causes the maven build to fail because clojure.contrib:def is not listed as a dependency in gen-html-docs' pom.xml. 0 1995101 92 false 93753 bVc0w65XGr3QiyeJe5aVNr 92 3 bVc0w65XGr3QiyeJe5aVNr duoQ7evBSr3RAZeJe5aVNr 4 Test 0

gen-html-docs build fails due to unecessary :use of c.c.def

2010-08-26T22:23:25+03:00 0.0 0.0 None 0.0 0.0 bVc0w65XGr3QiyeJe5aVNrbpsmbpsmbpsm a-o8hKvFar3Rl9eJe5afGb 2010-09-24T22:01:44+03:00 http://groups.google.com/group/clojure-dev/browse_thread/thread/ac3582cd1698be1 <pre><code>user> (cartesian-product [1 2] [true false] ) ((1 true) (1 false) (2 true) (2 false)) user> (cartesian-product [1 2] [false true]) nil user> (cartesian-product [1 2] [nil 4]) nil false/nil in first position seems to cause failure. </code></pre> 0 2157621 96 false 93753 a-o8hKvFar3Rl9eJe5afGb 96 3 a-o8hKvFar3Rl9eJe5afGb duoQ7evBSr3RAZeJe5aVNr 1 Accepted 0

Cartesian product with nil args

2010-09-24T22:01:44+03:00 0.0 0.0 None 0.0 0.0 a-o8hKvFar3Rl9eJe5afGbstuartsierrastuartsierrastuartsierra a-o8hKvFar3Rl9eJe5afGbstuartsierrastuartsierrastuartsierra a-o8hKvFar3Rl9eJe5afGb 2010-09-30T21:58:42+03:00 Consider: <pre><code>> (println (json-str {"\"" 1})) {""":1} </code></pre> ...while I (and my parsers) would expect <pre><code>{"\"":1}</code></pre>. This happens in both contrib 1.2.0 and 1.3-alpha1. 1 2190301 98 false 93753 bP_uFuZkSr37_KeJe5cbCb,b2oRDwVwir3OkJeJe5afGb,a-o8hKvFar3Rl9eJe5afGb 98 3 bP_uFuZkSr37_KeJe5cbCb duoQ7evBSr3RAZeJe5aVNr 0 New 0

c.c.json/json-str handles maps with keys containing quotes incorrectly

2010-11-26T17:02:58+02:00 0.0 0.0 None 0.0 0.0 a-o8hKvFar3Rl9eJe5afGbstuartsierrastuartsierrastuartsierra bP_uFuZkSr37_KeJe5cbCbnathellnathellnathell cF2aA6PYar37vceJe5cbCb 2010-10-01T17:30:16+03:00 *Pulled this from clojure assembla ticket #436 to clojure-contrib* See [[url:http://www.assembla.com/spaces/clojure/tickets/436-bug-in-clojure-contrib-json-read-json|clojure-436]] *What (small set of) steps will reproduce the problem?* $ java -cp lib/clojure-1.2.0.jar:lib/clojure-contrib-1.2.0.jar clojure.main Clojure 1.2.0 user=> (require 'clojure.contrib.json) nil user=> (clojure.contrib.json/read-json "") java.lang.IllegalArgumentException: Value out of range for char: -1 (NO_SOURCE_FILE:0) user=> *What is the expected output? What do you see instead?* Expected: <pre><code>(if eof-error? (throw (EOFException. "JSON error (end-of-file)")) eof-value) </code></pre> *What version are you using?* 1.2 *Was this discussed on the group? If so, please provide a link to the discussion* [13:51] <_na_ka_na_> Hey guys I think there's a bug in clojure.contrib.json at line 116 [13:51] <_na_ka_na_> in clojure 1.2 [13:52] <_na_ka_na_> it has a (char i) and then checks for (= i -1) ... but (char -1) fails [13:52] <_na_ka_na_> where can I report it ? [13:53] <LauJensen> _na_ka_na_: assembla/support 0 2194965 99 false 93753 c4A1JuZv8r34U0eJe5cbCb,d-7UqSXxGr34tmeJe5cbLA,cF2aA6PYar37vceJe5cbCb 99 3 c4A1JuZv8r34U0eJe5cbCb duoQ7evBSr3RAZeJe5aVNr 1 Accepted 0

Bug in clojure.contrib.json/read-json

2010-10-19T01:20:46+03:00 0.0 0.0 None 0.0 0.0 cF2aA6PYar37vceJe5cbCbAnthonySimpsonAnthonySimpsonAnthonySimpson c4A1JuZv8r34U0eJe5cbCbdonmullendonmullendonmullen 2010-11-04T01:25:53+02:00 This is a tiny change that fixes clojure.contrib.monads/fetch-val to work even if your state map is not keyed by keywords. 1 2488721 101 false 93753 bdEbzA56er36tYeJe5cbLA 101 3 bdEbzA56er36tYeJe5cbLA duoQ7evBSr3RAZeJe5aVNr 0 New 0

Fix fetch-val to accept keys other than keywords.

2010-11-04T01:25:53+02:00 0.0 0.0 None 0.0 0.0 bdEbzA56er36tYeJe5cbLAamatus.amongusamatus.amongusamatus.amongus 2009-08-19T20:29:43+03:00 This was [[url:http://groups.google.com/group/clojure-dev/browse_frm/thread/8fe671d08d8e275c?hl=en|discussed briefly on the clojure dev list]], but no consensus was reached. Instead, I have attached the changes that have fixed the original library and if the clojure-contrib members wish to include it (again), then it's readily available. The original code by Sierra required 2 changes to get working. First, @ was macro-expanding to a lazy-seq, so the filtering based on list? would fail. Second, I added a check for an explicit call to (deref). Also, I re-added auto-agent namespace for compilation to build.xml. My live changes can be found at: http://github.com/fogus/clojure-contrib/tree/auto-agent-again. The tests can be run with (run-tests 'clojure.contrib.auto-agent). If it is merged back into the contrib master, then I would be happy to roll the tests into the test-contrib framework. 0 479521 19 false 93753 deXO7Mw3Gr3R14eJe5aVNr 19 4 deXO7Mw3Gr3R14eJe5aVNr duoQ7evBSr3RAZeJe5aVNr 0 New 0

Re-add auto-agent.clj

2010-08-24T14:15:23+03:00 None 0.0 0.0 deXO7Mw3Gr3R14eJe5aVNrfogusfogusfogushttp://fogus.me