I agree with Charles suggestion. In the mean time, do you have specific areas
of interest?
On Tuesday 03 January 2006 12:52 pm, Zane Rockenbaugh wrote:
> I'm in the same boat.
>
> Z
>
> John Wells wrote:
> > Guys,
> >
> > I'd like to start helping JRuby out, but can't find any good "Getting
> >
One thing that would be VERY useful to a number of people, is if each Node
implementation contained a standardized comment describing what it really
represents (unless you want to rename then to be clearer, though I still
suspect that would not be enough unless you're very familiar with the
rub
This is just a comment, to say we still have some type of synchronization bug
(I think). We get an intermittent failure parsing XML (the SAME xml) during
our tests. Since the bug seems to happen much more frequently on
hyper-threaded systems, I assume it's a synchronization bug, though I'm not
was only a single thread running.
>
> At any rate, I'll keep an eye out for any thread-like failures.
>
> - Charlie
>
> On 1/19/06, David Corbin <[EMAIL PROTECTED]> wrote:
> > This is just a comment, to say we still have some type of synchronization
> > bug (
On Friday 20 January 2006 12:27 pm, Galarneau, Neil wrote:
> I'm just kibitzing from the sidelines here, but for situations like this
> it might be nice to see all java thread stacks.
>
> This is now possible in java 1.5 by calling Thread.getAllStackTraces().
> This call could be done reflectively
Here's a wierd regression bug, causing REXML to give false errors. As near as
I can tell, it worked fine in 0.8.2.
Please note, that if the XML parsing is done without the Unit-test, it works
fine. In fact, if you parse it once before the unit test, and once during,
it works fine.
This doesn
The trick to learn (which I'm still working on), is to not put the addressee
in when you start the message :)
On Sunday 22 January 2006 23:49, Charles O Nutter wrote:
> I hate when I do that. Patch attached.
>
> On 1/22/06, Charles O Nutter <[EMAIL PROTECTED]> wrote:
> > This fix allows the m
:27:in
> `run' C:\Jrubywork\jruby\lib\ruby\1.8\test\unit\autorunner.rb:194:in `run'
> C:\Jrubywork\jruby\lib\ruby\1.8\test\unit\autorunner.rb:14:in `run'
> C:\Jrubywork\jruby\lib\ruby\1.8\test\unit.rb:285
>
> I'm no regexp master, but I'll keep poking
Well, for one, because the ruby configuration stuff (RbConfig ?) needs to
report on where the libraries are.
David
On Sunday 22 January 2006 15:29, Charles O Nutter wrote:
> That would explain why it was working for me...the first thing I run
> in my JRuby command prompt sessions is a script tha
> nit:
>
> if (a)
> return
> else if (b)
> return
> else
> return
>
> Should lop off the else:
>
> if (a)
> return
> else if (b)
> return
>
> return
Should lop off ALL the elses.
if (a)
return
if (b)
return
return
>
> Other than that it looks good...
>
> -Tom
On Monday 23 January 2006 09:50 am, Charles O Nutter wrote:
> That's true, but where should that location be when deployed as just a
> jar file inside Tomcat, for example? It seems we shouldn't have to
> have that set to something on the filesystem for things to work, or
> we'll have trouble with a
On Tuesday 24 January 2006 11:07 am, Charles O Nutter wrote:
> That is the same point I have gotten it to. I needed to move yaml.rb
> somewhere so it would load rather than Ruby 1.8's yaml.rb (which tries
> to load syck). So I'm at the same point you got to. I did need the
> SmartFile patch because
On Wednesday 25 January 2006 09:47 pm, Thomas E Enebo wrote:
> > On 1/25/06, Thomas E Enebo <[EMAIL PROTECTED]> wrote:
> > > So it sounds like we should add the ability to specify a
> > > "classpath-only" directory specifier so we can allow people to set up
> > > these embedded environments better.
On Thursday 26 January 2006 12:27 am, Charles O Nutter wrote:
> This fix adds a zero to everything that matches \[1-7][1-7]+ in a
> regular expression, which should all be escaped octal values. I think
> this gets around the issue David mentioned whereby we might
> accidentally add a zero to backre
On Thursday 02 February 2006 05:36 pm, Tim Azzopardi wrote:
> While testing the AntBuilder stuff, I found that ENV['RUBY_HOME'] is nil in
> jruby but works in cruby. (There is only one environment variable that
> works in jruby which is HOME because of a specific bit of code.)
>
> I had a go at fix
Charles -
The merge of your branch "ignored" the class I had previously extracted for
translating Ruby regexs to Java regexs. I've attempted to a) correct that
part, and b) get that "octal" bug working again, but now I'm getting an NPE
deep in the heart of interpertation.
Could you try the at
I've got an some unit tests that "terminate before getting started", but only
in HEAD (not in 0.8.2). I see no sign that the tests are running at all.
There is no output of any type. I've tried to narrow it down, but it gets
kind of deep in the interpreter.
Any suggestions on how to narrow th
On Thursday 09 February 2006 11:11 pm, Thomas E Enebo wrote:
> IRB known problems:
> readline -- Perhaps we can make empty terminal or make irb use
> Swing/AWT (and make a GUI-based readline)
> binding -- you have a patch which may be good enough here?
> trap -- no way to interr
On Saturday 25 February 2006 06:10, David Corbin wrote:
> I've got an some unit tests that "terminate before getting started", but
> only in HEAD (not in 0.8.2). I see no sign that the tests are running at
> all. There is no output of any type. I've tried to narrow i
Sorry if this shows up twice.
On Saturday 25 February 2006 06:10, David Corbin wrote:
> I've got an some unit tests that "terminate before getting started", but
> only in HEAD (not in 0.8.2). I see no sign that the tests are running at
> all. There is no output of any typ
Here's another one. This one *looks* like you can simplify it further, but I
haven't been able to.
--begin--
require 'test/unit'
module ModA
def methodA
$stderr.puts "It Works!"
end
end
module ModB
include ModA
def methodB
methodA
end
end
module ModC
include ModB
included below it rather than above it. I
> updated it to do things the correct way and it works right now. I also
> added a test case based on yours below.
>
> On 2/26/06, David Corbin <[EMAIL PROTECTED]> wrote:
> > Here's another one. This one *looks* like you ca
Well, things are better, but still not right. I've getting numerous different
failures now. I'll have to spend some time paring it down to a reasonable
example of the different failures...
David
On Monday 27 February 2006 06:45 pm, David Corbin wrote:
> I'll give our
nough coverage this
> time around that the 0.8.3 cycle does not cause as many regressions.
Heh. Right. Let's hope so, but both know this is a very complex beast.
>
> -Tom
>
> On Tue, 28 Feb 2006, David Corbin defenestrated me:
> > Well, things are better, but still not rig
Great work. I notice (in your blog) that the prompt is "verbose, and javaish".
We should fix this too.
I'll take a look at 'jirb' this weekend.
David
On Friday 03 March 2006 12:47 am, Charles O Nutter wrote:
> So yeah, I posted to my blog about this today, but we have finally
> gotten IRB worki
def testFoo
Message.new('foo')
end
end
---end---
Not sure what's going on, by emails from my office seem to be "really slow" to
get to their list.
On Tuesday 28 February 2006 02:50 am, David Corbin wrote:
> Well, things are better, but still not right. I'
def testFoo
Message.new('foo')
end
end
---end---
On Tuesday 28 February 2006 02:50, David Corbin wrote:
> Well, things are better, but still not right. I've getting numerous
> different failures now. I'll have to spend some time paring it down to a
> re
for overlap, and not
> all its includes (since they would be checked during the recursion).
> Easy!
>
> This obviously could break a number of things, since anywhere a module
> was included from multiple places it would cause some of those places
> to be busticated.
>
> Give this a
---begin---
XML = 'xyz'
def fooMethod
XML = foo.bar
end
---end---
this one is for Tom. A NullPointerException while parsing this.
---
This SF.Net email is sponsored by xPML, a groundbreaking scripting language
that extends applicati
it's possible that it's not a *true* regression, and that it's a
failure introduce by the Ruby 1.8.4 std libraries. Which version of Ruby do
you use?
David
> On 3/6/06, David Corbin <[EMAIL PROTECTED]> wrote:
> > Here's #4.
> > --cut---
> > req
I'm getting this after my java code throws an exception. I haven't got it
boiled down to Ia simple demo, but I thought this might help in the mean
time
NativeException: java.lang.NullPointerException: null
org.jruby.evaluator.EvaluationState$ExceptionRethrower.execute(EvaluationState
7;m trying to call a java class, but I think somewhere in the JRuby code an
exception is happening, that is being "mis-handled" by the new interpeter.
Tips?
David
On Tuesday 07 March 2006 08:42 am, David Corbin wrote:
> I'm getting this after my java code throws an exception.
On Wednesday 08 March 2006 14:18, Charles O Nutter wrote:
> Ok, it looks like some of the "branch-only" changes I started making to the
> evaluator are also required for HEAD to work 100% with the new exception
> subsystem. I merged the appropriate changes to HEAD. I would wager this
> will fix you
t down at all it would be
> great...I believe I can fix it for you, but having a test case to commit
> would make me feel better about it.
>
> On 3/8/06, David Corbin <[EMAIL PROTECTED]> wrote:
> > On Wednesday 08 March 2006 14:18, Charles O Nutter wrote:
> > > Ok, i
On Thursday 09 March 2006 02:09 pm, Charles O Nutter wrote:
> The fix is in! I am still working on designing good test cases for it,
> however. Let me know how it goes.
Still no luck. And unfortunately, I can't work on it this weekend due to
networking problems. But I'll continue to try to shri
Finally! This shows the NPE. Sorry it took so long, but I had a lot of Java
code in the original failure, and it took me a while to figure out what was
really causing the issue.
cut
require 'test/unit'
class ContextStack
def inContext &proc
begin
proc.call
ensure
e
On Monday 13 March 2006 10:22 pm, Charles O Nutter wrote:
> Try it now; it was almost the same issue that was causing some other
> flow-control stuff to blow up. I believe it is occurring when you have a
> return cross frame boundaries, as with a block call that does return and
> runs in a differen
On Tuesday 14 March 2006 08:04 pm, Charles O Nutter wrote:
Still not there yet. I've got a java proxy that is getting an "Wrong # of
arguments". I'll dig into it
David
> Ok, I'll be watching for it!
>
> On 3/14/06, David Corbin <[EMAIL PROTECTED]>
add a,b,c
end
end
include ModB
list = ArrayList.new
list.add "Foo"
---end---
On Tuesday 14 March 2006 03:04 pm, David Corbin wrote:
> On Tuesday 14 March 2006 08:04 pm, Charles O Nutter wrote:
> Still not there yet. I've got a java proxy that is getting an "Wrong # of
> arg
and I kicked around was to take the
> list of methods from the Java class and load some faux methods into the
> list, so that "methods" returns an appropriate list and so that we don't
> depend on method_missing tricks. When we do actually call those methods,
> we&#
sing tricks. When we do
> > actually call those methods, we'll prime them then.
> >Until then I'm not sure there's an easy fix...
> >- Charlie
> >
> >On 3/14/06, David Corbin <[EMAIL PROTECTED] > wrote:
> >
> > The a
On Wednesday 15 March 2006 09:02 pm, Charles O Nutter wrote:
> including a module at the root level actually ends up including it into
> Object, because all code runs within the context of a global Object
> instance.
Are you describing jruby , or ruby (or both). It makes no sense to me why
incl
This might be related to #7, but I don't think so. (And yes, it is stupid, but
it's much more complex than this in our code).
---cut---
require 'java'
include_class 'java.util.ArrayList'
include_class 'java.util.ArrayList'
---end---
---
This S
e sign that we've gotten through
> many interpreter issues. Thanks so much for your help, David.
>
> On 3/16/06, Thomas E Enebo <[EMAIL PROTECTED]> wrote:
> > On Thu, 16 Mar 2006, David Corbin defenestrated me:
> > > This might be related to #7, but I do
On Monday 20 March 2006 03:16 pm, Charles O Nutter wrote:
> It's been a to-do for a while to get Date and friends mapping to
> equivalents in Ruby automatically. It will require some changes to the Java
> integration layer, but I don't expect those changes will be very difficult.
> I'll take a loo
On Monday 20 March 2006 10:22 am, Thomas E Enebo wrote:
> I committed a fix this morning which fixes this example.
>
> The fix removes lazy evaluation and moves instance method creation
> for proxies into Java (from Ruby in javasupport.rb). In fact instance
> method calls to java from ruby are now
Who new it would be so simple :)
On Monday 20 March 2006 09:00 pm, Thomas E Enebo wrote:
> I am on it:
>
> require 'java'
>
> include_class 'java.io.PrintWriter'
> include_class 'java.lang.System'
>
> p = PrintWriter.new(System.out)
> p.pr
hose. I removed this
> restriction with exception of 'class', which java support reqiures.
> I suspect there is more and will continue looking, but I wanted to
> give you something to work with.
>
> -Tom
>
> On Mon, 20 Mar 2006, David Corbin defenestrated me:
> > Who new
I wanted to
> give you something to work with.
>
> -Tom
>
> On Mon, 20 Mar 2006, David Corbin defenestrated me:
> > Who new it would be so simple :)
> >
> > On Monday 20 March 2006 09:00 pm, Thomas E Enebo wrote:
> > > I am on it:
> > >
> >
On Wednesday 22 March 2006 23:32, Evan wrote:
> What's the status of socket support?
>
> My poking indicates that although "accept" appears to work, send and recv
> (and anything else I try) don't. I've been trying to hack some support in
> via stuff like
>
> OldTCPSocket = TCPSocket
>
> class New
On Thursday 23 March 2006 10:25 am, Evan wrote:
> David Corbin wrote:
> >> 2) What is the delta from where they need to be?
> >
> > I'm not sure I understand the question. Only a small portion of the
> > Socket
> > family is implemented, and even those
I'm pleased to say things are looking very good. I'm getting two failures in
our test suite, but I'm reasonably sure they're not regressions. One is a
legitmate failure, I think, and the other is long-standing intermittent
problem that seems to be threading related.
So, go release something.
As near as I can tell, HEAD now works as well as 082 does. I've got a couple
of tests that are failing, but they're equal-opportunity failures. :)
Sorry it's taken so long to work through everything...
David
---
This SF.Net email is sponsore
I probably did. It's QUITE flexible, but out of the box it can provide an
nice tree of calls with execution times and hot-spot identification.
FYI, our biggest performance complaint *appears* to be startup. It's quiet
possible that it's because we include so many java classes, but we have wha
On Thursday 30 March 2006 12:58 am, Charles O Nutter wrote:
> Tom and I talked about this a bit...I think it's perfectly valid to have
> Date and ruby's Time be interchangeable. I can appreciate the
> backward-compatibility thing, but there's not so many people out there
> using this that making Da
On Wednesday 29 March 2006 03:15 pm, Charles O Nutter wrote:
> I just committed a change to create additional ruby_case aliases for all
> camelCase Java methods in included classes. For example, an included
> java.lang.String (as JString) has methods like:
>
> sub_sequence
> compare_to
> equals_ign
On Thursday 30 March 2006 10:21 pm, Charles O Nutter wrote:
> That's a possibility.
>
> def method_missing(sym, *args)
> camel = to_camel(sym)
> super unless respond_to?(camel)
return super unless respond_to? camel
> send(camel, *args)
> end
>
I'm sure that's what you meant :)
> On
On Friday 31 March 2006 08:52 am, Thomas E Enebo wrote:
>This is prone to the same problem that took us away
> from lazy instantiation in the first place. Namely, if
> you define a method in Kernel or Object matching the camel
> case name that you are hoping will be lazily created, then
> met
On Friday 07 April 2006 10:55 am, Thomas E Enebo wrote:
> On Fri, 07 Apr 2006, Ola Bini defenestrated me:
> > Hi.
> >
> > Well, as you can see, this part has nothing to do with Syck either. It is
> > not the speed of YAML-parsing that's the issue (at least not yet... =),
> > but the speed of this p
On Friday 07 April 2006 10:59 am, Ola Bini wrote:
> Hi
>
> Yes, that's actually a pretty good idea, to use it as a test case.
> Just try to scramble up a few K's or M's of data and run through it and see
> what happens.
>
> As for creating it all the time... Are we using Java regexps for this, btw?
On Thursday 13 April 2006 08:21 pm, John Wells wrote:
> Charles O Nutter wrote:
>
> Btw, curious...where are you going if not SF?
I don't think it's final, but Codehaus was suggested. Tom and Charles are so
busying working to get ready for JavaOne any real work towards it (like
evaluations) hav
On Thursday 13 April 2006 07:06 pm, Charles O Nutter wrote:
> I know that perhaps some of you don't read my blog (for shame!) so I'll
> make a little announcement here too.
>
> Last night I successfully got Rails to handle a request running under
> JRuby. There were only a few additional fixes and
On Saturday 22 April 2006 02:58 am, Charles O Nutter wrote:
> I have set up a nightly build to run on headius.com. I will also be
> arranging a nightly test cycle to be emailed...somewhere. At any rate,
> it's currently running 'ant test' and the results are in the nightly
> build archive as build-
On Thursday 04 May 2006 07:31 pm, Charles O Nutter wrote:
> As most of you know, Tom and I will be presenting at JavaOne in San
> Francisco May 16-19. We would really like to hook up with users and
> contributors to JRuby, so I'm kicking off this discussion by posting a
> little bit about my schedu
On Wednesday 10 May 2006 02:38 am, Charles O Nutter wrote:
> Can anyone remember why we decided to use include_class instead of
> import? It suddenly occurred to me today that import is both shorter
> and more precise, since we're really importing a Java class into the
> current namespace.
I suspe
On Wednesday 10 May 2006 07:14 am, David Corbin wrote:
> On Wednesday 10 May 2006 02:38 am, Charles O Nutter wrote:
> > Can anyone remember why we decided to use include_class instead of
> > import? It suddenly occurred to me today that import is both shorter
> > and more
://www.jonpeck.com/forum/viewtopic.php?t=88
>
> On 5/10/06, Charles O Nutter <[EMAIL PROTECTED]> wrote:
> > I wouldn't mind an alias, and we could probably jury-rig import
> > "foo.*" to work at least as poorly as the old method of including a
> > package
On Wednesday 10 May 2006 08:26 pm, Charles O Nutter wrote:
> - In most cases, there will be a local filesystem involved
1) I have definate plans to try an applet
2) classes in jar files are not in the local filesystem.
> - We only look in one classloader even now, which should delegate to
> classl
I'm playing around with call JRuby from Java. I've noticed that when the Ruby
code has an exception (sucn as a syntax problem) I get a BSFException, but
none of the "useful stuff" I normally get when I run a ruby script.
Is this intentional?
David
---
I ran across a problem today. I was implementing a Java interface in Ruby.
The interface had an method "initialize(...)" defined in it. This creates a
quandry, of course, because the initialize method is used during
construction.
I'm not sure what the right solution for JRuby is. Ideas?
I
Well, I've spent a good chunk of the day working with JRuby applets. It is
easy to write an applet, and have it run in the AppletViewer. Running it in
a real browser, however, hits security problems one after another. I had to
add 6 system properties to the java.policy file (4 for JRuby, 2 fo
On Monday 22 May 2006 09:41 am, Thomas E Enebo wrote:
> Thanks for the update...David, can you mail me the properties?
"org.apache.bsf.serverLaunch"*
"user.dir"
"user.home"
"java.class.path"*
"jruby.lib"
"jruby.home"
The two marked with a * are in BSF, but the java.class.path could probably be
On Monday 22 May 2006 05:14 pm, Charles O Nutter wrote:
> This comes back again to JRuby's startup being modelled on a
> filesystem-based distribution when we really want to move toward a binary
> jarred up distribution. It's a bit silly to have to set filesystem paths to
> use JRuby, and it would
On Wednesday 24 May 2006 06:45 pm, Mirko Stocker wrote:
> Hi!
>
> I'm currently implementing a visitor which creates sourcecode from the
> jruby-ast (we need this for our refactorings). I've implemented most nodes,
> but I'm stuck with some. I would be very glad if someone could give me some
> code
On Thursday 25 May 2006 02:49 am, Mirko Stocker wrote:
> On Thursday 25 May 2006 02:03, David Corbin wrote:
>
> > > - OpAsgnNode
> >
> > "x = 7"
>
How about oneo of these:
"x += 7"
or
"class Foo; X=7; end"
> And
On Monday 05 June 2006 11:20 am, Charles O Nutter wrote:
> I tried a very naive version of this, just to demonstrate the performance
> gain.
>
> First off, if you never call cleanup during add, the size of the list will
> quickly grow to consume all memory. The objects the weakrefs point at will
>
> My only other thought is you could create a visitor which walks all the
> ASTs you want to potentially refactor and then build your own set of
> references so you can ask a question like getAstNode(ClassName, MethodName)
> or getAstNode(ClassName) and get back what you want. My first example
>
On Wednesday 14 June 2006 09:07, Ola Bini wrote:
> Hi,
>
> I've spent some time today using JRuby to inspect data I get back from
> EJB's, and I soon got mad about having to use get(0) or iterator.next to
> get at elements.
>
> So, the attached patch makes it possible to use [] and []= for Maps and
What am I missing? HTTP parsing is trivial? I can't imagine why generated
code is need, or that it could be a signifcant factor in performance.
On Monday 19 June 2006 04:00, Ola Bini wrote:
> Hi,
>
> I've been peeking at Mongrel again, trying to figure out the best way to do
> this. There are
On Monday 19 June 2006 07:24 am, Ola Bini wrote:
> Actually, I'm not sure that performance is the big issue in HTTP parsing,
> but google for a few interviews with Zed, and you will notice immediatly
> that he talks much about the security in a parser generated from a formal
> description instead o
On Monday 26 June 2006 08:37, Thomas E Enebo wrote:
> I have been using Java5 mostly. I sometimes pop back and run with
> Java 1.4.2 to make sure things still work but I haven't done that with
> a rails app). I guess this could explain things pretty well.
>
> Unless we can find quick resoluti
We have numerous objects that have a getId() method on them. in 0.8.2, foo.id
and foo.getId were not the same (presumably because ruby's Object#id was
already defined). In 0.8.3 they *are* the same. Was this an intentional
change or an accidental one?
David
Using Tomcat but need to do more?
On Monday 03 July 2006 17:58, Charles O Nutter wrote:
Sourceforge isn't going to go away anytime soon, right? I think trunk would
be fine. I'd consider keeping an archive copy of the CVS repository around
anyway.
> I'd like input from the peanut gallery.
>
> FYI, for those of you using Eclips
On Monday 03 July 2006 20:30, Charles O Nutter wrote:
> On 7/3/06, David Corbin <[EMAIL PROTECTED]> wrote:
> Sourceforge will always be there, as far as I understand it. We'll put
> links all over to point at the new location, but the "pre-codehaus" JRuby
> world
On Thursday 06 July 2006 19:54, Charles O Nutter wrote:
> JRuby has been migrated to the Codehaus Subversion server. You can reach it
> here:
>
> http://svn.codehaus.org/jruby
>
> We will no longer be committing to or patching against the SF.net CVS
> repository.
Maybe I'm blind, but I don't see w
We have a "whole bunch" (~75) of tests written in JRuby that test portions of
our J2EE app which runs on JBoss and WebLogic (simultaneously). Most of
these take the form of testing our ReST API.
We get intermittent failures out of these. Nearly always, the failure seems
to have to do with XML
On Friday 07 July 2006 05:33, Ola Bini wrote:
> Hi David.
>
> These errors seem very much like the strange things seen sometime when
> parsing the gemspec. (There was some mail about this last week on the
> list), where it sometimes fails in VERY strange ways. To me it looks
> like the error show u
On Friday 07 July 2006 11:18, Charles O Nutter wrote:
> I can appreciate your frustration.
>
> It's very possible that one of the Ruby libraries involved IS actually
> spinning up threads. For a long time we thought there was no threading
> going on during gem installs; then we found that goofy tim
On Friday 07 July 2006 11:39, Charles O Nutter wrote:
> There does appear to be a bug with how variables accessed in threads are
> scoped. It could be a threading issue or it could be a parsing issue; but
> the following should print "1":
>
> a = nil
> Thread.new { a = 1 }
> p a
You don't know tha
On Friday 07 July 2006 12:02, Charles O Nutter wrote:
> Well, keep in mind that there's also Thread.new, and if a class extends
> Thread the methods may trace differently.
>
But that still invokes java.lang.Thread.start (which is what I meant abou the
breakpoint).
> The only other possibility I
> Anyone care to comment? I wouldn't mind speeding up Java-native method
> invocations by a factor of ten, even if it did mean a bunch of extra
> classes. We could even selectively "directify" methods, like do everything
> in Kernel and Object and specific methods elsewhere.
I wouldn't even worr
On Monday 10 July 2006 13:21, Charles O Nutter wrote:
> On 7/10/06, Nick Sieger <[EMAIL PROTECTED]> wrote:
> > It's a good bump, but like you say, still slow. Where do you suspect
> > we're losing so much performance? String manipulation and unnecessary
> > object creation?
>
> Aside from the gro
Well, I've got a pseudo test case for this. On my system, with JRuby 0.9.0
(well, technically it's HEAD from SourceForge), this fails on about 4 out of
5 executions. Of course, it fails differently each time.
It has yet to fail in 68 executions with C Ruby.
I encourage anyone that wants to lo
On Tuesday 11 July 2006 00:34, Charles O Nutter wrote:
> I ran 50 runs and got the following once. Look like what you're talking
> about?
>
> 1) Error:
> testErraticBehavior(ErraticRestTest):
> RuntimeError: HACK[A822]
> rexml_bug.rb:15:in `testErraticBehavior'
> rexml_bug.rb:22:in `testE
On Tuesday 11 July 2006 00:06, Charles O Nutter wrote:
> On 7/10/06, David Corbin <[EMAIL PROTECTED]> wrote:
> > On Monday 10 July 2006 13:21, Charles O Nutter wrote:
> > > - Multiple transient collections allocated for every method hit
> >
> > Allocate? yikes.
On Tuesday 11 July 2006 10:54, Charles O Nutter wrote:
>
> Please keep it going! :) I'm learning this stuff as I go anyway...I've
> never written a compiler or taken a course in same (but it doesn't seem to
> be as hard as it's made out to be).
I took the class, and I think we wrote a teeny-tiny o
On Saturday 15 July 2006 18:06, Charles O Nutter wrote:
> Unlike Java, where you have to spit out a whole class at once, Ruby really
> just consists of "method bags". A given class is little more than pointers
> to code that understand how to manipulate that class's instance's state and
> call o
On Saturday 15 July 2006 23:01, Paul Hammant wrote:
> Well this is a well understood rule with applet for sure (and some of
> the J2EE containers / web containers).
>
> A sandboxed applet may not (its veto'd) create a classloader. All its
> classes must come with it from the server. It was a specu
98 matches
Mail list logo
