OK, uncle on the C. I was thinking that we could find another state machine
compiler that gens Java but that ended up not making any sence because these
generators act like macro languages or preprocessor - they dress up C and
gen C or they dress up Java and gen Java.
My goal is to get a web base
ObjectSpace was still slow when I just threw all objects into an gigantic pre-allocated ArrayList without cleaning up or hashing, so I don't think it was just hashCode slowing it down.Memoizing RubyObject's hashCode might give us the same benefits that interning Strings did, but the JVM may already
On Sun, 18 Jun 2006, Ola Bini defenestrated me:
>
> It seems this wasn't to hard to solve, actually. At least I've got
> something that actually works right now. I've modified IOModes to
> include a Binary-flag, and IOHandlerSeekable to check lineendings if
> we're on a platform where it's not '\n
Do that!
I've been thinking about it for 2-3 days, and I can't really find a
reason not to. The test cases all run, RubyGems, Rails and WEBrick seem
to work as well as before. Can someone possibly run Rubicon and the
other tests too, so we're sure about this?
As you say, it seems more Right to do
Hi,
It seems this wasn't to hard to solve, actually. At least I've got
something that actually works right now. I've modified IOModes to
include a Binary-flag, and IOHandlerSeekable to check lineendings if
we're on a platform where it's not '\n' ... This actually seem to solve
the issue for now. P
Yep, it seems to be zero-sum.
I'm not sure where all those HashMap.get came from in RDoc though.
Regarding RubyObject, I don't really understand why user defined classes
would generate the same string alot, since identityHashCode is used in
the default to_s.
>From that information, it would probabl
Hi.
I think it would be hard to get it working with 0.8.3, so you probably
need either CVS HEAD or wait for 0.9.
The sockets will be more or less there in 0.9. thread is no problem.
actually,
the standard code for mongrel will work completely out of the box with
CVS HEAD right now, except for http
I played with this a bit yesterday too. I left RubyObject hashCode the
way it was. Then set a breakpoint there. Then ran scripts. When I saw
a core class which used it I would add a hashCode impl that did what
ever they had for 'hash'. If they didn't have anything I used
System.identityHas
Actually, I think I've found a solution that may work, but you'll have
to tell my what you think about this.
The plan is to change IOHandlerSeekable#sysread,
IOHandlerUnseekable#sysread and IOHandlerNIO#sysread. They will have to
know if it is a file we're reading (how can we know this from these
Here's the very beginning of mongrel.rb:
require 'socket'
require 'http11'
require 'thread'
require 'stringio'
require 'mongrel/cgi'
require 'mongrel/handlers'
require 'mongrel/command'
require 'mongrel/tcphack'
require 'yaml'
require 'time'
So, I have some questions.
How are we doing with sock
Hi
A week or so ago, I wrote about a Win32-specific problem with rails and
other things in JRuby. The dreaded line separator. When reading a file
like text in Ruby, it automatically converts the platforms line
separator to '\n', so on Win32 all \n\r-sequences gets turned into only
\n. This seems l
Hi
A small patch attached, that moves the definitions of all Zlib-errors
into RubyZlib. This will be needed as soon as I finish the Java Zlib, so
I moved it now...
/O
zlibError.patch
Description: Binary data
___
Jruby-devel mailing list
Jruby-devel@li
Yes, that was my second thought. I haven't looked at the http parsing in
Jetty yet, but the Simple-libraries doesn't seem to match that well
since the parsing are spread out in many different places (at least
that's what I gathered after a cursory look).
/O
- Original Message -
From: Char
Hi,
Yes, of course that's needed. But on the other hand, the change actually
already found us a place where our test code was wrong (see my post on
TestRubyHash). Incidentally, my first approach was to try and see how
System.identityHashCode() would work out as the general
hashCode-algorithm. I've
But now they do hash the same. Both Regexp and Range have the new
default behaviour from my hashCode implementation in RubyObject (which
is return toString().hashCode())...
/O
- Original Message -
From: Thomas E Enebo <[EMAIL PROTECTED]>
Date: Saturday, June 17, 2006 11:37 pm
Subject: Re:
15 matches
Mail list logo
