JRuby http://xircles.codehaus.org/projects/jruby/lists This file is an RSS 2.0 file. Feed of the latest messages for JRuby en-US [jruby-scm] [jira] Updated: (JRUBY-2645) CLONE -Process.pid does not give the correct PID on 64bit linux Thomas E Enebo (JIRA) (jira@codehaus...) Fri, 04 Jul 2008 18:29:27 -0500 http://archive.jruby.codehaus.org/scm/26888662.1215214167089.JavaMail.haus-jira%40codehaus01.managed.contegix.com http://archive.jruby.codehaus.org/scm/26888662.1215214167089.JavaMail.haus-jira%40codehaus01.managed.contegix.com
List scm@jruby.codehaus.org
Author Thomas E Enebo (JIRA) (jira@codehaus...)
Sent Fri Jul 04 18:29:27 -0500 2008 
     [ http://jira.codehaus.org/browse/JRUBY-2645?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Thomas E Enebo updated JRUBY-2645:
----------------------------------


I have a start on this issue for Linux.

> CLONE -Process.pid does not give the correct PID  on 64bit linux
> ----------------------------------------------------------------
>
>                 Key: JRUBY-2645
>                 URL: http://jira.codehaus.org/browse/JRUBY-2645
>             Project: JRuby
>          Issue Type: Bug
>          Components: Core Classes/Modules
>    Affects Versions: JRuby 1.1b1
>         Environment: Linux client11 2.6.20-gentoo-r8y #2 SMP PREEMPT Tue Jul 10 12:39:18 EEST 2007 i686 Intel(R) Pentium(R) 4 CPU 3.00GHz GenuineIntel GNU/Linux
> java version "1.6.0"
> Java(TM) SE Runtime Environment (build 1.6.0-b105)
> Java HotSpot(TM) Client VM (build 1.6.0-b105, mixed mode)
>            Reporter: McClain Looney
>            Assignee: Thomas E Enebo
>            Priority: Minor
>             Fix For: JRuby 1.1RC2
>
>
> I'd like to monitor a JRuby process, but for now I'll have to write a wrapper script -- it would be nice if JRuby could report the correct PID.
>  $ ruby -e "STDOUT.puts Process.pid"
> 30950
>  $ which jruby
> /opt/jruby-1.1b1/bin/jruby
>  $ jruby -e "STDOUT.puts Process.pid"
> 20471808
> Both PIDs should be in the same 30xxx range.
> There was another PID issue marked fixed a month ago, but I just downloaded the latest beta: 1.1b1 and this still seems to be unresolved.

-- 
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

        

<hr/>
<p>
To unsubscribe from this list please visit:
</p>
<p>
    <a href="http://xircles.codehaus.org/manage_email">http://xircles.codehaus.org/manage_email</a>
[jruby-scm] [jira] Commented: (JRUBY-1467) DB Connection Leak using rails-integration in Resin Eric Stevens (JIRA) (jira@codehaus...) Fri, 04 Jul 2008 13:15:27 -0500 http://archive.jruby.codehaus.org/scm/22140501.1215195327707.JavaMail.haus-jira%40codehaus01.managed.contegix.com http://archive.jruby.codehaus.org/scm/22140501.1215195327707.JavaMail.haus-jira%40codehaus01.managed.contegix.com
List scm@jruby.codehaus.org
Author Eric Stevens (JIRA) (jira@codehaus...)
Sent Fri Jul 04 13:15:27 -0500 2008 
    [ http://jira.codehaus.org/browse/JRUBY-1467?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=140659#action_140659 ] 

Eric Stevens commented on JRUBY-1467:
-------------------------------------

I agree with the WONTFIX.  The workaround is relatively clean and I don't know of a better fix without changes in ActiveRecord itself.  

As a side note: I don't know if it is really a connection leak or if AR just doesn't ever release the connection.  The reason it is a problem for us is that we have idle connection cleanup turned on.  The connections are automatically closed by the JBoss connection pool.  AR then tries to repeatably use the closed connection never recovers from the situation.

> DB Connection Leak using rails-integration in Resin
> ---------------------------------------------------
>
>                 Key: JRUBY-1467
>                 URL: http://jira.codehaus.org/browse/JRUBY-1467
>             Project: JRuby
>          Issue Type: Bug
>          Components: ActiveRecord-JDBC, Rails WAR Deployment
>    Affects Versions: JRuby 1.0.1
>         Environment: Windows XP SP2, JDK 1.6.0_02, JRuby 1.0.1, Resin 3.1.3, rails-integration, Mysql 5.0.45
>            Reporter: Atif Khan
>            Assignee: Charles Oliver Nutter
>         Attachments: myror.war
>
>
> I have a simple rails example with just one controller and one table. The war is successfully deployed in Resin. The issues is that the application is not closing the connection. So, eventually after a few requests, the server runs out of connections. I am using the DataSource configures in Resin application server for this application. 
> Here is the log that I see:
> [15:56:17.462] Closing dangling connections.  All connections must have a close() in a finally block.
> [15:56:17.462] java.lang.IllegalStateException: unclosed connection: UserPoolItem[jdbc/mysql,3] was allocated at
> [15:56:17.462]  at com.caucho.jca.UserPoolItem.<init>(UserPoolItem.java:95)
> [15:56:17.462]  at com.caucho.jca.UserPoolItem.<init>(UserPoolItem.java:101)
> [15:56:17.462]  at com.caucho.jca.PoolItem.toActive(PoolItem.java:249)
> [15:56:17.462]  at com.caucho.jca.ConnectionPool.create(ConnectionPool.java:921)
> [15:56:17.462]  at com.caucho.jca.ConnectionPool.allocatePool(ConnectionPool.java:779)
> [15:56:17.462]  at com.caucho.jca.ConnectionPool.allocate(ConnectionPool.java:740)
> [15:56:17.462]  at com.caucho.jca.ConnectionPool.allocateConnection(ConnectionPool.java:551)
> [15:56:17.462]  at com.caucho.sql.DataSourceImpl.getConnection(DataSourceImpl.java:65)
> [15:56:17.462]  at com.caucho.sql.DBPool.getConnection(DBPool.java:669)
> [15:56:17.462]  at sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)
> [15:56:17.462]  at sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:39)
> [15:56:17.462]  at sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:25)
> [15:56:17.462]  at java.lang.reflect.Method.invoke(Method.java:597)
> [15:56:17.462]  at org.jruby.javasupport.JavaMethod.invokeWithExceptionHandling(JavaMethod.java:196)
> [15:56:17.462]  at org.jruby.javasupport.JavaMethod.invoke(JavaMethod.java:172)
> [15:56:17.462]  at org.jruby.javasupport.JavaClass$InstanceMethodInvoker.execute(JavaClass.java:439)
> [15:56:17.462]  at org.jruby.internal.runtime.methods.SimpleCallbackMethod.call(SimpleCallbackMethod.java:81)
> [15:56:17.462]  at org.jruby.internal.runtime.methods.AliasMethod.call(AliasMethod.java:71)
> [15:56:17.462]  at org.jruby.evaluator.EvaluationState.callNode(EvaluationState.java:571)
> [15:56:17.462]  at org.jruby.evaluator.EvaluationState.evalInternal(EvaluationState.java:207)
> [15:56:17.462]  at org.jruby.evaluator.EvaluationState.setupArgs(EvaluationState.java:2199)
> [15:56:17.462]  at org.jruby.evaluator.EvaluationState.fCallNode(EvaluationState.java:1008)
> [15:56:17.462]  at org.jruby.evaluator.EvaluationState.evalInternal(EvaluationState.java:253)
> [15:56:17.462]  at org.jruby.evaluator.EvaluationState.blockNode(EvaluationState.java:533)
> [15:56:17.462]  at org.jruby.evaluator.EvaluationState.evalInternal(EvaluationState.java:201)
> [15:56:17.462]  at org.jruby.evaluator.EvaluationState.eval(EvaluationState.java:164)
> ....

-- 
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

        

<hr/>
<p>
To unsubscribe from this list please visit:
</p>
<p>
    <a href="http://xircles.codehaus.org/manage_email">http://xircles.codehaus.org/manage_email</a>
