Major performance problem wrapping/unwrapping blocks/procs
----------------------------------------------------------

                 Key: JRUBY-2756
                 URL: http://jira.codehaus.org/browse/JRUBY-2756
             Project: JRuby
          Issue Type: Bug
          Components: Performance
            Reporter: Charles Oliver Nutter
            Assignee: Charles Oliver Nutter
            Priority: Blocker
             Fix For: JRuby 1.1.3


JRUBY-2752 uncovered a terrible performance problem in block wrapping/unwrapping (&b). For the attached script there, we are something like 20-30x slower than MRI. The problem appears to be the fact that it wraps and unwraps a proc/block for every call to its worker methods. A modification of the script to use blocks that just yield {|x| yield x} eliminates the performance problem, and shows us being faster than MRI. So it's basically just the wrapping/unwrapping or the fact that it's a proc causing the performance hit.

Here's the results before modifying the script:

{noformat}
~/NetBeansProjects/jruby ➔ time jruby --server tester2.rb 
Found 712890 numbers under 10000000.
Max jump: 104691 (1098765 -- 1203456).

real	0m49.438s
user	0m48.339s
sys	0m0.766s
~/NetBeansProjects/jruby ➔ time ruby tester2.rb 
Found 712890 numbers under 10000000.
Max jump: 104691 (1098765 -- 1203456).

real	0m4.570s
user	0m4.465s
sys	0m0.045s
{noformat}

And here's the results after modifying:

{noformat}
~/NetBeansProjects/jruby ➔ time jruby --server tester2.rb 
Found 712890 numbers under 10000000.
Max jump: 104691 (1098765 -- 1203456).

real	0m3.780s
user	0m4.128s
sys	0m0.177s
~/NetBeansProjects/jruby ➔ time ruby tester2.rb 
Found 712890 numbers under 10000000.
Max jump: 104691 (1098765 -- 1203456).

real	0m6.283s
user	0m6.207s
sys	0m0.042s
{noformat}

This is a blocker for 1.1.3, since so much code out there wraps and unwraps blocks.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

Precompiled scripts do not set initial position information correctly
---------------------------------------------------------------------

                 Key: JRUBY-2755
                 URL: http://jira.codehaus.org/browse/JRUBY-2755
             Project: JRuby
          Issue Type: Bug
          Components: Compiler
            Reporter: Charles Oliver Nutter
            Assignee: Charles Oliver Nutter
             Fix For: JRuby 1.1.3


If you look at the two preNodeEval versions in ThreadContext, one takes a string filename and the other doesn't. The one that doesn't is used by the compiled loading process, and it means that stack traces happening in the root of precompiled scripts may have incorrect positioning information.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

YAML is not properly loading object references
----------------------------------------------

                 Key: JRUBY-2754
                 URL: http://jira.codehaus.org/browse/JRUBY-2754
             Project: JRuby
          Issue Type: Bug
          Components: Miscellaneous
    Affects Versions: JRuby 1.1.2, JRuby 1.1.1
         Environment: Linux, JDK1.5, though I don't know that it matters.
            Reporter: David Corbin
         Attachments: Bug.rb

When YAML file with object references is loaded, they're not resolve to the same instance of the object.

The attachment is small demonstrations. It raises in JRuby, but not in Ruby.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

c-return passes different 'file' then c-call for load and require
-----------------------------------------------------------------

                 Key: JRUBY-2753
                 URL: http://jira.codehaus.org/browse/JRUBY-2753
             Project: JRuby
          Issue Type: Bug
          Components: Interpreter
    Affects Versions: JRuby 1.1.2, JRuby 1.1.3
         Environment: jruby 1.1.3-dev (ruby 1.8.6 patchlevel 114) (2008-07-04 rev 7101) [i386-java]
            Reporter: Martin Krauskopf


Regression test is already available (and fails) in JRUBY-2745. For simplest scenario you may run:\\

{noformat}
$ touch other.rb # creates empty file
$ cat jira-tester.rb 
Kernel.set_trace_func(lambda do |event, file, line, id, binding, clazz|
  printf "%8s | %#{$0.length}s:%-4d | %12s | %8s\n", event, file, line, id, clazz
end)

require 'other.rb'
$ ruby jira-tester.rb 
    line | jira-tester.rb:5    |              |    false
  c-call | jira-tester.rb:5    |      require |   Kernel
c-return | jira-tester.rb:5    |      require |   Kernel
$ jruby --debug jira-tester.rb 
    line | jira-tester.rb:5    |              |    false
  c-call | jira-tester.rb:5    |      require |   Kernel
c-return | /home/emdot/ruby/tester/lib/stf/./other.rb:5    |      require |   Kernel
{noformat}

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

NPE running ruby code
---------------------

                 Key: JRUBY-2752
                 URL: http://jira.codehaus.org/browse/JRUBY-2752
             Project: JRuby
          Issue Type: Bug
    Affects Versions: JRuby 1.1.2
         Environment: OSX leopard, apple java
            Reporter: André Cruz
            Assignee: Thomas E Enebo
         Attachments: tester2.rb

Running the attached code produces:
[andre@splicer ~/tmp]$ ./jruby-1.1.2/bin/jruby tester2.rb 
Exception in thread "main" java.lang.NullPointerException
	at org.jruby.javasupport.util.RuntimeHelpers.processBlockArgument(RuntimeHelpers.java:440)
	at ruby.Users.andre.tmp.tester2.method__1$RUBY$compute_seq(tester2.rb)
	at ruby.Users.andre.tmp.tester2Invokermethod__1$RUBY$compute_seqFixed3.call(Unknown Source)
	at org.jruby.runtime.CallSite$InlineCachingCallSite.cacheAndCall(CallSite.java:235)
	at org.jruby.runtime.CallSite$InlineCachingCallSite.call(CallSite.java:414)
	at ruby.Users.andre.tmp.tester2.block_2$RUBY$__block__(tester2.rb:24)
	at ruby.Users.andre.tmp.tester2BlockCallback$block_2$RUBY$__block__xx1.call(Unknown Source)
	at org.jruby.runtime.CompiledBlock.yield(CompiledBlock.java:107)
	at org.jruby.runtime.CompiledBlock.yield(CompiledBlock.java:88)
	at org.jruby.runtime.Block.yield(Block.java:109)
	at org.jruby.RubyRange.each(RubyRange.java:325)
	at org.jruby.RubyRangeInvoker$each_method_0_0.call(Unknown Source)
	at org.jruby.runtime.CallSite$InlineCachingCallSite.cacheAndCall(CallSite.java:139)
	at org.jruby.runtime.CallSite$InlineCachingCallSite.call(CallSite.java:312)
	at ruby.Users.andre.tmp.tester2.__file__(tester2.rb:23)
	at ruby.Users.andre.tmp.tester2.__file__(tester2.rb)
	at ruby.Users.andre.tmp.tester2.load(tester2.rb)
	at org.jruby.Ruby.runScript(Ruby.java:512)
	at org.jruby.Ruby.runNormally(Ruby.java:432)
	at org.jruby.Ruby.runFromMain(Ruby.java:312)
	at org.jruby.Main.run(Main.java:144)
	at org.jruby.Main.run(Main.java:89)
	at org.jruby.Main.main(Main.java:80)


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

       

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

