Re: [Jruby-devel] Thread#kill

2006-04-11 Thread Evan
OK, so here's my thoughts so far: EvaluationState.begin handles rescue and ensure blocks, by catching JumpExceptions. It is trivial to add something here that catches the ThreadKill exception, or possibly it should be changed to itself be a JumpException (probably the latter). The problem is, th

[Jruby-devel] Thread#kill

2006-04-11 Thread Evan
Am I crazy, or does JRuby's implementation kill a thread w/o running any ensure blocks in that thread? This seems like it's a blocker for any thread programming that needs any level of robustness (does Thread.critical even get reset?). Before I go diving in here, though, has anyone already had th

[Jruby-devel] The problem that is YAML.

2006-04-11 Thread Ola Bini
Hi. After some investigation and hacking it seems that there are two problems with JYaml. One: it's Java 5. You can get it in a 1.4-version, but this is a byte code-enhanced version using retrotranslator to exist in 1.4-world. This is a problem for a few reasons: first, it's problematic to recompi

Re: [Jruby-devel] RubyGems status

2006-04-11 Thread Charles O Nutter
My money would be on a leak; 126k lines of YAML isn't really all that much parsed data...it does, however, represent a crapload of processing within JRuby. If there's a leak, that would surely be a way to provoke it. If you can provide your run parameters, Ola (like what gem you're installing and a

Re: [Jruby-devel] JRuby-future.

2006-04-11 Thread Charles O Nutter
I've been doing most of the research on the compilation front, so I'll inject a few points here.- Compilation to an intermediate bytecode would certainly be an improvement. The major refactoring I undertook last fall to change the interpreter from recursive to iterative was an effort toward this en

Re: [Jruby-devel] YAML.

2006-04-11 Thread Thomas E Enebo
On Tue, 11 Apr 2006, Ola Bini defenestrated me: > Hi > > Is the BSD license a problem? It depends on how we incorporate it. I would say go for it and we will figure this part out after something is working. We include BSF in our distribution which is apache licensed and it is no big deal s

Re: [Jruby-devel] RubyGems status

2006-04-11 Thread Thomas E Enebo
On Tue, 11 Apr 2006, Ola Bini defenestrated me: > Hello again. > > With the major performance improvements in RubyString due to Thom's > StringBuffer implementation the next stopgap have been fixed. JRuby just > wooshed through 126k lines in less than a minute doing regexps and regexp > subs on

Re: [Jruby-devel] YAML.

2006-04-11 Thread Ola Bini
Hi Is the BSD license a problem? I'm probably going to take a shot at implementing this stuff tonight. /O At 15:29 2006-04-11, you wrote: On Tue, 11 Apr 2006, Ola Bini defenestrated me: > > There seems to be a Java YAML parser called JYAML at SourceForge. An idea > would be to try to rewrite

Re: [Jruby-devel] YAML.

2006-04-11 Thread Thomas E Enebo
On Tue, 11 Apr 2006, Ola Bini defenestrated me: > > There seems to be a Java YAML parser called JYAML at SourceForge. An idea > would be to try to rewrite our current yaml system to use this. > > http://jyaml.sourceforge.net/ This is the only current living YAML impl in Java. We could plug t

Re: [Jruby-devel] JRuby-future.

2006-04-11 Thread Anders Bengtsson
tis 2006-04-11 klockan 13:41 +0200 skrev Ola Bini: > Another issue to think about is Ruby 2.0 and Rite. As far as I can > understand Rite will be a real virtual machine with Ruby byte codes too. Yeah, that's what I meant by the YARV bytecodes. It's the stuff that will hopefully be released as Ru

Re: [Jruby-devel] JRuby-future.

2006-04-11 Thread Ola Bini
Hi! Of course, going directly to byte code should be simpler. There is nothing really comlicated with Java byte code. On the other hand, mapping each Ruby construct to the specific JRuby Java code would probably be simpler to map out by first trying it out by generating source code. I'm not su

Re: [Jruby-devel] JRuby-future.

2006-04-11 Thread Anders Bengtsson
Ola Bini wrote: > It seems to me that a first step for this would be to have the current > parser output Java source code, which uses JRuby internals to create > Ruby-classes in the way the builtin classes are defined right now (like > RubyString and RubyTime, etc). It really doesn't seem that h

[Jruby-devel] YAML.

2006-04-11 Thread Ola Bini
There seems to be a Java YAML parser called JYAML at SourceForge. An idea would be to try to rewrite our current yaml system to use this. http://jyaml.sourceforge.net/ /O --- This SF.Net email is sponsored by xPML, a groundbreaking scripti

[Jruby-devel] RubyGems status

2006-04-11 Thread Ola Bini
Hello again. With the major performance improvements in RubyString due to Thom's StringBuffer implementation the next stopgap have been fixed. JRuby just wooshed through 126k lines in less than a minute doing regexps and regexp subs on each line. VERY nice. (Just think what we could do with th

RE: [Jruby-devel] JRuby-future.

2006-04-11 Thread Guy Korland
Hi, I'm not familiar with the current implementation, but I how do you implement it now? Guy -Original Message- From: [EMAIL PROTECTED] [mailto:[EMAIL PROTECTED] Behalf Of Ola Bini Sent: Tuesday, April 11, 2006 12:36 To: [email protected] Subject: [Jruby-devel] JRuby-futu

[Jruby-devel] JRuby-future.

2006-04-11 Thread Ola Bini
Hi, While SourceForge still is not working, I thought that maybe we could discuss the JRuby future? At some point in the future I guess it makes sense to try to compile Ruby directly to Java byte code, in the manner of Jython. How far have thoughts along these lines progressed? It seems to m