[#25272] [Feature #2032] Change the license to "GPLv2+ or Ruby's original". — Yui NARUSE <redmine@...>

Feature #2032: Change the license to "GPLv2+ or Ruby's original".

51 messages 2009/09/02
[#25368] [Feature #2032] Change the license to "GPLv2+ or Ruby's original". — Kazuhiko Shiozaki <redmine@...> 2009/09/04

Issue #2032 has been updated by Kazuhiko Shiozaki.

[#25461] Re: [Feature #2032] Change the license to "GPLv2+ or Ruby's original". — Gregory Brown <gregory.t.brown@...> 2009/09/07

On Fri, Sep 4, 2009 at 1:10 PM, Kazuhiko Shiozaki<redmine@ruby-lang.org> wrote:

[#25463] Re: [Feature #2032] Change the license to "GPLv2+ or Ruby's original". — Yukihiro Matsumoto <matz@...> 2009/09/08

Hi,

[#30610] [Feature #2032] Change the license to "GPLv2+ or Ruby's original". — Shyouhei Urabe <redmine@...> 2010/06/06

Issue #2032 has been updated by Shyouhei Urabe.

[#30611] Re: [Feature #2032] Change the license to "GPLv2+ or Ruby's original". — Yusuke ENDOH <mame@...> 2010/06/06

Hi,

[#30614] Re: [Feature #2032] Change the license to "GPLv2+ or Ruby's original". — Urabe Shyouhei <shyouhei@...> 2010/06/06

> To avoid enbugging a new bug, we must choose the another solutions.

[#30616] Re: [Feature #2032] Change the license to "GPLv2+ or Ruby's original". — Yusuke ENDOH <mame@...> 2010/06/06

2010/6/6 Urabe Shyouhei <shyouhei@ruby-lang.org>:

[#30652] Re: [Feature #2032] Change the license to "GPLv2+ or Ruby's original". — Urabe Shyouhei <shyouhei@...> 2010/06/08

(2010/06/06 20:27), Yusuke ENDOH wrote:

[#25285] [Feature #2033] Move Core Development to Git — Run Paint Run Run <redmine@...>

Feature #2033: Move Core Development to Git

75 messages 2009/09/02
[#25290] [Feature #2033] Move Core Development to Git — Yui NARUSE <redmine@...> 2009/09/02

Issue #2033 has been updated by Yui NARUSE.

[#25297] Re: [Feature #2033] Move Core Development to Git — Jon <jon.forums@...> 2009/09/02

> Some commiter of Ruby live on Windows.

[#25342] Re: [Feature #2033] Move Core Development to Git — Urabe Shyouhei <shyouhei@...> 2009/09/03

Jon wrote:

[#25343] Re: [Feature #2033] Move Core Development to Git — Michal Suchanek <hramrach@...> 2009/09/03

2009/9/4 Urabe Shyouhei <shyouhei@ruby-lang.org>:

[#25345] Re: [Feature #2033] Move Core Development to Git — Urabe Shyouhei <shyouhei@...> 2009/09/03

Michal Suchanek wrote:

[#25299] Re: [Feature #2033] Move Core Development to Git — Eric Hodel <drbrain@...7.net> 2009/09/02

On Sep 2, 2009, at 11:19, Run Paint Run Run wrote:

[#25306] [Feature #2034] Consider the ICU Library for Improving and Expanding Unicode Support — Run Paint Run Run <redmine@...>

Feature #2034: Consider the ICU Library for Improving and Expanding Unicode Support

16 messages 2009/09/03

[#25394] Unmaintained code (Was: Move Core Development to Git) — Eric Hodel <drbrain@...7.net>

On Sep 4, 2009, at 02:16, Urabe Shyouhei wrote:

10 messages 2009/09/05

[#25420] [Bug #2054] Onigurma Isn't Documented — Run Paint Run Run <redmine@...>

Bug #2054: Onigurma Isn't Documented

17 messages 2009/09/05

[#25442] turning off indentation warnings — Aaron Patterson <aaron@...>

Is there a way in 1.9 to turn off only indentation warnings? I like

19 messages 2009/09/06
[#25510] Re: turning off indentation warnings — Nobuyoshi Nakada <nobu@...> 2009/09/10

Hi,

[#25511] [Bug #2079] win32ole's OLEGEN does not create all classes needed when a TLB has more than one class defined — Bruno Antunes <redmine@...>

Bug #2079: win32ole's OLEGEN does not create all classes needed when a TLB has more than one class defined

18 messages 2009/09/10

[#25644] [Bug #2121] mathn/rational destroys Fixnum#/, Fixnum#quo and Bignum#/, Bignum#quo — Charles Nutter <redmine@...>

Bug #2121: mathn/rational destroys Fixnum#/, Fixnum#quo and Bignum#/, Bignum#quo

12 messages 2009/09/19

[#25709] [Bug #2131] f(not x) => syntax error — "James M. Lawrence" <redmine@...>

Bug #2131: f(not x) => syntax error

16 messages 2009/09/22

[#25769] A challenge: Enumerator#next in JRuby — Charles Oliver Nutter <headius@...>

I have a challenge for anyone who wants to discuss, propose

25 messages 2009/09/25
[#25782] Re: A challenge: Enumerator#next in JRuby — Tanaka Akira <akr@...> 2009/09/26

In article <f04d2210909251312q46bd51c0teacc4b0a8c417f0c@mail.gmail.com>,

[#25820] [Feature #2152] Split functionality of Float#inspect and Float#to_s — Roger Pack <redmine@...>

Feature #2152: Split functionality of Float#inspect and Float#to_s

32 messages 2009/09/28

[#25853] [Bug #2160] JSON can't parse input where top-level object is a string — caleb clausen <redmine@...>

Bug #2160: JSON can't parse input where top-level object is a string

11 messages 2009/09/29

[ruby-core:25610] [Bug #2104] Ruby 1.9p129, Segmentation Fault.

From: robert gleeson <redmine@...>
Date: 2009-09-16 10:29:50 UTC
List: ruby-core #25610
Bug #2104: Ruby 1.9p129, Segmentation Fault.
http://redmine.ruby-lang.org/issues/show/2104

Author: robert gleeson
Status: Open, Priority: Normal
ruby -v: ruby 1.9.1p129 (2009-05-12 revision 23412) [x86_64-linux]

Hi,

I may have encountered a bug in ruby, or in nokogiri, which has C extensions written. I'm not sure. My C foo is too weak.
I think I've collected all the relevant information & hopefully it may help if it is a bug.

The code in question is:

## method at fault
def parse_content

  xmldoc = Nokogiri::XML @str.body
  xmldoc.xpath("//").each do |x|
    puts x
  end

end

The stacktrace returned is:

## stacktrace
robert@okiwana:~/Projects/importer$ ruby19 import.rb
/opt/ruby1.9.1p129/lib/ruby19/gems/1.9.1/gems/nokogiri-1.3.3/lib/nokogiri/xml/node.rb:140:in `evaluate': Invalid expression (Nokogiri::XML::XPath::SyntaxError)
        from /opt/ruby1.9.1p129/lib/ruby19/gems/1.9.1/gems/nokogiri-1.3.3/lib/nokogiri/xml/node.rb:140:in `block in xpath'
        from /opt/ruby1.9.1p129/lib/ruby19/gems/1.9.1/gems/nokogiri-1.3.3/lib/nokogiri/xml/node.rb:137:in `map'
        from /opt/ruby1.9.1p129/lib/ruby19/gems/1.9.1/gems/nokogiri-1.3.3/lib/nokogiri/xml/node.rb:137:in `xpath'
        from import.rb:39:in `parse_content'
        from import.rb:55:in `<main>'
<main>:357: [BUG] Segmentation fault
ruby 1.9.1p129 (2009-05-12 revision 23412) [x86_64-linux]

-- control frame ----------
c:0001 p:0000 s:0002 b:0002 l:0024c8 d:0024c8 TOP    <main>:357
---------------------------
-- Ruby level backtrace information-----------------------------------------

-- C level backtrace information -------------------------------------------
0x4e8e3b ruby19(rb_vm_bugreport+0x3b) [0x4e8e3b]
0x517080 ruby19 [0x517080]
0x5171f1 ruby19(rb_bug+0xb1) [0x5171f1]
0x493bbf ruby19 [0x493bbf]
0x7f4993247190 /lib/libpthread.so.0 [0x7f4993247190]
0x443352 ruby19(rb_obj_is_kind_of+0x122) [0x443352]
0x41aacf ruby19(ruby_cleanup+0x1cf) [0x41aacf]
0x41abaa ruby19(ruby_run_node+0x3a) [0x41abaa]
0x417f5d ruby19(main+0x4d) [0x417f5d]
0x7f499261eabd /lib/libc.so.6(__libc_start_main+0xfd) [0x7f499261eabd]
0x417e49 ruby19 [0x417e49]

[NOTE]
You may encounter a bug of Ruby interpreter. Bug reports are welcome.
For details: http://www.ruby-lang.org/bugreport.html

Aborted (core dumped)

## gdb output
Program received signal SIGSEGV, Segmentation fault.
0x000000000044335e in rb_obj_is_kind_of (obj=36993720, c=31215080) at object.c:468
468             cl = RCLASS_SUPER(cl);

(gdb) backtrace
#0  0x000000000044335e in rb_obj_is_kind_of (obj=36993720, c=31215080) at object.c:468
#1  0x000000000041aacf in ruby_cleanup (ex=1) at eval.c:169
#2  0x000000000041abaa in ruby_run_node (n=0x1ec7d58) at eval.c:234
#3  0x0000000000417f5d in main (argc=2, argv=0x7fff20649758) at main.c:35

Sorry, I don't know nokogiri code that causes this exactly, but it seems straight after an exception is raised, the segfault occurs.
I hope this helps. Thanks.


----------------------------------------
http://redmine.ruby-lang.org

In This Thread

Prev Next