Array#fill should return self instead of raising an error when length is negative
---------------------------------------------------------------------------------

                 Key: JRUBY-2751
                 URL: http://jira.codehaus.org/browse/JRUBY-2751
             Project: JRuby
          Issue Type: Bug
    Affects Versions: JRuby 1.1.2
         Environment: Latest JRuby
            Reporter: Vladimir Sizikov
            Assignee: Vladimir Sizikov
             Fix For: JRuby 1.1.3


See:
http://blade.nagaokaut.ac.jp/cgi-bin/scat.rb/ruby/ruby-core/17481

jruby -ve "p [1, 2, 3].fill('a', 1, -5)" #==>
jruby 1.1.3-dev (ruby 1.8.6 patchlevel 114) (2008-07-04 rev 7101+1) [i386-java]
-e:1:in `fill': argument too big (ArgumentError)

While:
/opt/ruby186-dev/bin/ruby -ve "p [1, 2, 3].fill('a', 1, -2)"
ruby 1.8.6 (2008-07-03 patchlevel 265) [i686-linux]
[1, 2, 3]

Will fix.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

JRuby AOT compiler should produce version information
-----------------------------------------------------

                 Key: JRUBY-2750
                 URL: http://jira.codehaus.org/browse/JRUBY-2750
             Project: JRuby
          Issue Type: Bug
          Components: Compiler
            Reporter: Peter K Chan


Currently, the JRuby AOT compiler does not output any kind of version information in the produced class files. This makes it difficult to debug, if a ruby.rb file, compiled by an earlier AOT compiler to ruby.class, is loaded by a later and incompatible version of the JRuby runtime.

A specific use case from my project: I have some ruby files that are library dependencies (such as optparse.rb or Active Support), and I pre-compile them to be loaded as a lib.jar. Without version information and compatibility check, it will be difficult to determine any runtime error, if I upgrade to a later and incompatible JRuby runtime, while still using the lib.jar compiled by an earlier version.

This may also be useful for generic pre-compilation of popular Ruby libraries, such as active_support.jar or rails.jar, which can then be deployed or released without each user having to pre-compile their own copies (more work will be needed, but compiler version information will be a necessary feature to ensure safe usage of older released compiled JRuby class files).

My suggestion is for the compiler to output its version information in the produced class files. At runtime, the JRuby runtime will consult the version information and check to make sure that the loaded code is compatible with its' own version. If the loaded file is not compatible, an appropriate exception can be thrown (rather then the current way of various Java linkage error with no indication that they are due to JRuby version compatibility).

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

Make RaiseException show the exception message and the Ruby stack trace
-----------------------------------------------------------------------

                 Key: JRUBY-2749
                 URL: http://jira.codehaus.org/browse/JRUBY-2749
             Project: JRuby
          Issue Type: Improvement
          Components: Java Integration
    Affects Versions: JRuby 1.1.2
            Reporter: Trejkaz


When we get a RaiseException from Java, the output doesn't include any useful information for determining what went wrong.

The bare minimum is to have the original message in the exception including the line number.  But also very useful is the stack trace, mainly as it includes line numbers.

JRUBY-506 originally reported this and allegedly the patch was applied, but looking at RaiseException in 1.1.2 it doesn't seem to have been applied.


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

Welcome Wayne Meissner! Wayne is one of the primary folks behind JNA, 
which has totally saved us (chmod, symlink, other posix, UNIX sockets, 
and more). He's also implemented jruby-ffi, which should have its first 
release soon...and manages to pass many specs for Rubinius's fully 
FFI-based zlib.rb. Taking things into the realm of the impossible, he 
implemented a C extension loader (!!!) that actually works for simple 
libraries, and has done some work optimizing the IO subsystem (which 
nobody ever likes working on).

We're glad to have Wayne on the project, and looking forward to future 
contributions.

- Charlie

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

Can't subclass a Java class that calls an abstract function in its constructor
------------------------------------------------------------------------------

                 Key: JRUBY-2748
                 URL: http://jira.codehaus.org/browse/JRUBY-2748
             Project: JRuby
          Issue Type: Bug
          Components: Java Integration
    Affects Versions: JRuby 1.1.2
            Reporter: Michael Bohn


I have found that while subclassing a Java class that  calls an abstract function in its constructor will cause the initialization of the subclass in JRuby to throw an ArgumentError with message "Constructor invocation failed: null." 

Here is my Java base class:
package com.allstontrading.logalyzer;
import java.util.List;

public abstract class AbstractTest {
     protected String obj;

     public AbstractTest() {
          this("dog");
          this.run();
     }
     public AbstractTest(String obj) {
          this.obj = obj;
     }
	
     protected abstract List<String> myAbstractFunc();
     public void run() {
          if (this.myAbstractFunc() != null)
               for (String string : this.myAbstractFunc())
                    System.out.println("Big " + this.obj + "s Eat: " + string);
          else
               System.out.println("OMG");
     }
}

Here is my example JRuby script:
include Java

import 'com.allstontrading.logalyzer.AbstractTest'
import 'java.util.ArrayList'

class RubyTest < com.allstontrading.logalyzer.AbstractTest
    def initialize()
        super("Pink Elephant")
    end

    def myAbstractFunc()
        list = ArrayList.new
        list << "Cancerous Rocks"
        list << "Candy Apples"
        list << "Moldy Bread"
        return list
    end
end

puts "This test does NOT call an abstract function in the constructor."
test = RubyTest.new
test.run

class AnotherRubyTest < com.allstontrading.logalyzer.AbstractTest
    def initialize()
        super
    end
    
    def myAbstractFunc()
        list = ArrayList.new
        list << "Cancerous Rocks"
        list << "Candy Apples"
        list << "Moldy Bread"
        return list
    end 
end     
        
puts ""
puts ""
puts "This test does call an abstract function in the constructor."
anotherTest = AnotherRubyTest.new



Here is the output:
This test does NOT call an abstract function in the constructor.
Big Pink Elephants Eat: Cancerous Rocks
Big Pink Elephants Eat: Candy Apples
Big Pink Elephants Eat: Moldy Bread

This test does call an abstract function in the constructor.
/home/mbohn/jruby-1.1.2/lib/ruby/site_ruby/1.8/builtin/javasupport/utilities/base.rb:26:in `new_instance2': Constructor invocation failed: null (ArgumentError)
        from /home/mbohn/jruby-1.1.2/lib/ruby/site_ruby/1.8/builtin/javasupport/utilities/base.rb:26:in `__jcreate!'
        from /home/mbohn/jruby-1.1.2/lib/ruby/site_ruby/1.8/builtin/javasupport/proxy/concrete.rb:23:in `initialize'
        from rubyTestAbstract.rb:26:in `initialize'
        from /home/mbohn/jruby-1.1.2/lib/ruby/site_ruby/1.8/builtin/javasupport/proxy/concrete.rb:6:in `new'
        from /home/mbohn/jruby-1.1.2/lib/ruby/site_ruby/1.8/builtin/javasupport/proxy/concrete.rb:6:in `new'
        from rubyTestAbstract.rb:41



-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

Net::SSH io padding error
-------------------------

                 Key: JRUBY-2747
                 URL: http://jira.codehaus.org/browse/JRUBY-2747
             Project: JRuby
          Issue Type: Bug
          Components: OpenSSL
    Affects Versions: JRuby 1.1.2
         Environment: Client MacosX 10.5, Server: SSH-2.0-OpenSSH_4.3p2 on Debian-9etch2
            Reporter: Dirk Vleugels


$ bin/jruby --version
ruby 1.8.6 (2008-05-28 rev 6586) [i386-jruby1.1.2]

$ bin/gem list --local

*** LOCAL GEMS ***

jruby-openssl (0.2.3)
net-ssh (2.0.3)
rake (0.8.1)
rspec (1.1.4)
sources (0.0.1)


require 'rubygems'
require 'net/ssh'

Net::SSH.start("target.host.com", "user", :password => "password") do |ssh|
 result = ssh.exec!("ls -l")
 puts result
end

Execution results in the following error:

/Users/dvl/local/jruby-1.1.2/lib/ruby/gems/1.8/gems/net-ssh-2.0.3/lib/net/ssh/transport/packet_stream.rb:195:in `poll_next_packet': padding error, need 3266548518 block 16 (Net::SSH::Exception)
	from /Users/dvl/local/jruby-1.1.2/lib/ruby/gems/1.8/gems/net-ssh-2.0.3/lib/net/ssh/transport/packet_stream.rb:85:in `next_packet'
	from /Users/dvl/local/jruby-1.1.2/lib/ruby/gems/1.8/gems/net-ssh-2.0.3/lib/net/ssh/transport/packet_stream.rb:84:in `loop'
	from /Users/dvl/local/jruby-1.1.2/lib/ruby/gems/1.8/gems/net-ssh-2.0.3/lib/net/ssh/transport/packet_stream.rb:84:in `next_packet'
	from /Users/dvl/local/jruby-1.1.2/lib/ruby/gems/1.8/gems/net-ssh-2.0.3/lib/net/ssh/transport/session.rb:155:in `poll_message'
	from /Users/dvl/local/jruby-1.1.2/lib/ruby/gems/1.8/gems/net-ssh-2.0.3/lib/net/ssh/transport/session.rb:150:in `loop'
	from /Users/dvl/local/jruby-1.1.2/lib/ruby/gems/1.8/gems/net-ssh-2.0.3/lib/net/ssh/transport/session.rb:150:in `poll_message'
	from /Users/dvl/local/jruby-1.1.2/lib/ruby/gems/1.8/gems/net-ssh-2.0.3/lib/net/ssh/transport/session.rb:135:in `next_message'
	from /Users/dvl/local/jruby-1.1.2/lib/ruby/gems/1.8/gems/net-ssh-2.0.3/lib/net/ssh/authentication/session.rb:81:in `next_message'
	 ... 8 levels...
	from /Users/dvl/local/jruby-1.1.2/lib/ruby/gems/1.8/gems/net-ssh-2.0.3/lib/net/ssh/authentication/session.rb:60:in `authenticate'
	from /Users/dvl/local/jruby-1.1.2/lib/ruby/gems/1.8/gems/net-ssh-2.0.3/lib/net/ssh.rb:186:in `start'
	from ssh.rb:4

