On May 28, 3:47 pm, Rubén Béjar 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 lo
On Mar 9, 2:57 pm, WoodHacker wrote:
> Hi All,
>
> Can anyone explain how I can get a traditional Mac OS menubar to
> appear at the top of the screen?
>
> Normally I would use (System/setProperty
> "apple.laf.useScreenMenuBar", "true") and then
> (.setJMenuBar ...) in my main frame.
>
> This does
On Feb 11, 1:24 pm, Joop Kiefte wrote:
> If I remember correctly it will work just fine if you don't import it and
> you refer to it like (jxl.write.Number...
>
> Please correct me if I'm wrong.
You are correct! Thanks!
--
Igor Rumiha
--
You received this message because you are subscribed to
Hi,
I'm exploring the jexcelapi library (http://
jexcelapi.sourceforge.net), and one of the classes there is
jxl.write.Number. So, when I do:
=> (import 'jxl.write.Number)
I get:
Number already refers to: class java.lang.Number in namespace: user
[Thrown class java.lang.IllegalStateException]
On Jul 5, 3:05 pm, Nicolas Oury wrote:
> Actually, that would be so good, that I actually think there is a mistake
> somewhere either in my program or my computation of the speed.
> Let's wait for igorrumiha to check and to test this implementation.
>
OK, I did my tests, I fo
On Jul 3, 4:30 pm, Shawn Hoover wrote:
> Interesting. Maybe I'm crazy, but when running java -server, replacing
> vectors/assoc with arrays/aset slowed my project down from 4000
> iterations/second to 100! Similarly, removing multimethods for each
> instruction and loop/recur to churn through the
On Jul 2, 7:13 pm, Nicolas Oury wrote:
> Hello,
> I just have a look at your code. I was wondering why reflect.Array/getDouble
> was faster than aget?
(aget arrayname) actually makes a call to java.lang.reflect.Array/get
which looks at the type of data in the array and then does the right
thing.
On Jul 1, 10:24 pm, fft1976 wrote:
>
> > > Has either one of you tried adding type declarations?
>
> > Yes, I had them from the start.
>
> Isn't it strange that Clojure with type declarations (that some people
> say should be as fast as Java) was only as fast as Python (which does
> not allow typ
On Jul 1, 8:55 am, Nicolas Oury wrote:
[SNIP]
> And instead of reading the instruction and storing them in a vector
> you create a term:
>
> program-term =
>
> `(fn [input-array output-array memory]
>
> (do ~...@list-of-instructions)
>
> Then you (eval program-term) (once only) at ru
On Jul 1, 8:25 pm, fft1976 wrote:
> On Jun 30, 3:02 pm, igorrumiha wrote:
>
> > According to some of the people on the #icfp-contest channel my
> > VM implementation is 500x to 1000x slower than a typical
> > implementation written in C. It is, on the other hand, in
On Jul 1, 8:55 am, Nicolas Oury wrote:
> - Use java arrays for memory. You don't seem to use the vectors in a
> persistent way, and there does not seem to be easy parallelization of the
> vm. That's less elegant but probably quicker. I wouldn't say the same thing
> if there were possible ways of
Greetings everyone,
I didn't actually plan it but I ended up participating in the ICFP
programming contest (http://www.icfpcontest.org). This year the task
was to move satellites from one orbit to another, to meet with other
satellites etc. Quite interesting, and to start it all you need to
imple
On Feb 4, 10:12 am, "Remco van 't Veer" wrote:
> Caching Reflector.getMethods, as described below, works pretty well.
> Performance seems acceptable for now. Startup time is still dramatic,
> need to investigate. Considering releasing changes as a fork on
> github is anybody is interested.
>
I
13 matches
Mail list logo
