<!--
RSS generated by JIRA (4.4#649-r158309) at Sat May 18 11:20:18 CDT 2013

It is possible to restrict the fields that are returned in this document by specifying the 'field' parameter in your request.
For example, to request only the issue key and summary add field=key&field=summary to the URL of your request.
For example:
http://dev.clojure.org/jira/sr/jira.issueviews:searchrequest-xml/temp/SearchRequest.xml?jqlQuery=project+%3D+10022+AND+labels+%3D+bug&tempMax=1000&field=key&field=summary
-->
<!-- If you wish to do custom client-side styling of RSS, uncomment this:
<?xml-stylesheet href="http://dev.clojure.org/jira/styles/jiraxml2html.xsl" type="text/xsl"?>
-->
<rss version="0.92">
    <channel>
        <title>Clojure JIRA</title>
        <link>http://dev.clojure.org/jira/secure/IssueNavigator.jspa?reset=true&amp;jqlQuery=project+%3D+10022+AND+labels+%3D+bug</link>
        <description>An XML representation of a search request</description>
                <language>en-us</language>
                        <issue start="0" end="4" total="4"/>
                <build-info>
            <version>4.4</version>
            <build-number>649</build-number>
            <build-date>25-07-2011</build-date>
        </build-info>
<item>
            <title>[NREPL-38] Certain Calendar values don&apos;t seem to be able to print</title>
                <link>http://dev.clojure.org/jira/browse/NREPL-38</link>
                <project id="10022" key="NREPL">tools.nrepl</project>
                        <description>&lt;p&gt;If I try to run lein repl outside of a project folder, I get Clojure 1.4.0.&lt;br/&gt;
I then run&lt;/p&gt;

&lt;p&gt;(println (javax.xml.bind.DatatypeConverter/parseDateTime &quot;2008-07-21T19:17:29&quot;))&lt;/p&gt;

&lt;p&gt;which produces&lt;/p&gt;

&lt;p&gt;IndexOutOfBoundsException start 26, end 2, s.length() 28  java.lang.AbstractStringBuilder.append (AbstractStringBuilder.java:476)&lt;br/&gt;
#inst &quot;2008-07-21T19:17:29.000+01:&lt;/p&gt;

&lt;p&gt;Note the absence of a closing &apos;&quot;&apos;.&lt;/p&gt;

&lt;p&gt;My apologies in advance if this is impossible to reproduce.&lt;/p&gt;</description>
                <environment>Ubuntu 12.10, running through Leiningen 2</environment>
            <key id="15958">NREPL-38</key>
            <summary>Certain Calendar values don&apos;t seem to be able to print</summary>
                <type id="1" iconUrl="http://dev.clojure.org/jira/images/icons/bug.gif">Defect</type>
                                <priority id="3" iconUrl="http://dev.clojure.org/jira/images/icons/priority_major.gif">Major</priority>
                    <status id="6" iconUrl="http://dev.clojure.org/jira/images/icons/status_closed.gif">Closed</status>
                    <resolution id="1">Completed</resolution>
                                <assignee username="-1">Unassigned</assignee>
                                <reporter username="julian">Julian Birch</reporter>
                        <labels>
                        <label>bug</label>
                    </labels>
                <created>Sat, 12 Jan 2013 07:55:07 -0600</created>
                <updated>Sun, 13 Jan 2013 12:29:52 -0600</updated>
                    <resolved>Sun, 13 Jan 2013 12:29:52 -0600</resolved>
                            <version>0.2.0</version>
                                <fixVersion>0.2.1</fixVersion>
                                        <due></due>
                    <votes>0</votes>
                        <watches>0</watches>
                        <comments>
                    <comment id="30430" author="jafingerhut" created="Sun, 13 Jan 2013 09:55:10 -0600"  >&lt;p&gt;I can reproduce this with Clojure 1.4.0 and 1.5.0-RC2 if I do it within &quot;lein2 repl&quot; (I was using Leiningen version 2.0.0-preview10 to reproduce the problem).&lt;/p&gt;

&lt;p&gt;If I use &quot;java -cp clojure.jar clojure.main&quot; to start a REPL session, with either Clojure 1.4.0 or 1.5.0-RC2 for clojure.jar, I don&apos;t see any problem.  I was testing on Mac OS X 10.6.8 with Oracle/Apple JDK 1.6.0_37.&lt;/p&gt;

&lt;p&gt;I also don&apos;t see this problem if I use Leiningen version 1.7.1, tested with both Clojure 1.4.0 and 1.5.0-RC2.&lt;/p&gt;

&lt;p&gt;This appears to be some kind of bad interaction between Leiningen 2.0.0-preview10 and Clojure.&lt;/p&gt;</comment>
                    <comment id="30431" author="jafingerhut" created="Sun, 13 Jan 2013 10:05:13 -0600"  >&lt;p&gt;I also reproduced this issue with the latest version of Leiningen, which is 2.0.0-RC2.  Email sent to the Leiningen developer email list so they know about it.&lt;/p&gt;</comment>
                    <comment id="30433" author="cemerick" created="Sun, 13 Jan 2013 10:52:40 -0600"  >&lt;p&gt;This is an nREPL bug involving an API mismatch between java.io.Writer.write() and java.lang.AbstractStringBuilder.append().&lt;/p&gt;

&lt;p&gt;The fix is simple; patch release coming later today.&lt;/p&gt;</comment>
                    <comment id="30434" author="cemerick" created="Sun, 13 Jan 2013 12:29:52 -0600"  >&lt;p&gt;Fixed with &lt;a href=&quot;https://github.com/clojure/tools.nrepl/commit/b9e930a1bfbd9616644aa6f0112769cc233cc61e&quot;&gt;b9e930a1&lt;/a&gt;.&lt;/p&gt;

&lt;p&gt;Will be a part of &lt;tt&gt;&lt;span class=&quot;error&quot;&gt;&amp;#91;org.clojure/tools.nrepl &amp;quot;0.2.1&amp;quot;&amp;#93;&lt;/span&gt;&lt;/tt&gt;, to be released later today.&lt;/p&gt;</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                                            <customfield id="customfield_10010" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Global Rank</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                                                                            </customfields>
    </item>

<item>
            <title>[NREPL-37] Printing reference returned by clojure.tools.nrepl.server/start-server causes multimethod exception</title>
                <link>http://dev.clojure.org/jira/browse/NREPL-37</link>
                <project id="10022" key="NREPL">tools.nrepl</project>
                        <description>&lt;p&gt;I was accidentally printing the reference returned by start-server by calling it as the final function in my main method, which causes this error:&lt;/p&gt;

&lt;p&gt;java.lang.IllegalArgumentException: Multiple methods in multimethod &apos;print-method&apos; match dispatch value: class clojure.tools.nrepl.server.Server -&amp;gt; interface clojure.lang.IDeref and interface clojure.lang.IRecord, and neither is preferred&lt;br/&gt;
        at clojure.lang.MultiFn.findAndCacheBestMethod(MultiFn.java:136)&lt;br/&gt;
        at clojure.lang.MultiFn.getMethod(MultiFn.java:111)&lt;br/&gt;
        at clojure.lang.MultiFn.getFn(MultiFn.java:119)&lt;br/&gt;
        at clojure.lang.MultiFn.invoke(MultiFn.java:167)&lt;br/&gt;
        at clojure.core$pr_on.invoke(core.clj:3266)&lt;br/&gt;
        at clojure.core$pr.invoke(core.clj:3278)&lt;br/&gt;
        at clojure.lang.AFn.applyToHelper(AFn.java:161)&lt;br/&gt;
        at clojure.lang.RestFn.applyTo(RestFn.java:132)&lt;br/&gt;
        at clojure.core$apply.invoke(core.clj:601)&lt;br/&gt;
        at clojure.core$prn.doInvoke(core.clj:3311)&lt;br/&gt;
        at clojure.lang.RestFn.invoke(RestFn.java:408)&lt;br/&gt;
        at clojure.main$eval_opt.invoke(main.clj:299)&lt;br/&gt;
        at clojure.main$initialize.invoke(main.clj:316)&lt;br/&gt;
        at clojure.main$null_opt.invoke(main.clj:349)&lt;br/&gt;
        at clojure.main$main.doInvoke(main.clj:427)&lt;br/&gt;
        at clojure.lang.RestFn.invoke(RestFn.java:421)&lt;br/&gt;
        at clojure.lang.Var.invoke(Var.java:419)&lt;br/&gt;
        at clojure.lang.AFn.applyToHelper(AFn.java:163)&lt;br/&gt;
        at clojure.lang.Var.applyTo(Var.java:532)&lt;br/&gt;
        at clojure.main.main(main.java:37)&lt;/p&gt;</description>
                <environment></environment>
            <key id="15910">NREPL-37</key>
            <summary>Printing reference returned by clojure.tools.nrepl.server/start-server causes multimethod exception</summary>
                <type id="1" iconUrl="http://dev.clojure.org/jira/images/icons/bug.gif">Defect</type>
                                <priority id="4" iconUrl="http://dev.clojure.org/jira/images/icons/priority_minor.gif">Minor</priority>
                    <status id="6" iconUrl="http://dev.clojure.org/jira/images/icons/status_closed.gif">Closed</status>
                    <resolution id="1">Completed</resolution>
                                <assignee username="cemerick">Chas Emerick</assignee>
                                <reporter username="vaughnd">Vaughn Dickson</reporter>
                        <labels>
                        <label>bug</label>
                    </labels>
                <created>Thu, 20 Dec 2012 08:05:27 -0600</created>
                <updated>Tue, 26 Feb 2013 04:42:58 -0600</updated>
                    <resolved>Tue, 26 Feb 2013 04:42:58 -0600</resolved>
                            <version>0.2.0-RC1</version>
                                <fixVersion>0.2.2</fixVersion>
                                        <due></due>
                    <votes>0</votes>
                        <watches>0</watches>
                        <comments>
                    <comment id="30526" author="cemerick" created="Sat, 2 Feb 2013 07:35:19 -0600"  >&lt;p&gt;The fact that the returned record is also a &lt;tt&gt;clojure.lang.IDeref&lt;/tt&gt; is a temporary compatibility measure, a result of changing to returning a record.&lt;/p&gt;

&lt;p&gt;Adding a print-method implementation for the &lt;tt&gt;Server&lt;/tt&gt; type that explicitly delegates to the &lt;tt&gt;IRecord&lt;/tt&gt; implementation would resolve the problem.&lt;/p&gt;</comment>
                    <comment id="30651" author="cemerick" created="Tue, 26 Feb 2013 04:42:58 -0600"  >&lt;p&gt;Fixed @ &lt;a href=&quot;http://github.com/clojure/tools.nrepl/commit/0f016eb&quot;&gt;http://github.com/clojure/tools.nrepl/commit/0f016eb&lt;/a&gt;&lt;/p&gt;</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                                            <customfield id="customfield_10010" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Global Rank</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                                                                            </customfields>
    </item>

<item>
            <title>[NREPL-19] Android: nREPL starts with no namespace</title>
                <link>http://dev.clojure.org/jira/browse/NREPL-19</link>
                <project id="10022" key="NREPL">tools.nrepl</project>
                        <description>&lt;p&gt;When I start the nREPL on the Android device (by calling `(clojure.tools.nrepl.server/start-server :port 9999)`) it all goes well. But when I try to connect to this REPL using any of the clients I find myself in an empty namespace (or something like that). The var &lt;b&gt;ns&lt;/b&gt; is unbound, no functions from the clojure.core are available. At the beginning REPLy tries to perform some actions but they fail (says that it cannot find symbol `defn` - because nothing from clojure.core is being mapped).&lt;/p&gt;

&lt;p&gt;However I can do (in-ns &apos;anywhere) it works. Everything else in the REPL works correctly (as far as I see). The issue itself is minor but I&apos;m afraid that it is caused by some crash during nREPL initialization that might lead to other problems in future.&lt;/p&gt;</description>
                <environment>Android w/ Clojure 1.4.0, REPLy client / Eclipse CCW client</environment>
            <key id="15434">NREPL-19</key>
            <summary>Android: nREPL starts with no namespace</summary>
                <type id="1" iconUrl="http://dev.clojure.org/jira/images/icons/bug.gif">Defect</type>
                                <priority id="3" iconUrl="http://dev.clojure.org/jira/images/icons/priority_major.gif">Major</priority>
                    <status id="6" iconUrl="http://dev.clojure.org/jira/images/icons/status_closed.gif">Closed</status>
                    <resolution id="1">Completed</resolution>
                                <assignee username="cemerick">Chas Emerick</assignee>
                                <reporter username="alexyakushev">Alexander Yakushev</reporter>
                        <labels>
                        <label>android,</label>
                        <label>bug</label>
                    </labels>
                <created>Fri, 11 May 2012 11:05:31 -0500</created>
                <updated>Wed, 20 Jun 2012 07:07:27 -0500</updated>
                    <resolved>Wed, 20 Jun 2012 07:07:27 -0500</resolved>
                            <version>0.2.0</version>
                                                        <due></due>
                    <votes>0</votes>
                        <watches>0</watches>
                        <comments>
                    <comment id="28456" author="alexyakushev" created="Fri, 11 May 2012 11:06:34 -0500"  >&lt;p&gt;Can&apos;t edit, I meant the *&lt;b&gt;ns&lt;/b&gt;* var, of course.&lt;/p&gt;</comment>
                    <comment id="28541" author="alexyakushev" created="Sat, 19 May 2012 16:32:21 -0500"  >&lt;p&gt;With the help of Daniel Solano G&#243;mez I managed to fix this bug. The problem was caused by the lack of &lt;tt&gt;user&lt;/tt&gt; namespace in the Android-patched Clojure. nREPL assumes that the &lt;tt&gt;user&lt;/tt&gt; namespace is present and uses it by default.&lt;/p&gt;

&lt;p&gt;Here&apos;s the so called fix I ended up with:&lt;/p&gt;

&lt;div class=&quot;code panel&quot; style=&quot;border-width: 1px;&quot;&gt;&lt;div class=&quot;codeContent panelContent&quot;&gt;
&lt;pre class=&quot;code-java&quot;&gt;...
(let [user-ns (create-ns &apos;user)]
  (binding [*ns* user-ns]
    (clojure.tools.nrepl.server/start-server :port 9999)))
...&lt;/pre&gt;
&lt;/div&gt;&lt;/div&gt;

&lt;p&gt;The issue can be closed now.&lt;/p&gt;</comment>
                    <comment id="28616" author="cemerick" created="Sun, 27 May 2012 16:04:05 -0500"  >&lt;p&gt;A follow up Q: &lt;tt&gt;user&lt;/tt&gt; is created by &lt;tt&gt;clojure.lang.RT&lt;/tt&gt;&apos;s static initialization.  Is the lack of that in &quot;Android-patched Clojure&quot; an optimization of some sort?&lt;/p&gt;</comment>
                    <comment id="28617" author="alexyakushev" created="Sun, 27 May 2012 16:49:28 -0500"  >&lt;p&gt;Exactly, Daniel Solano G&#243;mez removed it because it&apos;s initialization took additional time, it seems.&lt;/p&gt;</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                                            <customfield id="customfield_10010" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Global Rank</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                                                                            </customfields>
    </item>

<item>
            <title>[NREPL-16] nrepl.middleware.interruptible_eval/interruptible_eval raises a stack inconsistence Exception if the call to clojure.main/repl fails</title>
                <link>http://dev.clojure.org/jira/browse/NREPL-16</link>
                <project id="10022" key="NREPL">tools.nrepl</project>
                        <description>&lt;p&gt;If the call to clojure.main/repl in `evaluate&apos; raises an exception before the :init part gets evaluated (so the expression `(push-thread-bindings @bindings)&apos; is executed) then nREPL crashes with the following exception:&lt;/p&gt;