Regards,
Dirk


-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

jruby -S flag does not search PATH, not support relative locations within PATH
------------------------------------------------------------------------------

                 Key: JRUBY-2746
                 URL: http://jira.codehaus.org/browse/JRUBY-2746
             Project: JRuby
          Issue Type: Bug
          Components: Miscellaneous
    Affects Versions: JRuby 1.1.2
            Reporter: Charles Oliver Nutter


The -S flag currently only searches our bin dir. But it should search PATH and current dir as well, and even support specifying relative paths within PATH.

For example, if I have <cwd>/tmp/script.rb, jruby -S tmp/script.rb should run it. if I have <somewhere in PATH>/tmp/script.rb, jruby -S tmp/script.rb should find it. And if I have <somewhere in PATH>/script.rb or <cwd>/script.rb, jruby -S script.rb should also work. Currently -S only works if script.rb is in bin, but we do properly search for relative locations under bin, so <jruby bin>/tmp/script.rb is found correctly by jruby -S tmp/script.rb. It's mostly the PATH/cwd searching that's missing.

Another point to consider is that we recommend -S as a way to guarantee JRuby's bin is searched first. Since I think this is an important capability, perhaps we should continue to have JRuby's bin searched first, and then fall back on a PATH/cwd search.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

Revive test_trace_func.rb tests and provide test:interpreter Rake task
----------------------------------------------------------------------

                 Key: JRUBY-2745
                 URL: http://jira.codehaus.org/browse/JRUBY-2745
             Project: JRuby
          Issue Type: Bug
          Components: Interpreter
            Reporter: Martin Krauskopf


