C extensions do not load on openjdk 1.7.0-b147
--
Key: JRUBY-6091
URL: https://jira.codehaus.org/browse/JRUBY-6091
Project: JRuby
Issue Type: Bug
Reporter: Evan Weaver
Process.times only reports wall clock
-
Key: JRUBY-6089
URL: https://jira.codehaus.org/browse/JRUBY-6089
Project: JRuby
Issue Type: Bug
Reporter: Evan Weaver
Assignee: Thomas E
Memcached.gem will not run on JRuby
---
Key: JRUBY-5654
URL: http://jira.codehaus.org/browse/JRUBY-5654
Project: JRuby
Issue Type: Bug
Components: C Extensions
Reporter: Evan Weaver
: JRuby
Issue Type: Bug
Components: Core Classes/Modules
Affects Versions: JRuby 1.1b1
Reporter: Evan Weaver
In backtraces in the tests for my library benchmark_unit, I get methods
mis-assigned in files:
"/opt/local/jruby-1-1/lib/ruby/1.8/test/unit/assertio
Ruby
> better fit many use cases that expect lightweight green threads.
>
> - Charlie
>
> -
> To unsubscribe from this list please visit:
>
>
Reporter: Evan Weaver
Assignee: Thomas E Enebo
The reusable jvm for system() calls (ruby.launch.inproc) makes the jmongrel
test/unit tests hang when called from within Rake:
chloe:~/Desktop/projects/mongrel/trunk eweaver$ jruby -S rake
(in /Users/eweaver/Desktop/projects
disabled objectspace causes failures in Net/HTTP
Key: JRUBY-1503
URL: http://jira.codehaus.org/browse/JRUBY-1503
Project: JRuby
Issue Type: Bug
Reporter: Evan Weaver
http://jira.codehaus.org/browse/JRUBY-1503
On Oct 31, 2007 9:02 PM, Evan Weaver <[EMAIL PROTECTED]> wrote:
> Hi JRubyists,
>
> The default disabled objectspace is making something in Net/HTTP blow
> up. This is a difficult one to isolate; maybe someone else can take a
>
7;
/opt/local/jruby/lib/ruby/1.8/net/http.rb:452:in `get'
./test/testhelp.rb:40:in `test_base_handler_config'
test/test_configurator.rb:71:in `test_base_handler_config'
1 tests, 5 assertions, 0 failures, 1 errors
Thanks
Evan
--
Evan Weaver
Cloudburst, LLC
-
It should only depend on JRuby trunk as of a few days ago. If you
could investigate that hang I would appreciate it.
Evan
On 10/29/07, Nick Sieger <[EMAIL PROTECTED]> wrote:
> On 10/29/07, Evan Weaver <[EMAIL PROTECTED]> wrote:
> > JRuby devs,
> >
> > Please t
ldn't verify data signature:
java.lang.IllegalArgumentException: serial number must be a positive
integer
--
Evan Weaver
Cloudburst, LLC
-
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email
;s the each_object functionality we want to disable by default.
>
> - Charlie
>
> -
> To unsubscribe from this list please visit:
>
> http://xircles.codehaus.org/manage_email
>
>
--
Evan Weaver
Cloudburst, LLC
les Oliver Nutter <[EMAIL PROTECTED]> wrote:
> Evan Weaver wrote:
> > Not to step out of my place, but I saw the tickets and patch for the
> > Rake build system ( http://jira.codehaus.org/browse/JRUBY-1449 ) and
> > don't understand the benefit of the additional co
Not to step out of my place, but I saw the tickets and patch for the
Rake build system ( http://jira.codehaus.org/browse/JRUBY-1449 ) and
don't understand the benefit of the additional complexity.
What do other people think?
Evan
--
Evan Weaver
Cloudburst
This ticket http://jira.codehaus.org/browse/JRUBY-1460 is the only
remaining problem with the JRuby mongrel port.
Anyone have any thoughts?
Thanks for all the assistance so far.
Evan
On 10/18/07, Evan Weaver <[EMAIL PROTECTED]> wrote:
> Ok, couple of things.
>
> Errno::ECONN
TCPSockets do not stay fully closed
---
Key: JRUBY-1460
URL: http://jira.codehaus.org/browse/JRUBY-1460
Project: JRuby
Issue Type: Bug
Reporter: Evan Weaver
Assignee: Thomas E Enebo
TCPSocket#closewrite has no effect
--
Key: JRUBY-1459
URL: http://jira.codehaus.org/browse/JRUBY-1459
Project: JRuby
Issue Type: Bug
Reporter: Evan Weaver
Assignee: Thomas E Enebo
Project: JRuby
Issue Type: Bug
Components: Interpreter
Reporter: Evan Weaver
MRI:
chloe:~/p/mongrel eweaver$ ruby -w -e '@nobody.nil?'
-e:1: warning: instance variable @nobody not initialized
JRuby:
chloe:~/p/mongrel eweaver$ jruby -w -e '@nobody.
ntentionally (or accidentally) using it in
> their own Java code.
>
> Thoughts?
>
> - Charlie
>
> -
> To unsubscribe from this list please visit:
>
> http://xircles.codehaus.org/manage_email
>
>
--
Evan Weaver
Cloudburst, LLC
-
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email
Setting the priority of a dead thread causes NPE
Key: JRUBY-1447
URL: http://jira.codehaus.org/browse/JRUBY-1447
Project: JRuby
Issue Type: Bug
Reporter: Evan Weaver
Ok, couple of things.
Errno::ECONNABORTED doesn't exist on JRuby. This issue was already
known. http://jira.codehaus.org/browse/JRUBY-1393
Setting the priority of a dead thread causes a NPE. On MRI, it sets.
http://jira.codehaus.org/browse/JRUBY-1447
Evan
On 10/18/07, Evan Weaver &l
Well, not exactly synchronous, but more synchronous, at least.
On 10/18/07, Evan Weaver <[EMAIL PROTECTED]> wrote:
> 1. Ah, I see. Try mongrel trunk again; it's synchronous now. I don't
> really see why it wasn't before, since a server can only have one
> @acceptor a
aware.
3 & 4; still working.
Evan
On 10/18/07, Charles Oliver Nutter <[EMAIL PROTECTED]> wrote:
> Evan Weaver wrote:
> > All right, here goes:
> >
> > 1. I can't reproduce this. Is the problem that closing the acceptor
> > thread doesn't block on JRuby?
Project: JRuby
Issue Type: Bug
Components: Core Classes/Modules
Affects Versions: JRuby 1.x
Environment: JDK 1.5.0_07, 32-bit Intel OS X 10.4.10, JRuby trunk as
of 10/16/07
Reporter: Evan Weaver
FileUtils#mkdir_p causes test suites to not register if
4. HttpServer is in the Mongrel module, so somehow it's not finding
that reference appropriately. I haven't looked at this in detail yet.
Thanks
Evan
On 10/17/07, Charles Oliver Nutter <[EMAIL PROTECTED]> wrote:
> Evan Weaver wrote:
> > Thanks very much. I'll work
mackenzie:~ eweaver$ jruby --version
ruby 1.8.5 (2007-10-16 rev 3876) [i386-jruby1.1]
Thanks
Evan
On 10/17/07, Charles Oliver Nutter <[EMAIL PROTECTED]> wrote:
> Evan Weaver wrote:
> > Hi JRuby-devs,
> >
> > I'm working on the official JRuby Mongrel port, with
t from
svn://rubyforge.org/var/svn/mongrel/trunk.
Thanks
Evan
--
Evan Weaver
Cloudburst, LLC
-
To unsubscribe from this list please visit:
http://xircles.codehaus.org/manage_email
27 matches
Mail list logo
