Re: JIT Compilation on Android
On Sat, May 29, 2010 at 05:44, MHOOO thomas.karol...@googlemail.com wrote: I've got 1.2.0-master running on android froyo with a repl. Froyo supports JIT compilation, but whenever I call code which is defining a new class (e.g.: (defn blub [] nil)), I get an Exception: - clojure.core= (defn blub [] 1) java.lang.RuntimeException: java.lang.UnsupportedOperationException: can't load this type of class file (NO_SOURCE_FILE:15) clojure.core= - And the following error inside the android logs: - E/dalvikvm( 522): ERROR: defineClass(0x43e6e188, clojure.core$blub, 0x43f83a58, 0, 984, 0x0) - Am I doing something wrong/impossible or is there a way to fix this? Here's my guess: Android's virtual machine uses a different instruction set than the Sun/Oracle JVM(s). Clojure's compiler would have to generate Dalvik instructions instead of JVM Bytecode. I expect that's not a trivial change. // ben -- 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 email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Android 'dex' stage takes a very long time with Clojure
Nice! This will speedup development and allow you to workaround the terribly long startup time with a distracting splash screen. On 2010/05/29 01:06, MHOOO wrote: I've just started with development on android myself, but from what I've read on the internets, you could probably write a .dex loader in the default classes.dex (which will be loaded when you start your application) and write your actual program in other .dex files. This way you'll be able to compile the entire clojure system into the classes.dex and will only have to update your custom .dex files. This is actually something I'm currently trying to get to work. For further info, see: http://code.google.com/p/android/issues/detail?id=7147 http://developer.android.com/reference/dalvik/system/DexClassLoader.html On May 28, 4:12 pm, Matt Clark matt.clar...@gmail.com wrote: I'm new to Android, but I've been wanting to give it a try for a while so I thought I'd try using Clojure's master branch. It all seems to be working fairly well except the dex stage of installation takes around 2 minutes for a simple Hello World app. How do others get around this lag? I'm pretty sure it's caused by the large clojure.core namespace, as I've already taken everything else that I can out of the clojure jar file. I'm just not sure if there's anything else I can do. I am using emacs and android-mode, if that is of any help. I've also tried giving it more memory as suggested here:http://groups.google.com/group/clojure/msg/c38e015582cf7623 Thanks a lot Matt -- 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 email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Anyone experienced in using clojure as a database
Hi Erik, I have a question about primary keys. As far as I can see you're currently using the first field of the relation as a primary key. While that's what other databases do (and it is working well), I think it would be better to make _records_ themselves primary keys. Since records are immutable they are guaranteed to be unique and comparing them is essentially free. I have a feeling that would make whole lot of things much easier (no need to check the primary key field for uniqueness, no need to implement auto increment mechanisms, foreign keys would just become actual records). What do you think about it? Andrzej -- 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 email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: 57 varieties
On May 28, 9:26 pm, Steve Purcell st...@sanityinc.com wrote: If it helps, I've got a working non-ELPA set-up which you can browse here: http://github.com/purcell/emacs.d It uses git versions of Slime, Clojure-mode and Swank-clojure (as git submodules). Feel free to mail me off-list with any questions. Similarly; my setup is here (only tested with clojure 1.1): http://github.com/joodie/emacs-d with most of the relevant configuration in http://github.com/joodie/emacs-d/blob/master/topics.d/topic-clojure.el -- 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 email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Newbie question about vector performance
On May 28, 3:47 pm, Rubén Béjar rbe...@unizar.es wrote: I would thank a lot any hint, suggestion, comment, or whatever... :-) Here is a version that is approx 10 times faster: http://snipt.org/Olml The code structure is basically the same but it uses integer arrays for storage, some manual inlining and lots of type casts. I'm not certain it _works_ correctly, but... :) My observations: - use the profiler. jvisualvm that comes with the sun JDK has received some much needed love recently (especially in java 1.6.0_20) and has helped me alot in profiling the code. Install an additional plugin: Sampler. It is has a much lower overhead compared to the Profiler plugin that is installed by default. Both are useful, though. - native clojure data structures (seqs, vectors, maps, etc.) are slow (compared to native Java arrays for instance). There is no going around that. Immutability and other very nice features come with a price. Dynamic languages are also, by their nature, slower than their static companions. - jvisualvm shows that in my version 40% - 50% of the time is spent in the ur-8neigh-minmax function. That time is further split into array fetches, casts to int, arithmetic (inc, dec, add, multiply, comparisons). I simply don't know how to optimise that further without changing the algorithm. On that note, the Clojure compiler and core libraries are getting better: http://snipt.org/Olmn Current Clojure 1.2.0 gives approx 10% better results. I assume (am certain, actually :)) my improvements can be further improved, but the code gets quite unreadable bery fast. A side note: I have been happily programing in Perl for many years now. Perl is typically 50x to 100x slower than C or Java. When people identify a performance bottleneck someone writes a version of the same thing in C. I don't see a problem with using the same approach in Clojure. You can write some quite ugly clojure (usually using mutability) that approaches Java speed or you can abstract the slow parts out and write them in Java. Hope this helps... :) -- Igor Rumiha -- 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 email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Datatype Usage Examples
Krukow wrote: Sina K. Heshmati wrote: [snip] The only member data _I'm_ able find are the ones that are passed to the default constructor, namely at the time that the abstraction is reified. What if I'd have to give create a member field that is not necessarily known by the caller or instantiator. That is, it's the abstraction itself that has to create and maintain the value of that field. You mean something like a private field in Java that is not supplied as a constructor argument, but computed as a function of the other fields, and which is not necessarily accessible from callers. If I understand correctly what it is you want, I think you are moving away from Clojure, trying to somehow encapsulate an object. See RH's note on encapsulation: Encapsulation of information is folly. Fields are public. Use protocols/interfaces to avoid dependencies [1]. I chose Clojure to experiment with new things rather than applying my old tricks so I'm definitely not looking for encapsulation per se but I should be able to map the concepts from one language to the other in order to be able to effectively code. That said, I'd rather make sure that my low-level data structures are being operated on by only one implementation. The fact that a certain field is immutable reassures me that other programs can't alter it and this is good enough. If I want my abstraction to be able to alter its own state, then I'd use Refs, Atoms, and the like. I hope this is Clojure idiomatic. My implementation of the pair abstraction in Clojure is here: http://github.com/sindoc/algorithms/blob/master/src/main/clojure/memory-management/manual/pairs/pair.clj Right now, external programs can access my low-level data structures e.g. car-mem and alter them since they're 'refs'. This is not good to my eyes, unless someone says: no matter what you do, external programs can still find a way to access the private fields of my implementation e.g. using reflection. Macros could also be used to generate most of the helper functions for car-mem, cdr-mem and next-free. Please feel free to report any bad practices or improvements. One of the abstraction that I was hoping to implement in Clojure is a Scheme-like pair in order to demonstrate various memory management techniques. Once we do (cons a b), an abstract pair should be made that only contains a pointer to its location in memory: (tag address). Here's the pair implementation [2] in Scheme R5RS. So you want a mutable pair (fst, snd) where fst and snd can be mutated arbitrarily? This is definately not the Clojure way :) In Clojure, you'd either use a pair of atoms or refs, giving you managed mutability, or you'd simply write a functional pair. Obviously, this is not the Clojure way but I have to simulate the Scheme pair system. Thanks for the follow-up, Krukow. SinDoc -- 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 email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: JIT Compilation on Android
The dalvikvm does not run java classes and has a different instruction set. That's why you need to do the dex step before deploying your code on android. George Jahad did get a repl/eval to run on android some time ago. See: http://groups.google.com/group/clojure/browse_thread/thread/14725172c626642c And the revelant commit in his clojure fork: http://github.com/GeorgeJahad/clojure-android/commit/9caf2913a2724c38d735743649763c7b0c96dfcd On 2010/05/29 05:44, MHOOO wrote: I've got 1.2.0-master running on android froyo with a repl. Froyo supports JIT compilation, but whenever I call code which is defining a new class (e.g.: (defn blub [] nil)), I get an Exception: - clojure.core= (defn blub [] 1) java.lang.RuntimeException: java.lang.UnsupportedOperationException: can't load this type of class file (NO_SOURCE_FILE:15) clojure.core= - And the following error inside the android logs: - E/dalvikvm( 522): ERROR: defineClass(0x43e6e188, clojure.core$blub, 0x43f83a58, 0, 984, 0x0) - Am I doing something wrong/impossible or is there a way to fix this? -- 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 email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Elegant way to replace a few words in string
However, in this case, the point of the code was probably to show/teach somebody how to solve a problem. When teaching, you want to make the point as clear as possible, and I think John is trying to point out, in this instance, the extra code to remove the reflection warnings detracts from that goal. I do not disagree with the idea of removing reflection warnings as a rule and not an exception, especially in production software. I should probably not fan this fire, but I did anyways... :) -- Dennis On Fri, May 28, 2010 at 2:45 PM, Laurent PETIT laurent.pe...@gmail.com wrote: 2010/5/28 Michael Gardner gardne...@gmail.com On May 28, 2010, at 12:42 PM, Laurent PETIT wrote: The rule should really always be: no warning at all (with *warn-on-reflection* set to true, of course). I strongly disagree. Why should you care about those sorts of warnings unless you've already identified a bottleneck that needs elimination? Said differently than my previous answer : consider removing warnings as the act of keeping your code in a good state/shape. I tend to not get rid of warnings enough in my own java code, but for clojure production code, I would take warnings wayy more seriously than e.g. java warnings. My 0,02€, -- Laurent -- 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 email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en -- 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 email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: (apply interleave [[1 2]])
What code would this make simpler? Are you constantly having to check this special case? If not, I don't see a reason to include it. -- Paul Hobbs On Sat, May 29, 2010 at 1:32 AM, Eugen Dück eu...@dueck.org wrote: When I do (apply interleave some-colls) and some-colls is a sequence/collection of only one sequence/ collection, it will throw: user= (apply interleave [[1 2]]) java.lang.IllegalArgumentException: Wrong number of args passed to: core$interleave (NO_SOURCE_FILE:0) (Of course I don't need the apply to cause that exception, but calling interleave directly with just one parameter doesn't make any sense. But in the case you use apply, having only one sequence in a sequence is a possible corner case that can arise at run time) In order to make interleave more general, I'd like to add a one param overload to interleave like (defn interleave Returns a lazy seq of the first item in each coll, then the second etc. ([c] (seq c)) ... or even just (defn interleave ([c] c) but that would break the contract of interleave, in that it returns whatever you pass in, which might not be a sequence, as is the case in my example. Any thoughts on this? Eugen -- 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 email to clojure+unsubscr...@googlegroups.comclojure%2bunsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en -- 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 email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Elegant way to replace a few words in string
My memory was bad. There's no rampant bug in the code if one does not place type hints. My bad. 2010/5/29 Dennis shr3ks...@gmail.com However, in this case, the point of the code was probably to show/teach somebody how to solve a problem. When teaching, you want to make the point as clear as possible, and I think John is trying to point out, in this instance, the extra code to remove the reflection warnings detracts from that goal. I do not disagree with the idea of removing reflection warnings as a rule and not an exception, especially in production software. I should probably not fan this fire, but I did anyways... :) -- Dennis On Fri, May 28, 2010 at 2:45 PM, Laurent PETIT laurent.pe...@gmail.com wrote: 2010/5/28 Michael Gardner gardne...@gmail.com On May 28, 2010, at 12:42 PM, Laurent PETIT wrote: The rule should really always be: no warning at all (with *warn-on-reflection* set to true, of course). I strongly disagree. Why should you care about those sorts of warnings unless you've already identified a bottleneck that needs elimination? Said differently than my previous answer : consider removing warnings as the act of keeping your code in a good state/shape. I tend to not get rid of warnings enough in my own java code, but for clojure production code, I would take warnings wayy more seriously than e.g. java warnings. My 0,02€, -- Laurent -- 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 email to clojure+unsubscr...@googlegroups.comclojure%2bunsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en -- 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 email to clojure+unsubscr...@googlegroups.comclojure%2bunsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en -- 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 email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Elegant way to replace a few words in string
This is covered in the coding standards doc [1]: Use type hints for functions that are likely to be on critical code; otherwise keep code simple and hint-free. Reusable libraries are a strong candidate for type hinting. [1] http://www.assembla.com/wiki/show/clojure/Clojure_Library_Coding_Standards 2010/5/28 Michael Gardner gardne...@gmail.com On May 28, 2010, at 12:42 PM, Laurent PETIT wrote: The rule should really always be: no warning at all (with *warn-on-reflection* set to true, of course). I strongly disagree. Why should you care about those sorts of warnings unless you've already identified a bottleneck that needs elimination? Said differently than my previous answer : consider removing warnings as the act of keeping your code in a good state/shape. I tend to not get rid of warnings enough in my own java code, but for clojure production code, I would take warnings wayy more seriously than e.g. java warnings. My 0,02€, -- Laurent -- 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 email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en -- 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 email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
How to reset a counter
I've been working with Lisp and Scheme for the past few years and have
migrated to Clojure because of the JVM. I think I get functional
programming, but one problem is giving me fits.
I'm working on a simple imaging problem. I want to copy an array of
pixels to an image buffer. That means that I have to deal both with
an array and a matrix (x and y). As I go along my array, each time x
reaches the end of a line in the matrix I have to set it back to zero
and increment y.
I can find no simple way to do this without getting a compile error.
Can someone show me how to do this?
Example in pseudo code:
x = 0
y = 0
for (k = 0; k 256; ++k)
if (= x 16) {
x = 0
(inc y)
}
else
(inc x)
writeBuffer (x, y, value[k])
Bill
--
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 email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
Re: How to reset a counter
On 29 May 2010 14:19, WoodHacker ramsa...@comcast.net wrote: I'm working on a simple imaging problem. I want to copy an array of pixels to an image buffer. That means that I have to deal both with an array and a matrix (x and y). As I go along my array, each time x reaches the end of a line in the matrix I have to set it back to zero and increment y. I can find no simple way to do this without getting a compile error. Can someone show me how to do this? You could use loop/recur. The following code is closest in structure to the pseudo code you supplied: (loop [x 0, y 0, k 0] (when ( k 256) (write-buffer x y (value k)) (if (= x 16) (recur 0 (inc y) (inc k)) (recur (inc x) y (inc k) However, there are more concise methods of programming the same thing. For instance, we don't need to bother incrementing x and y; we can calculate them on the fly from k using modulus (mod) and quotient (quot): (loop [k 0] (when ( k 256) (write-buffer (mod k 16) (quot k 16) (value 16)) (recur (inc k Now we just have a single loop with a single incrementing variable, k. This is a common pattern, and there is a macro called dotimes in clojure.core that implements that pattern: (dotimes [k 256] (write-buffer (mod k 16) (quot k 16) (value 16))) - James -- 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 email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: JIT Compilation on Android
Ah yes, applying the commits onto clojure master worked. Thanks! On May 29, 2:06 pm, Remco van 't Veer rwvtv...@gmail.com wrote: The dalvikvm does not run java classes and has a different instruction set. That's why you need to do the dex step before deploying your code on android. George Jahad did get a repl/eval to run on android some time ago. See: http://groups.google.com/group/clojure/browse_thread/thread/14725172c... And the revelant commit in his clojure fork: http://github.com/GeorgeJahad/clojure-android/commit/9caf2913a2724c38... On 2010/05/29 05:44, MHOOO wrote: I've got 1.2.0-master running on android froyo with a repl. Froyo supports JIT compilation, but whenever I call code which is defining a new class (e.g.: (defn blub [] nil)), I get an Exception: - clojure.core= (defn blub [] 1) java.lang.RuntimeException: java.lang.UnsupportedOperationException: can't load this type of class file (NO_SOURCE_FILE:15) clojure.core= - And the following error inside the android logs: - E/dalvikvm( 522): ERROR: defineClass(0x43e6e188, clojure.core$blub, 0x43f83a58, 0, 984, 0x0) - Am I doing something wrong/impossible or is there a way to fix this? -- 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 email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Android 'dex' stage takes a very long time with Clojure
I'd like to try to compile the clojure code (i.e. its different parts like .core, .main, .set, etc) into different .dex files so as to speed up both compilation (since you'll only have to recompile those .dex files which have changed) and start-up (since only those .dex files are loaded which are needed during program runtime). However I'm not quite sure where to hook into as I have only little understanding of how clojure loads files. Is there a function somewhere in the java/ clojure side of the code which is responsible for finding a namespace (possibly compiling it first) and loading it? -- 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 email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: do clojure and la(tex) have something in common ?
On May 28, 10:35 pm, Dave Pawson dave.paw...@gmail.com wrote: Which Saxon have you wrapped please? saxon655 or Saxon9he? Currently I'm wrapping the last Saxon 9B before the switch to the three-way split. I plan to stick with it until there's a reason not to; there are some features of B I'd rather not be without, like saxon:eval() in stylesheets. Best, Perry -- 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 email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: do clojure and la(tex) have something in common ?
On 29 May 2010 15:44, Perry Trolard trol...@gmail.com wrote: On May 28, 10:35 pm, Dave Pawson dave.paw...@gmail.com wrote: Which Saxon have you wrapped please? saxon655 or Saxon9he? Currently I'm wrapping the last Saxon 9B before the switch to the three-way split. I plan to stick with it until there's a reason not to; there are some features of B I'd rather not be without, like saxon:eval() in stylesheets. eval will be in the new xslt 2.1, hence in the newer Saxon, unless Mike Kay makes it a pay version. 3 way sounds good Perry. regards -- Dave Pawson XSLT XSL-FO FAQ. Docbook FAQ. http://www.dpawson.co.uk -- 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 email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: How to reset a counter
Hi, here an example using clojure sequence library. (require 'clojure.contrib.seq-utils) (doseq [[y vs] (indexed (partition 256 value)) [x v] (indexed vs)] (write-buffer x y v)) Sincerely Meikel -- 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 email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: (apply interleave [[1 2]])
On May 29, 2010, at 5:07 AM, Paul Hobbs wrote: What code would this make simpler? Are you constantly having to check this special case? If not, I don't see a reason to include it. I haven't run across this particular issue, but I have many times written code that may end up calling a function with degenerate arguments in corner cases. I much prefer functions that handle such degenerate arguments gracefully when it makes sense to do so, which it absolutely does for interleave. -- 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 email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Suggession for your website
My name is Nitin Vasnik and I just happen to visit your Website. I see that your company's Website is good but the only thing lacking is page ranking due to keywords. A good page ranking is very helpful in getting more business. We areElsner Media Marketing we provide Seo Services. We have a staff of 150+ employees working 24 hours Mon - Sat.We can increase your page ranking and get you listed in the top ten of Google. We are masters in Seo services, we can increase traffic on your Website by - 1-Social Bookmarking. 2-Link building. 3-Article submission many more tools. If you are interested in our services than you can E-mail us at- ni...@nettechno.com Our Address:- Elsner Media Marketing 3,6,7 Shubh Complex near Rajasthan Hospital Shahibaug Ahmedabad Gujrat India-380003 Our Contact No: (India )+919898944736 -- 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 email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Transient HashMaps with not more than 8 elements?
Hi,
recently I discovered the following behaviour of transient hash-maps
which seems a bit odd to me:
user (def thm (transient {}))
#'user/thm
user (dotimes [i 10]
(assoc! thm i i))
nil
user (count thm)
8
user (persistent! thm)
{0 0, 1 1, 2 2, 3 3, 4 4, 5 5, 6 6, 7 7}
The same happens if i goes up to 100, 1000, ... Is this a bug or is
this a fundamental misconception of mine?
Daniel
--
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 email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
Re: Transient HashMaps with not more than 8 elements?
On May 30, 12:32 am, Daniel Borchmann daniel.borchm...@googlemail.com wrote: The same happens if i goes up to 100, 1000, ... Is this a bug or is this a fundamental misconception of mine? You're using them wrong. Transients are not imperative data structures. You need to capture the return value of assoc! and use that as the new transient. -- 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 email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Android 'dex' stage takes a very long time with Clojure
Well, that was easy enough. I modified the load function inside RT.java to load classes/namespaces out of .dex files. (use 'my.compiled.namespace) will now look for either the compiled .class (and load it), or it will look for a .clj (and compile load it - thanks to George Jahad's work), or it will look for a .dex file (my.compiled.namespace.dex) inside the .apk and try to load the class from there. Charming! I've already split clojure-master into several parts (.dex files for core,main,zip,set,walk,xml,java,inspector,pprint,repl), so now the next step would be to figure out how to get it all together and integrate it with leiningen: Build clojure-master .dex files (- done) with a custom main (- todo) which calls the users main android activity (- todo), package everything into an apk (- done) and install it on the emulator (- done). On May 29, 4:07 pm, MHOOO thomas.karol...@googlemail.com wrote: I'd like to try to compile the clojure code (i.e. its different parts like .core, .main, .set, etc) into different .dex files so as to speed up both compilation (since you'll only have to recompile those .dex files which have changed) and start-up (since only those .dex files are loaded which are needed during program runtime). However I'm not quite sure where to hook into as I have only little understanding of how clojure loads files. Is there a function somewhere in the java/ clojure side of the code which is responsible for finding a namespace (possibly compiling it first) and loading it? -- 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 email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: (apply interleave [[1 2]])
Paul, I already gave a minimal example of the code it makes simpler, i.e. work in the first place: (apply interleave some-colls) I ran into this a couple of times, and wrote my own variant of interleave that handles the one-coll case. I'd rather see this case handled by interleave. How often do you do: (+ 5) or (* 3) ? But you might have used something like (apply + coll) or (reduce + coll) and under certain circumstances your coll might have had only one element. Still + works just fine and returns a value that makes sense (it even does if you call it with no argument). I'm basically asking to get the same case that clojure handles for a lot of other functions added to interleave. Eugen On May 29, 7:07 pm, Paul Hobbs paul_ho...@hmc.edu wrote: What code would this make simpler? Are you constantly having to check this (apply interleave some-colls) special case? If not, I don't see a reason to include it. -- Paul Hobbs On Sat, May 29, 2010 at 1:32 AM, Eugen Dück eu...@dueck.org wrote: When I do (apply interleave some-colls) and some-colls is a sequence/collection of only one sequence/ collection, it will throw: user= (apply interleave [[1 2]]) java.lang.IllegalArgumentException: Wrong number of args passed to: core$interleave (NO_SOURCE_FILE:0) (Of course I don't need the apply to cause that exception, but calling interleave directly with just one parameter doesn't make any sense. But in the case you use apply, having only one sequence in a sequence is a possible corner case that can arise at run time) In order to make interleave more general, I'd like to add a one param overload to interleave like (defn interleave Returns a lazy seq of the first item in each coll, then the second etc. ([c] (seq c)) ... or even just (defn interleave ([c] c) but that would break the contract of interleave, in that it returns whatever you pass in, which might not be a sequence, as is the case in my example. Any thoughts on this? Eugen -- 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 email to clojure+unsubscr...@googlegroups.comclojure%2bunsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en -- 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 email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Datatype Usage Examples
That said, I'd rather make sure that my low-level data structures are being operated on by only one implementation. You could use closures to encapsulate the refs/atoms ... (let [car-mem (ref nil)] (defn set-car-mem [new-car-mem] (dosync (ref-set car-mem new-car-mem))) (defn update-car-mem [new-car-mem] (dosync (set-car-mem new-car-mem))) (defn get-car-mem [] @car-mem)) user= (set-car-mem 0) user= (get-car-mem) 0 user= @car-mem java.lang.Exception: Unable to resolve symbol: car-mem in this context (NO_SOURCE_FILE:0) (note that you need a do-sync around ref-set - your code didn't have one.) -Rgds, Adrian -- 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 email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
Re: Transient HashMaps with not more than 8 elements?
Yup, you need to use the transient functions, e.g., assoc!, just as
you would the persistent functions. This is nice since you can write
your code in the persistent style, then if you need to make some
performance tweaks, simply add some exclamation points; the structure
of the code remains the same.
As for why you see what you're seeing, the assoc! does generally
mutate the passed in map, thus you see some map entries. The rub is
that assoc! is smart enough to choose the right implementation for the
size; for small maps (0-8 entries) an array-map is used (and the {}
literal is also an array-map). Once you assoc! the 9th element, the
function instead returns a hashmap, thus no longer mutating the
instance referenced by thm.
On May 29, 2:41 pm, Jarkko Oranen chous...@gmail.com wrote:
On May 30, 12:32 am, Daniel Borchmann
daniel.borchm...@googlemail.com wrote:
The same happens if i goes up to 100, 1000, ... Is this a bug or is
this a fundamental misconception of mine?
You're using them wrong. Transients are not imperative data
structures. You need to capture the return value of assoc! and use
that as the new transient.
--
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 email to
clojure+unsubscr...@googlegroups.com
For more options, visit this group at
http://groups.google.com/group/clojure?hl=en
Re: How to reset a counter
Also have a look at Christophe's excellent Taming multidim Arrays... http://clj-me.cgrand.net/2009/10/15/multidim-arrays/ -Rgds, Adrian -- 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 email to clojure+unsubscr...@googlegroups.com For more options, visit this group at http://groups.google.com/group/clojure?hl=en