I've already done so on my local machine and using tests for jruby-debug-base. But they really belongs to the JRuby code base. So I'll provide a patch. But current tests are too tweaked, since there are some pending bugs in the interpreter. I'll wait at least for JRUBY-2744 to be fixed and then I'll attach a patch here.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

c-call and c-return are not traced
----------------------------------

                 Key: JRUBY-2744
                 URL: http://jira.codehaus.org/browse/JRUBY-2744
             Project: JRuby
          Issue Type: Bug
          Components: Interpreter
    Affects Versions: JRuby 1.1.3
         Environment: jruby 1.1.3-dev (ruby 1.8.6 patchlevel 114) (2008-07-03 rev 7091) [i386-java]
            Reporter: Martin Krauskopf


Regression from 1.1.2.

{code}
$ cat test.rb
Kernel.set_trace_func(lambda do |event, file, line, id, binding, clazz|
  printf "%8s | %#{$0.length}s:%-4d | %12s | %8s\n", event, File.basename(file), line, id, clazz
end)

sleep 0.01

$ ruby -v test.rb
ruby 1.8.7 (2008-06-20 patchlevel 22) [i686-linux]
    line | test.rb:5    |              |    false
  c-call | test.rb:5    |        sleep |   Kernel
c-return | test.rb:5    |        sleep |   Kernel
$ jruby-1.1.2 -v --debug test.rb
ruby 1.8.6 (2008-06-10 rev 6586) [i386-jruby1.1.2]
    line | test.rb:5    |              |    false
  c-call | test.rb:5    |        sleep |   Kernel
c-return | test.rb:5    |        sleep |   Kernel
$ jruby -v --debug test.rb
jruby 1.1.3-dev (ruby 1.8.6 patchlevel 114) (2008-07-03 rev 7091) [i386-java]
    line | test.rb:5    |              |    false
{code}

Adding test to jruby-debug-base test suite.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

Wrong line numbers for 'return' events
--------------------------------------

                 Key: JRUBY-2743
                 URL: http://jira.codehaus.org/browse/JRUBY-2743
             Project: JRuby
          Issue Type: Bug
          Components: Interpreter
    Affects Versions: JRuby 1.1.3
         Environment: jruby 1.1.3-dev (ruby 1.8.6 patchlevel 114) (2008-07-03 rev 7091) [i386-java]
            Reporter: Martin Krauskopf


JRUBY-2723 was fixed but there is still another, related problem (might be introduced by JRUBY-2723) that the lines for 'return' events are wrong. It is the first line of the function instead of last line.

{code}
$ cat test.rb 
# first line
# second line
def call_me
  sleep 0.01
end

Kernel.set_trace_func(lambda do |event, file, line, id, binding, clazz|
  printf "%8s | %#{$0.length}s:%-4d | %12s | %8s\n", event, File.basename(file), line, id, clazz
end)

call_me
{code}

{code}
$ jruby --debug test.rb 
    line | test.rb:11   |              |    false
    call | test.rb:3    |      call_me |   Object
    line | test.rb:4    |      call_me |   Object
  return | test.rb:3    |      call_me |   Object
{code}

Last line should have number 5, might be 4, depends on style. MRI returns 4 in 1.8.7-p22.

I've added regression tests into jruby-debug-base test suite.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

Major code duplication in BAT files
-----------------------------------

                 Key: JRUBY-2742
                 URL: http://jira.codehaus.org/browse/JRUBY-2742
             Project: JRuby
          Issue Type: Bug
          Components: Core Classes/Modules
    Affects Versions: JRuby 1.1.2
         Environment: Latest JRuby
            Reporter: Vladimir Sizikov
            Assignee: Vladimir Sizikov
             Fix For: JRuby 1.1.3


