Re: [Jruby-devel] another Head regression
Fixity fixed! When I modified the includeModule code to recursively
include other modules (allowing modules to be searched in correct
order), there was one other change I should have made. When including
before, it iteratively included all parents. In addition to screwing
up the order, this allowed it to check each incoming module against
already-included modules to avoid an overlap.
The code that prevented double-included remained after the recursive
version, even though it was now inappropriate to check all of a
module's includes for overlap. As a result, when class FooTest tried
to include BarMod, BarMod's includes were searched for overlaps.
Finding Assertions in BarMod and knowing that FooTest had already
included Assertions, the include was canceled, and BarMod was not
included into FooTest.
The fix was to only check the immediate module for overlap, and not
all its includes (since they would be checked during the recursion).
Easy!
This obviously could break a number of things, since anywhere a module
was included from multiple places it would cause some of those places
to be busticated.
Give this a try and let us know. It's in HEAD now.
On 3/5/06, David Corbin <[EMAIL PROTECTED]> wrote:
> Here's another one that's similar to the last one. Note, the include
> "Test::Unit::Assertions" is key to creating the problem. The net-effect of
> this is that the Assertions have been included twice, since they're already
> in TestCase.
>
> I'm not able to access CVS, so this is not quite a test against HEAD.
>
> David
> ---cut---
> require 'test/unit'
>
> module BarMessage
> class Message
> def initialize key
> end
> end
> end
> module BarMod
> include BarMessage
> include Test::Unit::Assertions
> end
>
> class FooTest < Test::Unit::TestCase
>
> include BarMod
>
> def testFoo
> Message.new('foo')
> end
>
> end
> ---end---
>
> Not sure what's going on, by emails from my office seem to be "really slow" to
> get to their list.
>
> On Tuesday 28 February 2006 02:50 am, David Corbin wrote:
> > Well, things are better, but still not right. I've getting numerous
> > different failures now. I'll have to spend some time paring it down to a
> > reasonable example of the different failures...
> >
> > David
> >
> > On Monday 27 February 2006 06:45 pm, David Corbin wrote:
> > > I'll give our "stuff" another go tomorrow...
> > >
> > > On Monday 27 February 2006 01:23 pm, Charles O Nutter wrote:
> > > > Fixed! The wrapper for includes, IncludedModuleWrapper, was never
> > > > updated when I fixed the module include ordering, so it was still
> > > > expecting superclasses to be included below it rather than above it. I
> > > > updated it to do things the correct way and it works right now. I also
> > > > added a test case based on yours below.
> > > >
> > > > On 2/26/06, David Corbin <[EMAIL PROTECTED]> wrote:
> > > > > Here's another one. This one *looks* like you can simplify it
> > > > > further, but I haven't been able to.
> > > > >
> > > > > --begin--
> > > > > require 'test/unit'
> > > > >
> > > > > module ModA
> > > > > def methodA
> > > > > $stderr.puts "It Works!"
> > > > > end
> > > > > end
> > > > >
> > > > > module ModB
> > > > > include ModA
> > > > >
> > > > > def methodB
> > > > > methodA
> > > > > end
> > > > > end
> > > > >
> > > > > module ModC
> > > > > include ModB
> > > > >
> > > > > def methodC
> > > > > methodB
> > > > > end
> > > > > end
> > > > >
> > > > > class DTest < Test::Unit::TestCase
> > > > >
> > > > > include ModC
> > > > >
> > > > > def testD
> > > > > methodC
> > > > > end
> > > > >
> > > > > end
> > > > >
> > > > >
> > > > > --end--
> > > > >
> > > > >
> > > > > ---
> > > > > This SF.Net email is sponsored by xPML, a groundbreaking scripting
> > > > > language that extends applications into web and mobile media. Attend
> > > > > the live webcast and join the prime developer group breaking into
> > > > > this new coding territory!
> > > > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121
> > > > >64 2 ___
> > > > > Jruby-devel mailing list
> > > > > [email protected]
> > > > > https://lists.sourceforge.net/lists/listinfo/jruby-devel
> > > >
> > > > --
> > > > Charles Oliver Nutter @ headius.blogspot.com
> > > > JRuby Developer @ jruby.sourceforge.net
> > > > Application Architect @ www.ventera.com
> > > >
> > > >
> > > > ---
> > > > This SF.Net email is sponsored by xPML, a groundbreaking scripting
> > > > language that extends applications into web and mobile media. Attend
> > > > the live webcast and join the prime developer group breaking into this
> > > > new coding territory!
> > > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642
> > > > ___
> > > > Jruby-devel mailing
Re: [Jruby-devel] another Head regression
Here's #4.
--cut---
require 'rexml/document'
XML = <<-EOF
EOF
doc = REXML::Document.new(XML)
REXML::XPath.match(doc, "/foo//@uri").first.to_s
--end--
On Monday 06 March 2006 12:46 pm, Charles O Nutter wrote:
> Fixity fixed! When I modified the includeModule code to recursively
> include other modules (allowing modules to be searched in correct
> order), there was one other change I should have made. When including
> before, it iteratively included all parents. In addition to screwing
> up the order, this allowed it to check each incoming module against
> already-included modules to avoid an overlap.
>
> The code that prevented double-included remained after the recursive
> version, even though it was now inappropriate to check all of a
> module's includes for overlap. As a result, when class FooTest tried
> to include BarMod, BarMod's includes were searched for overlaps.
> Finding Assertions in BarMod and knowing that FooTest had already
> included Assertions, the include was canceled, and BarMod was not
> included into FooTest.
>
> The fix was to only check the immediate module for overlap, and not
> all its includes (since they would be checked during the recursion).
> Easy!
>
> This obviously could break a number of things, since anywhere a module
> was included from multiple places it would cause some of those places
> to be busticated.
>
> Give this a try and let us know. It's in HEAD now.
>
> On 3/5/06, David Corbin <[EMAIL PROTECTED]> wrote:
> > Here's another one that's similar to the last one. Note, the include
> > "Test::Unit::Assertions" is key to creating the problem. The net-effect
> > of this is that the Assertions have been included twice, since they're
> > already in TestCase.
> >
> > I'm not able to access CVS, so this is not quite a test against HEAD.
> >
> > David
> > ---cut---
> > require 'test/unit'
> >
> > module BarMessage
> > class Message
> > def initialize key
> > end
> > end
> > end
> > module BarMod
> > include BarMessage
> > include Test::Unit::Assertions
> > end
> >
> > class FooTest < Test::Unit::TestCase
> >
> > include BarMod
> >
> > def testFoo
> > Message.new('foo')
> > end
> >
> > end
> > ---end---
> >
> > Not sure what's going on, by emails from my office seem to be "really
> > slow" to get to their list.
> >
> > On Tuesday 28 February 2006 02:50 am, David Corbin wrote:
> > > Well, things are better, but still not right. I've getting numerous
> > > different failures now. I'll have to spend some time paring it down to
> > > a reasonable example of the different failures...
> > >
> > > David
> > >
> > > On Monday 27 February 2006 06:45 pm, David Corbin wrote:
> > > > I'll give our "stuff" another go tomorrow...
> > > >
> > > > On Monday 27 February 2006 01:23 pm, Charles O Nutter wrote:
> > > > > Fixed! The wrapper for includes, IncludedModuleWrapper, was never
> > > > > updated when I fixed the module include ordering, so it was still
> > > > > expecting superclasses to be included below it rather than above
> > > > > it. I updated it to do things the correct way and it works right
> > > > > now. I also added a test case based on yours below.
> > > > >
> > > > > On 2/26/06, David Corbin <[EMAIL PROTECTED]> wrote:
> > > > > > Here's another one. This one *looks* like you can simplify it
> > > > > > further, but I haven't been able to.
> > > > > >
> > > > > > --begin--
> > > > > > require 'test/unit'
> > > > > >
> > > > > > module ModA
> > > > > > def methodA
> > > > > > $stderr.puts "It Works!"
> > > > > > end
> > > > > > end
> > > > > >
> > > > > > module ModB
> > > > > > include ModA
> > > > > >
> > > > > > def methodB
> > > > > > methodA
> > > > > > end
> > > > > > end
> > > > > >
> > > > > > module ModC
> > > > > > include ModB
> > > > > >
> > > > > > def methodC
> > > > > > methodB
> > > > > > end
> > > > > > end
> > > > > >
> > > > > > class DTest < Test::Unit::TestCase
> > > > > >
> > > > > > include ModC
> > > > > >
> > > > > > def testD
> > > > > > methodC
> > > > > > end
> > > > > >
> > > > > > end
> > > > > >
> > > > > >
> > > > > > --end--
> > > > > >
> > > > > >
> > > > > > ---
> > > > > > This SF.Net email is sponsored by xPML, a groundbreaking
> > > > > > scripting language that extends applications into web and mobile
> > > > > > media. Attend the live webcast and join the prime developer group
> > > > > > breaking into this new coding territory!
> > > > > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat
> > > > > >=121 64 2 ___
> > > > > > Jruby-devel mailing list
> > > > > > [email protected]
> > > > > > https://lists.sourceforge.net/lists/listinfo/jruby-devel
> > > > >
> > > > > --
> > > > > Charles Oliver Nutter @ headius.blogspot.com
> > > > > JRuby Developer @ jruby.sourceforge.net
> > > > > Application Architect @ www.ventera.com
> > > > >
> >
Re: [Jruby-devel] another Head regression
That one doesn't blow up for me...should it?
On 3/6/06, David Corbin <[EMAIL PROTECTED]> wrote:
> Here's #4.
> --cut---
> require 'rexml/document'
>
> XML = <<-EOF
>
>
>
> EOF
>
> doc = REXML::Document.new(XML)
> REXML::XPath.match(doc, "/foo//@uri").first.to_s
> --end--
> On Monday 06 March 2006 12:46 pm, Charles O Nutter wrote:
> > Fixity fixed! When I modified the includeModule code to recursively
> > include other modules (allowing modules to be searched in correct
> > order), there was one other change I should have made. When including
> > before, it iteratively included all parents. In addition to screwing
> > up the order, this allowed it to check each incoming module against
> > already-included modules to avoid an overlap.
> >
> > The code that prevented double-included remained after the recursive
> > version, even though it was now inappropriate to check all of a
> > module's includes for overlap. As a result, when class FooTest tried
> > to include BarMod, BarMod's includes were searched for overlaps.
> > Finding Assertions in BarMod and knowing that FooTest had already
> > included Assertions, the include was canceled, and BarMod was not
> > included into FooTest.
> >
> > The fix was to only check the immediate module for overlap, and not
> > all its includes (since they would be checked during the recursion).
> > Easy!
> >
> > This obviously could break a number of things, since anywhere a module
> > was included from multiple places it would cause some of those places
> > to be busticated.
> >
> > Give this a try and let us know. It's in HEAD now.
> >
> > On 3/5/06, David Corbin <[EMAIL PROTECTED]> wrote:
> > > Here's another one that's similar to the last one. Note, the include
> > > "Test::Unit::Assertions" is key to creating the problem. The net-effect
> > > of this is that the Assertions have been included twice, since they're
> > > already in TestCase.
> > >
> > > I'm not able to access CVS, so this is not quite a test against HEAD.
> > >
> > > David
> > > ---cut---
> > > require 'test/unit'
> > >
> > > module BarMessage
> > > class Message
> > > def initialize key
> > > end
> > > end
> > > end
> > > module BarMod
> > > include BarMessage
> > > include Test::Unit::Assertions
> > > end
> > >
> > > class FooTest < Test::Unit::TestCase
> > >
> > > include BarMod
> > >
> > > def testFoo
> > > Message.new('foo')
> > > end
> > >
> > > end
> > > ---end---
> > >
> > > Not sure what's going on, by emails from my office seem to be "really
> > > slow" to get to their list.
> > >
> > > On Tuesday 28 February 2006 02:50 am, David Corbin wrote:
> > > > Well, things are better, but still not right. I've getting numerous
> > > > different failures now. I'll have to spend some time paring it down to
> > > > a reasonable example of the different failures...
> > > >
> > > > David
> > > >
> > > > On Monday 27 February 2006 06:45 pm, David Corbin wrote:
> > > > > I'll give our "stuff" another go tomorrow...
> > > > >
> > > > > On Monday 27 February 2006 01:23 pm, Charles O Nutter wrote:
> > > > > > Fixed! The wrapper for includes, IncludedModuleWrapper, was never
> > > > > > updated when I fixed the module include ordering, so it was still
> > > > > > expecting superclasses to be included below it rather than above
> > > > > > it. I updated it to do things the correct way and it works right
> > > > > > now. I also added a test case based on yours below.
> > > > > >
> > > > > > On 2/26/06, David Corbin <[EMAIL PROTECTED]> wrote:
> > > > > > > Here's another one. This one *looks* like you can simplify it
> > > > > > > further, but I haven't been able to.
> > > > > > >
> > > > > > > --begin--
> > > > > > > require 'test/unit'
> > > > > > >
> > > > > > > module ModA
> > > > > > > def methodA
> > > > > > > $stderr.puts "It Works!"
> > > > > > > end
> > > > > > > end
> > > > > > >
> > > > > > > module ModB
> > > > > > > include ModA
> > > > > > >
> > > > > > > def methodB
> > > > > > > methodA
> > > > > > > end
> > > > > > > end
> > > > > > >
> > > > > > > module ModC
> > > > > > > include ModB
> > > > > > >
> > > > > > > def methodC
> > > > > > > methodB
> > > > > > > end
> > > > > > > end
> > > > > > >
> > > > > > > class DTest < Test::Unit::TestCase
> > > > > > >
> > > > > > > include ModC
> > > > > > >
> > > > > > > def testD
> > > > > > > methodC
> > > > > > > end
> > > > > > >
> > > > > > > end
> > > > > > >
> > > > > > >
> > > > > > > --end--
> > > > > > >
> > > > > > >
> > > > > > > ---
> > > > > > > This SF.Net email is sponsored by xPML, a groundbreaking
> > > > > > > scripting language that extends applications into web and mobile
> > > > > > > media. Attend the live webcast and join the prime developer group
> > > > > > > breaking into this new coding territory!
> > > > > > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat
> > > > > > >=121 64 2 ___
Re: [Jruby-devel] another Head regression(#5)
---begin--- XML = 'xyz' def fooMethod XML = foo.bar end ---end--- this one is for Tom. A NullPointerException while parsing this. --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Jruby-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jruby-devel
Re: [Jruby-devel] another Head regression
I am getting:
./lib/ruby/1.8/rexml/xpath_parser.rb:20:in `method_missing': private method
'dclone' called for "":String (NoMethodError)
Is that what you are getting David?
-Tom
On Mon, 06 Mar 2006, Charles O Nutter defenestrated me:
> That one doesn't blow up for me...should it?
>
> On 3/6/06, David Corbin <[EMAIL PROTECTED]> wrote:
> > Here's #4.
> > --cut---
> > require 'rexml/document'
> >
> > XML = <<-EOF
> >
> >
> >
> > EOF
> >
> > doc = REXML::Document.new(XML)
> > REXML::XPath.match(doc, "/foo//@uri").first.to_s
> > --end--
> > On Monday 06 March 2006 12:46 pm, Charles O Nutter wrote:
> > > Fixity fixed! When I modified the includeModule code to recursively
> > > include other modules (allowing modules to be searched in correct
> > > order), there was one other change I should have made. When including
> > > before, it iteratively included all parents. In addition to screwing
> > > up the order, this allowed it to check each incoming module against
> > > already-included modules to avoid an overlap.
> > >
> > > The code that prevented double-included remained after the recursive
> > > version, even though it was now inappropriate to check all of a
> > > module's includes for overlap. As a result, when class FooTest tried
> > > to include BarMod, BarMod's includes were searched for overlaps.
> > > Finding Assertions in BarMod and knowing that FooTest had already
> > > included Assertions, the include was canceled, and BarMod was not
> > > included into FooTest.
> > >
> > > The fix was to only check the immediate module for overlap, and not
> > > all its includes (since they would be checked during the recursion).
> > > Easy!
> > >
> > > This obviously could break a number of things, since anywhere a module
> > > was included from multiple places it would cause some of those places
> > > to be busticated.
> > >
> > > Give this a try and let us know. It's in HEAD now.
> > >
> > > On 3/5/06, David Corbin <[EMAIL PROTECTED]> wrote:
> > > > Here's another one that's similar to the last one. Note, the include
> > > > "Test::Unit::Assertions" is key to creating the problem. The
> > > > net-effect
> > > > of this is that the Assertions have been included twice, since they're
> > > > already in TestCase.
> > > >
> > > > I'm not able to access CVS, so this is not quite a test against HEAD.
> > > >
> > > > David
> > > > ---cut---
> > > > require 'test/unit'
> > > >
> > > > module BarMessage
> > > > class Message
> > > > def initialize key
> > > > end
> > > > end
> > > > end
> > > > module BarMod
> > > > include BarMessage
> > > > include Test::Unit::Assertions
> > > > end
> > > >
> > > > class FooTest < Test::Unit::TestCase
> > > >
> > > > include BarMod
> > > >
> > > > def testFoo
> > > > Message.new('foo')
> > > > end
> > > >
> > > > end
> > > > ---end---
> > > >
> > > > Not sure what's going on, by emails from my office seem to be "really
> > > > slow" to get to their list.
> > > >
> > > > On Tuesday 28 February 2006 02:50 am, David Corbin wrote:
> > > > > Well, things are better, but still not right. I've getting numerous
> > > > > different failures now. I'll have to spend some time paring it down
> > > > > to
> > > > > a reasonable example of the different failures...
> > > > >
> > > > > David
> > > > >
> > > > > On Monday 27 February 2006 06:45 pm, David Corbin wrote:
> > > > > > I'll give our "stuff" another go tomorrow...
> > > > > >
> > > > > > On Monday 27 February 2006 01:23 pm, Charles O Nutter wrote:
> > > > > > > Fixed! The wrapper for includes, IncludedModuleWrapper, was never
> > > > > > > updated when I fixed the module include ordering, so it was still
> > > > > > > expecting superclasses to be included below it rather than above
> > > > > > > it. I updated it to do things the correct way and it works right
> > > > > > > now. I also added a test case based on yours below.
> > > > > > >
> > > > > > > On 2/26/06, David Corbin <[EMAIL PROTECTED]> wrote:
> > > > > > > > Here's another one. This one *looks* like you can simplify it
> > > > > > > > further, but I haven't been able to.
> > > > > > > >
> > > > > > > > --begin--
> > > > > > > > require 'test/unit'
> > > > > > > >
> > > > > > > > module ModA
> > > > > > > > def methodA
> > > > > > > > $stderr.puts "It Works!"
> > > > > > > > end
> > > > > > > > end
> > > > > > > >
> > > > > > > > module ModB
> > > > > > > > include ModA
> > > > > > > >
> > > > > > > > def methodB
> > > > > > > > methodA
> > > > > > > > end
> > > > > > > > end
> > > > > > > >
> > > > > > > > module ModC
> > > > > > > > include ModB
> > > > > > > >
> > > > > > > > def methodC
> > > > > > > > methodB
> > > > > > > > end
> > > > > > > > end
> > > > > > > >
> > > > > > > > class DTest < Test::Unit::TestCase
> > > > > > > >
> > > > > > > > include ModC
> > > > > > > >
> > > > > > > > def testD
> > > > > > > > methodC
> > > > > > > > end
> > > > > > > >
> > > > > > > > end
> > > > > > > >
Re: [Jruby-devel] another Head regression
On Monday 06 March 2006 09:00 pm, Charles O Nutter wrote:
> That one doesn't blow up for me...should it?
>
It does for me:
/usr/lib/ruby/1.8/rexml/xpath_parser.rb:20:in `method_missing': undefined
method `dclone' for "":String (NoMethodError)
from /usr/lib/ruby/1.8/rexml/xpath_parser.rb:20:in `dclone'
from /usr/lib/ruby/1.8/rexml/xpath_parser.rb:481:in `each'
from /usr/lib/ruby/1.8/rexml/xpath_parser.rb:21:in `dclone'
from /usr/lib/ruby/1.8/rexml/xpath_parser.rb:481:in `d_o_s'
from /usr/lib/ruby/1.8/rexml/xpath_parser.rb:469:in `each_index'
from /usr/lib/ruby/1.8/rexml/xpath_parser.rb:485:in `d_o_s'
from /usr/lib/ruby/1.8/rexml/xpath_parser.rb:469:in `descendant_or_self'
from /usr/lib/ruby/1.8/rexml/xpath_parser.rb:314:in `expr'
from /usr/lib/ruby/1.8/rexml/xpath_parser.rb:125:in `match'
from /usr/lib/ruby/1.8/rexml/xpath_parser.rb:56:in `parse'
from /usr/lib/ruby/1.8/rexml/xpath.rb:63:in `match'
from
/home/dcorbin/eclipse/primary/RubyTest/src/acceptanceTests/AcceptanceTestSuite.rb:10
I suppose it's possible that it's not a *true* regression, and that it's a
failure introduce by the Ruby 1.8.4 std libraries. Which version of Ruby do
you use?
David
> On 3/6/06, David Corbin <[EMAIL PROTECTED]> wrote:
> > Here's #4.
> > --cut---
> > require 'rexml/document'
> >
> > XML = <<-EOF
> >
> >
> >
> > EOF
> >
> > doc = REXML::Document.new(XML)
> > REXML::XPath.match(doc, "/foo//@uri").first.to_s
> > --end--
> >
> > On Monday 06 March 2006 12:46 pm, Charles O Nutter wrote:
> > > Fixity fixed! When I modified the includeModule code to recursively
> > > include other modules (allowing modules to be searched in correct
> > > order), there was one other change I should have made. When including
> > > before, it iteratively included all parents. In addition to screwing
> > > up the order, this allowed it to check each incoming module against
> > > already-included modules to avoid an overlap.
> > >
> > > The code that prevented double-included remained after the recursive
> > > version, even though it was now inappropriate to check all of a
> > > module's includes for overlap. As a result, when class FooTest tried
> > > to include BarMod, BarMod's includes were searched for overlaps.
> > > Finding Assertions in BarMod and knowing that FooTest had already
> > > included Assertions, the include was canceled, and BarMod was not
> > > included into FooTest.
> > >
> > > The fix was to only check the immediate module for overlap, and not
> > > all its includes (since they would be checked during the recursion).
> > > Easy!
> > >
> > > This obviously could break a number of things, since anywhere a module
> > > was included from multiple places it would cause some of those places
> > > to be busticated.
> > >
> > > Give this a try and let us know. It's in HEAD now.
> > >
> > > On 3/5/06, David Corbin <[EMAIL PROTECTED]> wrote:
> > > > Here's another one that's similar to the last one. Note, the include
> > > > "Test::Unit::Assertions" is key to creating the problem. The
> > > > net-effect of this is that the Assertions have been included twice,
> > > > since they're already in TestCase.
> > > >
> > > > I'm not able to access CVS, so this is not quite a test against HEAD.
> > > >
> > > > David
> > > > ---cut---
> > > > require 'test/unit'
> > > >
> > > > module BarMessage
> > > > class Message
> > > > def initialize key
> > > > end
> > > > end
> > > > end
> > > > module BarMod
> > > > include BarMessage
> > > > include Test::Unit::Assertions
> > > > end
> > > >
> > > > class FooTest < Test::Unit::TestCase
> > > >
> > > > include BarMod
> > > >
> > > > def testFoo
> > > > Message.new('foo')
> > > > end
> > > >
> > > > end
> > > > ---end---
> > > >
> > > > Not sure what's going on, by emails from my office seem to be "really
> > > > slow" to get to their list.
> > > >
> > > > On Tuesday 28 February 2006 02:50 am, David Corbin wrote:
> > > > > Well, things are better, but still not right. I've getting
> > > > > numerous different failures now. I'll have to spend some time
> > > > > paring it down to a reasonable example of the different failures...
> > > > >
> > > > > David
> > > > >
> > > > > On Monday 27 February 2006 06:45 pm, David Corbin wrote:
> > > > > > I'll give our "stuff" another go tomorrow...
> > > > > >
> > > > > > On Monday 27 February 2006 01:23 pm, Charles O Nutter wrote:
> > > > > > > Fixed! The wrapper for includes, IncludedModuleWrapper, was
> > > > > > > never updated when I fixed the module include ordering, so it
> > > > > > > was still expecting superclasses to be included below it rather
> > > > > > > than above it. I updated it to do things the correct way and it
> > > > > > > works right now. I also added a test case based on yours below.
> > > > > > >
> > > > > > > On 2/26/06, David Corbin <[EMAIL PROTECTED]> wrote:
> > > > > > > > Here's another one. This one *loo
Re: [Jruby-devel] another Head regression
That's a very good though...I think I'm still running on 1.8.2 libs here. I should probably upgrade, but perhaps they busted something. On 3/6/06, David Corbin <[EMAIL PROTECTED]> wrote: > I suppose it's possible that it's not a *true* regression, and that it's a > failure introduce by the Ruby 1.8.4 std libraries. Which version of Ruby do > you use? > > David > -- Charles Oliver Nutter @ headius.blogspot.com JRuby Developer @ jruby.sourceforge.net Application Architect @ www.ventera.com --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ Jruby-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jruby-devel
Re: [Jruby-devel] another Head regression(#5)
Confirmed...I'll let Tom enjoy this one :) On 3/6/06, David Corbin <[EMAIL PROTECTED]> wrote: > ---begin--- > XML = 'xyz' > > def fooMethod > XML = foo.bar > end > ---end--- > > this one is for Tom. A NullPointerException while parsing this. > > > --- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > ___ > Jruby-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/jruby-devel > -- Charles Oliver Nutter @ headius.blogspot.com JRuby Developer @ jruby.sourceforge.net Application Architect @ www.ventera.com --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ Jruby-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jruby-devel
Re: [Jruby-devel] another Head regression
In xpath_parser.rb: class Object def dclone clone end end In 1.8.4 rexml it appears that the String "" is not seeing dclone def'd in Object. Looks like a simple test case should be possible. -Tom On Mon, 06 Mar 2006, Charles O Nutter defenestrated me: > That's a very good though...I think I'm still running on 1.8.2 libs > here. I should probably upgrade, but perhaps they busted something. > > On 3/6/06, David Corbin <[EMAIL PROTECTED]> wrote: > > I suppose it's possible that it's not a *true* regression, and that it's a > > failure introduce by the Ruby 1.8.4 std libraries. Which version of Ruby do > > you use? > > > > David > > > > -- > Charles Oliver Nutter @ headius.blogspot.com > JRuby Developer @ jruby.sourceforge.net > Application Architect @ www.ventera.com > > > --- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 > ___ > Jruby-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/jruby-devel -- + http://www.tc.umn.edu/~enebo + mailto:[EMAIL PROTECTED] + | Thomas E Enebo, Protagonist | "Luck favors the prepared| | | mind." -Louis Pasteur | --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ Jruby-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jruby-devel
Re: [Jruby-devel] another Head regression(#5)
Fixed. -Tom On Mon, 06 Mar 2006, David Corbin defenestrated me: > ---begin--- > XML = 'xyz' > > def fooMethod > XML = foo.bar > end > ---end--- > > this one is for Tom. A NullPointerException while parsing this. > > > --- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 > ___ > Jruby-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/jruby-devel -- + http://www.tc.umn.edu/~enebo + mailto:[EMAIL PROTECTED] + | Thomas E Enebo, Protagonist | "Luck favors the prepared| | | mind." -Louis Pasteur | --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&dat=121642 ___ Jruby-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jruby-devel
Re: [Jruby-devel] another Head regression
And fixed! It was defaulting methods found in a "class Object" section to be PRIVATE, but Ruby code did not appear to do that. - Charlie On 3/6/06, Thomas E Enebo <[EMAIL PROTECTED]> wrote: > In xpath_parser.rb: > > class Object > def dclone > clone > end > end > > In 1.8.4 rexml it appears that the String "" is not seeing > dclone def'd in Object. Looks like a simple test case should > be possible. > > -Tom > > On Mon, 06 Mar 2006, Charles O Nutter defenestrated me: > > > That's a very good though...I think I'm still running on 1.8.2 libs > > here. I should probably upgrade, but perhaps they busted something. > > > > On 3/6/06, David Corbin <[EMAIL PROTECTED]> wrote: > > > I suppose it's possible that it's not a *true* regression, and that it's a > > > failure introduce by the Ruby 1.8.4 std libraries. Which version of Ruby > > > do > > > you use? > > > > > > David > > > > > > > -- > > Charles Oliver Nutter @ headius.blogspot.com > > JRuby Developer @ jruby.sourceforge.net > > Application Architect @ www.ventera.com > > > > > > --- > > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > > that extends applications into web and mobile media. Attend the live webcast > > and join the prime developer group breaking into this new coding territory! > > http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 > > ___ > > Jruby-devel mailing list > > [email protected] > > https://lists.sourceforge.net/lists/listinfo/jruby-devel > > -- > + http://www.tc.umn.edu/~enebo + mailto:[EMAIL PROTECTED] + > | Thomas E Enebo, Protagonist | "Luck favors the prepared| > | | mind." -Louis Pasteur | > > > --- > This SF.Net email is sponsored by xPML, a groundbreaking scripting language > that extends applications into web and mobile media. Attend the live webcast > and join the prime developer group breaking into this new coding territory! > http://sel.as-us.falkag.net/sel?cmdlnk&kid0944&bid$1720&dat1642 > ___ > Jruby-devel mailing list > [email protected] > https://lists.sourceforge.net/lists/listinfo/jruby-devel > -- Charles Oliver Nutter @ headius.blogspot.com JRuby Developer @ jruby.sourceforge.net Application Architect @ www.ventera.com --- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid0944&bid$1720&dat1642 ___ Jruby-devel mailing list [email protected] https://lists.sourceforge.net/lists/listinfo/jruby-devel