&lt;p&gt;java.lang.IllegalStateException: Pop without matching push&lt;/p&gt;

&lt;p&gt;It happens because after the underlining exception in clojure.main/repl is caught by the try block in `evaluate&apos;, the `finally&apos; black calls (pop-thread-bindings) which were not actually &quot;pushed&quot;.&lt;/p&gt;</description>
                <environment>clojure 1.4.0-beta5, Android (?)</environment>
            <key id="15330">NREPL-16</key>
            <summary>nrepl.middleware.interruptible_eval/interruptible_eval raises a stack inconsistence Exception if the call to clojure.main/repl fails</summary>
                <type id="1" iconUrl="http://dev.clojure.org/jira/images/icons/bug.gif">Defect</type>
                                <priority id="3" iconUrl="http://dev.clojure.org/jira/images/icons/priority_major.gif">Major</priority>
                    <status id="6" iconUrl="http://dev.clojure.org/jira/images/icons/status_closed.gif">Closed</status>
                    <resolution id="1">Completed</resolution>
                                <assignee username="cemerick">Chas Emerick</assignee>
                                <reporter username="alexyakushev">Alexander Yakushev</reporter>
                        <labels>
                        <label>bug</label>
                    </labels>
                <created>Thu, 12 Apr 2012 02:41:45 -0500</created>
                <updated>Fri, 20 Apr 2012 13:40:04 -0500</updated>
                    <resolved>Mon, 16 Apr 2012 17:34:22 -0500</resolved>
                            <version>0.2.0</version>
                                                        <due></due>
                    <votes>0</votes>
                        <watches>0</watches>
                        <comments>
                    <comment id="28165" author="cemerick" created="Mon, 16 Apr 2012 17:34:22 -0500"  >&lt;p&gt;Fixed in &lt;tt&gt;0.2.0-beta6&lt;/tt&gt;.  Please give it a try and see how it works on Android.&lt;/p&gt;</comment>
                    <comment id="28191" author="alexyakushev" created="Fri, 20 Apr 2012 13:40:04 -0500"  >&lt;p&gt;It is OK now. OK in a sense that if something wrong happens inside the clojure.main/repl function then the stacktrace points there after the application dies.&lt;br/&gt;
Thanks for you help!&lt;/p&gt;</comment>
                </comments>
                    <attachments>
                </attachments>
            <subtasks>
        </subtasks>
                <customfields>
                                                                                            <customfield id="customfield_10010" key="com.pyxis.greenhopper.jira:gh-global-rank">
                <customfieldname>Global Rank</customfieldname>
                <customfieldvalues>
                    
                </customfieldvalues>
            </customfield>
                                                                                                            </customfields>
    </item>
</channel>
</rss>