we have lots of copy-paste in bin/*.bat files like jirb.bat, gem.bat, rdoc.bat, etc.

Need to fix that, otherwise every change needs to be propagated to all of those files, and some are forgotten.

See JRUBY-2720, for example.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

OSGify jruby.jar in the release jruby distribution
--------------------------------------------------

                 Key: JRUBY-2741
                 URL: http://jira.codehaus.org/browse/JRUBY-2741
             Project: JRuby
          Issue Type: Bug
    Affects Versions: JRuby 1.1.3
         Environment: generic
            Reporter: Vivek Pandey
            Assignee: Thomas E Enebo
             Fix For: JRuby 1.1.3
         Attachments: build.xml.diff, jruby-osgi-properties.bnd

GlassFish v3 is OSGi aware and at runtime needs the jruby runtime as available in installed jruby distributions. Since jruby.jar available at $JRUBY_HOME/lib/jruby.jar it fails to work.

This is critical for us and the only possible solution is to OSGify jruby.jar. I am submitting a patch that uses Bnd utility to wrap the jruby.jar - basically adds correct Export-Package and Import-Package and some other OSGi specific headers.

This patch expects bnd.jar to be available at build_lib. bnd.jar can be obtained from http://www.aqute.biz/repo/biz/aQute/bnd/0.0.249/bnd-0.0.249.jar



-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

BigDecimal#precs fails two new rubyspec tests
---------------------------------------------

                 Key: JRUBY-2740
                 URL: http://jira.codehaus.org/browse/JRUBY-2740
             Project: JRuby
          Issue Type: Bug
          Components: Core Classes/Modules
    Affects Versions: JRuby 1.1.2
         Environment: Latest JRuby
            Reporter: Vladimir Sizikov
            Assignee: Vladimir Sizikov
             Fix For: JRuby 1.1.3


{noformat}
mspec ci 1.8/library/bigdecimal/precs_spec.rb

1)
BigDecimal#precs returns the current value of significant digits as the first value FAILED
Expected 8
 to be less than or equal to 4

/opt/work/mspec.git/lib/mspec/expectations/expectations.rb:10:in `fail_with'
/opt/work/mspec.git/lib/mspec/matchers/base.rb:23:in `<='
/opt/work/rubyspec.git/./1.8/library/bigdecimal/precs_spec.rb:36
/opt/work/rubyspec.git/./1.8/library/bigdecimal/precs_spec.rb:35:in `each'
/opt/work/rubyspec.git/./1.8/library/bigdecimal/precs_spec.rb:35
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:60:in `process'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `process'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:27:in `describe'
/opt/work/mspec.git/lib/mspec/runner/object.rb:11:in `describe'
/opt/work/rubyspec.git/./1.8/library/bigdecimal/precs_spec.rb:4
/opt/work/rubyspec.git/./1.8/library/bigdecimal/precs_spec.rb:48:in `load'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `each'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:34:in `process'
/opt/work/mspec.git/lib/mspec/commands/mspec-ci.rb:67:in `run'
/opt/work/mspec.git/lib/mspec/utils/script.rb:85:in `main'
/opt/work/mspec.git/bin/mspec-ci:8

2)
BigDecimal#precs returns the maximum number of significant digits as the second value FAILED
Expected 8
 to be less than or equal to 4

/opt/work/mspec.git/lib/mspec/expectations/expectations.rb:10:in `fail_with'
/opt/work/mspec.git/lib/mspec/matchers/base.rb:23:in `<='
/opt/work/rubyspec.git/./1.8/library/bigdecimal/precs_spec.rb:42
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:60:in `process'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `process'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:27:in `describe'
/opt/work/mspec.git/lib/mspec/runner/object.rb:11:in `describe'
/opt/work/rubyspec.git/./1.8/library/bigdecimal/precs_spec.rb:4
/opt/work/rubyspec.git/./1.8/library/bigdecimal/precs_spec.rb:48:in `load'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `each'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:34:in `process'
/opt/work/mspec.git/lib/mspec/commands/mspec-ci.rb:67:in `run'
/opt/work/mspec.git/lib/mspec/utils/script.rb:85:in `main'
/opt/work/mspec.git/bin/mspec-ci:8


{noformat}

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

20 RubySpec failures for socket libary
--------------------------------------

                 Key: JRUBY-2739
                 URL: http://jira.codehaus.org/browse/JRUBY-2739
             Project: JRuby
          Issue Type: Bug
          Components: Core Classes/Modules
    Affects Versions: JRuby 1.1.2
         Environment: Latest JRuby
            Reporter: Vladimir Sizikov


Once, the more critical issues (crashes, hangups): JRUBY-2672, JRUBY-2147, JRUBY-2737, are resolved, we still have 20 good old spec failures for socket libarary:

{noformat}
mspec ci -t j spec/ruby/1.8/library/socket/
.....EEE....E.......EEEFE.F.EE...E...........FF.........F...F.EE...............E

1)
Socket::BasicSocket#getsockname returns the sockaddr associacted with the socket ERROR
NoMethodError: undefined method `bind' for #<Socket:0x1589d3d>
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/basicsocket/getsockname_spec.rb:12
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:60:in `process'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `process'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:27:in `describe'
/opt/work/mspec.git/lib/mspec/runner/object.rb:11:in `describe'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/basicsocket/getsockname_spec.rb:4
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/basicsocket/getsockname_spec.rb:48:in `load'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `each'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:34:in `process'
/opt/work/mspec.git/lib/mspec/commands/mspec-ci.rb:67:in `run'
/opt/work/mspec.git/lib/mspec/utils/script.rb:85:in `main'
/opt/work/mspec.git/bin/mspec-ci:8

2)
Socket::BasicSocket#getsockname works on server sockets ERROR
ArgumentError: can't resolve socket address of wrong type
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:60:in `process'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `process'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:27:in `describe'
/opt/work/mspec.git/lib/mspec/runner/object.rb:11:in `describe'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/basicsocket/getsockname_spec.rb:4
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/basicsocket/getsockname_spec.rb:48:in `load'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `each'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:34:in `process'
/opt/work/mspec.git/lib/mspec/commands/mspec-ci.rb:67:in `run'
/opt/work/mspec.git/lib/mspec/utils/script.rb:85:in `main'
/opt/work/mspec.git/bin/mspec-ci:8

3)
Socket::BasicSocket#getsockname returns empty sockaddr for unbinded sockets ERROR
IOError: Not Supported
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:60:in `process'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `process'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:27:in `describe'
/opt/work/mspec.git/lib/mspec/runner/object.rb:11:in `describe'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/basicsocket/getsockname_spec.rb:4
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/basicsocket/getsockname_spec.rb:48:in `load'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `each'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:34:in `process'
/opt/work/mspec.git/lib/mspec/commands/mspec-ci.rb:67:in `run'
/opt/work/mspec.git/lib/mspec/utils/script.rb:85:in `main'
/opt/work/mspec.git/bin/mspec-ci:8

4)
Socket::BasicSocket#shutdown closes the writing end of the socket when arg is 1 ERROR
NotImplementedError: Shutdown currently only works with how=2
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:60:in `process'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `process'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:27:in `describe'
/opt/work/mspec.git/lib/mspec/runner/object.rb:11:in `describe'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/basicsocket/shutdown_spec.rb:4
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/basicsocket/shutdown_spec.rb:48:in `load'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `each'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:34:in `process'
/opt/work/mspec.git/lib/mspec/commands/mspec-ci.rb:67:in `run'
/opt/work/mspec.git/lib/mspec/utils/script.rb:85:in `main'
/opt/work/mspec.git/bin/mspec-ci:8

5)
Socket::IPSocket#recvfrom reads data from the connection ERROR
NoMethodError: undefined method `recvfrom' for #<TCPSocket:0x108f060>
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/ipsocket/recvfrom_spec.rb:20
:1:in `initialize'

6)
Socket::IPSocket#recvfrom reads up to len bytes ERROR
NoMethodError: undefined method `recvfrom' for #<TCPSocket:0x1dd5a3d>
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/ipsocket/recvfrom_spec.rb:34
:1:in `initialize'

7)
Socket::IPSocket#recvfrom returns an array with the data and connection info ERROR
NoMethodError: undefined method `recvfrom' for #<TCPSocket:0x14f7a86>
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/ipsocket/recvfrom_spec.rb:48
:1:in `initialize'

8)
Socket#bind binds to a port FAILED
Expected to not get Exception
/opt/work/mspec.git/lib/mspec/expectations/expectations.rb:10:in `fail_with'
/opt/work/mspec.git/lib/mspec/expectations/should.rb:17:in `should_not'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/socket/bind_spec.rb:20
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:60:in `process'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `process'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:27:in `describe'
/opt/work/mspec.git/lib/mspec/runner/object.rb:11:in `describe'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/socket/bind_spec.rb:6
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/socket/bind_spec.rb:48:in `load'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `each'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:34:in `process'
/opt/work/mspec.git/lib/mspec/commands/mspec-ci.rb:67:in `run'
/opt/work/mspec.git/lib/mspec/utils/script.rb:85:in `main'
/opt/work/mspec.git/bin/mspec-ci:8

9)
Socket#bind raises an error if we try to bind to an already bound port ERROR
NoMethodError: undefined method `bind' for #<Socket:0x19c4364>
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/socket/bind_spec.rb:25
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:60:in `process'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `process'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:27:in `describe'
/opt/work/mspec.git/lib/mspec/runner/object.rb:11:in `describe'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/socket/bind_spec.rb:6
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/socket/bind_spec.rb:48:in `load'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `each'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:34:in `process'
/opt/work/mspec.git/lib/mspec/commands/mspec-ci.rb:67:in `run'
/opt/work/mspec.git/lib/mspec/utils/script.rb:85:in `main'
/opt/work/mspec.git/bin/mspec-ci:8

10)
Socket#getaddrinfo accepts empty addresses for IPv4 passive sockets FAILED
Expected [["AF_INET", 80, "localhost", "127.0.0.1", 2, 1, 6]]
to equal [["AF_INET", 80, "0.0.0.0", "0.0.0.0", 2, 1, 6]]

/opt/work/mspec.git/lib/mspec/expectations/expectations.rb:10:in `fail_with'
/opt/work/mspec.git/lib/mspec/matchers/base.rb:9:in `=='
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/socket/getaddrinfo_spec.rb:61
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:60:in `process'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `process'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:27:in `describe'
/opt/work/mspec.git/lib/mspec/runner/object.rb:11:in `describe'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/socket/getaddrinfo_spec.rb:4
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/socket/getaddrinfo_spec.rb:48:in `load'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `each'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:34:in `process'
/opt/work/mspec.git/lib/mspec/commands/mspec-ci.rb:67:in `run'
/opt/work/mspec.git/lib/mspec/utils/script.rb:85:in `main'
/opt/work/mspec.git/bin/mspec-ci:8

11)
Socket#getaddrinfo accepts empty addresses for IPv6 passive sockets ERROR
NameError: uninitialized constant Socket::AF_INET6
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/socket/getaddrinfo_spec.rb:78:in `const_missing'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/socket/getaddrinfo_spec.rb:78
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:60:in `process'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `process'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:27:in `describe'
/opt/work/mspec.git/lib/mspec/runner/object.rb:11:in `describe'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/socket/getaddrinfo_spec.rb:4
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/socket/getaddrinfo_spec.rb:48:in `load'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `each'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:34:in `process'
/opt/work/mspec.git/lib/mspec/commands/mspec-ci.rb:67:in `run'
/opt/work/mspec.git/lib/mspec/utils/script.rb:85:in `main'
/opt/work/mspec.git/bin/mspec-ci:8

12)
Socket#getaddrinfo accepts empty addresses for IPv6 non-passive sockets ERROR
NameError: uninitialized constant Socket::AF_INET6
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/socket/getaddrinfo_spec.rb:90:in `const_missing'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/socket/getaddrinfo_spec.rb:90
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:60:in `process'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `process'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:27:in `describe'
/opt/work/mspec.git/lib/mspec/runner/object.rb:11:in `describe'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/socket/getaddrinfo_spec.rb:4
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/socket/getaddrinfo_spec.rb:48:in `load'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `each'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:34:in `process'
/opt/work/mspec.git/lib/mspec/commands/mspec-ci.rb:67:in `run'
/opt/work/mspec.git/lib/mspec/utils/script.rb:85:in `main'
/opt/work/mspec.git/bin/mspec-ci:8

13)
Socket#listen verifies we can listen for incoming connections ERROR
NoMethodError: undefined method `bind' for #<Socket:0x5c18ff>
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/socket/listen_spec.rb:13
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:60:in `process'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `process'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:27:in `describe'
/opt/work/mspec.git/lib/mspec/runner/object.rb:11:in `describe'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/socket/listen_spec.rb:6
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/socket/listen_spec.rb:48:in `load'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `each'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:34:in `process'
/opt/work/mspec.git/lib/mspec/commands/mspec-ci.rb:67:in `run'
/opt/work/mspec.git/lib/mspec/utils/script.rb:85:in `main'
/opt/work/mspec.git/bin/mspec-ci:8

14)
TCPServer.new binds to a host and a port FAILED
Expected "127.0.0.1"
 to match /^localhost\b/

/opt/work/mspec.git/lib/mspec/expectations/expectations.rb:10:in `fail_with'
/opt/work/mspec.git/lib/mspec/matchers/base.rb:44:in `=~'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/tcpserver/new_spec.rb:19
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:60:in `process'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `process'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:27:in `describe'
/opt/work/mspec.git/lib/mspec/runner/object.rb:11:in `describe'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/tcpserver/new_spec.rb:4
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/tcpserver/new_spec.rb:48:in `load'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `each'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:34:in `process'
/opt/work/mspec.git/lib/mspec/commands/mspec-ci.rb:67:in `run'
/opt/work/mspec.git/lib/mspec/utils/script.rb:85:in `main'
/opt/work/mspec.git/bin/mspec-ci:8

15)
TCPServer.new binds to localhost and a port with either IPv4 or IPv6 FAILED
Expected "127.0.0.1"
 to match /^localhost\b/

/opt/work/mspec.git/lib/mspec/expectations/expectations.rb:10:in `fail_with'
/opt/work/mspec.git/lib/mspec/matchers/base.rb:44:in `=~'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/tcpserver/new_spec.rb:28
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:60:in `process'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `process'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:27:in `describe'
/opt/work/mspec.git/lib/mspec/runner/object.rb:11:in `describe'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/tcpserver/new_spec.rb:4
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/tcpserver/new_spec.rb:48:in `load'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `each'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:34:in `process'
/opt/work/mspec.git/lib/mspec/commands/mspec-ci.rb:67:in `run'
/opt/work/mspec.git/lib/mspec/utils/script.rb:85:in `main'
/opt/work/mspec.git/bin/mspec-ci:8

16)
TCPSocket.new has an address once it has connected to a listening server FAILED
Expected "127.0.0.1"
 to match /^localhost/

/opt/work/mspec.git/lib/mspec/expectations/expectations.rb:10:in `fail_with'
/opt/work/mspec.git/lib/mspec/matchers/base.rb:44:in `=~'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/tcpsocket/shared/new.rb:42
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:60:in `process'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `process'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:27:in `describe'
/opt/work/mspec.git/lib/mspec/runner/object.rb:11:in `describe'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/tcpsocket/shared/new.rb:5
/opt/work/mspec.git/lib/mspec/runner/shared.rb:10:in `[]'
/opt/work/mspec.git/lib/mspec/runner/shared.rb:10:in `it_behaves_like'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/tcpsocket/new_spec.rb:4
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:50:in `process'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:27:in `describe'
/opt/work/mspec.git/lib/mspec/runner/object.rb:11:in `describe'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/tcpsocket/new_spec.rb:3
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/tcpsocket/new_spec.rb:48:in `load'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `each'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:34:in `process'
/opt/work/mspec.git/lib/mspec/commands/mspec-ci.rb:67:in `run'
/opt/work/mspec.git/lib/mspec/utils/script.rb:85:in `main'
/opt/work/mspec.git/bin/mspec-ci:8

17)
TCPSocket.open has an address once it has connected to a listening server FAILED
Expected "127.0.0.1"
 to match /^localhost/

/opt/work/mspec.git/lib/mspec/expectations/expectations.rb:10:in `fail_with'
/opt/work/mspec.git/lib/mspec/matchers/base.rb:44:in `=~'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/tcpsocket/shared/new.rb:42
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:60:in `process'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `process'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:27:in `describe'
/opt/work/mspec.git/lib/mspec/runner/object.rb:11:in `describe'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/tcpsocket/shared/new.rb:5
/opt/work/mspec.git/lib/mspec/runner/shared.rb:10:in `[]'
/opt/work/mspec.git/lib/mspec/runner/shared.rb:10:in `it_behaves_like'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/tcpsocket/open_spec.rb:4
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:50:in `process'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:27:in `describe'
/opt/work/mspec.git/lib/mspec/runner/object.rb:11:in `describe'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/tcpsocket/open_spec.rb:3
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/tcpsocket/open_spec.rb:48:in `load'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `each'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:34:in `process'
/opt/work/mspec.git/lib/mspec/commands/mspec-ci.rb:67:in `run'
/opt/work/mspec.git/lib/mspec/utils/script.rb:85:in `main'
/opt/work/mspec.git/bin/mspec-ci:8

18)
UDPSocket.bind receives a hostname and a port ERROR
IOError: Not Supported
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:60:in `process'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `process'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:27:in `describe'
/opt/work/mspec.git/lib/mspec/runner/object.rb:11:in `describe'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/udpsocket/bind_spec.rb:4
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/udpsocket/bind_spec.rb:48:in `load'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `each'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:34:in `process'
/opt/work/mspec.git/lib/mspec/commands/mspec-ci.rb:67:in `run'
/opt/work/mspec.git/lib/mspec/utils/script.rb:85:in `main'
/opt/work/mspec.git/bin/mspec-ci:8

19)
UDPSocket.bind binds to INADDR_ANY if the hostname is empty ERROR
IOError: Not Supported
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:60:in `process'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `process'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:27:in `describe'
/opt/work/mspec.git/lib/mspec/runner/object.rb:11:in `describe'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/udpsocket/bind_spec.rb:4
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/udpsocket/bind_spec.rb:48:in `load'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `each'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:34:in `process'
/opt/work/mspec.git/lib/mspec/commands/mspec-ci.rb:67:in `run'
/opt/work/mspec.git/lib/mspec/utils/script.rb:85:in `main'
/opt/work/mspec.git/bin/mspec-ci:8

20)
UNIXSocket#recvfrom uses different message options ERROR
NameError: uninitialized constant Socket::MSG_PEEK
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/unixsocket/recvfrom_spec.rb:35:in `const_missing'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/unixsocket/recvfrom_spec.rb:35
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:60:in `process'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `process'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:27:in `describe'
/opt/work/mspec.git/lib/mspec/runner/object.rb:11:in `describe'
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/unixsocket/recvfrom_spec.rb:4
/opt/work/jruby.git/./spec/ruby/1.8/library/socket/unixsocket/recvfrom_spec.rb:48:in `load'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `each'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:34:in `process'
/opt/work/mspec.git/lib/mspec/commands/mspec-ci.rb:67:in `run'
/opt/work/mspec.git/lib/mspec/utils/script.rb:85:in `main'
/opt/work/mspec.git/bin/mspec-ci:8

Finished in 5.068000 seconds

68 files, 80 examples, 104 expectations, 6 failures, 14 errors
{noformat}

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

TCPServer#peeraddr on crashes JRuby
-----------------------------------

                 Key: JRUBY-2738
                 URL: http://jira.codehaus.org/browse/JRUBY-2738
             Project: JRuby
          Issue Type: Bug
    Affects Versions: JRuby 1.1.2
         Environment: Latest JRuby
            Reporter: Vladimir Sizikov
            Assignee: Vladimir Sizikov
             Fix For: JRuby 1.1.3


require 'socket'
server = TCPServer.new(5555)
server.peeraddr

This crasesh JRuby:

{noformat}
Exception in thread "main" java.lang.NullPointerException
        at org.jruby.ext.socket.RubyIPSocket.addrFor(RubyIPSocket.java:73)
        at org.jruby.ext.socket.RubyIPSocket.peeraddr(RubyIPSocket.java:90)
        at org.jruby.ext.socket.RubyIPSocketInvoker$peeraddr_method_0_0.call(Unknown Source)
        at org.jruby.runtime.CallSite$InlineCachingCallSite.cacheAndCall(CallSite.java:117)
        at org.jruby.runtime.CallSite$InlineCachingCallSite.call(CallSite.java:306)
        at org.jruby.ast.CallNoArgNode.interpret(CallNoArgNode.java:57)
        at org.jruby.ast.NewlineNode.interpret(NewlineNode.java:101)
        at org.jruby.ast.RootNode.interpret(RootNode.java:126)
        at org.jruby.evaluator.ASTInterpreter.eval(ASTInterpreter.java:87)
        at org.jruby.evaluator.ASTInterpreter.evalWithBinding(ASTInterpreter.java:140)
        at org.jruby.RubyKernel.eval(RubyKernel.java:829)
        at org.jruby.RubyKernelInvoker$eval_s_method_0_3.call(Unknown Source)
        at org.jruby.internal.runtime.methods.DynamicMethod.call(DynamicMethod.java:126)
        at org.jruby.runtime.CallSite$InlineCachingCallSite.call(CallSite.java:273)
{noformat}

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

BasicSocket#send hangs on RubySpecs
-----------------------------------

                 Key: JRUBY-2737
                 URL: http://jira.codehaus.org/browse/JRUBY-2737
             Project: JRuby
          Issue Type: Bug
    Affects Versions: JRuby 1.1.2
            Reporter: Vladimir Sizikov
            Assignee: Thomas E Enebo


mspec -t j 1.8/library/socket/basicsocket/send_spec.rb

Prints nothing, just hangs there, consumes 100% CPU.

Looks like blocking on @server.accept does not set the thread status to "sleep", thus leading to infinite loop in the spec.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

IO error optparse when loading AOT compiled code
------------------------------------------------

                 Key: JRUBY-2736
                 URL: http://jira.codehaus.org/browse/JRUBY-2736
             Project: JRuby
          Issue Type: Bug
          Components: Interpreter
    Affects Versions: JRuby 1.1.3
            Reporter: Peter K Chan


Running against various revisions of JRuby trunk since 1.1.2, and loading AOT compiled files, I get this following:

{noformat}
Revision 6876
Last revision to still run normally (slow because of classloading when definiting stub invoker, but it works)

Revision 6877
undefined method '__jcreate!' for class 'RunnableRubyBlock', where RunnableRubyBlock is a class that I defined.

Revision 6878
IO error -- optparse
{noformat}

The app runs fine in the later revisions, if I do not put AOT compiled files on path.

(This bug appears originally as comment here: http://jira.codehaus.org/browse/JRUBY-2714?focusedCommentId=140244#action_140244)

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

String#% should use to_ary to convert the argument to Array
-----------------------------------------------------------

                 Key: JRUBY-2735
                 URL: http://jira.codehaus.org/browse/JRUBY-2735
             Project: JRuby
          Issue Type: Bug
          Components: Core Classes/Modules
    Affects Versions: JRuby 1.1.2
         Environment: jruby 1.1.3-dev (ruby 1.8.6 patchlevel 114) (2008-07-02 rev 7072+1) [i386-java]

            Reporter: Vladimir Sizikov
            Assignee: Vladimir Sizikov
             Fix For: JRuby 1.1.3


{noformat}
mspec -t j 1.8/core/string/modulo_spec.rb
......................E........................F...........................

1)
String#% tries to convert the argument to Array by calling #to_ary ERROR
ArgumentError: too few arguments
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:60:in `process'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `process'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:27:in `describe'
/opt/work/mspec.git/lib/mspec/runner/object.rb:11:in `describe'
/opt/work/rubyspec.git/./1.8/core/string/modulo_spec.rb:4
/opt/work/rubyspec.git/./1.8/core/string/modulo_spec.rb:48:in `load'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:48:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `each'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:42:in `files'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:34:in `process'
/opt/work/mspec.git/lib/mspec/commands/mspec-run.rb:75:in `run'
/opt/work/mspec.git/lib/mspec/utils/script.rb:85:in `main'
/opt/work/mspec.git/bin/mspec-run:8
{noformat}

Fix is coming.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

NPE in compiled code with an if, def, and unless
------------------------------------------------

                 Key: JRUBY-2734
                 URL: http://jira.codehaus.org/browse/JRUBY-2734
             Project: JRuby
          Issue Type: Bug
          Components: Compiler
            Reporter: Charles Oliver Nutter
            Assignee: Charles Oliver Nutter
             Fix For: JRuby 1.1.3


This is failing to compile on trunk:

{noformat}
if RUBY_VERSION < '1.9' then
  def Time.today
    t = Time.now
    t - ((t.to_f + t.gmt_offset) % 86400)
  end unless defined? Time.today
end
{noformat}

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email

StringIO#each_byte doesn't update pos, fails new Rubyspecs
----------------------------------------------------------

                 Key: JRUBY-2733
                 URL: http://jira.codehaus.org/browse/JRUBY-2733
             Project: JRuby
          Issue Type: Bug
          Components: Core Classes/Modules
    Affects Versions: JRuby 1.1.2
         Environment: jruby 1.1.3-dev (ruby 1.8.6 patchlevel 114) (2008-07-02 rev 7072) [i386-java]

            Reporter: Vladimir Sizikov
            Assignee: Vladimir Sizikov
             Fix For: JRuby 1.1.3


{noformat}
mspec -t j 1.8/library/stringio/
...........................F...............................................................................................................................................................................................................................................................................................

1)
StringIO#each_byte updates the position before each yield FAILED
Expected [0, 0, 0]
 to equal [1, 2, 3]

/opt/work/mspec.git/lib/mspec/expectations/expectations.rb:10:in `fail_with'
/opt/work/mspec.git/lib/mspec/matchers/base.rb:9:in `=='
/opt/work/rubyspec.git/./1.8/library/stringio/shared/each_byte.rb:16
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `instance_eval'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:130:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:46:in `protect'
/opt/work/mspec.git/lib/mspec/runner/state.rb:60:in `process'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `each'
/opt/work/mspec.git/lib/mspec/runner/state.rb:56:in `process'
/opt/work/mspec.git/lib/mspec/runner/mspec.rb:27:in `describe'
/opt/work/mspec.git/lib/mspec/runner/object.rb:11:in `describe'
/opt/work/rubyspec.git/./1.8/library/stringio/shared/each_byte.rb:2
{noformat}

Will fix.

-- 
This message is automatically generated by JIRA.
-
If you think it was sent incorrectly contact one of the administrators: http://jira.codehaus.org/secure/Administrators.jspa
-
For more information on JIRA, see: http://www.atlassian.com/software/jira

        

---------------------------------------------------------------------
To unsubscribe from this list, please visit:

    http://xircles.codehaus.org/manage_email