[CONTRIB-19] Re-add auto-agent.clj Created: 19/Aug/09 Updated: 24/Aug/10 |
|
| Status: | Open |
| Project: | Clojure-Contrib |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Defect | ||
| Reporter: | Anonymous | Assignee: | Unassigned |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
This was 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. |
| Comments |
| Comment by Assembla Importer [ 24/Aug/10 4:15 AM ] |
|
Converted from http://www.assembla.com/spaces/clojure/tickets/19 |
| Comment by Assembla Importer [ 24/Aug/10 4:15 AM ] |
|
fogus said: [file:dHYyXWJour3OEFeJe5afGb] |
| Comment by Assembla Importer [ 24/Aug/10 4:15 AM ] |
|
stuart.sierra said: Updating tickets (#28, #32, #45, #47, #51, #19) |
[CONTRIB-85] build and release sublibraries Created: 26/May/10 Updated: 24/Aug/10 |
|
| Status: | Open |
| Project: | Clojure-Contrib |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Defect | ||
| Reporter: | Anonymous | Assignee: | Unassigned |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
| Comments |
| Comment by Assembla Importer [ 24/Aug/10 11:18 AM ] |
|
Converted from http://www.assembla.com/spaces/clojure/tickets/85 |
[CONTRIB-71] patch for changing assert-args over to :pre and :post for c.c.mock Created: 08/Feb/10 Updated: 24/Aug/10 |
|
| Status: | Open |
| Project: | Clojure-Contrib |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Defect | ||
| Reporter: | Anonymous | Assignee: | Unassigned |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
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! |
| Comments |
| Comment by Assembla Importer [ 24/Aug/10 2:17 PM ] |
|
Converted from http://www.assembla.com/spaces/clojure/tickets/71 |
| Comment by Assembla Importer [ 24/Aug/10 2:17 PM ] |
|
matt.clark.1 said: [file:djL5oaC8Wr37DOeJe5cbLr]: Use only this patch. The other two are hopelessly out of date. |
[CONTRIB-107] Build Broken since April 8th Created: 15/Apr/11 Updated: 17/Apr/11 |
|
| Status: | Open |
| Project: | Clojure-Contrib |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Defect | Priority: | Blocker |
| Reporter: | Paul Michael Bauer | Assignee: | Unassigned |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
All |
||
| Attachments: |
|
| Patch: | Fixed |
| Description |
|
Since the April 8th commit to no longer recognize "earmuff" variables as dynamic by default, clojure-contrib/logging and clojure-contrib/trace are broken. |
| Comments |
| Comment by Paul Michael Bauer [ 15/Apr/11 11:01 PM ] |
|
There is a pending pull request to fix logging and trace. |
| Comment by Paul Michael Bauer [ 17/Apr/11 8:38 AM ] |
|
I posted this after observing the broken build and not realising clojure-contrib was recently deprecated. |
[CONTRIB-102] clojure.contrib.core/-?> (and perhaps others?) have a quoting bug Created: 07/Dec/10 Updated: 09/Jan/11 |
|
| Status: | Open |
| Project: | Clojure-Contrib |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Defect | Priority: | Major |
| Reporter: | Jason Wolfe | Assignee: | Laurent Petit |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
1.2 and 1.3 |
||
| Attachments: |
|
| Patch: | Code |
| Approval: | Test |
| Description |
|
See: https://groups.google.com/group/clojure/browse_frm/thread/cc88ca26352bc604?hl=en# When called via a namespace-qualified symbol and given three or more arguments, -?> gives the error: user=> (clojure.contrib.core/-?> 1 inc inc) |
| Comments |
| Comment by Alan Malloy [ 07/Dec/10 11:27 PM ] |
|
Root cause is in clojure.contrib.core/defnilsafe, so similar functions like .?. will have the same problem. I futzed around for a while to try and figure it out, but defnilsafe is a little too meta for me. The problem is, predictably enough once you've glanced at the code, with ~'~nil-safe-name. The general solution ought to look like But I couldn't make it quite work. |
| Comment by Laurent Petit [ 08/Dec/10 2:14 AM ] |
|
Patch added. Simple patch where I specifically use fully qualified names when calling defnilsafe. |
| Comment by Alan Malloy [ 09/Jan/11 4:23 AM ] |
|
What about this patch instead? It makes sure to resolve the symbols supplied to defnilsafe while still within the c.c.core namespace. I also made the arglists a bit less ugly. |
[CONTRIB-106] variable name colision in java-utils/set-system-properties Created: 09/Mar/11 Updated: 09/Mar/11 |
|
| Status: | Open |
| Project: | Clojure-Contrib |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Defect | Priority: | Major |
| Reporter: | Marcin Kozey | Assignee: | Unassigned |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
1.3.0-SNAPSHOT |
||
| Description |
|
(defn set-system-properties Somebody did a find/replace as-str -> name and created fn/variable colision with "name" |
[CONTRIB-110] clojure.contrib.json does not parse JSON strings containing back slashes on Windows Created: 27/May/11 Updated: 27/May/11 |
|
| Status: | Open |
| Project: | Clojure-Contrib |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Defect | Priority: | Major |
| Reporter: | Rick Moynihan | Assignee: | Unassigned |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
Clojure 1.2.1 and Clojure contrib 1.2.0 on Windows 7 with Sun JVM 1.6.0_22-b04 |
||
| Description |
|
This bug does not seem to occur on my Linux box, but when run under Windows I get the following: user> (read-json "\"C:\\Users\"") "C:nullsers" On Linux I get what I would expect: user> (read-json "\"C:\\Users\"") "C:\Users" |
[CONTRIB-111] Build failure against edge clojure Created: 01/Jun/11 Updated: 01/Jun/11 |
|
| Status: | Open |
| Project: | Clojure-Contrib |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Defect | Priority: | Major |
| Reporter: | Amitava Shee | Assignee: | Unassigned |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Environment: |
clojure tip - commit 66a88de9408e93cf2b0d73382e662624a54c6c86 |
||
| Description |
|
Build failure ashee:clojure-contrib amitava$ mvn assembly:assembly -Dclojure.jar=/Users/amitava/opt/clojure/clojure.jar ....Lots of output elided.... Testing clojure.contrib.test-logging |
[CONTRIB-113] There needs to be a way to collect regular arguments in tools.cli Created: 18/Jul/11 Updated: 18/Jul/11 |
|
| Status: | Open |
| Project: | Clojure-Contrib |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Enhancement | Priority: | Major |
| Reporter: | Anthony Simpson | Assignee: | Unassigned |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
In clojure.contrib.command-line, you could specify a 'catch-all' argument at the end of your spec and all arguments after the ones that were parsed would be collected in. In tools.cli, nothing like this seems to exist. For example, with tools.cli, there is no way to handle stuff like this: "myapp --foo bar --baz foo a b c". The last three arguments, a, b, and c will all be discarded with no way to retrieve them. Finally, if this wasn't the right place to put this issue, I apologize. tools.cli doesn't seem to be listed as a project and you guys don't accept issues on Github, so I wasn't sure what else to do. |
[CONTRIB-117] POM file for math.combinatorics Created: 09/Sep/11 Updated: 09/Sep/11 |
|
| Status: | Open |
| Project: | Clojure-Contrib |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Enhancement | Priority: | Major |
| Reporter: | Michael Nygard | Assignee: | Unassigned |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Attachments: |
|
| Patch: | Code |
| Description |
|
I noticed that math.combinatorics isn't being built or released yet. Here is the pom file needed to get it into CI builds. |
[CONTRIB-83] clojure.contrib.shell broken with clojure commit 37d8f7a Created: 12/May/10 Updated: 08/Jan/11 |
|
| Status: | Open |
| Project: | Clojure-Contrib |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Defect | Priority: | Minor |
| Reporter: | Assembla Importer | Assignee: | Unassigned |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
clojure.core/byte was modified a couple weeks ago as follows: (defn byte
byteValue and byteCast behave differently with values outside the 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). |
| Comments |
| Comment by Assembla Importer [ 24/Aug/10 11:01 AM ] |
|
Converted from http://www.assembla.com/spaces/clojure/tickets/83 |
| Comment by Allen Rohner [ 08/Jan/11 1:58 PM ] |
|
I've tested that using #(.byteValue %) rather than byte? fixes the problem. |
[CONTRIB-108] c.c.pprint pprint-logical-block macro using private var Created: 05/May/11 Updated: 05/May/11 |
|
| Status: | Open |
| Project: | Clojure-Contrib |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Defect | Priority: | Minor |
| Reporter: | Nevena Vidojevic | Assignee: | Unassigned |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Description |
|
pprint-logical-block macro can't be used from the outside: |
[CONTRIB-103] type hinting for clojure.contrib.condition Created: 22/Nov/10 Updated: 27/Dec/10 |
|
| Status: | Open |
| Project: | Clojure-Contrib |
| Component/s: | None |
| Affects Version/s: | None |
| Fix Version/s: | None |
| Type: | Enhancement | Priority: | Trivial |
| Reporter: | Ben Mabey | Assignee: | Unassigned |
| Resolution: | Unresolved | Votes: | 0 |
| Labels: | None | ||
| Attachments: |
|
| Patch: | Code |
| Approval: | Vetted |
| Description |
|
I ran into the situation where reflection in clojure.contrib.condition was taking up much more time than I would have liked it too. I added the needed type hints to avoid reflection and the changes have solved the problem for me. I've attached the patch. It is also available on github if you prefer: https://github.com/bmabey/clojure-contrib/commit/acf0017e4b8c4259a03fba03a90050b0e9cb0890 |