Incorrect subclass for constructor arg throws internal JRuby error
--
Key: JRUBY-2882
URL: http://jira.codehaus.org/browse/JRUBY-2882
Project: JRuby
Issue Type: Bug
Co
Charles Oliver Nutter wrote:
Nick Sieger wrote:
For the record, we're going to shut off Bamboo (the JRuby build
server) on jruby.thresher.com. The Solaris slice where we've been
running it seems to constantly suffer from temp/vm space and I don't
know how to fix them. An unreliable build is wors
Nick Sieger wrote:
For the record, we're going to shut off Bamboo (the JRuby build
server) on jruby.thresher.com. The Solaris slice where we've been
running it seems to constantly suffer from temp/vm space and I don't
know how to fix them. An unreliable build is worse than no build at
all, and th
For the record, we're going to shut off Bamboo (the JRuby build
server) on jruby.thresher.com. The Solaris slice where we've been
running it seems to constantly suffer from temp/vm space and I don't
know how to fix them. An unreliable build is worse than no build at
all, and the core team members h
Nick Sieger wrote:
On Wed, Jul 30, 2008 at 12:11 PM, Mauro Talevi
<[EMAIL PROTECTED]> wrote:
BTW: since the build is mvn-based, it's easier to use mvn deploy to mvn
release plugin to upload to repository.
Actually, we've been moving away from the maven-based build and using
ant exclusively. I
32-bit JVM + 64-bit Windows =
--
Key: JRUBY-2881
URL: http://jira.codehaus.org/browse/JRUBY-2881
Project: JRuby
Issue Type: Bug
Affects Versions: JRuby 1.1.3
Environment: Windows Server 2003 R2 Stand
JRuby is currently using JNA for performing native operations like
File.executable?. It looks like there are also some references to JNA in the
src/org/jruby/ext/ffi code. This is a problem for me now because JNA is
licensed as LGPL. As far as I know, JRuby's CPL license is the most
restrictive lic