[jruby-scm] [jira] Updated: (JRUBY-2756) Major performance problem wrapping/unwrapping blocks/procs Vladimir Sizikov (JIRA) (jira@codehaus...) Fri, 04 Jul 2008 12:30:27 -0500 http://archive.jruby.codehaus.org/scm/30954698.1215192627070.JavaMail.haus-jira%40codehaus01.managed.contegix.com http://archive.jruby.codehaus.org/scm/30954698.1215192627070.JavaMail.haus-jira%40codehaus01.managed.contegix.com
List scm@jruby.codehaus.org
Author Vladimir Sizikov (JIRA) (jira@codehaus...)
Sent Fri Jul 04 12:30:27 -0500 2008 
     [ http://jira.codehaus.org/browse/JRUBY-2756?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Vladimir Sizikov updated JRUBY-2756:
------------------------------------

    Attachment: Profiling.png

Attaching the profiling data out of NetBeans profiler.

The major jumps in execution times are at blocks.

> 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
>
>         Attachments: Profiling.png
>
>
> 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 &#10132; 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 &#10132; 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 &#10132; 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 &#10132; 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

        

<hr/>
<p>
To unsubscribe from this list please visit:
</p>
<p>
    <a href="http://xircles.codehaus.org/manage_email">http://xircles.codehaus.org/manage_email</a>
[jruby-scm] [jira] Closed: (JRUBY-2752) NPE running ruby code Vladimir Sizikov (JIRA) (jira@codehaus...) Fri, 04 Jul 2008 12:18:26 -0500 http://archive.jruby.codehaus.org/scm/3531364.1215191906904.JavaMail.haus-jira%40codehaus01.managed.contegix.com http://archive.jruby.codehaus.org/scm/3531364.1215191906904.JavaMail.haus-jira%40codehaus01.managed.contegix.com
List scm@jruby.codehaus.org
Author Vladimir Sizikov (JIRA) (jira@codehaus...)
Sent Fri Jul 04 12:18:26 -0500 2008 
     [ http://jira.codehaus.org/browse/JRUBY-2752?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Vladimir Sizikov closed JRUBY-2752.
-----------------------------------

    Resolution: Duplicate

Closing this as a duplicate.

But also linking to the JRUBY-2756, since the attached test exposes major performance issue.

Thanks!!!

> 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: Vladimir Sizikov
>         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

       

<hr/>
<p>
To unsubscribe from this list please visit:
</p>
<p>
    <a href="http://xircles.codehaus.org/manage_email">http://xircles.codehaus.org/manage_email</a>
[jruby-scm] [jira] Commented: (JRUBY-2749) Make RaiseException show the exception message and the Ruby stack trace Charles Oliver Nutter (JIRA) (jira@codehaus...) Fri, 04 Jul 2008 12:09:27 -0500 http://archive.jruby.codehaus.org/scm/8288782.1215191367003.JavaMail.haus-jira%40codehaus01.managed.contegix.com http://archive.jruby.codehaus.org/scm/8288782.1215191367003.JavaMail.haus-jira%40codehaus01.managed.contegix.com
List scm@jruby.codehaus.org
Author Charles Oliver Nutter (JIRA) (jira@codehaus...)
Sent Fri Jul 04 12:09:27 -0500 2008 
    [ http://jira.codehaus.org/browse/JRUBY-2749?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=140656#action_140656 ] 

Charles Oliver Nutter commented on JRUBY-2749:
----------------------------------------------

No, you're probably just fine. I'm guessing that toString for NativeException does not do the message right. Shouldn't be hard to fix. Can you come up with a simple test case?

> 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

        

<hr/>
<p>
To unsubscribe from this list please visit:
</p>
<p>
    <a href="http://xircles.codehaus.org/manage_email">http://xircles.codehaus.org/manage_email</a>
[jruby-scm] [jira] Updated: (JRUBY-2745) Revive test_trace_func.rb tests and provide test:interpreter Rake task Charles Oliver Nutter (JIRA) (jira@codehaus...) Fri, 04 Jul 2008 11:57:26 -0500 http://archive.jruby.codehaus.org/scm/1594221.1215190646942.JavaMail.haus-jira%40codehaus01.managed.contegix.com http://archive.jruby.codehaus.org/scm/1594221.1215190646942.JavaMail.haus-jira%40codehaus01.managed.contegix.com
List scm@jruby.codehaus.org
Author Charles Oliver Nutter (JIRA) (jira@codehaus...)
Sent Fri Jul 04 11:57:26 -0500 2008 
     [ http://jira.codehaus.org/browse/JRUBY-2745?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Charles Oliver Nutter updated JRUBY-2745:
-----------------------------------------

         Priority: Blocker  (was: Major)
         Assignee: Charles Oliver Nutter
    Fix Version/s: JRuby 1.1.3

Wire up tests before 1.1.3.

> 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
>            Assignee: Charles Oliver Nutter
>            Priority: Blocker
>             Fix For: JRuby 1.1.3
>
>         Attachments: tracing_test-diff.patch
>
>
> 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

        

<hr/>
<p>
To unsubscribe from this list please visit:
</p>
<p>
    <a href="http://xircles.codehaus.org/manage_email">http://xircles.codehaus.org/manage_email</a>
[jruby-dev] [jira] Created: (JRUBY-2756) Major performance problem wrapping/unwrapping blocks/procs Charles Oliver Nutter (JIRA) (jira@codehaus...) Fri, 04 Jul 2008 11:43:26 -0500 http://archive.jruby.codehaus.org/dev/32216431.1215189806894.JavaMail.haus-jira%40codehaus01.managed.contegix.com http://archive.jruby.codehaus.org/dev/32216431.1215189806894.JavaMail.haus-jira%40codehaus01.managed.contegix.com
List dev@jruby.codehaus.org
Author Charles Oliver Nutter (JIRA) (jira@codehaus...)
Sent Fri Jul 04 11:43:26 -0500 2008 
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 &#10132; 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 &#10132; 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 &#10132; 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 &#10132; 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
[jruby-scm] [jira] Created: (JRUBY-2756) Major performance problem wrapping/unwrapping blocks/procs Charles Oliver Nutter (JIRA) (jira@codehaus...) Fri, 04 Jul 2008 11:43:26 -0500 http://archive.jruby.codehaus.org/scm/13665660.1215189806875.JavaMail.haus-jira%40codehaus01.managed.contegix.com http://archive.jruby.codehaus.org/scm/13665660.1215189806875.JavaMail.haus-jira%40codehaus01.managed.contegix.com
List scm@jruby.codehaus.org
Author Charles Oliver Nutter (JIRA) (jira@codehaus...)
Sent Fri Jul 04 11:43:26 -0500 2008 
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 &#10132; 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 &#10132; 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 &#10132; 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 &#10132; 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

        

<hr/>
<p>
To unsubscribe from this list please visit:
</p>
<p>
    <a href="http://xircles.codehaus.org/manage_email">http://xircles.codehaus.org/manage_email</a>
[jruby-scm] [jira] Commented: (JRUBY-2621) Something in ruby_parser is too long to compile, but doesn't get broken apart correctly Charles Oliver Nutter (JIRA) (jira@codehaus...) Fri, 04 Jul 2008 11:19:26 -0500 http://archive.jruby.codehaus.org/scm/30945453.1215188366966.JavaMail.haus-jira%40codehaus01.managed.contegix.com http://archive.jruby.codehaus.org/scm/30945453.1215188366966.JavaMail.haus-jira%40codehaus01.managed.contegix.com
List scm@jruby.codehaus.org
Author Charles Oliver Nutter (JIRA) (jira@codehaus...)
Sent Fri Jul 04 11:19:26 -0500 2008 
    [ http://jira.codehaus.org/browse/JRUBY-2621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=140651#action_140651 ] 

Charles Oliver Nutter commented on JRUBY-2621:
----------------------------------------------

Some experimentation helped me find out that the upper bound of a literal int array is somewhere around 4700 elements. Then it crosses the 65k limit for an individual method.

The giant arrays in question are generated by RACC, so there's little change to get them changed. Instead we should explore the possibility of having arrays over a particular size force splitting by compiling as their own array-populating methods. I'm not going to do this right now, but it's something we'll want to look into in the future for cases like the Ruby parser.

> Something in ruby_parser is too long to compile, but doesn't get broken apart correctly
> ---------------------------------------------------------------------------------------
>
>                 Key: JRUBY-2621
>                 URL: http://jira.codehaus.org/browse/JRUBY-2621
>             Project: JRuby
>          Issue Type: Bug
>          Components: Compiler
>            Reporter: Charles Oliver Nutter
>            Assignee: Charles Oliver Nutter
>             Fix For: JRuby 1.1.3
>
>
> This will obviously affect performance of ruby_parser quite a bit:
> {noformat}
> ~/NetBeansProjects/jruby &#10132; jruby -J-Djruby.jit.logging.verbose=true -X+C --server -rubygems -rbenchmark -e "gem :ruby_parser; require 'ruby_parser'; 5.times {puts Benchmark.measure {RubyParser.new.parse(File.read('lib/ruby/1.8/rdoc/parsers/parse_rb.rb'))}}"
> could not compile: /Users/headius/NetBeansProjects/jruby/lib/ruby/gems/1.8/gems/ruby_parser-1.0.0/lib/ruby_parser.rb because of: "Invalid method Code length 82165 in class file ruby/Users/headius/NetBeansProjects/jruby/lib/ruby/gems/$1_dot_8/gems/ruby_parser_minus_1_dot_0_dot_0/lib/ruby_parser"
> java.lang.ClassFormatError: Invalid method Code length 82165 in class file ruby/Users/headius/NetBeansProjects/jruby/lib/ruby/gems/$1_dot_8/gems/ruby_parser_minus_1_dot_0_dot_0/lib/ruby_parser
> 	at java.lang.ClassLoader.defineClass1(Native Method)
> 	at java.lang.ClassLoader.defineClass(ClassLoader.java:675)
> 	at org.jruby.util.JRubyClassLoader.defineClass(JRubyClassLoader.java:21)
> 	at org.jruby.compiler.impl.StandardASMCompiler.loadClass(StandardASMCompiler.java:159)
> 	at org.jruby.Ruby.tryCompile(Ruby.java:464)
> 	at org.jruby.Ruby.compileAndLoadFile(Ruby.java:2041)
> 	at org.jruby.runtime.load.ExternalScript.load(ExternalScript.java:56)
> 	at org.jruby.runtime.load.LoadService.smartLoad(LoadService.java:320)
> 	at org.jruby.runtime.load.LoadService.require(LoadService.java:346)
> 	at org.jruby.RubyKernel.require(RubyKernel.java:769)
> {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

        

<hr/>
<p>
To unsubscribe from this list please visit:
</p>
<p>
    <a href="http://xircles.codehaus.org/manage_email">http://xircles.codehaus.org/manage_email</a>
[jruby-scm] [jira] Resolved: (JRUBY-2753) c-return passes different 'file' then c-call for load and require Charles Oliver Nutter (JIRA) (jira@codehaus...) Fri, 04 Jul 2008 11:07:26 -0500 http://archive.jruby.codehaus.org/scm/33013432.1215187646901.JavaMail.haus-jira%40codehaus01.managed.contegix.com http://archive.jruby.codehaus.org/scm/33013432.1215187646901.JavaMail.haus-jira%40codehaus01.managed.contegix.com
List scm@jruby.codehaus.org
Author Charles Oliver Nutter (JIRA) (jira@codehaus...)
Sent Fri Jul 04 11:07:26 -0500 2008 
     [ http://jira.codehaus.org/browse/JRUBY-2753?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

Charles Oliver Nutter resolved JRUBY-2753.
------------------------------------------

         Assignee: Charles Oliver Nutter
       Resolution: Fixed
    Fix Version/s: JRuby 1.1.3

Ok, I found the issue. Basically on the way into a script, the "current file" was getting set to the file being executed, but never reset to the file doing the require or load on the way back out. This caused require and load to report the correct file going in, but then the filename was lost coming back out. I don't expect this would affect too many stack traces, but it's possible that it caused problems for exceptions happening shortly after a load. At any rate, I think I have it corrected now in r7106. Keep those trace bugs coming :)

> 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
>            Assignee: Charles Oliver Nutter
>             Fix For: JRuby 1.1.3
>
>
> 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

        

<hr/>
<p>
To unsubscribe from this list please visit:
</p>
<p>
    <a href="http://xircles.codehaus.org/manage_email">http://xircles.codehaus.org/manage_email</a>
[jruby-scm] [jruby] [7106] trunk/jruby/src/org/jruby: Fix for JRUBY-2753, wrong file in c-return trace from require or load. headius@codehaus... Fri, 04 Jul 2008 11:06:54 -0500 http://archive.jruby.codehaus.org/scm/20080704160654.9E54D14A8043%40codehaus01.managed.contegix.com http://archive.jruby.codehaus.org/scm/20080704160654.9E54D14A8043%40codehaus01.managed.contegix.com
List scm@jruby.codehaus.org
Author headius@codehaus...
Sent Fri Jul 04 11:06:54 -0500 2008
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head><style type="text/css"><!-- #msg DL { border : 1px #006 solid; background-color : #369; padding : 6px; color : #fff; } #msg DT { float : left; width : 6em; font-weight : bold; } #msg DL, #msg DT, #msg UL, #msg LI { font-family : arial,helvetica,sans-serif; font-size : 10pt; } h3 { font-family : arial,helvetica,sans-serif; font-size : 10pt; font-weight : bold; } #msg PRE { overflow : auto; white-space : normal; background-color : #ffc; border : 1px #fc0 solid; padding : 6px; } #msg UL, PRE, .diff { overflow : auto; } #patch h4 { font-family : arial,helvetica,sans-serif; font-size : 10pt; } #patch h4 { padding: 8px; background : #369; color : #fff; margin : 0; } #patch .propset h4, #patch .binary h4 {margin: 0;} #patch pre {padding:0;line-height:1.2em;margin:0;} #patch .diff {background:#eeeeee;padding: 0 0 10px 0;} #patch .propset .diff, #patch .binary .diff {padding: 10px 0;} #patch span {display:block;padding:0 10px;} #patch .modfile, #patch .addfile, #patch .delfile, #patch .propset, #patch .binary, #patch .copfile {border:1px solid #ccc;margin:10px 0;} #patch .add {background:#ddffdd;} #patch .rem {background:#ffdddd;} #patch .lines, .info {color:#888888;background:#ffffff;} .diff { width : 100%; } #msg DL { border : 1px #006 solid; background-color : #369; padding : 6px; color : #fff; } #msg DT { float : left; width : 6em; font-weight : bold; } #msg DL, #msg DT, #msg UL, #msg LI { font-family : arial,helvetica,sans-serif; font-size : 10pt; } h3 { font-family : arial,helvetica,sans-serif; font-size : 10pt; font-weight : bold; } #msg PRE { overflow : auto; white-space : normal; background-color : #ffc; border : 1px #fc0 solid; padding : 6px; } #msg UL, PRE, .diff { overflow : auto; } #patch h4 { font-family : arial,helvetica,sans-serif; font-size : 10pt; } #patch h4 { padding: 8px; background : #369; color : #fff; margin : 0; } #patch .propset h4, #patch .binary h4 {margin: 0;} #patch pre {padding:0;line-height:1.2em;margin:0;} #patch .diff {background:#eeeeee;padding: 0 0 10px 0;} #patch .propset .diff, #patch .binary .diff {padding: 10px 0;} #patch span {display:block;padding:0 10px;} #patch .modfile, #patch .addfile, #patch .delfile, #patch .propset, #patch .binary, #patch .copfile {border:1px solid #ccc;margin:10px 0;} #patch .add {background:#ddffdd;} #patch .rem {background:#ffdddd;} #patch .lines, .info {color:#888888;background:#ffffff;} .diff { width : 100%; } --></style> <title>[jruby] [7106] trunk/jruby/src/org/jruby: Fix for JRUBY-2753, wrong file in c-return trace from require or load.</title> </head> <body> <div id="msg"> <dl> <dt>Revision</dt> <dd><a href="http://fisheye.codehaus.org/changelog/jruby/?cs=7106">7106</a></dd> <dt>Author</dt> <dd>headius</dd> <dt>Date</dt> <dd>2008-07-04 11:06:54 -0500 (Fri, 04 Jul 2008)</dd> </dl> <h3>Log Message</h3> <pre>Fix for <a href="http://jira.codehaus.org/secure/ViewIssue.jspa?key=JRUBY-2753">JRUBY-2753</a>, wrong file in c-return trace from require or load.</pre> <h3>Modified Paths</h3> <ul> <li><a href="#trunkjrubysrcorgjrubyRubyjava">trunk/jruby/src/org/jruby/Ruby.java</a></li> <li><a href="#trunkjrubysrcorgjrubyruntimeThreadContextjava">trunk/jruby/src/org/jruby/runtime/ThreadContext.java</a></li> </ul> </div> <div id="patch"> <h3>Diff</h3> <a id="trunkjrubysrcorgjrubyRubyjava"></a> <div class="modfile"><h4>Modified: trunk/jruby/src/org/jruby/Ruby.java (7105 => 7106)</h4> <pre class="diff"> <span class="info">--- trunk/jruby/src/org/jruby/Ruby.java 2008-07-04 16:06:49 UTC (rev 7105) +++ trunk/jruby/src/org/jruby/Ruby.java 2008-07-04 16:06:54 UTC (rev 7106) </span><span class="lines">@@ -257,11 +257,18 @@ </span><span class="cx"> } Node node = parseInline(new ByteArrayInputStream(bytes), filename, null); </span><span class="rem">- Frame frame = getCurrentContext().getCurrentFrame(); </span><span class="add">+ ThreadContext context = getCurrentContext(); </span><span class="cx"> </span><span class="rem">- frame.setFile(node.getPosition().getFile()); - frame.setLine(node.getPosition().getStartLine()); - return runNormally(node, false); </span><span class="add">+ String oldFile = context.getFile(); + int oldLine = context.getLine(); + try { + context.setFile(node.getPosition().getFile()); + context.setLine(node.getPosition().getStartLine()); + return runNormally(node, false); + } finally { + context.setFile(oldFile); + context.setLine(oldLine); + } </span><span class="cx"> } /** </span><span class="lines">@@ -307,16 +314,23 @@ </span><span class="cx"> new RubiniusRunner(this, inputStream, filename).run(); } else { Node scriptNode = parseFromMain(inputStream, filename); </span><span class="rem">- Frame frame = getCurrentContext().getCurrentFrame(); - - frame.setFile(scriptNode.getPosition().getFile()); - frame.setLine(scriptNode.getPosition().getStartLine()); </span><span class="add">+ ThreadContext context = getCurrentContext(); </span><span class="cx"> </span><span class="rem">- if (config.isAssumePrinting() || config.isAssumeLoop()) { - runWithGetsLoop(scriptNode, config.isAssumePrinting(), config.isProcessLineEnds(), - config.isSplit(), config.isYARVCompileEnabled()); - } else { - runNormally(scriptNode, config.isYARVCompileEnabled()); </span><span class="add">+ String oldFile = context.getFile(); + int oldLine = context.getLine(); + try { + context.setFile(scriptNode.getPosition().getFile()); + context.setLine(scriptNode.getPosition().getStartLine()); + + if (config.isAssumePrinting() || config.isAssumeLoop()) { + runWithGetsLoop(scriptNode, config.isAssumePrinting(), config.isProcessLineEnds(), + config.isSplit(), config.isYARVCompileEnabled()); + } else { + runNormally(scriptNode, config.isYARVCompileEnabled()); + } + } finally { + context.setFile(oldFile); + context.setLine(oldLine); </span><span class="cx"> } } } </span><span class="lines">@@ -2017,9 +2031,11 @@ </span><span class="cx"> } ThreadContext context = getCurrentContext(); </span><span class="add">+ String file = context.getFile(); </span><span class="cx"> try { secure(4); /* should alter global state */ </span><span class="add">+ context.setFile(scriptName); </span><span class="cx"> context.preNodeEval(objectClass, self, scriptName); parseFile(in, scriptName, null).interpret(this, context, self, Block.NULL_BLOCK); </span><span class="lines">@@ -2027,6 +2043,7 @@ </span><span class="cx"> return; } finally { context.postNodeEval(); </span><span class="add">+ context.setFile(file); </span><span class="cx"> } } </span><span class="lines">@@ -2039,9 +2056,11 @@ </span><span class="cx"> } ThreadContext context = getCurrentContext(); </span><span class="add">+ String file = context.getFile(); </span><span class="cx"> try { secure(4); /* should alter global state */ </span><span class="add">+ context.setFile(filename); </span><span class="cx"> context.preNodeEval(objectClass, self, filename); Node scriptNode = parseFile(in, filename, null); </span><span class="lines">@@ -2056,6 +2075,7 @@ </span><span class="cx"> return; } finally { context.postNodeEval(); </span><span class="add">+ context.setFile(file); </span><span class="cx"> } } </span></pre></div> <a id="trunkjrubysrcorgjrubyruntimeThreadContextjava"></a> <div class="modfile"><h4>Modified: trunk/jruby/src/org/jruby/runtime/ThreadContext.java (7105 => 7106)</h4> <pre class="diff"> <span class="info">--- trunk/jruby/src/org/jruby/runtime/ThreadContext.java 2008-07-04 16:06:49 UTC (rev 7105) +++ trunk/jruby/src/org/jruby/runtime/ThreadContext.java 2008-07-04 16:06:54 UTC (rev 7106) </span><span class="lines">@@ -797,7 +797,6 @@ </span><span class="cx"> } public void preNodeEval(RubyModule rubyClass, IRubyObject self, String name) { </span><span class="rem">- setFile(name); </span><span class="cx"> pushRubyClass(rubyClass); pushCallFrame(null, null, self, Block.NULL_BLOCK, null); // set visibility to private, since toplevel of scripts always started out private </span> </pre> </div> </div> </body> </html> <hr/> <p> To unsubscribe from this list please visit: </p> <p> <a href="http://xircles.codehaus.org/manage_email">http://xircles.codehaus.org/manage_email</a>
[jruby-scm] [jruby] [7105] trunk/jruby/src/org/jruby/ext/socket: Trying to improve gethostbyname output; this looks at the InetAddress type and sets AF_INET or AF_INET6 accordingly. headius@codehaus... Fri, 04 Jul 2008 11:06:49 -0500 http://archive.jruby.codehaus.org/scm/20080704160649.4132714A8043%40codehaus01.managed.contegix.com http://archive.jruby.codehaus.org/scm/20080704160649.4132714A8043%40codehaus01.managed.contegix.com
List scm@jruby.codehaus.org
Author headius@codehaus...
Sent Fri Jul 04 11:06:49 -0500 2008
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head><style type="text/css"><!-- #msg DL { border : 1px #006 solid; background-color : #369; padding : 6px; color : #fff; } #msg DT { float : left; width : 6em; font-weight : bold; } #msg DL, #msg DT, #msg UL, #msg LI { font-family : arial,helvetica,sans-serif; font-size : 10pt; } h3 { font-family : arial,helvetica,sans-serif; font-size : 10pt; font-weight : bold; } #msg PRE { overflow : auto; white-space : normal; background-color : #ffc; border : 1px #fc0 solid; padding : 6px; } #msg UL, PRE, .diff { overflow : auto; } #patch h4 { font-family : arial,helvetica,sans-serif; font-size : 10pt; } #patch h4 { padding: 8px; background : #369; color : #fff; margin : 0; } #patch .propset h4, #patch .binary h4 {margin: 0;} #patch pre {padding:0;line-height:1.2em;margin:0;} #patch .diff {background:#eeeeee;padding: 0 0 10px 0;} #patch .propset .diff, #patch .binary .diff {padding: 10px 0;} #patch span {display:block;padding:0 10px;} #patch .modfile, #patch .addfile, #patch .delfile, #patch .propset, #patch .binary, #patch .copfile {border:1px solid #ccc;margin:10px 0;} #patch .add {background:#ddffdd;} #patch .rem {background:#ffdddd;} #patch .lines, .info {color:#888888;background:#ffffff;} .diff { width : 100%; } #msg DL { border : 1px #006 solid; background-color : #369; padding : 6px; color : #fff; } #msg DT { float : left; width : 6em; font-weight : bold; } #msg DL, #msg DT, #msg UL, #msg LI { font-family : arial,helvetica,sans-serif; font-size : 10pt; } h3 { font-family : arial,helvetica,sans-serif; font-size : 10pt; font-weight : bold; } #msg PRE { overflow : auto; white-space : normal; background-color : #ffc; border : 1px #fc0 solid; padding : 6px; } #msg UL, PRE, .diff { overflow : auto; } #patch h4 { font-family : arial,helvetica,sans-serif; font-size : 10pt; } #patch h4 { padding: 8px; background : #369; color : #fff; margin : 0; } #patch .propset h4, #patch .binary h4 {margin: 0;} #patch pre {padding:0;line-height:1.2em;margin:0;} #patch .diff {background:#eeeeee;padding: 0 0 10px 0;} #patch .propset .diff, #patch .binary .diff {padding: 10px 0;} #patch span {display:block;padding:0 10px;} #patch .modfile, #patch .addfile, #patch .delfile, #patch .propset, #patch .binary, #patch .copfile {border:1px solid #ccc;margin:10px 0;} #patch .add {background:#ddffdd;} #patch .rem {background:#ffdddd;} #patch .lines, .info {color:#888888;background:#ffffff;} .diff { width : 100%; } --></style> <title>[jruby] [7105] trunk/jruby/src/org/jruby/ext/socket: Trying to improve gethostbyname output; this looks at the InetAddress type and sets AF_INET or AF_INET6 accordingly.</title> </head> <body> <div id="msg"> <dl> <dt>Revision</dt> <dd><a href="http://fisheye.codehaus.org/changelog/jruby/?cs=7105">7105</a></dd> <dt>Author</dt> <dd>headius</dd> <dt>Date</dt> <dd>2008-07-04 11:06:49 -0500 (Fri, 04 Jul 2008)</dd> </dl> <h3>Log Message</h3> <pre>Trying to improve gethostbyname output; this looks at the InetAddress type and sets AF_INET or AF_INET6 accordingly.</pre> <h3>Modified Paths</h3> <ul> <li><a href="#trunkjrubysrcorgjrubyextsocketRubySocketjava">trunk/jruby/src/org/jruby/ext/socket/RubySocket.java</a></li> <li><a href="#trunkjrubysrcorgjrubyextsocketRubyTCPSocketjava">trunk/jruby/src/org/jruby/ext/socket/RubyTCPSocket.java</a></li> </ul> </div> <div id="patch"> <h3>Diff</h3> <a id="trunkjrubysrcorgjrubyextsocketRubySocketjava"></a> <div class="modfile"><h4>Modified: trunk/jruby/src/org/jruby/ext/socket/RubySocket.java (7104 => 7105)</h4> <pre class="diff"> <span class="info">--- trunk/jruby/src/org/jruby/ext/socket/RubySocket.java 2008-07-04 16:06:40 UTC (rev 7104) +++ trunk/jruby/src/org/jruby/ext/socket/RubySocket.java 2008-07-04 16:06:49 UTC (rev 7105) </span><span class="lines">@@ -135,6 +135,7 @@ </span><span class="cx"> public static final int PF_UNIX = 1; public static final int AF_INET = 2; public static final int PF_INET = 2; </span><span class="add">+ public static final int AF_INET6 = 30; </span><span class="cx"> public static final int IPPROTO_IP = 0; public static final int IPPROTO_ICMP = 1; </span><span class="lines">@@ -157,6 +158,7 @@ </span><span class="cx"> rb_mConstants.fastSetConstant(&quot;AF_UNSPEC&quot;, runtime.newFixnum(AF_UNSPEC)); rb_mConstants.fastSetConstant(&quot;PF_INET&quot;, runtime.newFixnum(PF_INET)); rb_mConstants.fastSetConstant(&quot;AF_INET&quot;, runtime.newFixnum(AF_INET)); </span><span class="add">+ rb_mConstants.fastSetConstant(&quot;AF_INET6&quot;, runtime.newFixnum(AF_INET6)); </span><span class="cx"> // mandatory constants we haven&#39;t implemented rb_mConstants.fastSetConstant(&quot;MSG_OOB&quot;, runtime.newFixnum(0x01)); rb_mConstants.fastSetConstant(&quot;SOL_SOCKET&quot;, runtime.newFixnum(SOL_SOCKET)); </span></pre></div> <a id="trunkjrubysrcorgjrubyextsocketRubyTCPSocketjava"></a> <div class="modfile"><h4>Modified: trunk/jruby/src/org/jruby/ext/socket/RubyTCPSocket.java (7104 => 7105)</h4> <pre class="diff"> <span class="info">--- trunk/jruby/src/org/jruby/ext/socket/RubyTCPSocket.java 2008-07-04 16:06:40 UTC (rev 7104) +++ trunk/jruby/src/org/jruby/ext/socket/RubyTCPSocket.java 2008-07-04 16:06:49 UTC (rev 7105) </span><span class="lines">@@ -33,6 +33,8 @@ </span><span class="cx"> import java.io.IOException; import java.net.ConnectException; </span><span class="add">+import java.net.Inet4Address; +import java.net.Inet6Address; </span><span class="cx"> import java.net.InetAddress; import java.net.InetSocketAddress; import java.net.Socket; </span><span class="lines">@@ -132,11 +134,21 @@ </span><span class="cx"> try { IRubyObject[] ret = new IRubyObject[4]; Ruby r = recv.getRuntime(); </span><span class="rem">- InetAddress addr = InetAddress.getByName(hostname.convertToString().toString()); </span><span class="add">+ InetAddress addr; + String hostString = hostname.convertToString().toString(); + addr = InetAddress.getByName(hostString); + </span><span class="cx"> ret[0] = r.newString(addr.getCanonicalHostName()); ret[1] = r.newArray(); </span><span class="rem">- ret[2] = r.newFixnum(2); //AF_INET </span><span class="cx"> ret[3] = r.newString(addr.getHostAddress()); </span><span class="add">+ + if (addr instanceof Inet4Address) { + Inet4Address addr4 = (Inet4Address)addr; + ret[2] = r.newFixnum(RubySocket.AF_INET); //AF_INET + } else if (addr instanceof Inet6Address) { + Inet6Address addr6 = (Inet6Address)addr; + ret[2] = r.newFixnum(RubySocket.AF_INET6); //AF_INET + } </span><span class="cx"> return r.newArrayNoCopy(ret); } catch(UnknownHostException e) { throw sockerr(recv, &quot;gethostbyname: name or service not known&quot;); </span> </pre> </div> </div> </body> </html> <hr/> <p> To unsubscribe from this list please visit: </p> <p> <a href="http://xircles.codehaus.org/manage_email">http://xircles.codehaus.org/manage_email</a>
[jruby-scm] [jruby] [7104] trunk/jruby/nbproject/project.xml: Fix jvyamlb reference. headius@codehaus... Fri, 04 Jul 2008 11:06:41 -0500 http://archive.jruby.codehaus.org/scm/20080704160641.46BAF14A8043%40codehaus01.managed.contegix.com http://archive.jruby.codehaus.org/scm/20080704160641.46BAF14A8043%40codehaus01.managed.contegix.com
List scm@jruby.codehaus.org
Author headius@codehaus...
Sent Fri Jul 04 11:06:41 -0500 2008
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head><style type="text/css"><!-- #msg DL { border : 1px #006 solid; background-color : #369; padding : 6px; color : #fff; } #msg DT { float : left; width : 6em; font-weight : bold; } #msg DL, #msg DT, #msg UL, #msg LI { font-family : arial,helvetica,sans-serif; font-size : 10pt; } h3 { font-family : arial,helvetica,sans-serif; font-size : 10pt; font-weight : bold; } #msg PRE { overflow : auto; white-space : normal; background-color : #ffc; border : 1px #fc0 solid; padding : 6px; } #msg UL, PRE, .diff { overflow : auto; } #patch h4 { font-family : arial,helvetica,sans-serif; font-size : 10pt; } #patch h4 { padding: 8px; background : #369; color : #fff; margin : 0; } #patch .propset h4, #patch .binary h4 {margin: 0;} #patch pre {padding:0;line-height:1.2em;margin:0;} #patch .diff {background:#eeeeee;padding: 0 0 10px 0;} #patch .propset .diff, #patch .binary .diff {padding: 10px 0;} #patch span {display:block;padding:0 10px;} #patch .modfile, #patch .addfile, #patch .delfile, #patch .propset, #patch .binary, #patch .copfile {border:1px solid #ccc;margin:10px 0;} #patch .add {background:#ddffdd;} #patch .rem {background:#ffdddd;} #patch .lines, .info {color:#888888;background:#ffffff;} .diff { width : 100%; } #msg DL { border : 1px #006 solid; background-color : #369; padding : 6px; color : #fff; } #msg DT { float : left; width : 6em; font-weight : bold; } #msg DL, #msg DT, #msg UL, #msg LI { font-family : arial,helvetica,sans-serif; font-size : 10pt; } h3 { font-family : arial,helvetica,sans-serif; font-size : 10pt; font-weight : bold; } #msg PRE { overflow : auto; white-space : normal; background-color : #ffc; border : 1px #fc0 solid; padding : 6px; } #msg UL, PRE, .diff { overflow : auto; } #patch h4 { font-family : arial,helvetica,sans-serif; font-size : 10pt; } #patch h4 { padding: 8px; background : #369; color : #fff; margin : 0; } #patch .propset h4, #patch .binary h4 {margin: 0;} #patch pre {padding:0;line-height:1.2em;margin:0;} #patch .diff {background:#eeeeee;padding: 0 0 10px 0;} #patch .propset .diff, #patch .binary .diff {padding: 10px 0;} #patch span {display:block;padding:0 10px;} #patch .modfile, #patch .addfile, #patch .delfile, #patch .propset, #patch .binary, #patch .copfile {border:1px solid #ccc;margin:10px 0;} #patch .add {background:#ddffdd;} #patch .rem {background:#ffdddd;} #patch .lines, .info {color:#888888;background:#ffffff;} .diff { width : 100%; } --></style> <title>[jruby] [7104] trunk/jruby/nbproject/project.xml: Fix jvyamlb reference.</title> </head> <body> <div id="msg"> <dl> <dt>Revision</dt> <dd><a href="http://fisheye.codehaus.org/changelog/jruby/?cs=7104">7104</a></dd> <dt>Author</dt> <dd>headius</dd> <dt>Date</dt> <dd>2008-07-04 11:06:40 -0500 (Fri, 04 Jul 2008)</dd> </dl> <h3>Log Message</h3> <pre>Fix jvyamlb reference.</pre> <h3>Modified Paths</h3> <ul> <li><a href="#trunkjrubynbprojectprojectxml">trunk/jruby/nbproject/project.xml</a></li> </ul> </div> <div id="patch"> <h3>Diff</h3> <a id="trunkjrubynbprojectprojectxml"></a> <div class="modfile"><h4>Modified: trunk/jruby/nbproject/project.xml (7103 => 7104)</h4> <pre class="diff"> <span class="info">--- trunk/jruby/nbproject/project.xml 2008-07-04 13:53:07 UTC (rev 7103) +++ trunk/jruby/nbproject/project.xml 2008-07-04 16:06:40 UTC (rev 7104) </span><span class="lines">@@ -89,7 +89,7 @@ </span><span class="cx"> &lt;java-data xmlns=&quot;http://www.netbeans.org/ns/freeform-project-java/2&quot;&gt; &lt;compilation-unit&gt; &lt;package-root&gt;${src.dir}&lt;/package-root&gt; </span><span class="rem">- &lt;classpath mode=&quot;compile&quot;&gt;lib/bsf.jar:build_lib/junit.jar:build_lib/jline-0.9.93.jar:build_lib/asm-3.0.jar:build_lib/asm-commons-3.0.jar:build_lib/asm-util-3.0.jar:build_lib/jna.jar:build_lib/nailgun-0.7.1.jar:build_lib/joni.jar:build_lib/joda-time-1.5.1.jar:build_lib/jna-posix.jar:build_lib/bytelist-0.1.jar:build_lib/jvyamlb-0.1.4.jar&lt;/classpath&gt; </span><span class="add">+ &lt;classpath mode=&quot;compile&quot;&gt;lib/bsf.jar:build_lib/junit.jar:build_lib/jline-0.9.93.jar:build_lib/asm-3.0.jar:build_lib/asm-commons-3.0.jar:build_lib/asm-util-3.0.jar:build_lib/jna.jar:build_lib/nailgun-0.7.1.jar:build_lib/joni.jar:build_lib/joda-time-1.5.1.jar:build_lib/jna-posix.jar:build_lib/bytelist-0.1.jar:build_lib/jvyamlb-0.2.jar&lt;/classpath&gt; </span><span class="cx"> &lt;built-to&gt;${jruby.classes.dir}&lt;/built-to&gt; &lt;built-to&gt;${lib.dir}/jruby.jar&lt;/built-to&gt; &lt;javadoc-built-to&gt;docs/api&lt;/javadoc-built-to&gt; </span> </pre> </div> </div> </body> </html> <hr/> <p> To unsubscribe from this list please visit: </p> <p> <a href="http://xircles.codehaus.org/manage_email">http://xircles.codehaus.org/manage_email</a>
[jruby-dev] [jira] Created: (JRUBY-2755) Precompiled scripts do not set initial position information correctly Charles Oliver Nutter (JIRA) (jira@codehaus...) Fri, 04 Jul 2008 10:43:27 -0500 http://archive.jruby.codehaus.org/dev/3075569.1215186207143.JavaMail.haus-jira%40codehaus01.managed.contegix.com http://archive.jruby.codehaus.org/dev/3075569.1215186207143.JavaMail.haus-jira%40codehaus01.managed.contegix.com
List dev@jruby.codehaus.org
Author Charles Oliver Nutter (JIRA) (jira@codehaus...)
Sent Fri Jul 04 10:43:27 -0500 2008 
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
[jruby-scm] [jira] Created: (JRUBY-2755) Precompiled scripts do not set initial position information correctly Charles Oliver Nutter (JIRA) (jira@codehaus...) Fri, 04 Jul 2008 10:43:27 -0500 http://archive.jruby.codehaus.org/scm/31394449.1215186207115.JavaMail.haus-jira%40codehaus01.managed.contegix.com http://archive.jruby.codehaus.org/scm/31394449.1215186207115.JavaMail.haus-jira%40codehaus01.managed.contegix.com
List scm@jruby.codehaus.org
Author Charles Oliver Nutter (JIRA) (jira@codehaus...)
Sent Fri Jul 04 10:43:27 -0500 2008 
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

        

<hr/>
<p>
To unsubscribe from this list please visit:
</p>
<p>
    <a href="http://xircles.codehaus.org/manage_email">http://xircles.codehaus.org/manage_email</a>
[jruby-scm] [jruby] [7103] trunk/jruby: New rubyspecs, cleaned up excludes. vvs@codehaus... Fri, 04 Jul 2008 08:53:07 -0500 http://archive.jruby.codehaus.org/scm/20080704135307.EDFFD14A8043%40codehaus01.managed.contegix.com http://archive.jruby.codehaus.org/scm/20080704135307.EDFFD14A8043%40codehaus01.managed.contegix.com
List scm@jruby.codehaus.org
Author vvs@codehaus...
Sent Fri Jul 04 08:53:07 -0500 2008
<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.1//EN" "http://www.w3.org/TR/xhtml11/DTD/xhtml11.dtd"> <html xmlns="http://www.w3.org/1999/xhtml"> <head><style type="text/css"><!-- #msg DL { border : 1px #006 solid; background-color : #369; padding : 6px; color : #fff; } #msg DT { float : left; width : 6em; font-weight : bold; } #msg DL, #msg DT, #msg UL, #msg LI { font-family : arial,helvetica,sans-serif; font-size : 10pt; } h3 { font-family : arial,helvetica,sans-serif; font-size : 10pt; font-weight : bold; } #msg PRE { overflow : auto; white-space : normal; background-color : #ffc; border : 1px #fc0 solid; padding : 6px; } #msg UL, PRE, .diff { overflow : auto; } #patch h4 { font-family : arial,helvetica,sans-serif; font-size : 10pt; } #patch h4 { padding: 8px; background : #369; color : #fff; margin : 0; } #patch .propset h4, #patch .binary h4 {margin: 0;} #patch pre {padding:0;line-height:1.2em;margin:0;} #patch .diff {background:#eeeeee;padding: 0 0 10px 0;} #patch .propset .diff, #patch .binary .diff {padding: 10px 0;} #patch span {display:block;padding:0 10px;} #patch .modfile, #patch .addfile, #patch .delfile, #patch .propset, #patch .binary, #patch .copfile {border:1px solid #ccc;margin:10px 0;} #patch .add {background:#ddffdd;} #patch .rem {background:#ffdddd;} #patch .lines, .info {color:#888888;background:#ffffff;} .diff { width : 100%; } #msg DL { border : 1px #006 solid; background-color : #369; padding : 6px; color : #fff; } #msg DT { float : left; width : 6em; font-weight : bold; } #msg DL, #msg DT, #msg UL, #msg LI { font-family : arial,helvetica,sans-serif; font-size : 10pt; } h3 { font-family : arial,helvetica,sans-serif; font-size : 10pt; font-weight : bold; } #msg PRE { overflow : auto; white-space : normal; background-color : #ffc; border : 1px #fc0 solid; padding : 6px; } #msg UL, PRE, .diff { overflow : auto; } #patch h4 { font-family : arial,helvetica,sans-serif; font-size : 10pt; } #patch h4 { padding: 8px; background : #369; color : #fff; margin : 0; } #patch .propset h4, #patch .binary h4 {margin: 0;} #patch pre {padding:0;line-height:1.2em;margin:0;} #patch .diff {background:#eeeeee;padding: 0 0 10px 0;} #patch .propset .diff, #patch .binary .diff {padding: 10px 0;} #patch span {display:block;padding:0 10px;} #patch .modfile, #patch .addfile, #patch .delfile, #patch .propset, #patch .binary, #patch .copfile {border:1px solid #ccc;margin:10px 0;} #patch .add {background:#ddffdd;} #patch .rem {background:#ffdddd;} #patch .lines, .info {color:#888888;background:#ffffff;} .diff { width : 100%; } --></style> <title>[jruby] [7103] trunk/jruby: New rubyspecs, cleaned up excludes.</title> </head> <body> <div id="msg"> <dl> <dt>Revision</dt> <dd><a href="http://fisheye.codehaus.org/changelog/jruby/?cs=7103">7103</a></dd> <dt>Author</dt> <dd>vvs</dd> <dt>Date</dt> <dd>2008-07-04 08:53:07 -0500 (Fri, 04 Jul 2008)</dd> </dl> <h3>Log Message</h3> <pre>New rubyspecs, cleaned up excludes. List of spec changes since the last one: 68 files changed, 561 insertions(+), 131 deletions(-) 5.9% 1.8/core/array/ 7.7% 1.8/core/ 5.9% 1.8/library/cgi/tagmaker/ 9.3% 1.8/library/cgi/ 8.7% 1.8/library/complex/ 17.5% 1.8/library/iconv/ 13.5% 1.8/library/rational/ 9.6% 1.8/library/singleton/ 10.4% 1.8/library/socket/socket/ 8.4% 1.8/library/</pre> <h3>Modified Paths</h3> <ul> <li><a href="#trunkjrubybuildxml">trunk/jruby/build.xml</a></li> <li><a href="#trunkjrubyrubyspecsrevision">trunk/jruby/rubyspecs.revision</a></li> <li><a href="#trunkjrubyspectagsruby18corefileopen_tagstxt">trunk/jruby/spec/tags/ruby/1.8/core/file/open_tags.txt</a></li> <li><a href="#trunkjrubyspectagsruby18corekernelcaller_tagstxt">trunk/jruby/spec/tags/ruby/1.8/core/kernel/caller_tags.txt</a></li> <li><a href="#trunkjrubyspectagsruby18coreregexpto_s_tagstxt">trunk/jruby/spec/tags/ruby/1.8/core/regexp/to_s_tags.txt</a></li> </ul> <h3>Removed Paths</h3> <ul> <li><a href="#trunkjrubyspectagsruby18languagepredefined_tagstxt">trunk/jruby/spec/tags/ruby/1.8/language/predefined_tags.txt</a></li> <li><a href="#trunkjrubyspectagsruby18librarynetftpsendport_tagstxt">trunk/jruby/spec/tags/ruby/1.8/library/net/ftp/sendport_tags.txt</a></li> <li><a href="#trunkjrubyspectagsruby18librarysocketipsocketpeeraddr_tagstxt">trunk/jruby/spec/tags/ruby/1.8/library/socket/ipsocket/peeraddr_tags.txt</a></li> <li><a href="#trunkjrubyspectagsruby18librarysocketudpsocketsend_tagstxt">trunk/jruby/spec/tags/ruby/1.8/library/socket/udpsocket/send_tags.txt</a></li> </ul> </div> <div id="patch"> <h3>Diff</h3> <a id="trunkjrubybuildxml"></a> <div class="modfile"><h4>Modified: trunk/jruby/build.xml (7102 => 7103)</h4> <pre class="diff"> <span class="info">--- trunk/jruby/build.xml 2008-07-04 11:23:07 UTC (rev 7102) +++ trunk/jruby/build.xml 2008-07-04 13:53:07 UTC (rev 7103) </span><span class="lines">@@ -776,10 +776,8 @@ </span><span class="cx"> &lt;sysproperty key=&quot;jruby.launch.inproc&quot; value=&quot;false&quot;/&gt; &lt;arg line=&quot;${mspec.dir}/bin/mspec tag&quot;/&gt; </span><span class="rem">- &lt;arg line=&quot;-t ${basedir}/bin/jruby&quot;/&gt; </span><span class="cx"> &lt;arg line=&quot;--add fails --fail&quot;/&gt; &lt;arg line=&quot;-B ${spec.dir}/default.mspec&quot;/&gt; </span><span class="rem">- &lt;arg value=&quot;${rubyspec.dir}/1.8&quot;/&gt; </span><span class="cx"> &lt;/java&gt; &lt;/target&gt; </span><span class="lines">@@ -797,9 +795,8 @@ </span><span class="cx"> &lt;sysproperty key=&quot;jruby.home&quot; value=&quot;${basedir}&quot;/&gt; &lt;sysproperty key=&quot;jruby.launch.inproc&quot; value=&quot;false&quot;/&gt; &lt;arg line=&quot;${mspec.dir}/bin/mspec&quot;/&gt; </span><span class="rem">- &lt;arg line=&quot;-t ${basedir}/bin/jruby&quot;/&gt; </span><span class="cx"> &lt;arg line=&quot;-f s -g fails --dry-run&quot;/&gt; </span><span class="rem">- &lt;arg line=&quot;-B ${spec.dir}/default.mspec&quot;/&gt; </span><span class="add">+ &lt;arg line=&quot;-B ${spec.dir}/default.mspec&quot;/&gt; </span><span class="cx"> &lt;arg value=&quot;${rubyspec.dir}/1.8&quot;/&gt; &lt;/java&gt; &lt;/target&gt; </span><span class="lines">@@ -834,7 +831,6 @@ </span><span class="cx"> &lt;sysproperty key=&quot;jruby.reflection&quot; value=&quot;@{reflection}&quot;/&gt; &lt;arg line=&quot;${mspec.dir}/bin/mspec ci&quot;/&gt; </span><span class="rem">- &lt;arg value=&quot;-t&quot;/&gt;&lt;arg value=&quot;${basedir}/bin/jruby&quot;/&gt; </span><span class="cx"> &lt;arg line=&quot;-T -J-ea&quot;/&gt; &lt;arg value=&quot;-f&quot;/&gt;&lt;arg value=&quot;m&quot;/&gt; &lt;extra-args/&gt; </span></pre></div> <a id="trunkjrubyrubyspecsrevision"></a> <div class="modfile"><h4>Modified: trunk/jruby/rubyspecs.revision (7102 => 7103)</h4> <pre class="diff"> <span class="info">--- trunk/jruby/rubyspecs.revision 2008-07-04 11:23:07 UTC (rev 7102) +++ trunk/jruby/rubyspecs.revision 2008-07-04 13:53:07 UTC (rev 7103) </span><span class="lines">@@ -3,4 +3,4 @@ </span><span class="cx"> mspec.revision=c85d72da4a6ac74910d80f7a2d2ea40828f67788 </span><span class="rem">-rubyspecs.revision=474d6a9bdbe2ed6c203889d9ce7070d981d470a3 </span><span class="add">+rubyspecs.revision=6b604690042086700a714c14c9dc50abd6b66119 </span></pre></div> <a id="trunkjrubyspectagsruby18corefileopen_tagstxt"></a> <div class="modfile"><h4>Modified: trunk/jruby/spec/tags/ruby/1.8/core/file/open_tags.txt (7102 => 7103)</h4> <pre class="diff"> <span class="info">--- trunk/jruby/spec/tags/ruby/1.8/core/file/open_tags.txt 2008-07-04 11:23:07 UTC (rev 7102) +++ trunk/jruby/spec/tags/ruby/1.8/core/file/open_tags.txt 2008-07-04 13:53:07 UTC (rev 7103) </span><span class="lines">@@ -1,2 +1 @@ </span><span class="cx"> fails:File.open opens a file that no exists when use File::NOCTTY mode </span><span class="rem">-fails:File.open raises an Errno::EACCES when opening non-permitted file </span></pre></div> <a id="trunkjrubyspectagsruby18corekernelcaller_tagstxt"></a> <div class="modfile"><h4>Modified: trunk/jruby/spec/tags/ruby/1.8/core/kernel/caller_tags.txt (7102 => 7103)</h4> <pre class="diff"> <span class="info">--- trunk/jruby/spec/tags/ruby/1.8/core/kernel/caller_tags.txt 2008-07-04 11:23:07 UTC (rev 7102) +++ trunk/jruby/spec/tags/ruby/1.8/core/kernel/caller_tags.txt 2008-07-04 13:53:07 UTC (rev 7103) </span><span class="lines">@@ -1,6 +1,3 @@ </span><span class="cx"> fails(JRUBY-2651):Kernel#caller in a Proc or eval returns the definition trace of a block when evaluated in a Proc binding fails(JRUBY-2651):Kernel#caller in a Proc or eval returns the definition trace of a Proc fails(JRUBY-2651):Kernel#caller in a Proc or eval returns the correct definition line for a complex Proc trace </span><span class="rem">-fails(JRUBY-2651):Kernel#caller in a Proc or eval begins with (eval) for caller(0) in eval -fails(JRUBY-2651):Kernel#caller in a Proc or eval begins with the eval&#39;s sender&#39;s sender for caller(1) in eval -fails(JRUBY-2651):Kernel#caller in a Proc or eval shows the current line in the calling block twice when evaled </span></pre></div> <a id="trunkjrubyspectagsruby18coreregexpto_s_tagstxt"></a> <div class="modfile"><h4>Modified: trunk/jruby/spec/tags/ruby/1.8/core/regexp/to_s_tags.txt (7102 => 7103)</h4> <pre class="diff"> <span class="info">--- trunk/jruby/spec/tags/ruby/1.8/core/regexp/to_s_tags.txt 2008-07-04 11:23:07 UTC (rev 7102) +++ trunk/jruby/spec/tags/ruby/1.8/core/regexp/to_s_tags.txt 2008-07-04 13:53:07 UTC (rev 7103) </span><span class="lines">@@ -1 +1,2 @@ </span><span class="cx"> fails(JRUBY-2683):Regexp#to_s returns a string in (?xxx:yyy) notation </span><span class="add">+fails(JRUBY-2683):Regexp#to_s handles abusive option groups </span></pre></div> <a id="trunkjrubyspectagsruby18languagepredefined_tagstxt"></a> <div class="delfile"><h4>Deleted: trunk/jruby/spec/tags/ruby/1.8/language/predefined_tags.txt (7102 => 7103)</h4> <pre class="diff"> <span class="info">--- trunk/jruby/spec/tags/ruby/1.8/language/predefined_tags.txt 2008-07-04 11:23:07 UTC (rev 7102) +++ trunk/jruby/spec/tags/ruby/1.8/language/predefined_tags.txt 2008-07-04 13:53:07 UTC (rev 7103) </span><span class="lines">@@ -1,3 +0,0 @@ </span><span class="rem">-fails(JRUBY-2452):Predefined global $~ is set at the method-scoped level rather than block-scoped -fails(JRUBY-2452):Predefined global $_ is set to the last line read by e.g. StringIO#gets -fails(JRUBY-2452):Predefined global $_ is set at the method-scoped level rather than block-scoped </span></pre></div> <a id="trunkjrubyspectagsruby18librarynetftpsendport_tagstxt"></a> <div class="delfile"><h4>Deleted: trunk/jruby/spec/tags/ruby/1.8/library/net/ftp/sendport_tags.txt (7102 => 7103)</h4> <pre class="diff"> <span class="info">--- trunk/jruby/spec/tags/ruby/1.8/library/net/ftp/sendport_tags.txt 2008-07-04 11:23:07 UTC (rev 7102) +++ trunk/jruby/spec/tags/ruby/1.8/library/net/ftp/sendport_tags.txt 2008-07-04 13:53:07 UTC (rev 7103) </span><span class="lines">@@ -1 +0,0 @@ </span><span class="rem">-fails(TBD):Net::FTP#sendport when using IPv4 sends a HOST-PORT specification for the passed host and port using the PORT command </span></pre></div> <a id="trunkjrubyspectagsruby18librarysocketipsocketpeeraddr_tagstxt"></a> <div class="delfile"><h4>Deleted: trunk/jruby/spec/tags/ruby/1.8/library/socket/ipsocket/peeraddr_tags.txt (7102 => 7103)</h4> <pre class="diff"> <span class="info">--- trunk/jruby/spec/tags/ruby/1.8/library/socket/ipsocket/peeraddr_tags.txt 2008-07-04 11:23:07 UTC (rev 7102) +++ trunk/jruby/spec/tags/ruby/1.8/library/socket/ipsocket/peeraddr_tags.txt 2008-07-04 13:53:07 UTC (rev 7103) </span><span class="lines">@@ -1 +0,0 @@ </span><span class="rem">-fails(JRUBY-2738):Socket::IPSocket#peeraddr raises error if socket is not connected </span></pre></div> <a id="trunkjrubyspectagsruby18librarysocketudpsocketsend_tagstxt"></a> <div class="delfile"><h4>Deleted: trunk/jruby/spec/tags/ruby/1.8/library/socket/udpsocket/send_tags.txt (7102 => 7103)</h4> <pre class="diff"> <span class="info">--- trunk/jruby/spec/tags/ruby/1.8/library/socket/udpsocket/send_tags.txt 2008-07-04 11:23:07 UTC (rev 7102) +++ trunk/jruby/spec/tags/ruby/1.8/library/socket/udpsocket/send_tags.txt 2008-07-04 13:53:07 UTC (rev 7103) </span><span class="lines">@@ -1,2 +0,0 @@ </span><span class="rem">-fails(RBX-421):UDPSocket.send sends data in ad hoc mode -fails(RBX-421):UDPSocket.send sends data in connection mode </span> </pre> </div> </div> </body> </html> <hr/> <p> To unsubscribe from this list please visit: </p> <p> <a href="http://xircles.codehaus.org/manage_email">http://xircles.codehaus.org/manage_email</a>
[jruby-scm] [jira] Commented: (JRUBY-2683) Regexp#to_s behaves differently than MRI 1.8 or MRI 1.9 Vladimir Sizikov (JIRA) (jira@codehaus...) Fri, 04 Jul 2008 08:31:27 -0500 http://archive.jruby.codehaus.org/scm/31334986.1215178287019.JavaMail.haus-jira%40codehaus01.managed.contegix.com http://archive.jruby.codehaus.org/scm/31334986.1215178287019.JavaMail.haus-jira%40codehaus01.managed.contegix.com
List scm@jruby.codehaus.org
Author Vladimir Sizikov (JIRA) (jira@codehaus...)
Sent Fri Jul 04 08:31:27 -0500 2008 
    [ http://jira.codehaus.org/browse/JRUBY-2683?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=140626#action_140626 ] 

Vladimir Sizikov commented on JRUBY-2683:
-----------------------------------------

A second rubyspec failure caused by the same thing:

{noformat}
Regexp#to_s handles abusive option groups FAILED
Expected "(?-mix:(?mmmmix-miiiix:))"
 to equal "(?-mix:)"

/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/core/regexp/to_s_spec.rb:47
/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/regexp/to_s_spec.rb:3
/opt/work/rubyspec.git/./1.8/core/regexp/to_s_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-tag.rb:82:in `run'
/opt/work/mspec.git/lib/mspec/utils/script.rb:85:in `main'
/opt/work/mspec.git/bin/mspec-tag:8
{noformat}

> Regexp#to_s behaves differently than MRI 1.8 or MRI 1.9
> -------------------------------------------------------
>
>                 Key: JRUBY-2683
>                 URL: http://jira.codehaus.org/browse/JRUBY-2683
>             Project: JRuby
>          Issue Type: Bug
>          Components: Core Classes/Modules
>    Affects Versions: JRuby 1.1.2
>         Environment: Latest JRuby
>            Reporter: Vladimir Sizikov
>            Assignee: Marcin Mielzynski
>             Fix For: JRuby 1.1.3
>
>
> JRuby fails the following rubyspec: /(?:.)/.to_s.should == "(?-mix:.)"
> See also http://rubyspec.org/issues/show/24
> {noformat}
> mspec -t j spec/ruby/1.8/core/regexp/to_s_spec.rb
> F
> 1)
> Regexp#to_s returns a string in (?xxx:yyy) notation FAILED
> Expected "(?-mix:(?:.))"
>  to equal "(?-mix:.)"
> /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/./spec/ruby/1.8/core/regexp/to_s_spec.rb:9
> /opt/work/mspec.git/lib/mspec/runner/mspec.rb:124:in `instance_eval'
> /opt/work/mspec.git/lib/mspec/runner/mspec.rb:124: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:28:in `describe'
> /opt/work/mspec.git/lib/mspec/runner/object.rb:11:in `describe'
> /opt/work/./spec/ruby/1.8/core/regexp/to_s_spec.rb:3
> /opt/work/./spec/ruby/1.8/core/regexp/to_s_spec.rb:49:in `load'
> /opt/work/mspec.git/lib/mspec/runner/mspec.rb:49:in `files'
> /opt/work/mspec.git/lib/mspec/runner/mspec.rb:124:in `instance_eval'
> /opt/work/mspec.git/lib/mspec/runner/mspec.rb:124:in `protect'
> /opt/work/mspec.git/lib/mspec/runner/mspec.rb:49:in `files'
> /opt/work/mspec.git/lib/mspec/runner/mspec.rb:43:in `each'
> /opt/work/mspec.git/lib/mspec/runner/mspec.rb:43:in `files'
> /opt/work/mspec.git/lib/mspec/runner/mspec.rb:35:in `process'
> /opt/work/mspec.git/lib/mspec/commands/mspec-run.rb:76:in `run'
> /opt/work/mspec.git/lib/mspec/utils/script.rb:75:in `main'
> /opt/work/mspec.git/bin/mspec-run:8
> Finished in 0.079000 seconds
> 1 file, 1 example, 5 expectations, 1 failure, 0 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

        

<hr/>
<p>
To unsubscribe from this list please visit:
</p>
<p>
    <a href="http://xircles.codehaus.org/manage_email">http://xircles.codehaus.org/manage_email</a>
[jruby-scm] [jira] Commented: (JRUBY-2621) Something in ruby_parser is too long to compile, but doesn't get broken apart correctly Charles Oliver Nutter (JIRA) (jira@codehaus...) Fri, 04 Jul 2008 08:28:27 -0500 http://archive.jruby.codehaus.org/scm/913753.1215178107046.JavaMail.haus-jira%40codehaus01.managed.contegix.com http://archive.jruby.codehaus.org/scm/913753.1215178107046.JavaMail.haus-jira%40codehaus01.managed.contegix.com
List scm@jruby.codehaus.org
Author Charles Oliver Nutter (JIRA) (jira@codehaus...)
Sent Fri Jul 04 08:28:27 -0500 2008 
    [ http://jira.codehaus.org/browse/JRUBY-2621?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=140625#action_140625 ] 

Charles Oliver Nutter commented on JRUBY-2621:
----------------------------------------------

I discovered what the problem was with ruby_parser...it's the main script. It initializes a number of seriously gigantic arrays for the Ruby parser productions. I think there are several of these arrays that would fail to compile *individually*, much less all of them as the body of a method. And because they're gigantic, they can't easily be split into multiple methods.

This should generally affect only +C compilation since it's in the root of the script. But it's something to look out for in the future. I'll leave this open to try to explore any way possible to compile this script. Toughy though.

> Something in ruby_parser is too long to compile, but doesn't get broken apart correctly
> ---------------------------------------------------------------------------------------
>
>                 Key: JRUBY-2621
>                 URL: http://jira.codehaus.org/browse/JRUBY-2621
>             Project: JRuby
>          Issue Type: Bug
>          Components: Compiler
>            Reporter: Charles Oliver Nutter
>            Assignee: Charles Oliver Nutter
>             Fix For: JRuby 1.1.3
>
>
> This will obviously affect performance of ruby_parser quite a bit:
> {noformat}
> ~/NetBeansProjects/jruby &#10132; jruby -J-Djruby.jit.logging.verbose=true -X+C --server -rubygems -rbenchmark -e "gem :ruby_parser; require 'ruby_parser'; 5.times {puts Benchmark.measure {RubyParser.new.parse(File.read('lib/ruby/1.8/rdoc/parsers/parse_rb.rb'))}}"
> could not compile: /Users/headius/NetBeansProjects/jruby/lib/ruby/gems/1.8/gems/ruby_parser-1.0.0/lib/ruby_parser.rb because of: "Invalid method Code length 82165 in class file ruby/Users/headius/NetBeansProjects/jruby/lib/ruby/gems/$1_dot_8/gems/ruby_parser_minus_1_dot_0_dot_0/lib/ruby_parser"
> java.lang.ClassFormatError: Invalid method Code length 82165 in class file ruby/Users/headius/NetBeansProjects/jruby/lib/ruby/gems/$1_dot_8/gems/ruby_parser_minus_1_dot_0_dot_0/lib/ruby_parser
> 	at java.lang.ClassLoader.defineClass1(Native Method)
> 	at java.lang.ClassLoader.defineClass(ClassLoader.java:675)
> 	at org.jruby.util.JRubyClassLoader.defineClass(JRubyClassLoader.java:21)
> 	at org.jruby.compiler.impl.StandardASMCompiler.loadClass(StandardASMCompiler.java:159)
> 	at org.jruby.Ruby.tryCompile(Ruby.java:464)
> 	at org.jruby.Ruby.compileAndLoadFile(Ruby.java:2041)
> 	at org.jruby.runtime.load.ExternalScript.load(ExternalScript.java:56)
> 	at org.jruby.runtime.load.LoadService.smartLoad(LoadService.java:320)
> 	at org.jruby.runtime.load.LoadService.require(LoadService.java:346)
> 	at org.jruby.RubyKernel.require(RubyKernel.java:769)
> {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

        

<hr/>
<p>
To unsubscribe from this list please visit:
</p>
<p>
    <a href="http://xircles.codehaus.org/manage_email">http://xircles.codehaus.org/manage_email</a>
[jruby-scm] [jira] Updated: (JRUBY-2754) YAML is not properly loading object references David Corbin (JIRA) (jira@codehaus...) Fri, 04 Jul 2008 07:42:26 -0500 http://archive.jruby.codehaus.org/scm/16119087.1215175346889.JavaMail.haus-jira%40codehaus01.managed.contegix.com http://archive.jruby.codehaus.org/scm/16119087.1215175346889.JavaMail.haus-jira%40codehaus01.managed.contegix.com
List scm@jruby.codehaus.org
Author David Corbin (JIRA) (jira@codehaus...)
Sent Fri Jul 04 07:42:26 -0500 2008 
     [ http://jira.codehaus.org/browse/JRUBY-2754?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

David Corbin updated JRUBY-2754:
--------------------------------

    Attachment:     (was: Bug.rb)

> 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.1, JRuby 1.1.2
>         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

        

<hr/>
<p>
To unsubscribe from this list please visit:
</p>
<p>
    <a href="http://xircles.codehaus.org/manage_email">http://xircles.codehaus.org/manage_email</a>
[jruby-scm] [jira] Updated: (JRUBY-2754) YAML is not properly loading object references David Corbin (JIRA) (jira@codehaus...) Fri, 04 Jul 2008 07:40:26 -0500 http://archive.jruby.codehaus.org/scm/3799516.1215175226934.JavaMail.haus-jira%40codehaus01.managed.contegix.com http://archive.jruby.codehaus.org/scm/3799516.1215175226934.JavaMail.haus-jira%40codehaus01.managed.contegix.com
List scm@jruby.codehaus.org
Author David Corbin (JIRA) (jira@codehaus...)
Sent Fri Jul 04 07:40:26 -0500 2008 
     [ http://jira.codehaus.org/browse/JRUBY-2754?page=com.atlassian.jira.plugin.system.issuetabpanels:all-tabpanel ]

David Corbin updated JRUBY-2754:
--------------------------------

    Attachment: Bug.rb

Here is a much smaller and simpler script to demonstrate the problem.



> 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.1, JRuby 1.1.2
>         Environment: Linux, JDK1.5, though I don't know that it matters.
>            Reporter: David Corbin
>         Attachments: Bug.rb, 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

        

<hr/>
<p>
To unsubscribe from this list please visit:
</p>
<p>
    <a href="http://xircles.codehaus.org/manage_email">http://xircles.codehaus.org/manage_email</a>
[jruby-dev] [jira] Created: (JRUBY-2754) YAML is not properly loading object references David Corbin (JIRA) (jira@codehaus...) Fri, 04 Jul 2008 07:33:26 -0500 http://archive.jruby.codehaus.org/dev/14498982.1215174806879.JavaMail.haus-jira%40codehaus01.managed.contegix.com http://archive.jruby.codehaus.org/dev/14498982.1215174806879.JavaMail.haus-jira%40codehaus01.managed.contegix.com
List dev@jruby.codehaus.org
Author David Corbin (JIRA) (jira@codehaus...)
Sent Fri Jul 04 07:33:26 -0500 2008 
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
[jruby-scm] [jira] Created: (JRUBY-2754) YAML is not properly loading object references David Corbin (JIRA) (jira@codehaus...) Fri, 04 Jul 2008 07:33:26 -0500 http://archive.jruby.codehaus.org/scm/17935024.1215174806859.JavaMail.haus-jira%40codehaus01.managed.contegix.com http://archive.jruby.codehaus.org/scm/17935024.1215174806859.JavaMail.haus-jira%40codehaus01.managed.contegix.com
List scm@jruby.codehaus.org
Author David Corbin (JIRA) (jira@codehaus...)
Sent Fri Jul 04 07:33:26 -0500 2008 
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

        

<hr/>
<p>
To unsubscribe from this list please visit:
</p>
<p>
    <a href="http://xircles.codehaus.org/manage_email">http://xircles.codehaus.org/manage_email</a>
[jruby-dev] [jira] Created: (JRUBY-2753) c-return passes different 'file' then c-call for load and require Martin Krauskopf (JIRA) (jira@codehaus...) Fri, 04 Jul 2008 06:57:27 -0500 http://archive.jruby.codehaus.org/dev/21510090.1215172647764.JavaMail.haus-jira%40codehaus01.managed.contegix.com http://archive.jruby.codehaus.org/dev/21510090.1215172647764.JavaMail.haus-jira%40codehaus01.managed.contegix.com
List dev@jruby.codehaus.org
Author Martin Krauskopf (JIRA) (jira@codehaus...)
Sent Fri Jul 04 06:57:27 -0500 2008 
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
[jruby-scm] [jira] Created: (JRUBY-2753) c-return passes different 'file' then c-call for load and require Martin Krauskopf (JIRA) (jira@codehaus...) Fri, 04 Jul 2008 06:57:27 -0500 http://archive.jruby.codehaus.org/scm/20800355.1215172647737.JavaMail.haus-jira%40codehaus01.managed.contegix.com http://archive.jruby.codehaus.org/scm/20800355.1215172647737.JavaMail.haus-jira%40codehaus01.managed.contegix.com
List scm@jruby.codehaus.org
Author Martin Krauskopf (JIRA) (jira@codehaus...)
Sent Fri Jul 04 06:57:27 -0500 2008 
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

        

<hr/>
<p>
To unsubscribe from this list please visit:
</p>
<p>
    <a href="http://xircles.codehaus.org/manage_email">http://xircles.codehaus.org/manage_email</a>
[jruby-scm] [jira] Commented: (JRUBY-2722) Interpreter passes absolute path to the EventHook for 'require'ed files Martin Krauskopf (JIRA) (jira@codehaus...) Fri, 04 Jul 2008 06:37:27 -0500 http://archive.jruby.codehaus.org/scm/5328136.1215171447623.JavaMail.haus-jira%40codehaus01.managed.contegix.com http://archive.jruby.codehaus.org/scm/5328136.1215171447623.JavaMail.haus-jira%40codehaus01.managed.contegix.com
List scm@jruby.codehaus.org
Author Martin Krauskopf (JIRA) (jira@codehaus...)
Sent Fri Jul 04 06:37:27 -0500 2008 
    [ http://jira.codehaus.org/browse/JRUBY-2722?page=com.atlassian.jira.plugin.system.issuetabpanels:comment-tabpanel&focusedCommentId=140619#action_140619 ] 

Martin Krauskopf commented on JRUBY-2722:
-----------------------------------------

Tom, the test attached here might be ignored, if JRUBY-2745 is integrated. There is already (failing) 'test_require_trace_full_paths' included.

> Interpreter passes absolute path to the EventHook for 'require'ed files
> -----------------------------------------------------------------------
>
>                 Key: JRUBY-2722
>                 URL: http://jira.codehaus.org/browse/JRUBY-2722
>             Project: JRuby
>          Issue Type: Bug
>          Components: Parser
>    Affects Versions: JRuby 1.1.2
>         Environment: Trunk rev. 7052.
>            Reporter: Martin Krauskopf
>            Assignee: Thomas E Enebo
>             Fix For: JRuby 1.1.3
>
>         Attachments: test_trace_func.rb.patch
>
>
> Influence debugger-like tools. Apply the attached test case and run:
>   {{./bin/jruby --debug test/test_trace_func.rb}}
> Likely commenting-out other test then {{test_require_trace}} before.

-- 
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

        

<hr/>
<p>
To unsubscribe from this list please visit:
</p>
<p>
    <a href="http://xircles.codehaus.org/manage_email">http://xircles.codehaus.org/manage_email</a>