Re: Running out of memory when using loop/recur and destructuring

From looking at the source code the loop macro, it looks like this
might be particular to destructuring with loop, rather than being
related to destructuring in general ?

Re: Infinite sequences hang sets and maps

Luke VanderHart wrote:
> On Oct 29, 4:01 am, Mark Engelberg <mark.engelb... <at> gmail.com> wrote:

>> I see your point that hashCode could be made to work on infinite
>> sequences, but since hashing is almost always a prelude to testing for
>> equality, I'm hard pressed to think of an example of why you'd want to
>> be able to do this.  Can you illustrate with an example?

> Wouldn't hashCode be called every time you use an infinite sequence as
> a key in a hash map?

Yes, but this is another case where hashing is a prelude for testing 
equality.  If there's a hash collision then the map will have to use 
equality testing to distinguish between two keys.  If you make hashCode 
always work on infinite sequences, then sometimes using them as keys in 
maps will work and other times -- seemingly randomly -- it won't.  In my 
opinion this is much worse than them never working as map keys.

> That strikes me as a problem, since everything else in Clojure makes
> perfectly good map keys.

"Everything else" in Clojure is also printable and equality testable in 
finite time.  There's just some things you can't do reliably with 
infinite sequences.

Re: Compiling latest ClojureCLR

The latest commit allows ClojureCLR to run against the most recent
commit of the DLR.

>> The more final solution will be an installer that takes care of all of
>> this.
>
> That sounds interesting. Any plans for clojure.contrib? I'd be really
> interested in helping where I can, and porting clojure code to .NET is
> something I can do. I'm aware of the fact that Clojure core isn't
> ported completely yet, but I think work can proceed in parallel on
> core and contrib. Some device to avoid duplicate work on porting
> clojure.contrib would be nice.

I'm hoping someone will step up on writing an installer.

The only major piece of the core not completed is genclass.  The main
items on the agenda at the moment:

1) Finish BigDecimal to remove vjslib dependency (should be done in a
few more days).
2) Implementing genclass
3) Creating an installer
4) Converting clojure.contrib

Item (3) can be done by anyone with appropriate .Net skills.

Item (4) requires Clojure app programmer knowledge more than Clojure
internals knowledge.

Re: pointfree library

i have updated the library to use arrows, rather than just functions.
(it still works with functions)

to make a new kind of arrow, you need to implement:
arr (creates an arrow from a function)
>>> (combines arrows left to right)
fst (makes arrow work on the first element of a vector, leaving the
other elements alone)
ttt (arrow works on second element of a vector if the first element is
true)

the other arrow combinators use those, so they don't need to be
reimplemented for every kind of arrow.
http://github.com/hclarke/pointfree-clojure

Re: ClojureCLR - clojure.contrib.repl-utils

Hello,

On Sat, Oct 31, 2009 at 11:57 PM, dmiller <dmiller2718 <at> gmail.com> wrote:
> There is very little progress on clojure-clr.contrib.   The process is
> not that hard, just tedious.  I can give hints to anyone who wants to
> work on it.  I plan to work on it next after finishing BigDecimal.

Great. I'll try to get some work done on repl-utils.

> I do see the issues tab on the github site.  However, I've got
> contributor status on that, so I may see things other don't.  I don't
> have admin capabilities on that site, so I can't enable it.  That
> would be up to Rich.
>
> I hope you can at least see the wiki tab.

The issues tab is obviously right where it should be. I think I was
looking at another repository when writing that email 

> Regarding this specific issue, (apply (fn [] 1)) doesn't work in
> ClojureJVM either, at least not the build I have.
>
> user=> (apply (fn [] 1))
> java.lang.IllegalArgumentException: Wrong number of args passed to:
> core$apply (NO_SOURCE_FILE:0)

Correct. My Clojure JVM version was a little (too) old, and ClojureCLR
was fresh out of GitHub 

update-proxy doc - what is "this" ?

user=> (doc update-proxy)
-------------------------
clojure.core/update-proxy
([proxy mappings])
  Takes a proxy instance and a map of strings (which must
  correspond to methods of the proxy superclass/superinterfaces) to
  fns (which must take arguments matching the corresponding method,
  plus an additional (explicit) first arg corresponding to this, and
  updates (via assoc) the proxy's fn map. nil can be passed instead of
  a fn, in which case the corresponding method will revert to the
  default behavior. Note that this function can be used to update the
  behavior of an existing instance without changing its identity.
nil
user=>

---

It says:"the first arg corresponding to this"

What is meant with "this"?

Re: update-proxy doc - what is "this" ?

msappler wrote:
> user=> (doc update-proxy)
> 
> It says:"the first arg corresponding to this"
> 
> What is meant with "this"?

"this" means the proxy object itself (like the "this" keyword in Java).

throw-if

java.lang.ClassFormatError: Duplicate field name&signature in class file

Im having difficulties using gen-class in some cases

 (clojure.core/gen-class
   :name rcp.MyView
   :extends org.eclipse.ui.part.ViewPart
   :prefix "MyView362" :init init)

 (clojure.core/defn MyView362init [] [[] []])
 (clojure.core/defn MyView362createPartControl [this parent]
  (println "HI"))
 (clojure.core/defn MyView362setFocus [this])

When i type in rcp.MyView i get an error
java.lang.ClassFormatError: Duplicate field name&signature in class
file
Looking at the class expansion in eclipse, theres a duplicate init_var

However, when i replace org.eclipse.ui.part.ViewPart with
org.eclipse.core.commands.AbstractHandler
there is no duplicate var. Whats going on here?

Re: Periodic tasks